Description
P1中文配音 / P2英语原声
----------------------------------------------------------------
这期视频讲软件工程里的“过早抽象”：真实需求还没出现，就急着加抽象和层级，结果带来过度设计、技术债和认知负担。它引用桑迪·梅茨的观点，说错误抽象比重复代码更贵；也对比过早优化，聊到 YAGNI、DRY、重构、策略模式和样板代码。核心结论是：先解决眼前问题，让模式自然浮现，别为了未来过度泛化。
----------------------------------------------------------------
00:00:00 现实生活类比
00:01:26 示例
00:02:17 过早抽象的问题
00:05:34 核心要点
00:05:42 过早优化？
00:06:05 为什么会这样？
00:08:05 如何避免过早抽象
----------------------------------------------------------------
原标题：What is Premature Abstraction?
原作者：Premature Abstraction
发布日期：2025-04-13
视频链接：https://www.youtube.com/watch?v=1M5Jn86apeM
Comments
那种“赶紧搞完就行”的心态真的坑惨我了，好多项目最后都变成几千行意大利面条，想重构都不知道从哪下手。 最近几个项目好多了，因为我一般会先把架构和各个功能用几种不同风格做原型，最后再选最合适的。 有时候做原型的成本真没那么高，而且能学到不少东西，所以如果你正准备开始一个很长的项目，建议先试试。
抽象很诱人，因为它像解谜一样。你可以设计出漂亮的东西，做出很酷的东西。当你过了新手期、变成中级程序员之后，会经常搞抽象，因为这种感觉真的很爽，尤其是它能跑通的时候。 但当你慢慢变成老手之后，你会意识到“你根本用不上它”和“保持简单”才是真正该做的。然后你又开始写接近新手时期的代码，只是抽象得更克制。
Linus Torvalds 2014年在 debconf 上说过类似的话，大意是：“去解决别人真正指出的问题，而不是你自己以为的问题（或者你自己制造出来的问题——我记不太清了。）”
[doge]
我一直都很抽象