blog-jim-nielsen-com

作者回忆了童年时的一次公路旅行，家里的汽车因电子风扇传感器故障而不断过热。机械师无法修复，因为这是一辆需要连接电脑诊断的"计算机化"汽车。这让他联想到如今用LLM构建软件的时代：如果代码库由LLM协助创建，那么其复杂性和bug是否也只能通过LLM来检查、理解和修复？

作者详细介绍了对其笔记网站的技术更新：将单页应用改为每个笔记拥有独立URL，并调整了标识符格式以避免浏览器兼容性问题。同时添加了客户端随机跳转功能，并谨慎处理了新旧URL的过渡以避免RSS订阅重复。

本文探讨了编写代码作为迭代过程的重要性，认为通过AI生成代码虽然快速，但会错过理解细节和优化思考的机会。作者用采矿的比喻说明，不同的工具带来不同的过程，需要权衡代码生成工具带来的效率与思考深度的损失。

Jason Gorman 探讨了"持续"一词在软件开发中的核心地位，指出传统的分阶段开发模式已不适应快速变化的需求。真正的软件制作是一个持续循环的设计、编码、测试、集成和发布过程，各阶段界限模糊，团队职责也随之融合。关键在于这些循环是以小时还是周为单位，以及我们能否通过微反馈循环不断迭代演进。

本文探讨了界面设计中的核心矛盾：遵循系统性规则确保一致性，还是允许本地化例外创造独特愉悦。通过分析1997年ClarisWorks对话框的"现在/稍后/永不"按钮设计，作者指出深思熟虑的例外设计有时比机械遵循规则更能带来优雅体验。

作者尝试使用AI辅助的"氛围编码"方式开发理想的RSS阅读器应用，经历了macOS原生应用、网页版和Electron应用的多次尝试，最终发现虽然AI能快速从零到一，但要实现真正优秀的软件仍需深厚的专业知识和长期投入。

作者反思了使用大型语言模型进行原型设计的体验，指出虽然LLM让原型设计变得容易，但有时会导致目标模糊。他建议在开始LLM原型设计前先进行草图绘制，这能更快速、低成本地验证想法，避免浪费计算资源。

作者厌倦了依赖远程服务器构建个人网站，转而采用本地优先的构建和部署方式。通过关闭Netlify的自动构建，改为从本地文件夹获取内容并使用Netlify CLI手动部署，他简化了流程并避免了跨计算机环境问题。

文章对比了技术中心与人类中心两种设计思维：当AI无法按预期工作时，前者会归咎于用户"技能不足"，而后者则会反思工具设计是否未能匹配用户的实际需求与期望。

文章指出，现代世界将速度奉为首要美德，但真正的智慧需要缓慢的反馈循环。智慧要求人们允许自己被经验"解构"——让现实瓦解观点，让世界撕碎作品，让短视摧毁想法。然而，当我们保持高速前进时，就会错过这些反思的机会，无法从忽视的事物中学习。智慧正在追赶我们，但我们走得太快，听不到它的教诲。