架构师工作心得体会

架构师工作心得体会 (范文一 ) 到底什么是架构师呢 ?所谓的架构师，应该是一个技术企业的最高技术决策者。他主要负责公司软件产品或软件项目的技术路线与技术框架的制订。好的架构师都是善良的独裁者，具有很强的技术、良好的写作能力、良好的口头表达能力，能够在各个层次进行沟通。从开发人员到架构师的成长应该是阶梯式的，一般来讲开发人员在刚刚开始工作时只能开发简单的独立软件模块，慢慢的随着经验的增长，他开始接触一些相互之间有信息传递的模块，而后来，他会发现自己接到的开发任务已经不是一个独立的单体，这些任务由一些专门的软件 部分组成，可能包含数据库，工作流引擎，消息服务等等各种功能模块，可能分布在不同的服务器上，所有的部分协同起来，完成软件功能。而这时候，体系结构的好坏将直接决定了系统的性能和可扩展性，而就在这时候，这名优秀的开发人员也开始思考架构师应该思考的问题了，或者说，他向成长为架构师的道路迈出了一大步。在很多技术公司里，架构师是公司的“金领”，有着非常高的收入，很少需要考虑生存的问题，从而有更多的精力思考关键技术问题，形成“强者愈强”的良性循环。部分优秀的开发人员在工作了一定时间后，就要开始考虑自己的未来到底向哪个方向 发展。如果开发人员的沟通能力强过技术能力，在补充一定的项目管理知识后，可以向技术管理的方向转型。如果其对技术一直很感兴趣，而沟通能力也不弱，则可以试着进一步加强技术修养，以期向架构师的方向发展，最终“修成正果”。 对照自身而言，我不是技术人员出身，目前所从事的工作，主要是担任公司前沿技术，和前沿产品的前期准备工作，但正因为是前沿技术或产品，了解和接触的人很少，这就显示出我的这项工作和系统架构师有着异曲同工的作用，即对之后的产品路线与产品框架的制订有着至关重要的作用。 在经过一段时间的学习后，我对系统 架构也有了一定的认识，一名合格的系统架构师应该具备以下几点： 析能力、解决问题的能力。 通表达、培训。 对照我目前的工作，个人认为我同样需要具备以上几个工作特点，首先在调研一项新产品或技术的时候，应该了解该领域的相关知识，做到专业，这样在今后工作中，能够从专业的角度对同事进行帮助。其次，要有很强的自学能力、分析能力、解决问题的能力，才不会在面对新的领域茫然，有自己的解决方法。最后，就是能将自己学到，了解到的付诸于文字，能生成有 效的文档，对之后需要接触该领域的同事有借鉴和帮助。 作为系统架构师，必须成为所在开发团队的技术路线指导者 ;具有很强的系统思维的能力 ;需要从大量互相冲突的系统方法和工具中区分出哪些是有效的，哪些是无效的。架构师应当是一个成熟的、丰富的、有经验的、有良好教育的、学习快捷、善沟通和决策能力强的人。丰富是指他必须具有业务领域方面的工作知识，知识来源于经验或者教育。他必须广泛了解各种技术并精通一种特定技术，至少了解计算机通用技术以便确定那种技术最优，或组织团队开展技术评估。优秀的架构师能考虑并评估所有可用来解决问 题的总体技术方案。需要良好的书面和口头沟通技巧，一般通过可视化模型和小组讨论来沟通指导团队确保开发人员按照架构建造系统。 可以看出，成为一名优秀的架构师是需要具备很多素质的，分析自我，我觉得我个人在某些方面还要不断的成长，才能一步步成为一名优秀的架构师，在今后的工作中我也将注重自己一下几点的培养，让自己在工作中更上一层楼： 泛涉猎和知识库领域相关的内容，尤其关注国外前沿信息。 样才能博采众长，能够在工作中发挥自己建设性的作用。 架 构师工作心得总结 (范文二 ) 从毕业开始到现在技术已经做了 4 年了。 4 年时间，从一个创业 公司的小小程序员混到了现在的互联网企业的技术型 实个人觉得自己应该被称为高级工程师，或者厚着脸皮的话称为“架构师”也行 )。中间的道路虽然也是磕磕绊绊，当庆幸的是还总算是爬过来了。 其实要说有什么大的经验也算不上，只能说跌爬滚打了 4 年时间，再怎么不长记性，忘乎所以，长了伤疤忘了疼，但是疤痕总归要留下一点。只能说把这些曾经的伤疤拿出来和大家分享一下，怎么样让以后的同志们尽量少去碰石头或者投海。以前有人撞过了 ，投过了，以后能绕道就绕道吧 ! 其实做技术呢，不能光去从技术角度看到技术，他牵涉到方方面面 (这个不是说大话，我不是“叫兽 (教授 )”，更不是“装假 (专家 )”，没必要托大 )。如果你光从技术角度去提升你的技术，你将会很快就碰到瓶颈，并且碰到瓶颈后没有什么好的办法去克服。那么我们在提升自己的技术之前要做些什么 ?怎么提升自己的自身的技术呢 ? 第一：你先要认识你自己。 作为程序员，其实我们 90%或者更多都是很自负的。不要不承认，我也是程序员。我深深的了解自己所属的人群。你是不是经常有下面的现象发生：你看别人的代码 都是垃圾，看自己的代码都很完美 ?你是不是觉得别人写的代码或者做的解决方案都不是最优的，只有你自己的代码或者解决方案是最优的 ?你是不是会觉得你的代码肯定没有 人的代码肯定存在 太多了。如果这些现象在你身上发生，那么第一件事情就是：请你把它改掉吧 ?!程序员应该是谦虚的，上进的，否则在这个技术更新比换 快的时代，你不太能跟上步伐。 第二：你是不是经常和人家争执 ?你是不是每个问题都争执 ?你是不是听不见去别人的任何意见 ?这点也请你改掉它。作为技术人员这个是特有的，我以前也是为了一个问题会和别人争得面红耳赤，情绪激动。最后往往是不欢而散。想想到头来对你有什么好处呢 ?技术和学术还是有区别的，技术不需要争论，技术需要的是真实，现实。当你们存在争论的时候最好的方式是去做一个 能锻炼自己，又能说明问题。一箭双雕，何乐而不为呢 ? 第三：不要有信仰之争。 现在很多程序员，包括经常听到已经工作了十几年的技术人员往往也在说 ，或者是 ; 。这 些派别，门户，俨然已经成为了一种信仰。但是不应该有对立啊 !大家都是经过高中教育的，都是学过唯物辩证法的。一个东西肯定存在好的一面也肯定存在不好的一面。何况是两个东西比较呢 ?每个人的信仰可以不一样，但是信仰是用来去尊重的。不是用来争的。你可以有你的信仰，但是你也不能去污蔑别人的信仰啊 ?! 且可以心平气和的坐下来谈谈，我们为什么就不能呢 ?再说了，我们又不是非得要靠者 饭的。我们就不能把 优点和 优点都拿过来用吗 ? 第四 ：别眼高手低。 不管是应届毕业生或者是老手，千万要记住一条。你就算再有水平，也要在别人见到你的水平后再去要求别人。不要上去给你做什么都感觉简单，都觉得大材小用，都觉得浪费你的聪明才智。然后往往紧跟出现的就是工作一团糟。美其名曰：这种东西老子不屑做。咳这个怎么说呢 ?你都觉得简单了，为什么不把它做做好呢 ?碰到这种问题，我只能说你最好还是换位思考一下吧 ?! 第五：请关心开源社区。 开源社区的优点就不多说了。如果你是一位 衷心的劝你一句：请关心一下开源社区吧 !我也是 序员，我也深深的了解 序员的优缺点。但是请你们不要排斥开源，也不要一味的使用 产品。有的时候开源的东东能给你另外的一种解决方案，能让你看到另外的一片天地。你也不要觉得开源非常的高深，如果有机会，你也尽可能的加入其中。不为别的，如果你加入了开源组织，再提交了代码的话，你的简历是不是就加分了 ?你去面试的时候说我是“某某开源软件”的开发人员，你是不是觉得自己巨牛无比 ?我想面试官也会另眼相看，你觉得他好意思再给出一个拿不出手的薪水吗 ? 第六：解决问题的时候，认清本质。 最近我们组要开发一个 客户端。因为开源的 户端功能不完善，没有达到我们的需求，我就让我们组的一个同事开发。我知道他的水平，所以我故意不太和他讲具体怎么做，我也不是经常去问他做的怎么样了。完全靠他自己。我知道这个东西到最后肯定失控 (没办法，交学费嘛 )。上个星期五见分晓了：确实不行了。那么问题在哪里呢 ?就是该同志认不清他要做这个软件的本质在哪里 ?我只要达到什么功能就可以了 !结果太多的功能都被复杂化设计，问题引出了新的问题，代码越来越多，越来越臃肿，伴随的现象也是越来越不着边际。使用了 99%的时间去实现1%可能会遇到的问题，并且这个 1%的问 题并不是“ 2012”。这个软件就算是做出来，还是可控的吗 ?是不是又是一个焦油坑 其次，你很难扩展 ;第三：你花费了太多无谓的工时 第七：多看书，多看网站 (不是小网站 )，多练习。 我提升自己的经验是多看书和网站。在书上你经常能学到一整套新的技术 ;网站上的文章能给你一些架构上的思考。因为技术是学出来了，你可以通过书本突击 ;架构是改出来的，不是设计出来的。所以网站上的文章那种短小精悍的模式正好符合，所以需要提高技术就去看书，需要学习架构方面的知识就去看相关网站上的文章。至于 练习，我觉得这个各取所需吧 !反正我是不太做练习的，我看一边代码基本上就理解了，但是我几个同事是边看书边写代码才能理解代码的，这些其实也是个人的习惯吧 ! 第八：学习提升主要靠自己。 现在很多的人都觉得我来公司是来学习的 ;我在这个公司学不到什么东西。大家醒醒吧 !公司不是学校，公司的本质是盈利，学校的本质才是教书育人。所以如果你想在公司里面学习东西，那么只有靠自己。别指望公司给你有多大的提升空间。除非公司万不得已，否则很少公司会正统的培训，培养员工。所以学习还是要靠自己，如果你只想着凭项目开发中学到的知识来支撑 你整个职业生涯，别的时间可以用来娱乐，打游戏，玩，泡吧等等，那么我觉得你还是现在就转行吧 !因为你可能过不了多久时间就要真的去考虑转行这个事情了。所以还不如现在就转行。俗话说 ;早死早超生嘛 ! 第九：懂得推销自己。 让别人没认识你的时候就让人