架构师心得3篇.docx

架构师心得3篇软件架构师是软件行业中一种新兴职业，工作职责是在一个软件项目开发 过程中，将客户的需求转换为规范的开发计划及文本，并制定这个项目的总体 架构，下面是带来的架构师心得，欢迎大家参考架构师心得篇一：去年八月底的一天，有同事在撺掇大家考系统架构师，也过来问我要不要 考试我到他们那拿了参考书翻了翻，觉得这些选择题倒也不是很难，复习复 习应该也可以考过，问了一下考试时间，是 11月 9号这么算下来也有两个月 多一点时间，算起来也还可以再一问报名费，才 200 元不到于是毫不犹豫 就报名了结果报完名以后才知道这考试居然还分上下午卷，下午卷不但有主观问答 题，还有考论文的顿时觉得有点头大，但是想想写文章我也不差，写个论文 可能也能应付得来吧最关键是考试费超低啊，这年头 200 块钱能干啥报完名后两三天内就付款，同时买了推荐的书籍说实话，我以前的做事 风格是没有这么利索的，属于中度拖延症的范畴但是最近这一两年，痛定思 痛以后有了不少改观，这件事情也是侧面印证了我的改变拿到书以后，仔细翻了翻，虽然考的东西都不是很深入，但是考的面真是 很广这大概是“一英里宽，一英尺深”的理念的体现不过我觉得这样的设 置也算合理，毕竟这是架构师考试，作为架构师，应该对系统的方方面面都有 所了解。

因为在我看来，架构师的重要职责是做好选择题，做好选择题的前提 是你有广阔的知识面上午的题都是选择题，应该问题不大麻烦的地方在于 下午的论述题和论文尤其是论述题，感觉完全没有思路不是因为对相关的 知识完全不了解，而是对答题的思路和角度完全不适应比如对于 ORM 和 Web2.0 这些我自认为挺了解的问题，我试着回答了一下居然和答案相差十万八 千里不过既然报了名了，而且既然下了决心要考了，那就好好准备吧我不想 这么轻易就放弃其实这一点，也是我正在改变的一点像拖延一样，做事决 心和恒心不够强也是我之前的缺点，这两年也是慢慢在改改变的结果也是在 这次考试中得到了印证，很开心因为从复习的条件来讲，我其实也是很差 的家里有小孩，在九月中旬之前还好，有岳母帮忙带九月中旬之后老人家 回去了，家里只有我们两个，白天上班，晚上带小孩老婆的公司最近也忙 了，时不时还要加个班学上加霜的是，不知道怎么回事，三十多年从没过敏 问题的我，居然得了过敏性荨麻疹每天晚上发作起来的时候身上皮肤一大片 一大片地起红肿斑块，痒得根本看不了书去医院开了抗过敏药，这种药的副 作用是嗜睡，也没法复习后来把吃药的时间放在白天，同时也有些适应这个 药了，才慢慢好些了。

时间一点点过去，心理的踏实感始终不是很强尤其是论述题，即使到考 试前，我觉得上午卷和论文应该问题都不大了，但是论述题还是没把握考试那天，也算是运气好下午的论述题出得还比较简单，论文题目也有 一题相对简单的考完后感觉还行但是由于大头都是主观性的题目，所以对 于通过考试没有十分的把握这考试出成绩还特别慢，一开始还在想啥时候可 以查成绩，后来时间久了也不太想了结果今天在群里面老大说成绩可以查了，而他挂了我们老大也是技 术上比较牛的人，我想他都挂了，我估计也悬，于是不由得紧张起来怀着忐 忑的心去查了一下，发现成绩是 48/47/48.隐约中记得 45 分就是通过的，这么 讲难道是过了于是开始怀疑分数线是不是 45分了，到网上一搜，也有好多人 有同样的心理，不过分数线应该是不会乱变的这个时候才感觉到一阵阵兴奋 袭来感觉两个月辛苦的准备终于有了回报我看到网上有人考试轻轻松松过 的，我自认为没有这么牛，我还是花了不少时间准备的，当然我的底子也是不 错的所以，我感受到的开心也是胜于他们的，这也公平吧和我同参加考试的一些人都没通过，有一个很可惜，几乎每门都只差几 分大概是运气差点吧运气也是很重要的不过怎么样，这次考试通过了， 我实现了当时的目标。

