Now vibe coding, so learning hammer FE ?https://channel.meo-ai.comhttps://channel.meo-ai.com/posts/708https://channel.meo-ai.com/posts/708Sun, 20 Sep 2026 02:45:28 GMT<span class="post-title-source">《框架还重要吗？》</span><br /><br />标签：<br /><a href="/search/result?q=%23%E7%BC%96%E7%A8%8B" title="#编程">#编程</a> <a href="/search/result?q=%23Web%E5%BC%80%E5%8F%91" title="#Web开发">#Web开发</a> <a href="/search/result?q=%23AI%E7%BC%96%E7%A8%8B" title="#AI编程">#AI编程</a> <a href="/search/result?q=%23%E5%89%8D%E7%AB%AF%E6%A1%86%E6%9E%B6" title="#前端框架">#前端框架</a> <a href="/search/result?q=%23React" title="#React">#React</a> <a href="/search/result?q=%23%E8%BD%AF%E4%BB%B6%E5%B7%A5%E7%A8%8B" title="#软件工程">#软件工程</a> <a href="/search/result?q=%23%E6%8A%80%E6%9C%AF%E8%B6%8B%E5%8A%BF" title="#技术趋势">#技术趋势</a> <a href="/search/result?q=%23VibeCoding" title="#VibeCoding">#VibeCoding</a><br /><br />总结：<br /><br />这是一篇探讨在 AI 编程时代 Web 框架是否仍然重要的深度分析文章。作者 Brooks Lybrand 作为拥有三年开源框架开发经验的前端工程师，针对"模型已经足够好，框架选择不再重要"的流行观点进行了系统性反驳，论证了框架在提供抽象、结构和约束方面的核心价值，并呼吁行业继续创新和构建新框架。<br /><br />文章要点：<br /><br />1. **对"React 已赢"论的质疑**：作者指出当前流行观点认为由于 LLM 训练数据中 React 代码最多，模型最熟悉 React，因此无需尝试其他框架。但他认为这种逻辑存在矛盾——如果框架真的不重要，那连 React 都不需要，直接用 Web Components 或让 AI 生成原生代码即可。<br /><br />2. **框架的本质价值**：作者将框架的价值精炼为三点：**提供抽象（Abstractions）、结构（Structure）和约束（Constraints）**。这些价值不仅适用于人类开发者，对 AI 编程同样关键——良好的抽象能避免 AI 重复造轮子或创建混乱的临时方案；清晰的结构帮助 AI 生成可维护的代码；明确的约束（如类型检查、测试）能防止 AI 在迭代中破坏系统。<br /><br />3. **AI 时代框架的隐性存在**：引用 React 核心团队成员 Ricky Hanlon 的观点"你要么使用框架，要么构建框架"，作者强调即使不显式选择框架，AI 在生成代码时也会隐式地创建框架。与其让 AI 生成一个缺乏维护、充满临时补丁的"隐性框架"，不如使用经过实战检验、文档完善的开源框架。<br /><br />4. **开发者体验（DX）的重构**：通过分析 HMR（热模块替换）、TypeScript 和 <code>useEffect</code> 等具体技术，作者说明某些传统 DX 功能对人类开发者的价值正在转变，但对 AI 编程仍至关重要。例如 TypeScript 的类型约束能有效防止 AI 在复杂应用中引入错误，而 <code>useEffect</code> 这类强大但易误用的抽象则应该避免让 AI 随意使用。<br /><br />5. **框架战争的终结与新机遇**：作者认为 2013-2024 年的"框架战争"已经结束，人们不再渴望为框架争论，但这不意味着框架不再重要。他指出当前框架领域仍存在明显不足，特别是缺乏真正全栈、基于 Web 标准、易于 AI 协作且代码可理解的 JavaScript 框架。<br /><br />6. **对未来的呼吁**：尽管承认 AI 正在重塑软件开发，且没人知道其长期影响，作者仍坚持认为认为"所有问题都已解决"是一种颓废的态度。他呼吁继续构建新框架，探索更好的抽象和模式，而不是停留在"现有框架足够好"的舒适区。<br /><br />URL：<br /><a href="https://brookslybrand.com/posts/do-frameworks-matter-anymore/" target="_blank" rel="noopener" title="https://brookslybrand.com/posts/do-frameworks-matter-anymore/">https://brookslybrand.com/posts/do-frameworks-matter-anymore/</a><br /><br />&gt; 个人觉得有点片面化，remix 脱离 react 转而用 preact 自创轮子https://channel.meo-ai.com/posts/660https://channel.meo-ai.com/posts/660Fri, 12 Jun 2026 01:47:25 GMT<span class="post-title-source">《现代工程价值观：AI 时代的效率与品味》</span><br /><br />标签：<a href="/search/result?q=%23%E8%BD%AF%E4%BB%B6%E5%B7%A5%E7%A8%8B" title="#软件工程">#软件工程</a> <a href="/search/result?q=%23AI%E7%BC%96%E7%A8%8B" title="#AI编程">#AI编程</a> <a href="/search/result?q=%23%E4%BB%A3%E7%A0%81%E5%AE%A1%E6%9F%A5" title="#代码审查">#代码审查</a> <a href="/search/result?q=%23%E5%9B%A2%E9%98%9F%E7%AE%A1%E7%90%86" title="#团队管理">#团队管理</a> <a href="/search/result?q=%23%E6%8A%80%E6%9C%AF%E6%A0%88" title="#技术栈">#技术栈</a> <a href="/search/result?q=%23%E5%BC%80%E5%8F%91%E8%80%85%E4%BD%93%E9%AA%8C" title="#开发者体验">#开发者体验</a> <a href="/search/result?q=%23%E5%B7%A5%E7%A8%8B%E7%AE%A1%E7%90%86" title="#工程管理">#工程管理</a><br /><br />总结：<br />作者 Christoph Nakazawa（cpojer）分享了他近半年完全依赖 AI 编码代理完成多个项目的实战经验，指出编程已从"手写代码"转向"指挥系统生成代码"。文章提炼了 AI 时代仍至关重要的五大工程价值观：强所有权、品味至上、严格约束与快速反馈、代码库即上下文、掌控技术栈，并强调管理需更技术化。作者用数据证明效率提升 3 倍，认为未来瓶颈不再是写代码，而是判断力与品味。<br /><br />文章要点：<br />1. **AI 编码已成常态**：作者过去数月多个项目（Vite+、fate、Codiff、Athena Crisis 等）90%-100% 由 AI 编写，代码质量甚至超越手写，且能在几分钟内完成过去数周的工作<br />2. **Codex CLI 是最佳搭档**：使用 GPT 5.5 high 配合 Codex CLI，配合"先写失败测试再修复"的策略，能极大提高一次性正确率；多项目并行时建议每个项目独立窗口，利用空间记忆提升效率<br />3. **强所有权比代码更重要**：AI 放大了"懂行"与"不懂行"的差距，小团队（2-3 人）+ 清晰边界 + 独立仓库比大团队协作更高效，审查应聚焦对齐而非代码细节争论<br />4. **品味是防"垃圾"泛滥的护城河**：AI 能全天候生成大量平庸代码，工程师的核心价值转向判断"什么值得做"，团队应花更多时间思考方向而非盲目堆功能<br />5. **严格约束 = 速度**：把代码规范、自动化测试、快速验证等"护栏"做得越严，AI 迭代越快（1 分钟 vs 60 分钟的差距）；工具必须支持增量检查，避免随代码量增长而变慢<br />6. **代码库即唯一上下文**：将设计文档、产品行为、决策记录全部沉淀在仓库内，让 AI 和人类都能快速理解；代码越简洁、越易读，AI 修复和迭代越高效<br />7. **自研技术栈重新划算**：过去依赖第三方库是因为手写代码慢，现在 AI 降低了自研成本，掌控核心依赖能避免被外部框架绑架，获得完全的产品体验控制权<br />8. **保留选择权（Option Value）**：任何架构改动都应保留未来大幅调整的可能性，AI 虽让重构变快，但把自己逼进死胡同依然难以脱身<br />9. **管理必须更技术化**：执行成本降低后，管理者不能只做方向把控，必须保持领域 expertise，能亲自改代码、做技术决策，"技术型管理"（Tech Lead Management）将成为主流<br />10. **效率数据惊人**：近 30 天日均提交 770 次、修改 15k 行代码，是两年前的 3 倍；过去手写巅峰一天 1200 行，现在 AI 辅助可达 10 倍且质量更高<br /><br />URL：<br /><a href="https://cpojer.net/posts/modern-engineering-values" target="_blank" rel="noopener" title="https://cpojer.net/posts/modern-engineering-values">https://cpojer.net/posts/modern-engineering-values</a><a class="tgme_widget_message_link_preview" href="https://cpojer.net/posts/modern-engineering-values" target="_blank" rel="noopener" title="Modern engineering values."> <div class="link_preview_site_name accent_color">cpojer.net</div> <img class="link_preview_image" alt="Modern Engineering Values" src="/static/https://cdn4.telesco.pe/file/QweQSg_0hDrvvz2zXk-R-Ju-75cWc1HOdlKdeNp7Zb_GfqU6PR38V0YJ4u3jG6pGyyYo1fQxxQjKwDy47W5iTzD-tL1G16rw_JVFhjxmYQZ2meOFMRKxpxSADw8IvwtKcB8cVca2RXu9VvGQfbczjSRppl_NlJRt3WTmCAD6ejYmZyD8kmbxyshlGP35-xCATRJJdTsJtjExYXp7S6L_AkCKFBmmuLBSZAvmaCer349QQyD9RoJ1LawETQuW4n7tkbDEwv4xyCi5HbNP1fVJyp9aHNxIv1IHnnQkRoHosSIBqARiCMpk0CRGIpkxTkDZJKogKKkR7LiTcBimtujlEA.jpg" width="1200" height="630" loading="eager" /> <div class="link_preview_title">Modern Engineering Values</div> <div class="link_preview_description">Modern engineering values.</div> </a>