去看这本书 《 Subscribed 》，就知道订阅制是怎么来的了
https://www.amazon.com/Subscribed-Subscription-Model-Companys-Future/dp/0525536469

天太冷，要不可以在江滩吹风看水，感慨江水滚滚向前，逝者如斯

I would recommend you to pick a different English name, if you really want to work for a foreign company. First name "Hero" is just ... weird. You don't want to get turned down just because of a name.

不知道你们对于 oncall 的要求是什么，我们这边的要求就是 triage 找到问题即可，至于是不是你来解决问题那不一定，因为你可能不是最熟悉这块问题的人。遇到不熟悉的问题，把正确的人叫起来就行。另外，半夜里修问题对生产系统作改动是很危险的，脑子不清醒加上没有人 review ，很可能按下葫芦起了瓢，甚至造成更多的问题。所以只要不是十万火急非常严重的事情，我们都更倾向于 ack ，建个 incident ，然后留到白天工作时间处理。

正确的思路是加强安全防范，无论是 gitlab 还是什么其他的替代品，漏洞都是不可避免的，但是安全措施是可以有效的防范攻击的，比如对 gitlab 所在的服务器做加固，以及强制特定的 ip/vpn 才能访问代码等等。

atlassian 能在国内招人吗？还是面试通过了需要 relocate 到澳大利亚去？

@shierpro 说的对，早会有效的一个重要前提就是每个人的工作都进行了仔细的分解，基本两三天就能完成一个任务。另外也要即使把新增的任务记录下来。这样早会就可以很容易的发现实际工作进度和计划不符合的地方。每天都有不一样的需要更新的东西，怎么会一成不变流于形式呢。

用 is 开头明显是布尔变量，用 b 开头就好了

所以还是有不少人希望做个简单的 crud boy 的

棒棒哒，现在越来越多的公司碰到了 aws governance 的问题了

楼主很厉害啊，能半路接下一个已经开发了若干年的项目

说的好像杀熟这种事情就像一个开关一样简单一样，说开就开说关就关

外卖这么大这么复杂的系统，里面业务逻辑不计其数，要确定这个现象是个 bug 还是规则造成的都是很困难的事情。都是搬砖的人，对自己的代码心里还没点数吗？

写的很好，感谢作者的分享

2019 年程序员的身份还是没变，但是从开发组调到了运维组，思维方式发生了很大的变化

去了一趟 aws re:Invent，学到不少，2020 年 DeepRacer 比赛走起

知道胡正的人竟然还不少

Safari 的会员更香

每个人都有自己擅长的不擅长的，不知道某个方面的知识点很正常。这种面试方式的潜台词就是忽略人的学习能力、成长性和创造力，把人当成一成不变的个体。今天不会 git 的 rebase，明天就学不会了吗？

怎么可能半年一签，那不得麻烦死。作为自如的房东我告诉你，自如给房东的合同长度选项是两年、三年和五年。