做为同事,你会指出别人代码上的不足吗?

项目中对的但是不合理的代码很多，一般不说，说了人家会说你装比

与影响自己工作的话，不会说。
原因如下：
1、多一事不如少一事，怕影响关系。
2、别人这样写，有可能有他自己的理由，没深入调查过，不能轻易判定别人错误。
3、自己天天都加班，哪里来时间看别人代码。。拿着接口直接调用，数据正确了就开是干自己的事吧。

不要揽QA的活，不然人家恨死你。

这个是代码走读的问题吧，这事情不是QA做的吧？

代码走查这种高级货只在外企见过.

我不想被气死所以代码从来都不看的.

这个不需要说。直接改，提交代码的时候写清楚改进的内容以及为什么要改进，如果心虚的话把改进的理由写全一点。

个人意见：
  如果是自己负责的项目或者产品，这个肯定要管，咱们要对质量负责。
 
  现在大部分搞IT的团队，不稳定，人心隔肚皮，保护自己重要。

  看来大家的意见都一致啊,都不愿意说,其实我说过一次,结果就是争论了半天,以后再也不说了,大家都是同事,我又不是领导,就算对方的程序出了问题我现在也不说了,错就错了,管TMD的闲事呢

以前我们每周都会走，codereview 有低级错误，code凌乱，多次不改的。会当地主批。

每个人都小心翼翼，好处是代码质量确实提高很多，我以前写code也很随便，但是自从批过几次后，基本上都有自查的习惯。质量上也提高了不少，我倒是挺感谢那个经常批我的领导，

其实这个要分别对待，对于不同性格的人要有不同的对待方式，比如一个本来性格就比较内向，自我意识比较强的人，很多时候只要不影响功能，多数情况下不会去说，当然如果有错误甚至是低级的错误，以至于影响了正常的功能那肯定会沟通，会和对方商量，注意是沟通，而不是告诉。如果是关系比较铁，性格开朗，说话大大咧咧，经的起开玩笑的，那肯定连指带骂的对干这和他说，因为这样关系更铁。。。