2014年，马斯克在南加州大学的演讲上，道破了他横跨三大领域的秘密：
> "第一性原理，是把事情细分到最基本元素，然后从那里开始推理。不要类比。"
当全世界都说"火箭不可能便宜"时，马斯克回到最底层：火箭由什么构成？ 铝、钛、铜……原材料成本真的高吗？不，问题出在"用完就扔"。于是他重新设计可回收火箭，把发射成本从6500万美元打到90万美元，直接改写了航天业。
这就是第一性原理：不是优化旧规则，而是重写规则。
亚里士多德两千多年前就定义过它："每个系统中存在最基本命题，不能被省略、删除，也不能被违反。"
不是"做得更好"，而是追问"为什么要这样做"。
当你面对技术选型时，第一反应是什么？
看GitHub Stars？追最新框架？听大牛推荐？
全是"类比思维"——别人怎么做，你也跟着做，最多微幅调整。
马斯克说："我们绝大多数时候都是类推思考，模仿别人并加以微幅更改。但想做新东西，必须用第一性原理。"
编程的"第一性"到底是什么？
不是Java还是Go，不是React还是Vue，不是微服务还是单体——
是问题。
问题复杂了，现有方案不够用了，新技术涌现。问题简单了，过度设计就是灾难。
这是"不能被省略"的第一性。
程序是对现实问题的抽象，直接决定代码质量的，是对问题的理解深度。算法是"因"，架构是"果"，框架是"果的果"。
你研究设计模式、追新框架、背八股文……全是"衍生参数"。它们解释"为什么方案会变"，但永远无法替代"问题本身"。
沉迷技术栈而忽略问题本质，就是舍本逐末。
什么样的问题变化值得投入精力？
持续的问题演化，产生技术趋势。
短期热点像湖面涟漪——时刻存在，不可预测，不值得追。
但当一个领域问题持续积累、方案不断迭代，这就是趋势。
持续问题深化，产生技术演进；持续问题简化，产生技术收敛。
趋势是问题与方案在时空上的累积表达。是"需求的结果"，需求反过来又是"趋势的验证"。
一个让"技术原教旨主义者"不适的事实：
真正让你成长的，从来不是"学新框架"，而是深入解决真实问题。
你背完React源码、精通Rust语法，却从未解决过生产问题，能力只会在"学习"名义下空洞化。
反过来，一个技术再火，只要解决的是真问题——趋势本身就是最大的逻辑。
技术成长的极简公式：
> 问题深度 + 技术趋势 = 深耕
> 问题深度 - 技术趋势 = 观望
用第一性原理重新校准技术学习的坐标系。
很多程序员的困境：永远在问"该用什么技术"，试图用选型预测未来。
但第一性原理告诉你：技术选型是后验的，问题解决是先验的。
有技术，不一定有真实需求。有真实需求，背后一定有你不知道的方案。
不是放弃学习，是分清主次——
先看见"问题存在吗"，再理解"用什么技术"。
顺序颠倒，就陷入"用工具代替思考"的陷阱。
马斯克造火箭时，不会先论证"为什么用不锈钢"，而是先问"物理需求允许用不锈钢吗"。底层逻辑成立，就去做，至于同行嘲笑、社区质疑，那是后话。
编程也一样：先尊重问题的现实，再找支撑它的技术方案。
它的终极目标，是让复杂问题变简单。
当你不再被框架绑架、被热点干扰、被"别人用什么"束缚，只回到最底层的问题：
此刻这个需求，真正要解决什么问题？
是短期噪音，还是持续的真实痛点？
答案清晰，选型就简单了。
马斯克说："一层层剥开事物表象，看到本质，再从本质一层层往上走。"
编程世界里，表象是框架、语法糖、"这个更先进"的焦虑。
而本质，永远是问题。
> 如果这篇文章让你少学了一个无用框架，多了一层底层认知，欢迎转发给那个还在"类推思维"里打转的朋友。
>
> 毕竟，在这个行业里，看清本质的人，永远比勤奋刷文档的人，走得远。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。