FreeCodeCamp 是一个在GitHub开源项目上排名第一的一个开源项目，它致力于帮助人们利用零散时间学习编程。它的使命是Learn to code and help。即帮助学习编程。

  nonprofits学习编程，是为了去帮助那些非盈利组织。FCC的覆盖面积很广，它涵盖了HTML5、CSS、React、JavaScript、Database等内容的课程，并且游戏化程度非常高，学员们不仅可以通过线上聊天室进行聊天讨论，还可以进行线下社区活动（Coffee and Code）相互帮助，进行实时实践。并且涉及多个国家地区，目前已经覆盖全球160+个国家、1000+个城市，40W+开发者在平台学习。并且有国内的爱好者对此版本翻译了中文版，FreeCodeCamp 国内的中文版请看 https://freecodecamp.cn。

  freeCodeCamp开放源码代码库和课程。与数百万人一起免费学习编程。网站：https://www.freeCodeCamp.org 。它是一个十分友好的社区，您可以在这里免费学习编码。它由捐助者支持、非营利组织运营，以帮助数百万忙碌的成年人学习编程技术。这个社区已经帮助 10,000 多人获得了第一份开发人员的工作。这里的全栈 Web 开发课程是完全免费的，并且可以自行调整进度。这里还有数以千计的交互式编码挑战，可帮助您扩展技能。

比如我想学习 ES6 的语法，学习界面是下图所示这样的。
项目地址：
https://github.com/freeCodeCamp/freeCodeCamp

  Strawberry 是一个音乐播放器和音乐收藏管理工具。它是 2018 年针对音乐收藏家和发烧友发布的 Clementine 的一个分支。它使用了 Qt 工具包并用 C++ 所编写的。播放和整理音乐并且支持 WAV、FLAC、WavPack、Ogg FLAC、Ogg Vorbis、Ogg Opus、Ogg Speex、MPC、TrueAudio、AIFF、MP4、MP3、ASF 和 Monkey's Audio。音频 CD 播放、本机桌面通知、播放列表管理、智能动态播放列表、高级音频输出和设备配置、编辑音频文件上的标签、从 MusicBrainz 获取标签，从辑封面来自 Last.fm、Musicbrainz、Discogs、Musixmatch、Deezer、Tidal、Qobuz 和 Spotify。

  歌词来自 AudD、Genius、Musixmatch、ChartLyrics、lyrics.ovh 和 lololyrics.com支持多个后端、音频分析仪、音频均衡器，将音乐传输到大容量 USB 播放器、MTP 兼容设备和 iPod Nano/Classic到目前为止，它已经过测试，可以在 Linux、OpenBSD、FreeBSD、macOS 和 Windows 上运行。

项目地址：
https://github.com/StrawberryPerl/Perl-Dist-Strawberry

  QARK是一款易于使用的工具，能够找到Android应用程序中的常见安全漏洞。与商业产品不同，它可以100％免费使用。QARK提供教育信息，允许安全审查人员找到对漏洞的精确和深入的解释。在反编译APK时，QARK可以自动使用多个反编译器，利用它们的组合输出来产生出色的结果。最后，QARK与传统工具相比的主要优势仅仅是指出可能存在的漏洞，它可以产生ADB命令甚至功能齐全的APK，将假设的漏洞转化为“POC”漏洞利用。

  QARK的核心是一个静态代码分析工具，旨在识别基于Java的Android应用程序的潜在安全漏洞和关注点。QARK还试图提供动态生成的ADB（Android调试桥）命令，以帮助验证其检测到的潜在漏洞。它甚至可以动态地创建一个定制的测试应用程序，以即用APK的形式，专门设计来展示它发现的潜在问题。

  QARK的设计是基于社区的，可供所有人免费使用。QARK被设计出来的主要目的和大多数的自动化检测工具一样是教育开发人员和信息安全人员了解与Android应用程序安全相关的潜在风险 ，相应的开发人员和评估人员就可以在开发和检测阶段，针对于APP移动应用进行检测，及时修改相应的风险点。

项目地址：
https://github.com/linkedin/qark

  OpenI-Octopus是一个非常典型的集群管理工具和资源调度平台，它结合了一些在大规模生产环境中表现良好的成熟设计，主要为提升学术研究效率，复现学术研究成果而量身打造。

特点
1.OpenI-Octopus基于Kubernetes开发资源调度平台，以镜像方式管理任务运行环境，并且一次配置随处可用；

2.是针对AI场景设计，但是对于AI场景的任务调度和任务启动具有一定特殊性，如PS-Worker架构的分布式任务，需要至少满足两个角色的资源请求才能启动任务，否则即使启动任务也会造成资源浪费，而OpenI-Octopus针对类似场景做了很多设计和优化；

3.插件式设计理念，以核心的业务流为基础，通过插件化的方式提供扩展性，不限制插件开发语言；

