今天 Serverless 还没有达到任何类型的应用都适用的地步，因此架构决策者需要关心应用类型是否适合于 Serverless 运算。如果应用是有状态的，云在进行调度时可能导致上下文丢失，毕竟 Serverless 的调度不会帮助应用做状态同步；如果应用是长时间后台运行的密集型计算任务，会得不到太多 Serverless 的优势；如果应用涉及到频繁的外部 I/O（网络或者存储，以及服务间调用），也因为繁重的 I/O 负担、时延大而不适合。Serverless 非常适合于事件驱动的数据计算任务、计算时间短的请求 / 响应应用、没有复杂相互调用的长周期任务。
一方面，虽然谷歌也像其他大公司一样会把任务拆解得很细，每个人负责一部分，但是谷歌的文化比较自由，老板不会事无巨细指挥你怎么做，而是给出空间发挥每个人的创造性。公司内部也鼓励流动，大家经常换组，尝试不同的方向和产品，在这个过程中能够接触新东西，不会觉得自己是在机械的重复劳动中慢慢变老。这一点可能和国内公司不太一样。
另一方面，我们的节奏没有那么快，工程师有大量时间可以学习新东西。这也是我觉得996不是一个好机制的原因，一个人的时间全部被工作填满，如果还做的是重复性的工作，很难有时间提升自己，长期来看很容易被淘汰。
我也会焦虑，但不是来自于年龄，而是关于职业成长。硅谷大部分人都拼命想学新东西，我是数学背景，如果在现在的组里不能把我的价值发挥到最大，我也会考虑换个环境。我一直提醒自己，要关注更长期的成长，个人价值才会一直上升。
都说程序员是吃青春饭，这句话暗含的意思是年纪大的程序员加班拼不过年轻人。加不了班就没有价值？这不成立。年纪大的程序员胜在经验，如果真的要靠熬时长，只能说明他干的活儿技术含量还不够。
另一方面，我们的节奏没有那么快，工程师有大量时间可以学习新东西。这也是我觉得996不是一个好机制的原因，一个人的时间全部被工作填满，如果还做的是重复性的工作，很难有时间提升自己，长期来看很容易被淘汰。
我也会焦虑，但不是来自于年龄，而是关于职业成长。硅谷大部分人都拼命想学新东西，我是数学背景，如果在现在的组里不能把我的价值发挥到最大，我也会考虑换个环境。我一直提醒自己，要关注更长期的成长，个人价值才会一直上升。
都说程序员是吃青春饭，这句话暗含的意思是年纪大的程序员加班拼不过年轻人。加不了班就没有价值？这不成立。年纪大的程序员胜在经验，如果真的要靠熬时长，只能说明他干的活儿技术含量还不够。
Forwarded from Leonn的博客 (Leonn)