本文共 934 字，大约阅读时间需要 3 分钟。
看样子还是小小的波澜一时难以平息，其实，这篇文章仅仅是我个人的自娱自乐，被大家关注实属偶然！但“路见不平拔刀相助者”挺身而出，仗义执言道，此文“误导”了无辜的人民群众！！更有人提到“大道理”云云！！“叹号太多”云云！！当然很多支持的同学要求后续的观点，因此，我想既然开了头，不写下去看来是无法给大家一个交代了，那好我继续写！
有人说，你谈“设计因未来而存在！”太空...全是道理，和架构师有鸟关系?
有人说了，你不要给架构师做定义！好，我不定义“架构师”，那么我们来定义“架构设计”可以吗？
你可以说：那就是对软件的设计呗....又开始想你那个UML...
因为，行业内很多人之所以朦朦胧胧，就是都没有搞清楚所谓架构设计第一位的是什么！认为，只要技术好，了解的东西多，做过的项目多，就可以做好架构师。其实不然，没有“设计”的“架构设计”，不是“架构设计”！（不好意思再加一个叹号！）
反之，懂设计的程序员，并设计和执行了这个设计，即使没有“架构师”的Title那么，他就是那个程序的“架构师”！！
设计是创造的过程，设计是从无到有的过程（请自行搜索百度百科）。
优秀的设计不一定采用的是最流行的技术，更应该关注如何采用合适的技术完成创造。
设计师，如果把全部注意力放到技术攀高，那么就会忽视设计本身，忽视设计的核心目标。
我们在此并不想更多的讨论哪种技术如何如何，哪种设计工具如何如何，哪种设计模式如何如何，而是，提出“设计”的思考方法。
“设计”的思考方法是一切工具，一切技术，一切模式，的前提，因此，我们需要方法论。
转载地址：http://uiidx.baihongyu.com/