正常，官方教程里面的 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,这语言工作机会不多。

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

做分母

刚想说理解和熟悉哪个更深入，就看到下面理解等于实现。。。
对不起打扰了

有时候面试官不比面试者厉害，你给他把问题讲懂了，清晰明白。就说明你技术够厉害，并且表达能力不错。

非对象，非 new 的用例为啥要用 this?
知道有坑就绕，而不是学如何从坑里爬出来。