架构师 2012年讨论

原地址：https://bbs.csdn.net/topics/380185064 

（1）在天朝,从来技术就不是很关键的.

        都喜欢玩概念,吹水,但真正去做的很少，谁叫你是天朝的架构师呢.

（2）懂人情那是情商高，这个可以转项目经理之类的管理方向，

        但架构师是项目的一个核心，技术方面必须过硬，而且不能虚谈阔论，而要实际参与项目的各个阶段

（3）架构师应该是公司自己多年培养出来的，他必须对公司的系统、产品、业务、技术等都非常了解才能做架构师。

       试想，招来个人，什么都不了解，怎么对你系统提出架构方面的方案。

（4）程序员在入门前，还处在调查阶段，他要确定自己学习什么语言。入门后开始学习语言，处于代码积累阶段。

当积累到一定的知识量，开始关心效率，安全，可二次开发，可继承。这个阶段持续非常长的时间。拥有一定的交流能力后，才能够成为一位架构师，架构师那是程序猿的最终发展方向。

（5）架构师必须，具备三个特质，否则就很难说是真正的架构师：
1.对软件开发的无限热爱
2.创新的胆识
3.卓越的创造力
这只是前提，这就注定了，你需要不断的积累，并实现你的想法，需要很多年的时候。

（6）我只想说，架构师一方面的体现就是技术....不懂技术，不懂编码，

你觉得他可以规划构思出一个优秀的系统框架吗？ 

（7）“国内的架构师”这非常适合国内家族式民营企业（或者就是刚发展没几年的一般私人企业）公司的老板，因为国内流行的选人标准就是：一定要找比自己能力低的人搞管理，高手必须先废了然后才能用其一点经验。

（8）盖茨的架构师是这样一样职位
1）他有钱，不为钱而工作
2）他不用换公司，他的公司就是他的一切
3）职位跟技术无关，老盖几十年都不做具体技术了

（9）我现在好称架构师，我的三大职责：
1）系统整体架构设计和架构核心支持实现(Demo)；
2）新技术研究或者别人搞不定的老技术研究（算法，模型，给解决方案，如果必要得写demo)；
3）培训（架构试试，编程，设计等）与招聘（高级程序员）；
当然，还得干点写业务解决方案的杂活，毕竟我“见多识广”。

做架构不是一句见多识广就行的，很多东西你必须去实践才能体会,
架构师写代码更多的就是做这种架构验证：
1）非功能性指标验证；(网上评价固然重要，自己体会才是关键）
2）契合不切合公司业务；（先进不是问题，合适才是关键）
3）适不适合团队大规模开发；（适不适合分工合作和模块化等）
4）对人员技术要求如何;(比如，silverlight编程全是异步，这对程序员要求其实就高很多了)

（10）在国内就是这样，很多有好的发展条件的开发人员都会被这种环境所影响。
出现畸形很正常，程序员就是这样被糟进了。

实际上不只是开发人员，就是一些老板，不懂开发，不懂管理，还去做项目经理，真不知自己吃几碗干饭