好生动的故事
非常赞同Simon的观点
架构师其实挺苦B的
you can you up这算是最正常的的了
还有nobody can you up.
通常，架构师需要多年的编程经验和业务经验积累。
很不巧的是，互联网时代，编程技术和业务领域都在快速变化。。。。。。。
架构图比代码难懂，但是画一个适合业务需求和技术现状正确的架构图和写一个高效率无BUG的的代码一样不容易。
恩 这个话题好 大家都可以分享自己的经验 ~ 比较通用的话题~
这个好像是CEO做的事情吧，总监的话估计还是要过问下项目的
hellioncu 发表于 2016-07-19 10:10 static/image/common/back.gif
总监层次更高，要从公司局面整体考虑，一般只吹牛，不做具体的事情了
architecture is shit,all in details
本帖最后由 forgaoqiang 于 2016-07-22 11:42 编辑
故事好长 看了半天 。。。
1. 架构师应该做什么工作？
故事中的“小伙子”说的也不错呢，架构师就是应该根据客户需求设计整个系统的大框架，大部分工作在于系统架构的管理，引用《人月神话》中的说法就是：
工作需要易于管理，清晰的划分 体系结构设计 和实现之间的界限，架构师必须一丝不苟地专注于体系结构。
架构师要保证系统概念的一致性。
2.有了架构师我们会收益什么？
架构师是一个宏观的管理者，他能够设计整个系统的整体“长相”，了解整个系统应该如何实现。能够给出整个产品的定义。
3. 架构师需要什么能力？
还是人月神话中说的外科手术式中的外科医生——“极高的天分、丰富的经验和数学、业务数据处理或其他方面的大量系统知识和应用知识“
需要有丰富的项目经验，了解系统运行原理，不仅在整体结构上有深刻认识，还是对实现惯例有认识。
1. 架构师应该做什么工作？
2. 有了架构师我们会收益什么？
3. 架构师需要什么能力？
这三个问题放在一起，都可以谈一点。
“为了架构而架构师”的思想是不可取的，像这样的认识“35岁后写不动程序了，因此而想当架构师”，是对架构师职位没有正确的理解。
对于在企业求职谋生的程序员而言，发展道路主要有两条：要么继续做技术；要么走向管理岗位。
就技术这条路线而言，架构师是程序员到资深程序员，再到下一阶段的沉淀的产物，是程序员在对技术、业务理解到非常深刻的阶段，经验也累积的足够多以后，具备的任职资格。
那么，架构师应该做什么工作呢？大致如下：
1）分析具体的业务需求，把抽象的、含糊的业务需求逐一理顺，变成具体的、清晰的可操作的实际需求。
2）根据实际的需求，选择最佳的技术栈。这个技术栈是可以是多种开源技术、框架的组合，也可以包含公司积淀的公共组件。当然，对于同样的需求，不同的架构师，不同的技术团队，选择的技术栈也可能有所不同。技术栈的选择需结合团队的技术现状、技能的掌握程度相结合。
3）根据技术栈提出解决方案，完成各种方案文档、设计文档。提交审批。
还想说一些，作为架构师，要保持学习的心态，每天都要坚持学习，IT技术发展太快，技术更新迅猛，不学习意味着被淘汰。
作为架构师，还要注意不要彻底脱离编程，最好能参与或带头攻克技术难点，脱离编程久而久之容易变成夸夸其谈，脱离实际。
本帖最后由 laputa73 于 2016-07-21 09:06 编辑
小公司没有架构师，那是因为有少数核心码农承担了架构师的职责，只是没有名片而已。
大公司没有架构师，那就会一团乱麻。开发和运维相互推诿。devops...玩笑。
当然，从管理角度看，制造这种内斗或许有合理因素。