Most technical problems are people problems
5 months ago
- #leadership
- #technical-debt
- #software-development
- 作者曾就职于一家存在严重技术债务的公司，包括使用过时的框架且没有单元测试。
- 一个需要将仅支持Windows的模块移植到Linux的项目导致了代码库重复——这成为重大维护隐患。
- 技术债务项目很难向管理层推销，因为它们不会直观地改善功能。
- 作者意识到问题更多在于人而非技术——抗拒变革的开发人员延续了过时的实践方式。
- 技术债务往往源于人的问题：需求不明确、不切实际的期限、对陈旧技术的舒适区以及个人ego。
- 重构努力付诸东流，因为团队其他成员仍以过时的方式编写代码。
- 工程师在真空中解决问题的理想（无视办公室政治和截止期限）在多数职场中并不现实。
- 非技术利益相关者需要关于技术债务清理价值的清晰沟通。
- 资深工程师必须具备跨部门协作能力，在技术技能与人际敏感度间取得平衡。
- '抬头看路的程序员'——既懂技术又知晓项目风险的人——与深度专业化的工程师同等重要。