文章摘要
文章核心观点是:公司应谨慎使用有限的“创新额度”,优先选择成熟稳定的“无聊技术”,避免在非核心领域过度追求新颖,从而降低风险并确保长期稳定发展。
文章总结
选择“无聊”的技术:一篇关于技术选型的深度思考
作者在职业生涯中深受前上司Kellan的影响,目睹其技术决策带来的长期收益,从而形成了对技术选型的独特见解。核心观点是:每家公司只有有限的“创新代币”,应谨慎使用,避免在非核心领域过度创新。
拥抱无聊:作者认为,大多数公司应将创新资源集中在核心业务上,而非技术栈本身。所谓“无聊”的技术(如MySQL、Postgres、PHP、Python、Memcached等)并非不好,而是其能力和失败模式已被充分理解,能有效降低未知风险。相比之下,追逐新技术(如NodeJS、MongoDB)会消耗宝贵的创新代币,并带来大量未知的未知问题。
全局优化:技术选型不能孤立进行,需考虑团队、组织及系统整体的复杂性。引入新技术会带来运维成本和认知负担。“为工作选择最佳工具”的观点过于短视,真正的“最佳”工具应是在长期内对大多数问题占据“最不差”位置的那个。保持系统长期稳定运行的成本,远高于构建时的便利。
适时引入新技术:完全排斥新技术也不现实。关键在于建立公司层面的讨论流程:首先思考能否用现有技术解决问题;若必须引入,需明确新技术的具体价值、与现有系统的重叠或替代关系,并制定清晰的迁移计划,避免技术碎片化。
核心原则:技术选型的最终目标是“交付产品”。盲目追求多语言、多工具的自由,反而会因运维负担压垮团队。有意识的技术选择,才能为工程师腾出精力思考真正重要的问题。技术本身不是目的,而是手段。
评论总结
以下是对评论内容的总结,基于主要观点、论据和认可度(评分均为None,故未单独标注),并保持不同观点的平衡性:
核心观点:创新代币(Innovation Tokens)概念
支持方:认为“创新代币”是管理技术选型的有用框架,能帮助权衡和解释决策。
- 关键引用:NickNaraghi: “It is one of the most useful concepts I have had as a PM / eng leader in my career. It helps actually make the right tradeoffs.”
- 关键引用:theptip: “Using the language of the article, I’d say ‘push all your innovation tokens into agents’ is probably a good move.”
反对方:批评该概念模糊、不严肃,认为应基于具体需求、风险和收益评估技术,而非依赖“新颖”或“陈旧”的代理指标。
- 关键引用:insanitybit: “I dislike the arbitrary ‘innovation tokens’ and I think this entire concept really blurs the lines and feels sort of unserious.”
- 关键引用:insanitybit: “Sit down, write out your requirements, determine candidate solutions, and choose them based on their fit. ‘Boring’ means nothing, it’s a vague proxy term.”
平衡观点:可靠性与创新
倾向可靠性:强调长期稳定运行的软件价值,认为“无聊”技术优于频繁更换。
- 关键引用:euthymiclabs: “Software that works year-after-year has never been a commodity. It’s boring on the surface. It doesn’t get the flashy posts. But I’ll choose reliable over new in almost all cases.”
- 关键引用:gaigalas: “Go hard boring on 80% of what you do. Go hard exciting on the 20% else.”
倾向创新:认为“无聊”技术列表会过时,且过度保守可能错失机会。
- 关键引用:martythemaniak: “The problem with this is that the list of tech that gets boring changes all time, faster than people’s opinions.”
- 关键引用:Animats: 以B-52轰炸机为例,说明高风险创新可能带来长期成功(“That’s the high-risk approach. It worked. Hundreds are still in active service.”)
其他相关讨论
- AI时代影响:AI工具(如代理)可能偏向流行技术(如TypeScript/Next.js),而非最佳选择。
- 关键引用:westoque: “i just did an AI hackathon and 90% of the submissions were written in TypeScript and Next.js which is mostly due to the training data.”
- 历史案例:IBM在集成电路上的保守导致落后,而B-52的创新则成功。
- 关键引用:Animats: “IBM was late getting into integrated circuits... kept mainframe prices high and made IBM late to minicomputers.”
总结
评论围绕“创新代币”概念展开,支持者认为其有助于决策,反对者则强调应基于实际评估。同时,讨论延伸到可靠性与创新的平衡,以及AI时代对技术选型的影响。整体上,观点多元,但缺乏明确评分,需结合上下文判断认可度。