整个 fenix7 ，除了这些还有强大续航，地图，等高线，手电，高度气压计，还贼帅。

30 个人的团队，试用期内完成了团队三分之一代码。那么大的团队，光熟悉系统熟悉代码都熟悉不过来，不可能还能让你一个新人提交三分之一代码。

自媒体不稳定，这月 N 万，明年同月能保持住就不错了。你可以靠一两期高质量内容或热点话题上去，但保持高质量很难。可以看 LKS 最近的视频。

这结构不是 tree 这是两根电线杆啊

智力是会发育的

有价值。排斥的不是分享是强制。

不顾家庭的贷款创业，没客户时候先把钱都花了再找投资，发个帖子没头没尾没有逻辑，只能说弱智。对不起我人身攻击了

价格不高于 5000 差不多

@nanxiaobei #33 我跟你一样，我也喜欢用 mobx 的形式，不喜欢 redux 。但是对于 mobx 不方便的地方，我的处理方法不同，你相当于写了一个新轮子来替换 mobx ，我的想法是，把 mobx 封一层，把不方便的地方不暴露给使用者。 两种方式使用起来的表现基本都一样：暴露唯一的一个纯 js 的入口方法，传入初始 state 和改变 state 的方法，输出一个完整的 state 。

感觉和 mobx 一样呀，就是把 mobx 的 class 写法改成了对象更方便了

可以威胁领导，你不放我，我就换公司断联系。你放我去 C ，以前项目有问题我还能帮着看看。

@chairuosen #120 不应该出现无论 A 做的怎样，都是 B 担责的情况。
比如无论开发多烂，线上事故都是测试担责。无论测试多烂，线上事故都是开发担责。

如果测试过程中 BUG 多开发需要担责，那测试完成线上事故应该测试担责。
如果测试过程中程序多烂开发都不用担责，线上事故开发测试同责。

我们可以黑盒的看待这个问题，两个人在两个阶段配合完成一个任务，那两个人的责任是同等的。要么按时间先后来区分责任，要么最终责任各半。

串一个电阻