框架开发者们，注意！当“裸”代码成为真正的奢侈

Source: Dev.to

为什么我搭建了一个极简站点

昨晚，在一次突如其来的灵感迸发中，我决定在 toviszsolt.com 上搭建一个新网站——我的个人中心。没有宏大的计划，没有 Jira 任务，最重要的是：没有框架。
零 React，零 Vue，零 Angular。甚至没有一行 Tailwind 类。

于是，我回归基础：原始 HTML、定制 CSS，以及极少量的 JavaScript。

纯 HTML、CSS 与 JavaScript 的乐趣

为什么？因为拥有超过 20 年的首席软件架构师和实战全栈工程师经验，我有时需要提醒自己，开发到底是关于什么的。

在这个行业待了这么久，你会忘记那种童真般的创造快感——敲下一行代码，刷新浏览器，砰，就出现了。

• 没有构建流程。
• 没有 npm install 下载半个互联网。
• 没有等待 Webpack。

只有你和代码。这种与技术的直接连接，就像木匠使用手工刨而不是工业机器。他们这么做不是为了慢，而是为了感受木纹。使用纯 HTML 和 CSS 能让你重新获得这种控制感。你清楚每件事为何发生，如果有 2 像素的偏差，你不必翻阅库的文档——直接修正 margin 即可。

框架何时合适

别误会，我喜欢现代工具。框架（例如 Next.js）并不是敌人。它们的诞生是为了解决复杂性、可扩展性和团队协作问题。

如果我们在 Stacklegend 构建银行系统、复杂的 SaaS 产品或大型企业门户，我不使用它们简直是疯了。在这些场景下，结构、状态管理以及基于组件的思维方式是救命稻草。

过度工具化的风险

对于介绍页、着陆页或简单的作品集来说，启动一个框架往往像用大炮打麻雀。我们在自己和用户之间堆砌了不必要的层，只因为我们可以。

我常看到开发者在工具的海洋中迷失。他们成了“Frameworkers”，而不是工程师。他们学会了框架的规则，却忘记了引擎底层的动力。

坚守原始技术

即使在使用框架时，也必须了解底层的“原始”技术：

• 如果你懂 CSS Grid 和 Flexbox，就不会受限于 UI 套件的局限。
• 如果你懂原生 DOM 操作，就会知道何时 Virtual DOM 变慢。
• 如果你懂 语义化 HTML，SEO 与可访问性就不会成为事后考虑。

结论

你在问我是不是疯了？我并不是出于受虐倾向才走这条路。我选择它是因为根本不需要别的东西。我手写 CSS 并不是为了受苦，而是因为任务——一个快速、简洁、信息丰富的站点——需要这么做。

结果是一个闪电般快速的网站，没有任何臃肿软件，五年后我仍然可以轻松编辑，而不必担心依赖已废弃。

所以，Frameworkers，有时大胆地“裸奔”写代码吧。你会惊讶于那种解放感。

祝编码愉快！