读《构建之法》第四,十七章有感
第四章:
我看到这样一段文字:
反对解体阶段:好不容易找到合适自己的编程伙伴,并且磨合了这么久,为啥在完美解决一个问题之后就要走向解散,各找舞伴?那样岂不是走了弯路?那么我们在学校没做完一个结对项目,就要与我们结对的伙伴宣布解散?那么下一个结对项目开始的时候,我们又要花时间去适应搭档,去寻找灵感,很耽误时间,而且既然已经找到了一个非常好的伙伴,我想两个人可能会对用一个问题有着远大的目标和见解,为啥就要各走各的独木桥,两人磨合期也是需要很长时间的,所以我觉得找到一个非常合适的搭档之后,就不必在完成一个任务之后去解体,应该向着更大的目标前进。
第十七章:
相较于前面的结对项目,第十七章的团体项目倒是符合我的观点
这里对于团体是一个不断提升的状态,对于团体最少的是两个人,而仅仅两人已经很难磨合了,面对庞大的一个团体,磨合更是难上加难,所以不到万不得已,根本没有解体的必要,因为日后只会越来越好。
看到这样一段文字:
这里说完成一个项目或者任务后,我们要对合作伙伴进行评比,其实我觉得这完全没有这个必要,既然已经是一个团体了,每个人都有自己的见解,缺少了每个人都对这个项目有着必不可少的贡献,那我觉得其实每个人对团队的贡献都是“1”,没有必要还对每个人进行评比,因为可能一个人在这个项目里面干的活真得偏少,但至少他参与了这个项目,提出了一个想法,这个想法是你没有想到或者说出的,又或者这个想法被排除了,那即使这样,它也是对于这个项目给出了排除意见,每个人都有其必不可少的作用,因为最后完成的就是一个完整的项目,而并不是你的我的,和他们的子项目。