架构师工作心得体会

架构师工作心得体会（9篇）

1.架构师工作心得体会 篇一

从毕业开始到现在技术已经做了4年了。4年时间，从一个创业MIS型公司的小小程序员混到了现在的互联网企业的技术型PM(其实个人觉得自己应该被称为高级工程师，或者厚着脸皮的话称为“架构师”也行)。中间的道路虽然也是磕磕绊绊，当庆幸的是还总算是爬过来了。

其实要说有什么大的经验也算不上，只能说跌爬滚打了4年时间，再怎么不长记性，忘乎所以，长了伤疤忘了疼，但是疤痕总归要留下一点?!只能说把这些曾经的伤疤拿出来和大家分享一下，怎么样让以后的同志们尽量少去碰石头或者投海。以前有人撞过了，投过了，以后能绕道就绕道吧!

其实做技术呢，不能光去从技术角度看到技术，他牵涉到方方面面(这个不是说大话，我不是“叫兽(教授)”，更不是“装假(专家)”，没必要托大)。如果你光从技术角度去提升你的技术，你将会很快就碰到瓶颈，并且碰到瓶颈后没有什么好的办法去克服。那么我们在提升自己的技术之前要做些什么?怎么提升自己的自身的技术呢?

第一：你先要认识你自己。作为程序员，其实我们90%或者更多都是很自负的。不要不承认，我也是程序员。我深深的了解自己所属的人群。你是不是经常有下面的现象发生：你看别人的代码都是垃圾，看自己的代码都很完美?你是不是觉得别人写的代码或者做的解决方案都不是最优的，只有你自己的代码或者解决方案是最优的?你是不是会觉得你的代码肯定没有bug，别人的代码肯定存在bug?……。太多了。如果这些现象在你身上发生，那么第一件事情就是：请你把它改掉吧?!程序员应该是谦虚的，上进的，否则在这个技术更新比换gf都快的时代，你不太能跟上步伐。

第二：你是不是经常和人家争执?你是不是每个问题都争执?你是不是听不见去别人的任何意见?……。这点也请你改掉它。作为技术人员这个是特有的，我以前也是为了一个问题会和别人争得面红耳赤，情绪激动。最后往往是不欢而散。想想到头来对你有什么好处呢?技术和学术还是有区别的，技术不需要争论，技术需要的是真实，现实。当你们存在争论的时候最好的方式是去做一个demo，又能锻炼自己，又能说明问题。一箭双雕，何乐而不为呢?

第三：不要有信仰之争。现在很多程序员，包括经常听到已经工作了十几年的技术人员往往也在说java比net好，或者是net比java好;window比linux好，linux比window好。这些派别，门户，俨然已经成为了一种信仰。但是不应该有对立啊!大家都是经过高中教育的，都是学过唯物辩证法的。一个东西肯定存在好的一面也肯定存在不好的一面。何况是两个东西比较呢?每个人的信仰可以不一样，但是信仰是用来去尊重的。不是用来争的。你可以有你的信仰，但是你也不能去污蔑别人的信仰啊?!Anders Hejlsberg和James Gosling尚且可以心平气和的坐下来谈谈，我们为什么就不能呢?再说了，我们又不是非得要靠net或者java吃饭的。我们就不能把net的优点和java的优点都拿过来用吗?

第四：别眼高手低。不管是应届毕业生或者是老手，千万要记住一条。你就算再有水平，也要在别人见到你的水平后再去要求别人。不要上去给你做什么都感觉简单，都觉得大材小用，都觉得浪费你的聪明才智。然后往往紧跟出现的就是工作一团糟。美其名曰：这种东西老子不屑做。咳……。这个怎么说呢?你都觉得简单了，为什么不把它做做好呢?碰到这种问题，我只能说你最好还是换位思考一下吧?!

第五：请关心开源社区。开源社区的优点就不多说了。如果你是一位net开发人员，我衷心的劝你一句：请关心一下开源社区吧!我也是net程序员，我也深深的了解net程序员的优缺点。但是请你们不要排斥开源，也不要一味的使用MS的产品。有的时候开源的东东能给你另外的一种解决方案，能让你看到另外的一片天地。你也不要觉得开源非常的高深，如果有机会，你也尽可能的加入其中。不为别的，如果你加入了开源组织，再提交了代码的话，你的简历是不是就加分了?你去面试的时候说我是“某某开源软件”的开发人员，你是不是觉得自己巨牛无比?我想面试官也会另眼相看，你觉得他好意思再给出一个拿不出手的薪水吗?

