在IT界混久了，发现真的浓缩才是精华。当前公司，首席架构师和最牛产品经理都是身高1米6不到，样子不太好看，不修边幅，头发也没多少根，但是确实技术大牛，思路清晰，非常睿智，而且毫无架子，就哪怕是刚毕业新人提出的疑问，都会很有耐心的解答，问题都是当场拍板，从不和稀泥。回忆下职场十几年的经历，真的是人不可貌相，那种儒雅派风度翩翩的领导，其实经常缺乏决断的魄力。

应用架构，系统架构，软件架构三者含义基本一致。从1985年开始,在过去的二十多年里，关于什么是“软件架构(SoftwareArchitecture)”已经基本得到了软件工程领域普遍的认同。其中一些重要的定义介绍如下。“软件架构代表了系统的组织结构。这包括将系统分解为不同的部分、界定它们之间的连接、确定它们之间的交换机制、并且为后续的设计提供指导性的原则”出自UML的著名原创者JamesRumbaugh、GradyBooch及IvarJacobson(即架构界俗称的“三个火枪手”)。

这包扩了软件构件、这些构件的外部可见特征，以及这些构件之间的关系。”出自BassLen、PaulClements、RickKazman在2003年出版的经典的《架构的实践》一书。IEEE在2004年4月公布的“IEEEStandard1471”中，提出了IEEE自己对软件架构的定义：“软件系统架构是根据具有参考意义的实践而定义出来的。

主要是管理与技术两方面的能力，管理与技术两手都要硬，而技术是基础。技术不行、退化了，那只好做PPT架构师、首席布道师之类的。技术能力软件架构师是一位具有一定技术、产品、项目和团队等管理能力的高级程序员（编程高手），通常是一个开发团队里面技术最牛（或者比较牛）的少数几个人之一。架构师自身的技术水平和管理水平不行，常常会把团队带沟里，重要性可想而知。

单纯看工作年限，一般35年可成为初级架构师，58年可成为中级架构师，810年以上可成为高级软件架构师，当然这只是大致的估计，具体达到何种水平还要看架构师的实际能力。经年累月，摸爬滚打，一位优秀的软件架构师需要掌握的技术能力很多，先说几个最基本的。建模软件开发领域的建模能力，主要是指抽象的思考能力。普通码农通常用代码思考，负责一个系统中的几个小模块，所以思维常常局限在低层（lowlevel）、战术（tactic）的层面，考虑的基本上大多是某个功能、某个模块实现的具体细节与技巧。

公司职位等级：1、董事长、主席级别(3个级别：高级主席、主席、副主席)2、CEO，向董事局汇报3、总裁(4个级别：高级总裁，总裁，高级副总裁，副总裁)，像CEO回报4、总经理(2个级别：总经理，副总经理)5、总监(行政总监、人力资源总监、财务总监、技术总监/研发总监、首席架构师、销售总监等)。扩展资料：董事长是公司或机构的最高管理者，由董事会选举产生，为公司利益的最高代表，领导董事会。