程序员再这么干可就毁了

在与多家公司的程序员交流中，发现他们普遍存在一个问题：不理解也不愿意参与了解业务。程序员们往往只想写代码，不关注功能背后的业务逻辑，也不愿意在代码中加入注释、处理异常情况或提前与他人沟通接口的参数。他们通常将测试工作留给测试人员，而不愿意对自己的代码质量负责。

这种现象背后的现实是，编程的真正目的是解决问题，而不仅仅是编写代码。如果程序员只满足于掌握编程语言的语法而不理解程序的目的，他们就会局限在一个“工具人”的角色中，这将导致他们在职业发展上遇到瓶颈。这种局限性可能源于大学教育和职场初期管理者的培养不足，他们往往没有机会参与真实项目的开发，缺乏软件工程的意识。

因此，那些有志向的程序员需要主动改变这种状况。他们应该参与到需求讨论中，多问“为什么”，提高编程水平，注重代码的内在质量，并将测试视为自己工作的一部分。这样，他们才能为自己的工作质量负责，并在职业道路上走得更远。

文章最后推荐了一系列阅读材料，这些材料涉及敏捷环境下的质量保证、团队级敏捷的挑战、用户故事的写作时机、敏捷组织的构建等话题。同时提到了由资深企业级敏捷教练和咨询顾问徐东伟主理的公众号，该公众号专注于敏捷转型、业务敏捷和敏捷组织，提供了敏捷转型策略、避坑方法、成功案例以及敏捷组织的各个方面的内容。