第六：解决问题的时候，认清本质。最近我们组要开发一个MongoDB的客户端。因为开源的MongoDB客户端功能不完善，没有达到我们的需求，我就让我们组的一个同事开发。我知道他的水平，所以我故意不太和他讲具体怎么做，我也不是经常去问他做的怎么样了。完全靠他自己。我知道这个东西到最后肯定失控(没办法，交学费嘛)。上个星期五见分晓了：确实不行了。那么问题在哪里呢?就是该同志认不清他要做这个软件的本质在哪里?我只要达到什么功能就可以了!结果太多的功能都被复杂化设计，问题引出了新的问题，代码越来越多，越来越臃肿，伴随的现象也是越来越不着边际。使用了99%的时间去实现1%可能会遇到的问题，并且这个1%的问题并不是“”。这个软件就算是做出来，还是可控的吗?是不是又是一个焦油坑-----首先你的软件质量不能保证了;其次，你很难扩展;第三：你花费了太多无谓的工时……。

第七：多看书，多看网站(不是小网站)，多练习。我提升自己的经验是多看书和网站。在书上你经常能学到一整套新的技术;网站上的文章能给你一些架构上的思考。因为技术是学出来了，你可以通过书本突击;架构是改出来的，不是设计出来的。所以网站上的文章那种短小精悍的模式正好符合，所以需要提高技术就去看书，需要学习架构方面的知识就去看相关网站上的文章。至于练习，我觉得这个各取所需吧!反正我是不太做练习的，我看一边代码基本上就理解了，但是我几个同事是边看书边写代码才能理解代码的，这些其实也是个人的习惯吧!

第八：学习提升主要靠自己。现在很多的人都觉得我来公司是来学习的;我在这个公司学不到什么东西。大家醒醒吧!公司不是学校，公司的本质是盈利，学校的本质才是教书育人。所以如果你想在公司里面学习东西，那么只有靠自己。别指望公司给你有多大的提升空间。除非公司万不得已，否则很少公司会正统的培训，培养员工。所以学习还是要靠自己，如果你只想着凭项目开发中学到的知识来支撑你整个职业生涯，别的时间可以用来娱乐，打游戏，玩，泡吧等等，那么我觉得你还是现在就转行吧!因为你可能过不了多久时间就要真的去考虑转行这个事情了。所以还不如现在就转行。俗话说;早死早超生嘛!

第九：懂得推销自己。让别人没认识你的时候就让人家知道你。这个是我最近一年才得到的经验。以前我老是觉得进公司的时候可以拿低工资，然后等自己的水平展现后再要求公司提高待遇。但是这条路被很多人证明是不现实的。你进公司的工资往往就决定了你在公司的种种。而且你的要求公司一般也是不太会答应。公司有严格的薪水制度，他也要面临一碗水端平的环境，所以这条被证明成功极少。那么你是否能改变一下你的做法呢?让你在没进公司的时候就让人家知道你的水平，这样你是不是就能得偿所愿了?!

2.软件架构师的工作职责 篇二

1、协助公司总经理制定总的产品技术路线、技术队伍发展规划及相应资源布局，制定年度开发度量与产品技术框架; 2、制定技术体系规范和流程，制定技术标准，组织编写相关技术文档。

3、制定产品或系统的技术架构方案和实施路线。

4、组织完成产品或系统核心技术架构的开发。

5、协调和培训开发人员，辅助完成产品或系统开发。

任职要求：

1、8年以上IT行业技术研发类从业经验。3年以上技术管理岗位工作经验，3年以上技术架构经验;

2、精通.net c#或Java等高级开发语言与架构，有三个以上大型b/s架构项目设计开发经验。;

3、丰富的数据库设计经验，对设计模式、架构有较全面的了解和实践经验;

4、有完整的解决方案设计与编写能力，对行业技术发展能提出独立的意见与思路;

3.前端架构师的工作职责精选 篇三

1、持续关注Web开发技术的发展，掌握新技术的核心点，从中挑选适合公司业务发展的新技术;

2、建立前端的技术标准和规范，推动开发、测试、部署等实践并监督执行;

3、负责公司大前端架构搭建，前端开发框架和工具的设计和维护;

4、基本功扎实，精通HTML5，CSS3，ES6，ES7，熟悉 ECMAScript 语言规范;

5、定期开展前端开发工程师培训，促进团队成员的进步。

任职资格：

1、计算机科学或相关专业毕业;

2、有一年以上前端开发经验，有前端架构设计经验;

3、对前端主流框架，包括Vue，React，Backbone，Angular等有深入理解;尤其做过Angular配置型开发平台的优先;

4、熟练掌握gulp，webpack，browserify等工具，并且对实现细节有研究，有ionic，Electron等Hybird框架经验尤佳 ;

4.大数据架构师工作的岗位职责 篇四

1、负责DMP技术架构设计与构建，根据业务规划及技术规划制定应用架构方案;

2、负责设计构建DMP数据采集、存储及分析框架，设计数据处理的技术流程和规范;

3、负责核心功能的架构与代码模板编写，开发与维护系统公用核心模块;

4、负责基于大数据技术的海量数据的自动化分析处理和统计工作。

岗位要求：

