一个接口或者模块，两个人同时做，产能是 2 倍吗？由于协作和沟通成本，人月是不能简单互换的。效率优先必然大量加班。除非有很高的壁垒，普通公司不加班，大概率被加班多的同行干死，这也是中国在某些产业能占据很高份额的核心竞争力之一。intel 和 AMD 的先进制程，为何干不过三星和台积电，同样也是这个原因。

给客户演示的那个系统出 bug 了，研发副总找我调查原因。第二天，我正在忙手上的事情，副总找我，我就过去汇报了 bug 的技术原因，并提供了技术上的解决方案。

没想到副总马上当着其他人打断我的解决方案，提供了他的方案，还是个明显错误的方案。我立即指出了他方案的错误之处，他恼羞成怒，恶狠狠盯着我让我闭嘴。

这种无能愤怒，半桶水不懂还瞎指挥的人，居然也能当领导，估计是能拍马屁，察言观色功夫到位，把老板伺候的舒服。

shuf 和 rl 都可以啊

@TArysiyehua 你需要的是更长的带薪年假，比如 15 天 20 天，不必在最拥挤的时候出行

没救了，不签合同责任在雇主

快到失业即退休的年龄了，你懂底层懂开发也没用，公司不给你展示能力的机会。

你能几年内混到业界知名吗？我觉得可能性不大。

另外 2 户群租下班后发现被砸了，发帖控诉铁拳，他们肯定不会怀疑是底层互踩

坐标上海，我去上海银行办一类卡，工作人员要我提供工作证明，我说我领失业金，哪来的工作证明。最后叫来了副行长，看了我随申办里面领失业金的银行卡要求，只能给我办理。

假如我既没工作也没失业金，大概很难办一类卡了，不知道拿房产证能不能办。

单元测试覆盖率有没有 90%？接口测试覆盖率有没有 90%？两样都没有，人力测试的工作量是巨大的，且一定会出错。

700 个接口了，且半年不接新需求都 OK ，换句话说基本上功能稳定不做改动了，一个养老项目而已，那换框架的意义何在？

能多盈利还是能降低成本？在管理层看来，做成了你等于啥也没做，出问题了全怪你。

这种高投入高风险且无收益的事情，就是领导要推进也得劝他三思啊。

也许这个项目不用跑起来就能验收通过结清尾款呢

新版 MySQL 有 EXPLAIN ANALYZE 可以更准确的分析。

索引的使用是根据统计信息和规则制定的，统计信息并不一定准确，尤其是发生过大量删除和 update 的时候。

这种没什么好查的，直接强制指定索引就完事了。

不仅 MySQL ，Oracle 也有类似情况，表上加了个索引之后，导致查询选择了错误的索引，只能强制指定索引。