muziwenrong的专栏

  摘自代码大全第三章，以备做架构时确认用。防止易得倾向性。  以下是一份问题列表，优秀的架构应该关注这些问题。这张核对表并非用做一份如何做架构的完全指南，而是作为一种实用的评估手段，用来评估软件食物到了程序员这一头还有多少营养成分。这张核对表可用做你自己的核对表的出发点。就像“需求”的核对表一样，如果你从事的是非正式项目，那么你会发现其中某些条款甚至都不用想。如果从事的是大型的项目，那么...

   1.是否辨明了自己所从事的软件的类型，并对所用的开发方法做出相应的剪裁？   2.是否充分明确的定义了需求？而且需求足够稳定，能开始构建了？（详见需求核对表）   3.是否充分明确地定义了架构，以便开始构建？（详见架构核对表。）   4.是否已经指出了你的（当前）项目中独有的风险（以避免构建活动面临不必要的风险）？ ...