DEV Community
·
为什么我的代码在夜间更有效（以及我对自己说的其他谎言）
内容提要
程序员常常抱有不切实际的信念，如“我会写个快速脚本”，但最终却变得复杂；“这是临时的”，临时代码却往往最稳定；“我会晚些写测试”，但通常不会；“我会记得原因”，未来的自己却会迷惑；“这是学习机会”，但没人愿意如此学习；“我们下个冲刺再清理”，但总有其他事情占用时间。软件开发充满逻辑与迷信。
关键要点
-
程序员常常认为写快速脚本很简单，但最终却变得复杂。
-
临时代码往往成为最稳定的部分，尽管开发者知道它不够好。
-
程序员通常不会在后期写测试，尽管知道测试的重要性。
-
未来的自己往往无法理解过去的代码，注释也无法提供足够的帮助。
-
在重大故障后，程序员会说这是学习机会，但没人愿意以这种方式学习。
-
程序员总是计划在下一个冲刺中清理代码，但现实总是有其他事情占用时间。
-
软件开发既是逻辑的结合，也是迷信和咖啡因引发的幻觉。
延伸解读
程序员的常见误区
许多程序员在开发过程中会抱有不切实际的信念，比如认为快速脚本会简单完成，实际上却常常演变成复杂的项目。这种误区不仅影响了开发效率，还可能导致后期维护的困难。
临时代码的隐患
临时代码虽然被认为是不够理想的解决方案，但往往成为系统中最稳定的部分。这种现象提醒开发者，临时解决方案可能会在不知不觉中变成长期依赖，增加未来的维护成本。
测试的重要性
程序员普遍存在推迟编写测试的倾向，尽管测试对代码质量至关重要。缺乏测试不仅会导致潜在的错误难以发现，还可能在项目后期造成更大的麻烦，影响整体开发进度。
反思与学习的机会
在经历重大故障后，程序员常常会将其视为学习机会。然而，真正的学习往往需要系统性的反思，而不是在压力和错误中匆忙总结。有效的学习应当在平时就融入开发流程中。
延伸问答
为什么程序员认为写快速脚本很简单？
程序员常常低估了快速脚本的复杂性，认为只需简单的自动化，但最终会变得复杂。
临时代码为什么会变得最稳定？
临时代码往往不被修改，成为系统中最稳定的部分，尽管开发者知道它不够好。
程序员通常在什么情况下会写测试？
程序员通常只在代码上线、出现故障或想给高级工程师留下好印象时才会写测试。
未来的自己为什么无法理解过去的代码？
未来的自己常常会面对不记得原因的代码，注释也无法提供足够的帮助。
程序员如何看待学习机会？
程序员在重大故障后会称之为学习机会，但实际上没人愿意以这种方式学习。
为什么程序员总是推迟代码清理？
程序员总是计划在下一个冲刺中清理代码，但现实中总有其他事情占用时间。
