关于 架构师 的问题

我正是想问这个问题。。请您解答一下。。。

呵呵。判断一下，五年能成为一名架构师吗？

有没有想过应用架构的？就是根据具体的业务需求，设计一个可扩展、可维护的框架给底层的开发人员扩展的那种人

您或者您公司的架构师有没有设计这样一个框架呢？
如果设计了一个这样的框架，在使用中带来了哪些好处，开发效率提高了多少？
在框架设计上，是使用接口设计流程，还是只是定义一些基类来方便使用？
或者说一些您或者您公司架构师实际做的东西。呵呵。。。
谢谢了。

技术架构还是业务架构？

当然是技术架构。

架构师是整个系统最初的构建者，也就是说他是知道系统会“长”什么样子。怎么说呢？程序员就相当于建筑工地的工人，而架构师就是画图纸的那个人，所有他们都是architect，而且都是做architecture。
架构就是要说明系统从逻辑上是如何构成，比如分那些模块，每个模块包括那些功能，这些模块的边界是什么，模块间如何交互？这个能保证系统的功能完全是按照需求来的，也保证了系统的可维护性。
需要选定系统以何种技术开发，比如是否使用敏捷的方式（这个可能和项目经理有关联），采用何种语言，根据模块来切分开发组成员的构成，这些看似平常，事实上确实会影响整个系统的开发进度和质量，以及将来维护的模式。
系统的可靠性，可用性，数据库，服务器，开发框架等等技术难题除了会保证系统的质量和开发进度（一个好的开发框架是为公司或项目定制的，而非SSH拿来就可用）。
以上是一些最主要的职责，从中你可以看到，其他这哥们就是一打基础的人，如果基础没弄好，你上面的建筑再好也是没用的，我曾经在一个系统中工作，由于该公司没有真正的架构师，结果模块功能都没切分好，集成也乱七八糟，程序员莫名其妙地加班，开发效率很多都浪费了，而他们还真有一个基于STRUST改造的基础框架。其实就是因为架构师的缺乏，导致该项目后期bug狂多，集成几乎失败。可见架构师的作用还是很大的。
再有就是有很多类架构师刚才那种是最常见的系统架构师，不过个人看来，就是他们干的工作都是很抽象的，不是精确到细节的，细节是有工程师来掌控的。
至于架构师的养成时间，我同意十年的看法，从计算机技术来看，从网络到系统还有各种开发语言，开发方法等等，你觉得没有十年能达到吗？居然还有人说楼主五年是工程师很杯具，看来真是无知者无畏啊。
我觉得你的困惑是很正常的，我也有过类似的困惑，当你的知识积累到一定程度的时候自然会明白什么是架构师什么是工程师的区别。同时你要加宽自己的知识面，也有一些架构的书可以看看（PS:不要买国人写的，因为基本上都是抄的，或者翻译的，原谅我的实话），直接看原版，你会有收获的。

层次不同，就跟电话拨号和ADSL一样，都可以帮助人们上网，用的都是电话线，可是速度、质量都大有不同。

道理大家都懂。。。你这几句话没什么可操作性吧。。。

具体一点呢？ 多举点实际的开发例子。不要说“禅”