牛市随便买都能赚，熊市天天看都是亏

保证代码质量这个就很虚了，你的运行性能跟业务场景是挂钩的，大部分的“保证代码质量”可能就是人肉 linter，因为 viewer 不一定熟知你的业务场景跟需求，除非他有参与到你的项目中，哪怕做个技术观众也好过啥都不知道。
代码是写给人看的，code review 现在很多也是卡在了人肉 linter 这个层面，像业务逻辑这种，有时候越纠结越歪 B，到最后连需求是啥都混乱了。
最好的还是写测试，测试过了就是过了，因为测试就是可以跟着业务走的。fuzzer 跑几遍没什么问题还能咋地。
如果还有要紧地拓展性要考虑，那事实上 code review 也不能完全覆盖掉，否则哪有这么多老系统要重构呢。

这些我们公司得做法是，用户中心做 API 出来了
哪个后端要接的，申请个 key 去请求。
然后一个后端做了个这样的中间件，其他后端如果觉得这个中间件好，就直接用了。
有些请求是验证拦截，有些只是尝试验证，还是跟业务具体有关的，我觉得特别值得抽象的就是权限跟数据校验。
所以这个东西感觉就是，用到的已经在用了，没用到的也不需要

你说的技术不是技术，他叫开发。
做原型不需要技术么？也是需要的，那你为啥叫产品不叫技术呢对吧。
PM 是干嘛的，PM 工作很广泛的，这个广泛不是说没有重点，而是说 PM 在产品的生命周期的各个位置都要出力，全程无休。
要做产品先调研，这个调研包括不限于用户群体分析（大妈大爷男人女人猫猫狗狗）、市场分析（竞品数量、质量、投入成本、商业模式）、技术分析（实现原理、技术成本），几乎可以说哪哪都需要产品，但是哪哪都不是产品自己一个人能搞定的。你看，用户群体分析，你要跟运营取经吧，留存的用户是不是养猫的，我们要开拓的是不是养狗的还是没养猫的，技术分析，跟 cto 、或者别的新进员工请教下吧，我们的技术能不能做到，新出现的技术我们能不能用，好多乱七八糟。

多语种需求比较少

技术在你的头脑里，直接告他，下一轮没人投，你竞品上位搞他

if else
for
(){}
好像他们都跟 c 差不多

cordova 真的不是很好的方案，在涉及系统 api 调用的地方，依然缺不了用原生写调用模块，有一些陈年的模块在现在 android 10 这种情况下不一定适用，要是自己亲自下场自己写 module，那还不如直接原生。

屏幕合上前夹一张纸哈哈哈哈哈哈哈哈

pkg ？

所以，苹果设备：
连接 ax3600 时，网络出现延迟周期性增加
连接 tplink，网络不稳定，但延迟保持在了一个相对正常的区间

换安卓

想做好就问清楚就是了。
别做出来跟他想的不一样，到时候还更糟糕。

我一般迟到了，当天就晚点走。
起码工时给他补足了，工作做好，于情于理也没拖没欠

@zengguibo 一样可以，私有握手协议就是了

usb 小风扇

dell 有台 900 多克的，挺便宜，不过内存只有 8G，但是应对 oncall 肯定够了。我就买了这台，一个是真的轻，第二个是有全智就很省心。

node 到现在还没有取代 php 来着，deno 继续展望个十年