读构建之法后提问。

问题一:在书1.2.4标题软件工程的目标-创造“足够好”的软件。在谈论到Bug对一个软件是好仍是坏的时候说明了Bug在不一样人的眼里有着不一样的地位，并不必定全部的Bug对于软件来讲是一个坎，对于一些开发人员来讲这个坎可能成为一个垫脚石让其达到一个新的高度。后面的解答说研发出符合用户须要的软件等的三个是足够好的条件。是否是不完美的软件才是真正意义上完美的软件?
问题二:对于3.1我的能力的衡量与发展中经过画扇子能说明了用户的需求分析与我的能力不符。本身对本身的定位不许确使得用户的需求不能获得知足。若是本身遇到了一个大的项目但面对本身的能力不足 ，咱们是先果断的拒绝仍是敢于挑战本身努力去完成?
问题三:在团队合做中第四章讲到了两人合做，两人要是最小的团队规模在我看来两人合做每每是最困难的合做模式 ，两我的的意见不统一很难使另外一方信服则这个项目就很难进行下去也就是进入了解体阶段。可是有的人想法执拗，是否是咱们能够进行尝试性的屈服让事实证实一下结果，没必要进行解体。