搞不懂你们为什么不招几个水平高点的，多给点钱，长期干。天天换人，水平参差不齐，那产品能做好吗。

@sjsurf 你买个黑色的不就完了。它是每条皮筋间隔很大的，还有间隔几乎没有的。我买的”森之光“牌子的。你看看。

推荐皮筋椅。连坐一天没有丝毫不适。价格还便宜。

曾经有这么个机会摆在我的面前，我没有珍惜，现在失去了才后悔莫及。

底下评论说的很好了。NETFLIX 尽管折腾，再怎么搞也改变不了它只是个看电视的产品，一个越做越差的产品。

Buy rumor, sell on news. 不管谈判好坏，该抛了。

酷安有个“酷查”软件。可以用 T9 键盘，拼音首字母搜索联系人，应用。

你都没看懂 hooks 干嘛的吧…人家嫌弃原生的 class 要绑定 this，life cycle 里的内容不好复用，boilerplate 太烦，所以搞这么一个东西。
我一直排斥 class，用以前那个 createClass 写组件，什么缺点都没有，想扩展下搞自己的东西也容易。

西北大杂烩：羊肉+洋葱+西红柿+蒜苔+芹菜。炒完羊肉下蔬菜乱炒就行。
拌面拌饭都行。

跟套模板一个道理。前端写好 html 给后端套，之后再要改了就费劲。

这是个比例问题，像素只影响图片精度。
你们是只适配 iphone x 那样的，还是各种机子都要适配。都要适配的话，一般的机子是 16:9 的比例，全面屏的机子一般 (18-19):9。图片一般不考虑拉伸，只考虑裁剪。你们这图片是 16:9 的，到全面屏上，高度 100% 的情况下，左右会被裁掉一部分。只要裁掉的部分不是主体内容就无所谓，具体你们得自己试试看。

区块链之所以那么复杂是因为它是用来在一个匿名非中心化的网络里记录钱的。你这就没理解怎么回事，属于本末倒置了。

盈利点都没有，就觉得没什么可以开发的了，就觉得产品已经 ok 了，那是老板水平有问题。
实在不行那就跟俩工程师商量，都给开了，但是维持兼职外包的关系。讲实话，这公司也就这样了，工程师自己也想走了。但毕竟是创业伙伴，只要赔偿给够了，人家不会不同意的。

1.跟微信 react 都没关系。
2.离开的时候你缓存下数据和滚动位置不就完了。

假设你需要抓 100 个页面，考虑到性能，你的策略是这样的：
每 5 个页面为一组，因为异步的特性，5 个请求可以同时进行。这 5 个请求完成的时间未知（第 5 个可能在第一个之前完成），你希望收集到数据仍然是按顺序排列的。
一组请求全部完成之后才进行下一组，直到全部完成。

这已经是个相当复杂的过程了。实际场景可能更复杂：
一个请求失败时，自动重试，最多可以试 3 次。
一组操作完成之后，等 3 秒钟才进行下一组。

用 rx 的话，上面描述的问题就非常容易解决。
简单讲，observable 是高级的 promise。当你把异步操作封装成一个可以组合，可以被函数返回的值的时候，很多问题都可以迎刃而解了。
前端应该碰不到这么复杂的异步问题，好多人看的云里雾里，所以没那么火。

比方讲你冲着文章评论去的，文章内容又很长，这时候展开才显示内容就很有用了。当然了，现在这些人都是放广告，虚假按钮什么的。

1.搞这么多层，就不存在复用样式的可能了。
2.搞这么多层，就不存在从外层修改这个元素样式的可能了。
3.如果不考虑组件化，不考虑复用。一个页面写一个 css 文件，那随你怎么写。