其实B还没PO上面那篇时，我就知道是A本身的问题了。
做合成（整合）的部分其实要TRY OUTPUT，如果有问题第一个发现的一定是他，理论上
这情境应该是A一直压着B的时程直到OUTPUT正确为止。
A做合成应该主动发现自己少一个参数，并在二月时把参数加入，然后要求B把程式也改到
可以符合正确OUTPUT的状况。
而实际的情况是A混过去后，在这个时间点上，B已经没有多余的时间去配合A修改了。
所以谁对谁错？A一定是错的。因为他扛了整合的任务，整个角色却颠倒了。
这故事告诉我们，如果不是真的很积极有心的人，不要去乱包工程。
作者:
nighthunt (johnyu164)
2019-05-16 03:56:00你这样会被说事后诸葛 根本不用看就知道是A的问题的原因是 有时间上ptt来讨拍不如赶快跟合作伙伴讨论解决方案 有能力事情解决完以后再回头po检讨改进文 给大家参考 我是不知道跑来讨论责任归属对于专案有什么帮助啦
要讲大家来讲，其实 A 还没 PO 文前，我就知道了看那个 id 就觉得怪怪的
作者: supernow (善甲狼) 2019-05-16 12:29:00
我夜观星象就知道会有个不行的人po文了
作者: lwtech 2019-05-16 13:35:00
在一起，是真爱
作者:
kattte (诚实面对自己吧!)
2019-05-17 23:48:00干脆开个赌盘赌A能不能准时毕业算了
作者: superdurian (超级榴莲) 2019-05-19 23:50:00
我赌不行><