什么是“高级软件工程师“，这个职位到底该做些什么，相信大家都有答案。在目前很多国内软件企业中，如果你是”高级软件工程师“，那么从需求分析
，设计，开发，测试，甚至到客户这一条龙都可能由一个人来负责。那么这个职位到底该做些什么呢？下面是我的认识。
1，软件开发与测试
首先，软件开发是软件工程师职责的基本组成部分，这点应该没有问题。其次，此处的软件测试可分为开发前的驱动测试，和开发过程中的白盒测试。驱动测试用于分析子系统/模块内部逻辑，用于在开发之前暴露开发过程中可能遇到的大部分问题和对子系统/模块进行更进一步的划分；白盒测试是保证在项目交接到测试团队手中时，能满足基本的项目要求，即能够进行α测试。另外，驱动测试因团队而异，并非必须，但个人更推荐这么做。
2，子系统/模块分析设计
在软件架构师做完系统设计，项目经理进行项目分工后，项目就正式进入开发环节。这时候每个软件工程师会拿到自己负责的子系统/模块，首先要做的就是进行分析设计，其次才是开发。开发前进行分析设计,便于从整体上对子系统进行把握，提前隔子系统中的变化点和问题，同时也可以对子系统进行更详细的划分，用于制定个人的工作计划，与项目经理和软件架构师进行具体的沟通。
在这点上，要及早认识到并不是只有架构师才需要进行软件设计的，软件工程师一样需要，且是必备技能。相信有很多人拿到自己的任务时只是跟项目经理进行简单的沟通，知道自己要做什么，就开始闷头写代码了，这是非常不可取的。
3，撰写文档
在进行子系统和模块设计的同时，要撰写子系统设计说明书；在开发过程中，要记录技术要点和发现的问题，同时如有需要，要修改子系统设计说明书；在白盒测试时，要记录每个Bug。以上这些文档是为了方便以后进行项目维护，工作交接，问题分析，个人总结等等。
4，定期主动沟通
在项目开发过程中，项目经理需要和团队中的每一个人沟通任务进度,其主要职责是从整体上把握和控制项目的进度。那么作为团队一员的高级软件工程师通常会负责项目中很重要的子系统/模块，这些子系统/模块往往能决定项目的成败。因此定期主动与项目经理沟通解决遇到问题，与架构师和专家沟通解决技术难题就显得非常重要了。另外，就对个人而言，定期主动沟通也往往表现为个人的主动积极性，对于个人长远发展非常有益。
5，持续学习
也许有人会觉得学习应该与职责无关，狭义看来确实如此。然而，不断学习新知识，提高个人技能，于公司而言，能提升工作效率；于个人而言，益于职业发展。因此，工作之余，不管你职位如何，持续学习就显得非常重要且必要。
6，带新人
这点也许不是硬性要求，然而据说国外有高手带领新手这样一种师徒习惯，我们也应该学习并发扬。通常情况下新人会与高级软件工程师协同工作，因此带新人一方面，带领新人可以有重新审视自己知识的机会；另一方面能够让新人更快入手，降低学习成本和提高工作效率；同时也能保持良好的人际关系。
以上是个人对高级软件工程师职责范围的认识，也许有些比较牵强，然而就对职业发展而言，要想做好高级软件工程师，上面几条是平时工作中必须要做的。
题记
最近开始学习如何成为一名合格的架构师.虽然已参加一系列培训,然而仍觉得不够.空闲之于找了一份大纲,开始逐一学习.然而半路出家做软件的我基础本就不扎实,只好用勤补拙,首先参照别人的观点,在结合自己的实际经验,写出自己对如何成为一名架构师的理解,希望大家热心于与援手,能够指点一二.
今天就先从架构师的基本素质说起.有关架构师的基本素质,网上有很多声音,我总结了一下,让大家帮助参详,以便指出其中谬误.
1,沟通能力和自我表达
我认为沟通能力是基本中的基本,最为重要，最为普遍的素质．技术人员好像容易忽略，想成为架构师就不能忽略。因为架构师要做的第一件事就是与团队成员、项目经理、客户认同沟通,获得认同。我知道，这对于现在做技术，以后想转做架构的人也许很难．对本人也是如此。也许 你会注意到虽然你兢兢业业，老黄牛的做了很多事，但每次升迁的总是那些平时最活跃的人。抛除其他方面的因素，领导之所以选这种人，是因为领导认为他能与人打交道——也就是沟通，而我只能做事，只是个好员工。虽然我自认为也擅长沟通，但没有表现出来，别人如何得知。沟通是双向的，一方面要能够理解对方的意思，另一方面也要让对方理解你的意思。所以如果要成为架构师，首先要勇于表达自我，然后仔细聆听对方的话语。不可抱有“酒香不怕巷子深”的观点，不然结果就是“怀才不遇，图子伤悲”了。
２,有一定的魄力和感染力
架构师要与很多人打交道，其中不乏领导，刁钻的客户，技术狂人。而架构师是有职无官，但又要推动整个团队的技术进展，能在压力下作出关键性的决策，并将其贯彻到底。这就需要架构师具有一定的魄力和感染力，依此来排除工作过程中一些个人情绪带来的影响，从而保证工作顺利进行。其实这点就算不做架构师，在日常生活中，相信大家也有所体会。面对有感染力的人，他哭你悲，他伤你哀；面对有魄力的人的铿锵话语，相信他的话你不会不听；反之，面对一个亦步亦趋，唯唯诺诺的人，你如何敢相信他的话，又如敢与他共事！
３,有广阔的知识领域
架构师的职责有些特殊，多少有点需要创新的要求。虽然有很多现成的架构，但放到具体行业又有不同，不能生搬硬套。那么这时候你就需要专业的架构知识，丰富的业务领域知识，开阔的眼界。依此才能跳出架构和业务，从旁看清楚事实，从而将理论架构与实际业务完美结合。我认为，要做的这点，架构师不仅要努力学习架构和业务知识，也要把眼光放得更远。"世事洞明皆学问"，也许灵感正来自与软件毫不相干的东西。
４,有过硬的技术能力和丰富的编程经验
广阔的知识领域是广度的要求，因为没有广度就成了井底之蛙。然而有了广度还要有深度。人的精力有限，但至少要精通１～２门技术。有深度才能把握细节，才能保证自己的设计不是天马行空，不切实际。有丰富的编程经验，主要是希望保持一种代码感觉，能够和开发人员进行有效的沟通，了解团队的情况。当然这并不是要求自己成为一门技术专家，只要能够保持对代码的感觉就行。因为优秀的技术选型可能有很多，适应于团队的缺未必。
５,多方位思考分析能力
收集到客户需求和技术团队的反馈后，就要求架构师能够对这些资料进行系统分析，制订可行的解决方法。制订可行的架构，不仅要求你要从客户的角度考虑，也要从开发，机器等多方面考虑。这就要求你具备一定的抽象思维，多方位分析能力。只有具备这样的能力，架构师才能看清系统整体，掌控全局。如何具备这些能力？首要的是经验，自己的，别人的均可，这点最重要。创新固然让人兴奋，然前人之鉴才更为稳妥，另外，相信大家都听过＂听君一席话，胜读十年书＂这句话，由此可知经验有多么重要；其次要学习。
以上是我对架构师基本素质的认识．个人自认为已达到其中的某些点，但缺少的还更多．所以如果你有更好的想法，还望不吝赐教！
当我们具备了这些条件的时候就可以选择成为架构师了。这时候我们就应该知道软件架构师应该做些什么，不应该做些什么，也就是软件架构师的职责范围。
由于国内外软件土壤差别巨大，适合国外的一些理论在国内不一定行的通，而国内的一些资料往往都是根据国外的资料直接搬过来用的，这也直接导致国外的软件架构师在国内变得水土不服。今天本篇随笔的内容则是在一些培训资料的基础上，加上自己的思考，总结出来的适合国情的软件架构师职责范围。
有人认为架构师是在需求规格说明书完成后介入的，但我认为架构师要从项目最开始的阶段就参与进来。理由有很多：首先，第一手的信息损失最少，架构师能够更好的把握需求；其次，分析人员在与客户交流时，往往不会深入挖掘需求，因为有很多隐藏的需求客户自己都不见得意识的到，而架构师则可以依靠敏感的软件嗅觉发现这些需求，减少以后的变数；第三，分析人员往往脱离开发团队，盲目接受客户需求，而架构师能够清楚把握现有的研发团队能做什么，不能做什么，提前预知风险，降低项目失败的机率。
2，系统分解
在收集完信息后，架构师需要将用户需求转化为软件需求，同时要补充非业务需求，如健壮性，扩展性等等。如何区分和化解用户需求与软件需求，如何有效把握用户需求与软件需求的区别，是系统分解的核心。这是最考验架构师的地方，也是只有架构师参与的工作。
3，技术选型
这一步要根据对软件需求决定项目该使用何种架构，开发模型，及依赖选项。如使用多层架构还是分布式架构，是瀑布模型还是RUP，是使用MySQL还是SQLServer，是否需要使用企业库，是否需要使用ORM。但是，架构师对项目的技术选型要提供多种不同的方案，并为每种不同方案提供详细说明文档，用来阐述每种方案的优势，劣势，可行性等内容。这些文档供项目经理或领导决策最终的技术选型。
4，系统设计
依据软件需求和技术选型，架构师需要和软件工程师一起将软件需求落实到软件详细设计说明书中。架构师负责将软件需求分解，重组织为子项目，子系统，组件和模块，以及它们之间的逻辑关系，从而形成不同的逻辑组成部分，最后还需要确定各个子系统及组件间的接口。这些都是作为进一步的团队分工的依据。同系统分解一样，系统设计是考验架构师能力的重要职责。
5，培训与指导
在软件详细设计说明书完成后，为保证项目的顺利进行，架构师需要对整个团队进行技术培训，让团队中的每个人明白自己的职责范围，该做什么，不该做什么。在项目实施过程中，架构师需要参与到具体开发过程中，给与每个开发人员有效指导，以避免团队成员对系统设计的误解而造成项目的延误。在我看来，这点对于新手比较多的团队尤为重要。因为国内新手的一个通病是眼高手低，刚学会了一点点就认为自己什么都会；当他们拿到真正的设计时又往往不知所措，畏首畏尾。
6，保持沟通
沟通是保证项目顺利开展的有效保障。架构师要从多方面跟踪项目进度，及时与项目经理或直属领导汇报项目进展，与技术开发人员沟通遇到的问题，如果是迭代开发，还需要与用户沟通需求变更。
以上是一个项目开发过程中架构师需要承担的主要职责，相比一些培训指导，我认为，架构师需要更深入地参与到项目中。