4.还有一个方便的点在于易于部署，OpenI-Octopus能够支持helm的方式进行快速部署，同时支持服务的自定义部署；

5.支持异构硬件，是因为采用了OpenI-Octopus基于Kubernetes的开发，所以能够自定义不同异构硬件插件；

6.支持多种深度学习框架，并且可以通过镜像方式可以非常方便的支持新增框架。

  适用于构建大规模AI计算平台；希望共享计算资源；希望在统一的环境下完成模型训练；希望使用集成的插件辅助模型训练，提升效率。

项目地址：
https://git.openi.org.cn/OpenI/openi-octopus

  webman 是一款基于 workerman 开发的高性能HTTP服务框架。webman 用于替代传统的 php-fpm 架构，提供超高性能可扩展的 HTTP 服务。你可以用 webman 开发网站，也可以开发 HTTP 接口或者微服务。除此之外，webman 还支持自定义进程，可以做 workerman 能做的任何事情，例如 websocket 服务、物联网、游戏、TCP服务、UDP 服务、unix socket 服务等等。

webman具有
1.高稳定性。webman 基于 workerman 开发，workerman 一直是业界 bug 极少的高稳定性 socket 框架。

2、超高性能。借助与 workerman 高性能以及对 HTTP 服务深入优化，webman 性能高于传统 php-fpm 框架10-20倍左右，同时也远高于其它同类型的常驻内存的 mvc 框架。

3、高复用。无需修改，可以复用绝大部分 composer 组件及类库。webman 复用了大量 laravel 组件。

4、高扩展性。支持自定义进程，可以做 workerman 能做的任何事情。

5、超级简单易用，学习成本极低，代码书写与传统框架没有区别。

6、使用最为宽松的 MIT 开源协议。

  San 是一个 MVVM 的组件框架。它体积小巧(12K)，兼容性好(IE6)，性能卓越，是一个可靠、可依赖的实现响应式用户界面的解决方案。

  San 通过声明式的类 HTML 视图模板，在支持所有原生 HTML 的语法特性外，还支持了数据到视图的绑定指令、业务开发中最常使用的分支、循环指令等，在保持良好的易用性基础上，由框架完成基于字符串的模板解析，并构建出视图层的节点关系树，通过高性能的视图引擎快速生成 UI 视图。San 中定义的数据会被封装，使得当数据发生有效变更时通知 San 组件，San 组件依赖模板编译阶段生成的节点关系树，确定需要变更的最小视图，进而完成视图的异步更新，保证了视图更新的高效性。

  组件是 San 的基本单位，是独立的数据、逻辑、视图的封装单元。从页面角度看，组件是 HTML 元素的扩展；从功能模式角度看，组件是一个 ViewModel。San 组件提供了完整的生命周期，与 WebComponent 的生命周期相符合，组件间是可嵌套的树形关系，完整的支持了组件层级、组件间的通信，方便组件间的数据流转。San 的组件机制，可以有效支撑业务开发上的组件化需求。

  San 支持组件反解，以此提供服务端渲染能力，可以解决纯前端渲染导致的响应用户交互时延长、SEO 问题。除此之外，San 还提供了一些周边开源产品，与 San 配合使用，可以帮助开发者快速搭建可维护的大型 SPA 应用。
