心小天
换个角度看世界，欢迎大家关注我：非著名程序员，希望我的每个回答都不会让大家失望。
其实，一切职场题，归根结底最终都会落到社交这个问题上，不管是从能力层面的问题，还是管理层面的问题，归根结底都是人与人之间的问题。
心态要好
关于代码写的特别烂这件事，其实，你应该有一个好的心态，为什么？因为从侧面反应了一个问题：那就是你的水平比他高。所以，挺好的。
另外，谁都有从初级程序员做起来的过程，我们一开始可能也这样，也经常写的代码很烂，但是，经过锻炼，我们都成长了。所以，只要问题不是特别大，代码烂点就烂点，但是代码烂，并不意味着就是写 bug 。bug 和代码烂是两回事，这个我们得分清楚。
你们是一个团队
另外，既然你跟他负责写同一个项目，那么你们就是一个团队，应该反思一下，写代码的时候，你们团队或者公司层面，有没有相关的代码规范呢？或者在开始写代码之前应该制定一个代码规范，大家尽量都按照规范上规定的方式去写代码，这样整个项目的代码看起来会统一很多，你自己去看同事写的代码的时候也不费力。
所以，我认为，你们项目组应该制定一个规范，这样才可以。
换个角度看世界
那么我看回答的答案中，有人提到了一个非常好的角度，就是从公司安排管理的角度讲的。说：同一个项目当中，公司会均匀搭配的，一个能力好的，会带一个能力差的一起负责。既然，你看他代码写的烂，说明你是那个能力强的人。也说明公司知道你能力比他强，所以让你俩搭配。
说实话，这个角度说的有一定道理，只是有一定的道理。从管理的角度上来讲，确实是这么回事。如果从这个件角度上来讲，你应该感觉很庆幸，不错，起码赢得了公司的信任。
非著名程序员
这个问题，不同的人、不同的角色、不同的经历，会有不同的感受和答案，我以小人之心、妒君子之腹，尝试分析可能的答案。
答案一：“多与同事沟通，委婉地指出其不足”
（1）如果你和同事间有师徒关系，或前辈与晚辈的关系，指出其不足一般是不会有问题的，后辈还会感谢你的指导。
（2）如果你和同事是同级别、同资历，不管多么委婉指出别人代码写的不好，有造成同事间不悦的可能。在程序员间也存在一点“文人相轻”的现象，说不定人家也是这么认为你的（早就心里嘀咕你代码写的烂）。所以在认为别人代码写的烂的时候，要审视一下自己是不是因为自己“瞧不起”别人的能力，如果是这样确实是不应该。有这种思想也不要有负罪感，时间会人让成熟，“文人相轻”的思想会减弱。
答案二：“严格执行质量控制，对事不对人”
如果你是有实权的项目负责人、团队负责人，最好是通过制度、流程来控制代码质量，使用“质量标准”、”代码规范”等统一编码规范，然后通过实际测试结果来暴露代码质量问题。在制度和测试数据面前，代码真正写的烂的员工也无话可说，而且会自觉的修改和提高，因为在制度里同样有着明确的惩罚措施。在适当时候，使用“领导权威”让员工更高效地修改和提高。
答案三：“各人自扫门前雪，莫管他人瓦上霜”
如果你的同伴和你是同级别的同事关系，一般而来说项目中程序开发是有分工的，别人的代码别人写，别人的Bug别人De，代码质量的好坏是有上级领导、测试人员等检验的。工作了多年的老油条应该不会为别人操碎心的，但是同事间的相互帮助是必要的。
程序员有追求完美的心是对的，也有助于自己能力的提高。但是，在指出别人不足时，也要多想一想“我的能力水平能否准确判断别人代码是不是真的写的烂？”、“团队的氛围和同事的性格是否能够接受直接指出其代码写的烂？”、“别人代码写的烂是否有制度流程来检查？”、“别人代码写的烂对我的影响有多大？还是因为我的强迫症看不惯？”、“出现这个问题的原因是什么？需求变态？时间太紧？”、“在什么样的场合指正别人的不足最合适？”等等问题。
我不是严格意义的程序员，是程序爱好者，还没有遇到这个问题，在此站着说话不腰疼，如果大家有好的答案、好的选择，请给题主多多建议。
程序美
说说我的个人一点看法，
”项目组其他同伴代码写的乱，我该怎么办？”这个问题看似是一个技术问题，实际上是一个人际关系问题。
取决于你的做法，你可以和平的解决这个问题。或者，你也可以逼迫他采用你的做法。你可以给他发一封愤怒的邮件，撤销他提交的代码，在code review的时候把他的代码批的体无完肤，事事和他作对。但是这样做，不仅会激怒他，还会影响团队中每一个人的进度。
简单说，如果没有良好的沟通，你无法改变对方的习惯。因此，无论你打算走哪条路，你都要明白，这是一个需要你进行说服对方的人际关系问题，而不仅仅是一个技术问题。