你都没看懂 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 文件，那随你怎么写。

1.二道贩子。倒卖外包、黑产等资源。
2.打擦边球。传销、赌博、美女。
3.骗傻子。教人怎么炒股、炒币、写代码。市场越是恐慌，骗起来越是容易。
4.花几年时间，针对偏 geek 的群体做产品。个人想做大产品是不可能的，针对小群体开发和推广还有点戏。

屁影响没有。现在都分模块写，一个模块文件就写那么点代码，模块导出的变量在引入时又自动变成常量，哪来的乱改常量的可能。

还不是“加班风”盛行的原因。为什么刚工作几年的热血青年会老老实实加班，心甘情愿被资本家剥削？

其实你把微信当作 QQ 的另一个客户端就可以了。都是腾讯账号体系下的聊天软件，针对不同用户做功能的调整。微信现在就是成年人用，QQ 是未成年用。

电脑直接改 host。手机的话，电脑可以用 fiddler 开代理，然后手机再连这个代理。这样就能帮手机改 host 了。

生搬硬套，半桶水，以为写了个对象就叫面向对象了。

到国内任何一家大公司去问他们的开发：“你对你做出来的产品自豪吗？”。回答估计都是 “不”。带着厌恶心情做产品，各种特性当然是能不做就不做。