- 不写注释：忽略为代码添加解释性注释，使得其他开发者难以理解和维护代码。
- 不遵循编码规范：没有遵守一致的编码风格和标准，导致代码难以阅读。
- 过度编程：添加不必要的复杂性和功能，而非寻求简洁高效的解决方案。
- 不进行测试：不编写测试用例或忽视测试过程，增加了软件出错的风险。
- 拒绝学习新事物：不愿意更新知识库或学习新技术，限制了个人和项目的成长。
- 重复造轮子：没有利用现有库或框架，浪费时间去重新实现已有功能。
- 忽视错误处理：没有妥善处理异常和错误情况，使得程序在遇到问题时更容易崩溃。
- 不使用版本控制系统：不使用如Git这样的版本控制系统来管理代码变更历史。
- 推迟修复BUG：将已知缺陷放置一边，而非及时修复。
- 缺乏沟通：与团队成员沟通不足，导致误解和冲突。
- 忽略性能问题：对代码性能缺乏关注，可能导致应用运行缓慢或资源消耗过多。
- 拒绝接受批评：对于同事的反馈和建议持防御态度，错失改进自己的机会。
- 不写文档：忽视编写项目文档和用户手册，让用户和新团队成员难以上手。
- 过分依赖IDE自动化功能：依赖IDE来纠正所有错误而不理解背后原因。
- 未经审查就合并代码：将代码合并到主分支而不进行代码审查，可能引入新问题。
- 过早优化：在确定瓶颈之前就开始优化代码，可能浪费时间且引入新问题。
- 忽略安全性：编写时没有考虑安全性，使应用容易受到攻击。
- 不理解需求：开始编码前没有充分理解需求，导致产品偏离预期目标。
- 对工具依赖过度：依赖特定工具或语言而不是选择最适合问题的工具或语言。
- 未备份重要数据：没有定期备份项目数据和文档，一旦发生故障可能导致重大损失。
- 不断推迟任务：拖延症导致任务累积和截止日期临近时匆忙完成。
- 过度自信：过分相信自己的解决方案而不考虑其他可能性。
- 不愿意分享知识：不愿意与同事分享技术知识或经验。
- 缺乏项目管理技能：没有合理规划时间和资源，导致项目延期。
- 编写”只有我能读懂”的代码：写出难以理解或维护的代码。
- 不使用或滥用设计模式：不理解或错误地应用设计模式，造成代码复杂化。
- 忽视代码审查反馈：认为自己总是对的，拒绝采纳他人建议。
- 过分依赖全局状态和单例：滥用全局变量和单例模式，导致代码耦合严重。
- 没有备份工作环境配置：在环境崩溃后无法快速恢复工作状态。
- 编码前不做计划：没有事先规划就开始编码，导致需要频繁重构。