我可以吐个槽吗，遇到这样的队友怎么办？

蛮多肉

如果时间不充裕的话,就别说对错,也别去追究对错

把项目完成再说

经验是事情做完后,才去总结的

不能项目做了一半,发现问题,就去谈责任归属,避让责任

你如果把责任问题,在这个时候反映出来,又不提供解决方案的话

责任人,上司,会如何看待这个事件?

相反如果你把问题解决了,再友善的谈出自己的想法

于事于人,都会和谐的多

责任人,和上司,要求的是规定时间内出可用产品(就是公司规模和实际情况能承受的投入产出比)

要团队合作,就得从其他角度看一看

猪队友,哪里都会有

换项目,换公司,也解决不了这个问题

如果只是靠神一般的队友,解决了诸多辣手问题

您的价值又在哪里体现呢?

cokeboL

4楼经验丰富，支持4楼观点

cokeboL

另外，既然是小项目，楼主把他那部分扔掉，上下全自己撸就是了，后面项目结束的时候再给领导说，因为前期xxx的各种不合理，你重构了所有代码

cokeboL

额，我的回复不见了

zsszss0000

解决问题比确定责任更加重要，至少老板是这么想的。

windoze

回复 6# lxyscls

对于lz的痛苦，我给你个建议。

以后凡是这一类项目，统统采用SOA架构，每个人负责独立的Service，系统集成就用ESB，这一类的东西开源的很多。

出了问题一目了然是谁的责任，就算是负载问题也很容易判断，一个压测立刻知道谁的代码是渣。

fire_cpp

把你的想法、他的做法的优缺点、预计的未来发展告诉他更上头的人和他，把这个决定留给其他人做。
以后出问题了，那就是他的责任了。
也别那么刺头，承认他的方案有一定优点（前提是他的方案能跑得通，一点优点都想不出来就是你看问题太片面了），哪怕把功劳全给他都行。根据你的预计他的方案以后一定会出问题，留他折腾呗！

shang2010

不管遇到什么问题，沟通很重要

lxyscls

谢谢大家

zylthinking

回复 1# lxyscls
既然他全做了， 那你就全用他的呗， 把功劳推给他， 等出事的时候就说是他做的， 没给你做的空间， 和你没关系