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

跟套模板一个道理。前端写好 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 了。

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

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

前端要学 ux。
iOS 用 splash screen 让软件打开速度看上去更快、更流畅。Facebook 用灰色占位符取代等待条，这个模式现在到处都在用。谷歌开发者研究人的反应时间，提出 RAIL 模型。-- 这些技巧、技术，都是为了提高用户体验而出现的。他们很多都是由前端开发者，而不是设计师想出来的。
技术最终是为用户服务的。作为跟产品经理、设计、后端都有交接的职位，前端需要能提出 ux 方面的意见。
当然了，楼主那个产品经理纯粹是给你多找点活。