项目地址：
https://baidu.github.io/san/

  EasyMesh的简单的理解就是：就是传统的AP Clinet模式 + 一定规则的自动配置。 省去了以前用户手动配置SSID密码的过程，增加了一些提高用户体验的特性。达到2台或以上无线路由器设备，可以自动连接到一起组网的协议。

  EasyMesh是Wi-Fi联盟制定的一个用于不同AP相互连接的基础标准。这个标准定义了不同厂家的AP相互连接控制的协议。

  EasyMesh网络中有一个Controller角色来管理整个网络，所有Agent角色的AP都与它相连接（包括间接连接）。Controller角色一般为家庭网络出口的的主无线路由器，它包括了Controller的管理进程，同时其本身也带一个Agent AP，当然此Agent AP也在Controller的管理之下，这样更经济。EasyMesh通过比较传统的AP+Client的方式进行连接，组成了树形的网络拓扑。

  EasyMesh Controller为其它的支持EasyMesh的设备提供了接入到它的网络中的功能。

  Controller通过接收网络度量、设备能力信息，通过一定的分析和计算，来统一操作整个Mesh网络的功能，如信道、拓扑结构、客户端漫游等。Controller也会发送控制命令给Agent，来提升网络中的负载均衡或控制其它功能的管理。

  注意：Controller可以是单独的设备，但更多是Controller+Agent的集成在一起，如上所述会更经济。

  在EasyMesh网络中，所有的AP点都是Agent角色。Agent是一个逻辑实体，它需要执行Controller发过来的命令，周期给Controller上报网络度量和能力信息。某个Agent相对于其它Agent，它也提供接入的无线接口，即其它Agent通过此Agent连接到Controller。

  由于协议没有规定如何确定Controller和Agent角色， 所以在EasyMesh网络中，需要先配置某一台设备为controller角色。有了Controller后，就要以导入连接新的Agent、配置Agent，以达到扩展网络的目的。

  Atomic 是一套指导设计前端组件（Components）架构的方法。在我们的日常工作中，如何更好的划分和管理前端组件常常会是我们碰到的问题。Atomic 通过一系列设计思想和原则，可以很好指导我们的项目架构。用 Atomic 作者自己的话说，这套设计方法的灵感是来自于自己曾经学习过的化学课，以及对自然知识本身的思考。作者通过原子（Atoms)、分子(Molecules)、 有机体(Organisms)、模板(Templates), 页面(Pages) 这5种基本类型组件，通过灵活的组合，从而来满足我们日常的页面开发需求。

  Atomic包中提供了很多名为Atomicxxx的类：它们都是CAS（compareAndSwap）来实现原子性。

  举个例子，当线程1取到A之后，有另一个线程2把A变成了B，又变成了A，当线程1再修改完值进行CAS比较时，发现值还是A，和自己取到的一样，就直接更新了，但是在这个过程中，这个A中间是发生过变化的。如下图所示：

  无规矩不成方圆，做前后端项目也需要有一些规范约束。目前前后端结构分为各个层：其中开放 API 层：这一层里所有的东西都可直接封装 Service 接口并且能够暴露成 RPC 接口；而且可以通过 Web 封装成 http接口，或者网关控制层等。

  终端显示层：这一层是各个端的模板渲染并执行显示的层。目前最主要是 velocity渲染、JS 渲染、JSP 渲染、或者是移动端展示等。

  Web 层：这一层主要是进行对访问控制的转发，各类基本参数校验，或者不复用的业务简单处理等。
  Service 层：这一层说针对于具体的业务逻辑服务层。

  Manager 层：这一层通用于业务处理层，它拥有如下三个特征：第一个特征是它对第三方平台封装的层，可以进行预处理返回结果，并且能够转化异常信息，以适配上层接口。第二个特征是对 于Service 层通用能力的下沉，例如作用于缓存方案、中间件通用处理。第三个特征是与 DAO 层进行交互，对多个 DAO 的组合进行复用。
DAO 层：这一层是用来进行数据访问，并且能够与底层 的MySQL、Oracle、Hbase、OB 等进行数据交互。

  第三方服务：这一层主要的功能是与其它部门 RPC 服务接口，基础平台，并且实现与其它公司的 HTTP 接口，例如淘宝开放平台、支付宝付款服务、高德地图服务等。
  外部数据接口：这一层是为外部应用或者数据存储服务提供的接口，在实际中多见于数据迁移场景中。

并且分层领域模型规约具有以下几点：
  DO（Data Object）对象：此对象是与数据库表结构实现一一对应，并且通过 DAO 层向上传输数据源对象。

  DTO（Data Transfer Object）：它是一个数据传输对象，是一个能够支持Service 或 Manager 向外传输的对象。

  BO（Business Object）：是一个业务对象，可以由 Service 层输出封装业务逻辑的对象。

  Query：是一个数据查询对象，各层都用于接收上层的查询请求。但需要注意的是，当超过 2 个参数的查询封装时，要禁止使用 Map 类来传输。

  VO（View Object）：是一个显示层的对象，通常是 由Web 向模板渲染引擎层进行传输的对象。

  DI中文意为“依赖注入”，英译为：Dependency Injection，即对象之间依赖关系由容器在运行期决定，形象的说，即由容器动态的将某个对象注入到对象属性之中。依赖注入的目的并非为软件系统带来更多功能，而是为了提升对象重用的频率，并为系统搭建一个灵活、可扩展的框架。

  其实换句话说DI依赖注入就是对象的属性，已经被注入好相关值了，是可以直接使用的。

  当Spring IOC容器完成Bean元素定义资源的定位、载入和解析注册以后，IOC 容器中已经管理类 Bean定义的相关数据，但是此时 IOC 容器还没有对所管理的 Bean 进行依赖注入，此时依赖注入在以下两种情况发生：第一是用户第一次调用 getBean()方法时，IOC 容器触发依赖注入。第二情况就是当用户在配置文件的时候，将bean元素配置了 “lazy-init=false”属性，即让容器在解析注册Bean定义时进行预实例化，触发依赖注入。

  属性setter方法注入：指IoC容器使用setter方法注入被依赖的实例。通过调用无参构造器或无参静态工厂方法实例化Bean后，调用该Bean的setter方法，即可实现基于setter方法的依赖注入。该方式简单、直观，而且容易理解，所以Spring的设置注入被大量使用。

  构造方法注入：指IoC容器使用构造方法注入被依赖的实例。基于构造方法的依赖注入通过调用带参数的构造方法来实现，每个参数代表着一个依赖。