YUCOAT

产品经理当然知道这样做很恶心，可是跟 ta 的 KPI 规定了 ta 只对 ta 做的这一个功能负责。虽然 ta 这样做对整体的留存有影响，但是只要是没有特别明显，就可以装作看不见。

@darklights 那用什么替代呢

@PepperEgg 可以试试先研究一下代理插件，看代理插件调用了 Chromium 中的哪些 API ，然后再从 Chromium 中找这些 API 的实现。

他们的 APP 之所以只有几个员工，一是因为他们的产品比较简约，功能比较少，而且不用组建庞大的运营团队来逐个审查用户上传的图片是否合规。

看看这里：
src\net\socket\tcp_socket_win.cc

打断点进不去有可能是因为那段代码没有被用到，也有可能是那段代码在别的进程里跑。
chromium 使用的是多进程模式，它的网络请求是在独立的进程进行操作的。
你可以在启动的时候加--single-process 命令行参数，让它以单进程的模式运行

因为手机的发展已经到了瓶颈了，你出个新手机总得有卖点吧，现在除了拔高摄影摄像之外，还能拔高什么？

@shyangs 我说的不是开闭原则。我说的情况是，之前那个开发节奏特快特别快的团队，旧代码本身就没设计好，因为主张尽可能少修改旧代码，导致函数参数本来已经有 5 个参数了，慢慢变成了 6 个，7 个，8 个……if 语句的分支也越来越多，某些函数也慢慢有了 xxx_v2, xxx_v3 的版本。

我觉得方法只有一种，那就是“看到 shit 的时候及时把屎铲掉，别等堆起来”。

以前所在的团队，我们写代码遵循两条原则：
1 、以前的旧代码，能不动就不动。
2 、添加新代码的时候，尽可能少的对旧代码进行修改。

正是因为这两条原则，使得垃圾代码越堆越高。

纯靠设计来防止垃圾代码越堆越高根本不现实，项目早期的时候，我们会对未来需求的预测来设计代码结构。
刚开始可能设计良好，一两年以后，新的需求与早期的预测差别越来越大，这时老的设计已经无法通过扩展代码的方式来满足新的需求了，这时如果不对部分代码进行翻新，垃圾代码就会慢慢堆积起来。