你这么懂劳动法不是给他搞事吗。。

@nightnotlate #9 其实就像高速辅路，绝大多数都是限速 80 ，有的地区辅路限速 40 ，大家都开 80 。

不知道 op 每年赚多少钱。。。还在用做技术的思维做管理。。。

现在还有人问这种问题非常感动

ts 传 token 鉴权啊。。。
m3u8 这不是基本操作嘛

account_id+ 一般索引
你的日志表在查询某一个 id 的时候跳行太多了，加上某 uid 和 account_id orderby 即可。

你还不如升级到千兆 就是 100m 上传了。。你这真是冤枉钱

我也开了 10 万公里，没有遇到市区内超速的情况。
无论如何我都推荐你跟着车流的速度，你太慢被别人超就会频繁被别车导致急刹，这很容易被追尾。

把猫送我就行了，这么简单。

...当然是发 app 通知啊。。

我自己更加倾向于这个时候买相当于用折扣的钱升级配置，目前代差性能并不明显，连 20%都很困难，就算超过 20%也并不带表目前的性能不够用，但是+内存配置就是实打实的。

自从我识别了这个问题，就没再买过 care 了。

@me1onsoda 出这么大事儿 复盘会还没开就敢休息吗。。。这确实也不现实。

赚了你也不会收手，继续放里面滚，每天看着数字涨，亏光是早晚的事。
已经进入赌徒心态了，被噶也是早晚的事。

我推荐是买好的涂层锅，推荐 1000 左右的进口品牌，用个 3 4 年要换会比较安全，绝对好洗，
平底的放着稳，我都是放洗碗机里洗。
铁锅太重，不一定拿得动，
非涂层锅不沾很看做菜技术到油量根据你们家做的菜决定的。

@8355 补充 3 条，
你们排期几天就是几天做完，不能多也不能少，自己有点公信力，不然你排 5 天 人家压你 3 天就能做完，就是你排期有水分，百口莫辩。
对代码提交记录时间必须有精确设计和安排，不经意间要展示一下很晚的提交记录时间截图，比如某某 bug 之前已静修复过了，截图代码提交记录，代码提交注释好好写。
如果他是提需求的人或着产品是他小弟，主张测试给需求不清晰的功能点提 bug ，名义上用作记录。

策略就是加班一样加，千万别不加班，不加班你就会以这个理由被喷。
1.先把工时拉长，白天不干活就是划，下班以后开始热火朝天开会疯狂群聊，每天晚上下班前群里同步需求进度，遇到什么虚拟问题需要解决，解决了也要及时同步，就是疯狂发消息，发很多消息。
2.如果项目经理比你走的早，一定要在群里 @他同时一定要保证他的上级你的上级都在群里，@的都是相对紧急的问题，有些问题不用着急问，必须晚上很晚了问，都别好过别想休息。
3.如果他比你早下班，你下班的时候要关灯拍一下办公室照片，发群或着朋友圈。
4.开周会/需求评审会/让他记会议记录，开完会有问题要他确认的必须盯死他周几之前必须给到，给不到晚上 9 点 10 点之后再 @他 提醒他。
5.月度/项目结束之后组织复盘，自己先说哪里做的不好，让其他人再说他。
6.联合测试对他的需求文档提出问题，说哪里没写清楚导致有异议，在测试阶段返工延期，复盘会的时候提出。
7.找点屁事给他直属领导，要他拍版做决策之类的，一定要给出不同的方案和差异以及工期的不同。
8.复盘时对研发团队的压缩工期给出明确记录，是大家努力的结果，如果项目经理不出现叉叉问题还能更快。