职业

过去十年里，勤奋让我走到了今天。但有些认知是勤奋换不来的，是时间给的，或者反过来，是时间从我身上收走了什么之后剩下的。 慢烧失败。 设计缺陷里，有一类不会在评审会上露面，也不会在压测里露面。要等系统跑上几年，再配合一次真实事故，才肯把问题摊开。日历时间、线上压力、历史包袱，少一个都不行。 只能时间教的事。 经济下行、业务转型、团队解散。这些事不讲道理，也没有方法论，只能经过。 完整生命周期。 一个项目从立项、成熟到退役，单次至少两三年。走完一整轮，才分得清"上线即巅峰"和"三年后被需求倒逼重构"是两种命。看方案多问一句：三年后会怎么样？很多当时算不到的成本，这一问就出来了。 老同事网络的密度。 五年认识的人，大约只有十年的一半。冷门问题知道该问谁，这种关系网是要花时间养的。 看完一波技术潮汐。 Azkaban 从调度标配退成历史名词，Flink 从挑战者变成实时处理的事实标准，Kafka 从消息队列变成事件流的中枢，Sqoop 从数据导入标配淡出主流。看完一波完整的起落，要十年。下次再有同类的东西冒出来，心里大概有数。 被自己当年的选择养着或坑着。 抢救线上故障，追到根因，是三年前自己偷的一行懒。业务要支持新场景，翻代码翻到五年前刻意留的一个口子，刚好对上。短窗口看不见这种回响，长窗口才分得出，哪些克制值得，哪些用力的方向后来证明走偏了。 老同事的真实走向。 当年同期入行的几十个人，十年后散在各处。大厂高管、创业失败、转行、出国、回老家、失联。这是一份关于职业可能性的样本。 判断曲线。 同一类问题会反复遇见。第一次靠直觉，第三次第五次第十次再面对结构相似的局面，可以回头比对自己的判断历史，哪些直觉准了，哪些错了，哪些当时觉得对，后来发现只是路径依赖。 行业常识被推翻。 必须分库分表才扛得住，现在 PG 单机能跑到千万 QPS。NoSQL 是未来，现在 NewSQL 又把 SQL 加了回来。见过几次常识被推翻之后，再听人讲"这是行业共识"，心里会留一分余地。 时间给了什么，又收走了什么。十年走下来，才有点数。