boss今天放话，明天选取前端老大！晚上怎么着也要看看书。
留给我们三个作业题，如下：
1、Redux的使用：
观点：反对。
原因：
1，Redux的使用目的
1.1、用户的使用方式复杂
1.2、不同身份的用户有不同的使用方式（比如普通用户和管理员）
1.3、多个用户之间可以协作
1.4、与服务器大量交互，或者使用了WebSocket
1.5、View要从多个来源获取数据
这几条是阮一峰说的，查了好多资料，总结一下就是业务复杂或者采用了websocket通讯。
2，从组件化的角度看
2.1、某个组件的状态，需要共享
2.2、某个状态需要在任何地方都可以拿到
2.3、一个组件需要改变全局状态
2.4、一个组件需要改变另一个组件的状态
这几条也是阮一峰说的，总结下就是状态需要一个全局管理。（按这个说法redux是非常需要的）。
阮一峰补充：不要把 Redux 当作万灵丹，如果你的应用没那么复杂，就没必要用它。另一方面，Redux 只是 Web 架构的一种解决方案，也可以选择其他方案。
我们的替代方案：飞冰的event方法
使用的是观察者模式（又称 订阅/发布模式）。nodejs的event事件也是采用的这种方式。
redux的使用成本。
1、是直接使用 Redux，还是使用 React-Redux。
2、reduce的纯函数引出函数式编程。（引出函数式编程）
3、万一需要后端的同学参与，redux的使用成本。
eslint
示例: https://github.com/AlloyTeam/eslint-config-alloy/blob/master/index.js
先用起来
1、不做变动的采用
2、大家一起决定方案
3、push需要通过eslint
编辑器的格式化
前端git的提交
type（必需）、和subject（必需，详细内容）
type
feat：新功能（feature）
fix：修补bug，包括样式改动
docs：文档（documentation）
style： 格式（不影响代码运行的变动）
refactor：重构（即不是新增功能，也不是修改bug的代码变动）
test：测试
chore：环境变化
文档格式：markDown
公共方法的抽取，好啊，好啊
公共样式的抽取，嗯要提一下。
