我们在实际的架构工作中往往不去学习和参考前人总结的工作经验，这样是阻碍个人成长和进步的，我认为99%的场景下我们遇到的问题前人都遇到了，只是我们没有遇到对的人，只要我们找到对的人，只要这个人肯分享，一定会帮助我们解决我们遇到的问题的，再举个例子，如果我们做互联网，那么技术问题可以试想下，我们遇到的问题我想（BAT）都遇到了，所以我们为啥不站在前人的肩膀上去思考问题呢？这让我们能够有更多的时间去总结和思考解决问题的方式，全面提升我们自身的能力。
另外，千万不要认为自己设计的架构方案就是最好的，要不断的质疑架构的合理性及最优性，经得起大家的质疑及实际的考验，并且为确保架构的有效落地，需要持续的跟踪确认，确保方向不会出现偏差。
2.4、未验证架构的可行性并作出调整整体的架构方案并没有进行充分的评审及实践验真，俗话说实践是检验真理的唯一标准，这需要架构师在架构设计完成后准备各视图场景下的验证方案，确保整体架构的可行性，一旦在过程中发现遗漏及风险及时干预并调整架构设计方案，如果已经进入到开发阶段，需要制定平滑的设计方案，尽可能的规避工作量损失并保证系统功能的全面支撑。
另总结了一些软件架构设计过程中存在的误区●高开高走落不到实处
● 理想与现实需要折中
● 遗漏关键性约束与非功能需求
● 为虚无的未来埋单而过度设计
● 过早做出关键性决策
● 客户说啥就是啥成为传话筒
● 埋头干活儿缺乏前瞻性
● 架构设计还要考虑系统可测性
● 架构设计不要企图一步到位
三、架构设计成功的关键方法