… 而且即使我做了这些类比，这也不仅仅适用于软件开发人员。我曾参与的一个团队失去了一位长期的“技术作家”（这不是他们的全职工作，但这是他们为该团队承担的一个角色）。这个人是我认识的最擅长记录事物的人。即使团队在失去他们后仍然感到震惊。即使他们留下了所有文档，知道哪些内容被记录、在哪里以及有多新，以及各种未在文档中记录的元数据也随之离开了。几年后，他们的文档仍然有用，但没有人能达到他们对所有内容的百科全书式的了解程度。用一个类比来说，纽约洋基队在专注于从自己的小联盟系统中培养阵容时表现最好。长期效力的球员会指导新队员，形成一个团结的团队，其整体表现远超各部分之和。当成功和金钱占据主导地位，他们试图从其他球队挖来“全明星”球员时，表现最差。这些无形的因素并不在那里，或者不够强大。一家好的公司也是如此。…
源讨论不仅仅是DNS：从14小时AWS宕机中获得的教训原帖 60 条评论 · 导入时统计作为一名即将推出SaaS产品的开发者，这样的宕机事件非常有教育意义——尽管也令人恐惧。 "冷启动"的类比很贴切。作为一名独立开发者，我一直在做出决策，权衡"快速发布"与"产品出问题时会发生什么"。现实是：当你是一个1-2人的团队时，你无法为每一种故障模式进行架构设计。 但这次分析有趣的地方在于：对于控制理论和断路器的建议不仅仅适用于AWS规模的系统。即使是小型产品也能从优雅降级模式中受益。区别在于——在AWS规模下，一种不稳定故障可能会级联14个小时。而在独立开发规模下，你只是...失去客户，却永远不知道原因。 人才流失的观点也很令人担忧。如果就连AWS——拥有资源和机构知识的公司——在资深员工离开时都会遇到困难，初创公司又有什么机会呢？这真是...…
完整原文把你的经验，加入这段讨论。
我认为很多开发者可能没有意识到组织中人性的一面，因为到目前为止，我们行业的大部分努力都是为了减少人力，但员工确实是任何成功组织的关键。
完整原文我在咨询项目中经常亲身体验到这一点，管理层认为团队就像踢足球一样，可以在比赛进行中替换球员并继续进行，当然，正如你指出的那样，这不可避免地会带来各种问题。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。