《2022年架构师心得3篇》由会员分享，可在线阅读，更多相关《2022年架构师心得3篇（8页珍藏版）》请在金锄头文库上搜索。
1、高品质文档2022年架构师心得3篇 软件架构师是软件行业中一种新兴职业，工作职责是在一个软件项目开发过程中，将客户的需求转换为规范的开发方案及文本，并制定这个项目的总体架构，下面是带来的架构师心得，欢迎大家参考。 架构师心得篇一： 去年八月底的一天，有同事在撺掇大家考系统架构师，也过来问我要不要考试。我到他们那拿了参考书翻了翻，觉得这些选择题倒也不是很难，复习复习应当也可以考过，问了一下考试时间，是11月9号。这么算下来也有两个月多一点时间，算起来也还可以。再一问报名费，才200元不到。于是毫不迟疑就报名了。 结果报完名以后才知道这考试竟然还分上下午卷，下午卷不但有主观问答题，还有考论文的。立
2、刻觉得有点头大，但是想想写文章我也不差，写个论文可能也能应付得来吧。最关键是考试费超低啊，这年头200块钱能干啥? 报完名后两三天内就付款，同时买了推举的书籍。说实话，我以前的做事风格是没有这么利索的，属于中度拖延症的范畴。但是最近这一两年，痛定思痛以后有了不少改观，这件事情也是侧面印证了我的转变。 拿到书以后，认真翻了翻，虽然考的东西都不是很深化，但是考的面真是很广。这也许是“一英里宽，一英尺深”的理念的体现。不过我觉得这样的设置也算合理，究竟这是架构师考试，作为架构师，应当对系统的方方面面都有所了解。因为在我看来，架构师的重要职责是做好选择题，做好选择题的前提是你有宽阔的学问面。上午的题都
3、是选择题，应当问题不大。麻烦的地方在于下午的论述题和论文。尤其是论述题，感觉完全没有思路。不是因为对相关的学问完全不了解，而是对答题的思路和角度完全不适应。比如对于ORM和Web2.0这些我自认为挺了解的问题，我试着回答了一下竟然和答案相差十万八千里。 不过既然报了名了，而且既然下了决心要考了，那就好好预备吧。我不想这么轻易就放弃。其实这一点，也是我正在转变的一点。像拖延一样，做事决心和恒心不够强也是我之前的缺点，这两年也是渐渐在改。转变的结果也是在这次考试中得到了印证，很快乐。因为从复习的条件来讲，我其实也是很差的。家里有小孩，在九月中旬之前还好，有岳母帮忙带。九月中旬之后老人家回去了，家里
4、只有我们两个，白天上班，晚上带小孩。老婆的公司最近也忙了，时不时还要加个班。学上加霜的是，不知道怎么回事，三十多年从没过敏问题的我，竟然得了过敏性荨麻疹。每天晚上发作起来的时候身上皮肤一大片一大片地起红肿斑块，痒得根本看不了书。去医院开了抗过敏药，这种药的副作用是嗜睡，也没法复习。后来把吃药的时间放在白天，同时也有些适应这个药了，才渐渐好些了。 时间一点点过去，心理的踏实感始终不是很强。尤其是论述题，即使到考试前，我觉得上午卷和论文应当问题都不大了，但是论述题还是没把握。 考试那天，也算是运气好。下午的论述题出得还比较简洁，论文题目也有一题相对简洁的。考完后感觉还行。但是由于大头都是主观性的题
5、目，所以对于通过考试没有非常的把握。这考试出成果还特殊慢，一开头还在想啥时候可以查成果，后来时间久了也不太想了。 结果今日在微信群里面老大说成果可以查了，而他挂了。我们老大也是技术上比较牛的人，我想他都挂了，我估量也悬，于是不由得紧急起来。怀着忐忑的心去查了一下，发觉成果是48/47/48.模糊中记得45分就是通过的，这么讲莫非是过了。于是开头怀疑分数线是不是45分了，到网上一搜，也有好多人有同样的心理，不过分数线应当是不会乱变的。这个时候才感觉到一阵阵兴奋袭来。感觉两个月辛苦的预备最终有了回报。我看到网上有人考试轻轻松松过的，我自认为没有这么牛，我还是花了不少时间预备的，当然我的底子也是不错
6、的。所以，我感受到的快乐也是胜于他们的，这也公正吧。 和我同参与考试的一些人都没通过，有一个很惋惜，几乎每门都只差几分。也许是运气差点吧。运气也是很重要的。不过怎么样，这次考试通过了，我实现了当时的目标。今年可以考个别的新的考试了。 架构师心得篇二： 上周五到周日，由InfoQ中文站主办的全球架构师峰会在深圳万科国际会议中心隆重召开，我也从大连跑到深圳去领会了一次会议的盛况。 这次会议最有意思的莫过于参会的人员了，因为大多数都是公司中的中高级技术人员，所以女士特别稀有，差不多八九百的参会人员里面，女士的人数应当不超过30人吧(指会场中的参会人员)，这就直接导致各位男士们的穿着比较随便，大T恤、
7、大短裤、拖鞋的装扮随处可见，大家都以自己为“IT民工”而感到骄傲，。 会议中的演讲还是特别有料的，我也收获不少。比方说土豆网的吴岷叙述的CDN相关技术，切合实际，而且都是在实践过程中摸索出来的阅历，听起来特别过瘾。搜狗的茹立云叙述的深层网络搜寻，让我了解到原来搜寻方面还有这么多深层次的内容，还可以有许多的进展。乌云的剑心叙述的平安方面的学问也让我受益匪浅，里面的一句话“不以数据为中心的平安都是不负责任的”，特别实在，我们不应当单纯地为了平安而平安，平安的目的是为了能够爱护重要、敏感的数据，否则就没有意义。还有几位外籍讲师的内容也特别版，像Simon Brown讲得两个主题，分别叙述了灵敏与架构
8、之间的关系，以及架构中所需要留意的平安性概念，深化浅出，有用性也比较强。还有广宇同学讲的HTML在东软UniSDP中的应用，也让许多人眼前一亮。 演讲特别精彩，更重要的是在会议的过程中又熟悉了不少新伴侣，相谈甚欢。像神交已久但素未谋面的平安专家殷钧钧，淘宝技术高校的校长子柳，还有虎扑网的技术经理洪涛等等，每位伴侣的思想都特别活跃，与他们的沟通特别快乐。 架构师心得篇三： 从毕业开头到现在技术已经做了4年了。4年时间，从一个创业MIS型公司的小小程序员混到了现在的互联网企业的技术型PM(其实个人觉得自己应当被称为高级工程师，或者厚着脸皮的话称为“架构师”也行)。中间的道路虽然也是磕磕绊绊，当庆幸
9、的是还终于是爬过来了。 其实要说有什么大的阅历也算不上，只能说跌爬滚打了4年时间，再怎么不长记性，忘乎所以，长了伤疤忘了疼，但是疤痕总归要留下一点?!只能说把这些曾经的伤疤拿出来和大家共享一下，怎么样让以后的同志们尽量少去碰石头或者投海。以前有人撞过了，投过了，以后能绕道就绕道吧! 其实做技术呢，不能光去从技术角度看到技术，他牵涉到方方面面(这个不是说大话，我不是“叫兽(教授)”，更不是“装假(专家)”，没必要托大)。假如你光从技术角度去提升你的技术，你将会很快就遇到瓶颈，并且遇到瓶颈后没有什么好的方法去克服。那么我们在提升自己的技术之前要做些什么?怎么提升自己的自身的技术呢? 第一：你先要熟
10、悉你自己。作为程序员，其实我们90%或者更多都是很自负的。不要不承认，我也是程序员。我深深的了解自己所属的人群。你是不是常常有下面的现象发生：你看别人的代码都是垃圾，看自己的代码都很完善?你是不是觉得别人写的代码或者做的解决方案都不是最优的，只有你自己的代码或者解决方案是最优的?你是不是会觉得你的代码确定没有bug，别人的代码确定存在bug?。太多了。假如这些现象在你身上发生，那么第一件事情就是：请你把它改掉吧?!程序员应当是虚心的，上进的，否则在这个技术更新比换gf都快的时代，你不太能跟上步伐。 第二：你是不是常常和人家争吵?你是不是每个问题都争吵?你是不是听不见去别人的任何意见?。这点也请
11、你改掉它。作为技术人员这个是特有的，我以前也是为了一个问题会和别人争得面红耳赤，心情感动。最终往往是不欢而散。想想到头来对你有什么好处呢?技术和学术还是有区分的，技术不需要争辩，技术需要的是真实，现实。当你们存在争辩的时候最好的方式是去做一个demo，又能熬炼自己，又能说明问题。一箭双雕，何乐而不为呢? 第三：不要有信仰之争。现在许多程序员，包括常常听到已经工作了十几年的技术人员往往也在说java比net好，或者是net比java好;window比linux好，linux比window好。这些派别，门户，俨然已经成为了一种信仰。但是不应当有对立啊!大家都是经过高中训练的，都是学过唯物辩证法的。
12、一个东西确定存在好的一面也确定存在不好的一面。何况是两个东西比较呢?每个人的信仰可以不一样，但是信仰是用来去敬重的。不是用来争的。你可以有你的信仰，但是你也不能去污蔑别人的信仰啊?!Anders Hejlsberg和James Gosling尚且可以心平气和的坐下来谈谈，我们为什么就不能呢?再说了，我们又不是非得要靠net或者java吃饭的。我们就不能把net的优点和java的优点都拿过来用吗? 第四：别眼高手低。不管是应届毕业生或者是老手，千万要记住一条。你就算再有水平，也要在别人见到你的水平后再去要求别人。不要上去给你做什么都感觉简洁，都觉得大材小用，都觉得铺张你的聪慧才智。然后往往紧跟消
13、失的就是工作一团糟。美其名曰：这种东西老子不屑做。咳。这个怎么说呢?你都觉得简洁了，为什么不把它做做好呢?遇到这种问题，我只能说你最好还是换位思索一下吧?! 第五：请关怀开源社区。开源社区的优点就不多说了。假如你是一位net开发人员，我诚心的劝你一句：请关怀一下开源社区吧!我也是net程序员，我也深深的了解net程序员的优缺点。但是请你们不要排斥开源，也不要一味的使用MS的产品。有的时候开源的东东能给你另外的一种解决方案，能让你看到另外的一片天地。你也不要觉得开源特别的高深，假如有机会，你也尽可能的加入其中。不为别的，假如你加入了开源组织，再提交了代码的话，你的简历是不是就加分了?你去面试的时
14、候说我是“某某开源软件”的开发人员，你是不是觉得自己巨牛无比?我想面试官也会另眼相看，你觉得他好意思再给出一个拿不出手的薪水吗? 第六：解决问题的时候，认清本质。最近我们组要开发一个MongoDB的客户端。因为开源的MongoDB客户端功能不完善，没有达到我们的需求，我就让我们组的一个同事开发。我知道他的水平，所以我有意不太和他讲详细怎么做，我也不是常常去问他做的怎么样了。完全靠他自己。我知道这个东西到最终确定失控(没方法，交学费嘛)。上个星期五见分晓了：的确不行了。那么问题在哪里呢?就是该同志认不清他要做这个软件的本质在哪里?我只要达到什么功能就可以了!结果太多的功能都被简单化设计，问题引出
15、了新的问题，代码越来越多，越来越臃肿，伴随的现象也是越来越不着边际。使用了99%的时间去实现1%可能会遇到的问题，并且这个1%的问题并不是“20xx”。这个软件就算是做出来，还是可控的吗?是不是又是一个焦油坑-首先你的软件质量不能保证了;其次，你很难扩展;第三：你花费了太多无谓的工时。 第七：多看书，多看网站(不是小网站)，多练习。我提升自己的阅历是多看书和网站。在书上你常常能学到一整套新的技术;网站上的文章能给你一些架构上的思索。因为技术是学出来了，你可以通过书本突击;架构是改出来的，不是设计出来的。所以网站上的文章那种短小精悍的模式正好符合，所以需要提高技术就去看书，需要学习架构方面的学问
16、就去看相关网站上的文章。至于练习，我觉得这个各取所需吧!反正我是不太做练习的，我看一边代码基本上就理解了，但是我几个同事是边看书边写代码才能理解代码的，这些其实也是个人的习惯吧! 第八：学习提升主要靠自己。现在许多的人都觉得我来公司是来学习的;我在这个公司学不到什么东西。大家醒醒吧!公司不是学校，公司的本质是盈利，学校的本质才是教书育人。所以假如你想在公司里面学习东西，那么只有靠自己。别希望公司给你有多大的提升空间。除非公司万不得已，否则很少公司会正统的培训，培育员工。所以学习还是要靠自己，假如你只想着凭项目开发中学到的学问来支撑你整个职业生涯，别的时间可以用来消遣，打嬉戏，玩，泡吧等等，那么我觉得你还是现在就转行吧!因为你可能过
