……我在编程中学会了这个，但现在我把它应用到从摩托车保养、家用电器维修到育儿的各个方面。-- 修复一个复杂系统更简单的方法是假装它可能更简单，然后重新引入导致复杂性的需求。我有一位教授把调试当作一种与编程完全不同的技能来教授，他常说："编程的大部分内容是从一个空白的编辑器开始，然后调试直到代码能运行"。在2000年的Java课程中，调试"实验课"是我课后转变观念的课程之一——当时我得到了一个可以打印在2-3页纸上的Java程序，其中有一个错误，被要求在打印的代码中找出来大约20分钟，然后给了40分钟使用调试器。
源讨论Ask HN：你花了太长时间才学会的行业技巧是什么？原帖 670 条评论 · 导入时统计过去三个月里，每周我都会学习一个新的技巧，以帮助我所使用的任何大型语言模型（LLM）生成更好的输出。这是我从事的工作，但很多Hacker News的读者从事的工作比这更有意思。 就我而言，最近我才意识到让LLM先编写并完善一个plan.md架构文档的价值，然后让LLM将该文档分解为可测试的阶段，再逐步实现每个阶段。 现在看来这似乎很显而易见。但直到最近我才意识到这应该成为我的方法。我之前自己也是逐步进行的——没有让LLM制定一个总体的plan.md。 你花了太长时间才学会的“行业技巧”是什么？
完整原文把你的经验，加入这段讨论。
> 作为推论，每个运行的复杂系统都来自一个简单的系统。 "做最简单能工作的那件事"是我一再坚持的核心架构原则之一。为什么写一个简单的函数，而花一周时间考虑每一个想象中的边缘情况并实现模块化扩展能力呢！请...停止... 我理解调试器的故事。如果你深入某种语言，了解调试器内部是合理的。但stdout是通用的，我从来不是特定语言的开发者，而是能够跳入任何需要的环境中。
完整原文并不总是正确的。例如，如果你在修理自行车的刹车，你应该确保工作正确且完成得好。你不希望在以60英里每小时的速度行驶时刹车失灵。
完整原文我要补充的是，《新机器的灵魂》中的一句话："并非所有值得做的事情都值得做得很好。"
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。