1、计算机或相关专业本科以上学历，三年以上的开发经验，二年以上大数据相关软件架构的实际经验;

2、精通大数据处理技术，熟悉Hadoop/Storm技术体系，有Hadoop、Hive、Hbase项目经验;

3、具有较强的架构能力，具有分布式计算、实时计算、数据仓库、数据挖掘系统的架构经历优先;

4、对数据敏感，洞察力强，了解国内外广告发展趋势;

5.、擅长系统分析与设计，精通常用的设计模式，擅长性能调优;

5.软件架构师岗位的工作职责概述 篇五

对公司业务流程进行诊断，分析问题根因;

熟悉研发领域的业务流程与信息系统，主导进行研发领域内多业务模块的需求分析，或某一业务模块的复杂需求分析，并对用户需求进行引导;

参与需求评审，根据需求分析文档，设计 IT 解决方案，并与开发人员澄清需求及进行需求进度把控，同时承担 IT 解决方案的测试、培训和验收;

进行 IT 项目管理与维护，参与 IT 解决方案评审;

结合公司战略，对公司端到端的业务流程进行优化;

发现并分析跨业务领域的流程、系统问题，提出可行的优化改进建议和方案;

深入研究行业 IT 应用趋势，对 IT 系统进行统筹规划，支撑公司战略落地;

6.架构师工作心得体会 篇六

1、负责软件产品的架构规划、分析与设计;

2、负责针对项目需求的分析和系统技术设计(架构设计与详细设计);

3、撰写系统架构分析文档，编写相应的技术文档;

4、参与讨论公司产品发展方向，把握产品开发和升级进度。

岗位要求：

1、软件工程/计算机/电子/通信等相关专业毕业，学士及以上学位;

2、5年以上工作经验，3年以上J2EE应用开发经验，具有产品设计、架构经验;

3、精通业务分析和系统架构的思想、方法和工具。具有很强领悟能力、系统思维;

4、至少熟悉Oracle和Mysql中的一种数据库，熟悉存储过程，以及SQL语句性能调优技巧;掌握SQL语言;

5、精通Java语言，掌握J2EE相关技术,对常用Java设计模式比较熟悉，熟悉常用的一些开源组件，精通JSP/Servlet, Spring, Struts2，Hibernate, iBatis;

7.软件架构师岗位职责 篇七

1、负责公司系统的架构设计、研发工作。

2、承担从业务向技术转换的桥梁作用。

3、协助项目经理制定项目计划和控制项目进度。

4、负责辅助并指导系统分析开展设计工作。

5、负责组织技术研究和攻关工作。

6、负责组织和管理公司内部的技术培训工作。

7、负责组织及带领公司内部员工研究与项目相关的新技术。

8、管理技术支撑团队并给项目、产品开发实施团队提供技术保障。

9、理解系统的业务需求，制定系统的整体框架（包括、技术框架和业务框架）。

8.软件架构师的基本职责 篇八

1、负责超声医疗设备的整体架构设计，包括底层硬件通信决策;

2、软件架构设计(需求分析到详细设计,选择软件构架模式,搭建软件代码框架)

3、撰写分析与设计文档;

4、负责对系统的数据进行分析，对系统数据建模(包括成像数据建模),设计数据库;

5、对技术实现决策(包括开发工具选型，数据库选型，设计过程技术的决策);

6、带领团队，按照进度实施开发计划，协助团队，解决技术难题。

任职要求：

1、带领过团队开发，熟悉软件团队的开发模式;

2、有持续2年以上的软件技术文档撰写经验;

3、精通C/C++,具备扎实的C/C++功底，至少熟悉C#，Java，Python，html，css，JavaScript其中两个及以上;

4、分别做过linux,window两个平台下的1或2个大型项目及以上;

5、精通软件设计模式，架构模式，UML建模技术;

6、遵循代码简洁之道编写代码;

7、做过三年及以上的系统需求分析，系统分析，系统设计，完整做过产品;

9.Java架构师的工作职责 篇九

1、负责底层框架的维护升级，公用组件和基础系统的开发与升级 解决框架在使用过程中遇到的问题;

2、保证底层系统的结构合理性，并能不断的优化结构、提高性能;

3、参与整体系统架构的设计、讨论与实现;解决疑难技术问题，提供技术解决方案;

4、对开发工程师的代码进行规范性和质量检查;进行必要的技术培训，确保研发成果高效实施;

任职要求：

1、本科以上学历、计算机相关专业， 5年以上Java开发经验，3年以上Java大中型平台架构经验;有独立带领团队 开发产品经验;

2、精通OOD, OOP, UML ，熟悉设计模式等知识和概念及常用架构模式，善于把握全局;

3、精通 ，多线程,熟悉Http、Web Service, XML 、Json、SQL等技术;

4、熟悉SOA架构;

5、能独立进行高度复杂的程序细节设计、优化和快速研发工作;