乱改属性可是大忌。可以学学 haskell

不太同意其中的别让 A 修 B 的 bug,我不否认这很痛苦，也一样不情愿，但这是必要的。有必要让团队的每个人都熟悉其他成员的工作，互为备份。任何队员离职以后都可以迅速接受。改 Bug 是一方面，另一方面是 code review 和交换 feature

起码华为压迫是靠钱，自由选择无可厚非。有的真是纯粹压迫，就是要你加班，不给钱。

我觉得你完全不懂现在的 AI 是怎么样的，纯粹臆测。

递归的动画和递归有关系?

正常，官方教程里面的 datepicker 导入方法，有一个完全导不进来。绝了，我他妈那天加班好久翻代码才发现得从 es 文件夹里导。

租房抵扣的小心涨房租，你抵扣了，房租的收入就算到房东头上。你觉得他们会乖乖的默认?反手就涨到你哭。

辞退真的秀，研究原型难道是单纯的开发任务么，leader 死哪去了?
如果开发是号称 react 高手，出这种问题确实不该。
但如果是临时学，临时做，出问题那是非常正常的。
出问题了先辞退开发，真是厉害，谁能保证永不出错?
如果有 leader,开发是 react 新手，leader 有主要责任。
如果有 leader,开发号称高手，,leader，开发 55 开。
如果开发的是 leader，号称高手,这种开了确实应该。
如果只有开发，出错就被开，这公司我不敢去。

@zkeeper 偏离主题?lz 上来就是一句：
所以，各位认同 React 不适合大数据高频率的论点吗？
一看就是要鄙视 react 的能力了。
被大家教做人以后又含含糊糊的说了一大堆，其实就一个意思:react 上手难，vue 简单。要是一开始就明白说，根本就没事。

@TabGre 官网就是最好的教程，文档，博客都仔细看看。说真的很多人只是看完了 tutorial 就不看了。

看领导愿不愿意给时间，愿意给的话是好事，能折腾折腾，学学新东西。不愿意的话就跑路吧，瞎指派任务，还不给充足时间。

React 走的是函数式的路子，如果说写 React 的过程中需要通过深比较来控制刷新，只能说明你是在逆着 React 的范式在写，根本没有完全理解其思想。
基于同样的理由，我也反对 reselect 这个库。它虽然解决的痛点，但是光治标不治本。用了反而鼓励你继续乱搞。

我大胆的猜测下，你们的每次更新都会改变所有节点的数据的引用。或者改变了某些下传的衍生数据的引用。
这都会导致每次都要更新整个组件树。
真正耗时间的一定是你们的 code 而不是 react 的 code。

签名和加密的区别了解下。

第二个，能纯尽量纯。
或者
```js
const foo = (data) => {
const newData = data.length < 3 ? [1,2,3] : data;
return newData.map(ele => ele + 1)
}
```

最好的办法是去一个不加班的公司 /部门 /组

转行的为啥都喜欢学 python,这语言工作机会不多。

写业务逻辑，重构，模块化，单元测试，文档