判断题

1. 如果团队具备足够的技术实力和人力，应该尽量追求架构先进性？先进性解决的需求是什么，是业务的快速发展吗，团队足够资源和是否尽量先进好像没有足够的关联。

2. 创业团队需求变化快，架构设计的时候目光要放长远？错，创业公司人力资源少时间要求块，而对于稳定性要求暂时没有这么高，所以根据合适性原则，先做符合需求的简单架构。

3. 架构设计团队人数多一点比较好，可以集思广益？决策尽量一个人执行，人多只能说方向想得比较全，并不是可以决策出一个完美的架构。

4. 小团队尽量采用简单的架构来实现？优先看是否合适，如果两个架构都能满足需求，优先选简单的。

5. 架构方案的质量取决于最差的质量属性？是，木桶效应。

思考题

对于 2B 的系统，都是按照合同一次性交付，那么架构设计还会遵循演进原则吗？

没啥想法，对于 2B 系统的特点，看题干好像是没有后续迭代的话，好像确实不需要考虑演进的情况了。

但是是不是说有个隐藏点，在于公司这套系统是不是可以拿去改改多卖几家？那各家需求不同，对于架构设计可重用的话，就很好盈利了。