今年可以考个别的新的考试了架构师心得篇二：上周五到周日，由InfoQ中文站主办的全球架构师峰会在深圳万科国际会 议中心隆重召开，我也从大连跑到深圳去领略了一次会议的盛况这次会议最有意思的莫过于参会的人员了，因为大多数都是公司中的中高 级技术人员，所以女士非常稀少，差不多八九百的参会人员里面，女士的人数 应该不超过30人吧（指会场中的参会人员），这就直接导致各位男士们的穿着比 较随意，大T恤、大短裤、拖鞋的打扮随处可见，大家都以自己为“IT民工” 而感到自豪，会议中的演讲还是非常有料的，我也收获不少比方说土豆网的吴岷讲述 的CDN相关技术，切合实际，而且都是在实践过程中摸索出来的经验，听起来 非常过瘾搜狗的茹立云讲述的深层网络搜索，让我了解到原来搜索方面还有 这么多深层次的内容，还可以有很多的进展乌云的剑心讲述的安全方面的知 识也让我受益匪浅，里面的一句话“不以数据为中心的安全都是不负责任 的”，非常实在，我们不应该单纯地为了安全而安全，安全的目的是为了能够 保护重要、敏感的数据，否则就没有意义还有几位外籍讲师的内容也非常 版，像Simon Brown讲得两个主题，分别叙述了敏捷与架构之间的关系，以及 架构中所需要注意的安全性概念，深入浅出，实用性也比较强。

还有广宇同学 讲的HTML在东软UniSDP中的应用，也让很多人眼前一亮演讲非常精彩，更重要的是在会议的过程中又认识了不少新朋友，相谈甚 欢像神交已久但素未谋面的安全专家殷钧钧，淘宝技术大学的校长子柳，还 有虎扑网的技术经理洪涛等等，每位朋友的思想都非常活跃，与他们的交流非 常开心架构师心得篇三：从毕业开始到现在技术已经做了 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%的问题并不是“20xx”。

这个软件就算是 做出来，还是可控的吗是不是又是一个焦油坑 首先你的软件质量不能保证了；其次，你很难扩展;第三：你花费了太多无谓的工时……第七：多看书，多看网站（不是小网站），多练习我提升自己的经验是多 看书和网站在书上你经常能学到一整套新的技术;网站上的文章能给你一些架 构上的思考因为技术是学出来了，你可以通过书本突击;架构是改出来的，不 是设计出来的所以网站上的文章那种短小精悍的模式正好符合，所以需要提 高技术就去看书，需要学习架构方面的知识就去看相关网站上的文章至于练 习，我觉得这个各取所需吧!反正我是不太做练习的，我看一边代码基本上就理 解了，但是我几个同事是边看书边写代码才能理解代码的，这些其实也是个人 的习惯吧!第八：学习提升主要靠自己现在很多的人都觉得我来公司是来学习的;我 在这个公司学不到什么东西大家醒醒吧!公司不是学校，公司的本质是盈利， 学校的本质才是教书育人所以如果你想在公司里面学习东西，那么只有靠自 己别指望公司给你有多大的提升空间除非公司万不得已，否则很少公司会 正统的培训，培养员工所以学习还是要靠自己，如果你只想着凭项目开发中 学到的知识来支撑你整个职业生涯，别的时间可以用来娱乐，打游戏，玩，泡 吧等等，那么我觉得你还是现在就转行吧!因为你可能过不了多久时间就要真的 去考虑转行这个事情了。

所以还不如现在就转行。