这个问题，不同的人、不同的角色、不同的经历，会有不同的感受和答案，我以小人之心、妒君子之腹，尝试分析可能的答案。
答案一：“多与同事沟通，委婉地指出其不足”（1）如果你和同事间有师徒关系，或前辈与晚辈的关系，指出其不足一般是不会有问题的，后辈还会感谢你的指导。
（2）如果你和同事是同级别、同资历，不管多么委婉指出别人代码写的不好，有造成同事间不悦的可能。在程序员间也存在一点“文人相轻”的现象，说不定人家也是这么认为你的（早就心里嘀咕你代码写的烂）。所以在认为别人代码写的烂的时候，要审视一下自己是不是因为自己“瞧不起”别人的能力，如果是这样确实是不应该。有这种思想也不要有负罪感，时间会人让成熟，“文人相轻”的思想会减弱。
答案二：“严格执行质量控制，对事不对人”如果你是有实权的项目负责人、团队负责人，最好是通过制度、流程来控制代码质量，使用“质量标准”、”代码规范”等统一编码规范，然后通过实际测试结果来暴露代码质量问题。在制度和测试数据面前，代码真正写的烂的员工也无话可说，而且会自觉的修改和提高，因为在制度里同样有着明确的惩罚措施。在适当时候，使用“领导权威”让员工更高效地修改和提高。
答案三：“各人自扫门前雪，莫管他人瓦上霜”如果你的同伴和你是同级别的同事关系，一般而来说项目中程序开发是有分工的，别人的代码别人写，别人的Bug别人De，代码质量的好坏是有上级领导、测试人员等检验的。工作了多年的老油条应该不会为别人操碎心的，但是同事间的相互帮助是必要的。
程序员有追求完美的心是对的，也有助于自己能力的提高。但是，在指出别人不足时，也要多想一想“我的能力水平能否准确判断别人代码是不是真的写的烂？”、“团队的氛围和同事的性格是否能够接受直接指出其代码写的烂？”、“别人代码写的烂是否有制度流程来检查？”、“别人代码写的烂对我的影响有多大？还是因为我的强迫症看不惯？”、“出现这个问题的原因是什么？需求变态？时间太紧？”、“在什么样的场合指正别人的不足最合适？”等等问题。
我不是严格意义的程序员，是程序爱好者，还没有遇到这个问题，在此站着说话不腰疼，如果大家有好的答案、好的选择，请给题主多多建议。
程序员每次在做一个大型项目时，肯定是和别人一起合作开发完成这个项目，每个人负责一个功能模块的代码开发。有时候难免会遇到这种情况，某个同学的代码写的不好。如果你和他关系非常好的话，你可以给他提出一些代码改进的建议。如果你和他的关系仅是同事关系的话，我觉得可以先从自己做起，把自己的代码写的非常的优雅整洁。以后他在看到你的代码时，其实也会受到你的影响，向你对齐。
当然，如果这种方式行不通的话，我觉得可以向你的 leader 进行反馈和建议，当然反馈的内容不是说某个同学代码写的不好，而是说要加强团队的项目代码的编写规范。
一个好的代码，对项目、团队以及个人都有利。其实代码不仅仅是给个人看的，最主要还是给其他人看的，因来未来你在离职以后，当你的代码交给新人来维护时，好的代码其实能够减少他的运维难度。同时，如果未来代码有 bug 时，好的代码能够加快我们对 bug 的定位以及修复。
团队其他同学的代码写的不太好，一个原因可能是因为平时写代码写的过少，另外一个原因可能是还没有形成良好的个人代码规范，只想着快速完成业务的需求。这种情况其实在新人里面可以经常看到，新人可能想快速的达到结果，而忽视了代码的质量。
所以一个好的团队，一定要有好的代码规范和约束，比如每周的团队代码 review，或者每次代码提交时，都要有一个人 review 之后才能提交。可以给新人推荐一些代码方面的书籍，比如《代码整洁之道》，让团队每个人养成习惯就好。
我之前在公司的时候，公司有时候会举办晒代码比赛。有很多技术经验非常丰富的程序员，会来审查参赛同学的代码。从代码的健壮性以及逻辑实现方面，最终会评选出一个优质代码奖项，同时会向全公司表扬。如果一个互联网公司是技术型公司，我觉得公司层面也应该鼓励良好的代码设计，去向开发同学多宣传这样的一个思想。
最后，我觉得好的代码还是应该从个人做起。自己的把写的每行代码都写的非常整洁，同时逻辑非常的清晰明了，让大家一看就知道是实现什么功能。渐渐地，你的代码其实也会影响到其他的开发同学。他们在看到你好的代码设计的时候，或多或少也会和自己的代码进行比较。你代码的一些优点也会帮助他们审查自己的代码，希望每个程序员都能够养成好的代码编程习惯。
我是Lake，专注大数据技术原理、人工智能、数据库技术、程序员经验分享，如果我的问答对你有帮助的话，希望你能点赞关注我，感谢。
我会持续大数据、数据库方面的内容，如果你有任何问题，也欢迎关注私信我，我会认真解答每一个问题。期待您的关注
- 上一篇： 网页HTML代码中的文字移动怎么做？
- 下一篇： 返回列表