现在位置:范文先生网>文档下载>心得体会>架构师心得

架构师心得

时间:2023-01-10 17:35:11 心得体会 我要投稿
  • 相关推荐

架构师心得

  当我们备受启迪时,常常可以将它们写成一篇心得体会,从而不断地丰富我们的思想。到底应如何写心得体会呢?以下是小编帮大家整理的架构师心得,仅供参考,希望能够帮助到大家。

架构师心得

架构师心得1

  去年八月底的一天,有同事在撺掇大家考系统架构师,也过来问我要不要考试。我到他们那拿了参考书翻了翻,觉得这些选择题倒也不是很难,复习复习应该也可以考过,问了一下考试时间,是11月9号。这么算下来也有两个月多一点时间,算起来也还可以。再一问报名费,才200元不到。于是毫不犹豫就报名了。

  结果报完名以后才知道这考试居然还分上下午卷,下午卷不但有主观问答题,还有考论文的。顿时觉得有点头大,但是想想写文章我也不差,写个论文可能也能应付得来吧。最关键是考试费超低啊,这年头200块钱能干啥?

  报完名后两三天内就付款,同时买了推荐的书籍。说实话,我以前的做事风格是没有这么利索的,属于中度拖延症的范畴。但是最近这一两年,痛定思痛以后有了不少改观,这件事情也是侧面印证了我的改变。

  拿到书以后,仔细翻了翻,虽然考的东西都不是很深入,但是考的面真是很广。这大概是"一英里宽,一英尺深"的理念的体现。不过我觉得这样的设置也算合理,毕竟这是架构师考试,作为架构师,应该对系统的方方面面都有所了解。因为在我看来,架构师的重要职责是做好选择题,做好选择题的前提是你有广阔的知识面。上午的题都是选择题,应该问题不大。麻烦的地方在于下午的论述题和论文。尤其是论述题,感觉完全没有思路。不是因为对相关的知识完全不了解,而是对答题的思路和角度完全不适应。比如对于ORM和Web2.0这些我自认为挺了解的问题,我试着回答了一下居然和答案相差十万八千里。

  不过既然报了名了,而且既然下了决心要考了,那就好好准备吧。我不想这么轻易就放弃。其实这一点,也是我正在改变的一点。像拖延一样,做事决心和恒心不够强也是我之前的缺点,这两年也是慢慢在改。改变的结果也是在这次考试中得到了印证,很开心。因为从复习的条件来讲,我其实也是很差的。家里有小孩,在九月中旬之前还好,有岳母帮忙带。九月中旬之后老人家回去了,家里只有我们两个,白天上班,晚上带小孩。老婆的公司最近也忙了,时不时还要加个班。学上加霜的'是,不知道怎么回事,三十多年从没过敏问题的我,居然得了过敏性荨麻疹。每天晚上发作起来的时候身上皮肤一大片一大片地起红肿斑块,痒得根本看不了书。去医院开了抗过敏药,这种药的副作用是嗜睡,也没法复习。后来把吃药的时间放在白天,同时也有些适应这个药了,才慢慢好些了。

  时间一点点过去,心理的踏实感始终不是很强。尤其是论述题,即使到考试前,我觉得上午卷和论文应该问题都不大了,但是论述题还是没把握。

  考试那天,也算是运气好。下午的论述题出得还比较简单,论文题目也有一题相对简单的。考完后感觉还行。但是由于大头都是主观性的题目,所以对于通过考试没有十分的把握。这考试出成绩还特别慢,一开始还在想啥时候可以查成绩,后来时间久了也不太想了。

  结果今天在微信群里面老大说成绩可以查了,而他挂了。我们老大也是技术上比较牛的人,我想他都挂了,我估计也悬,于是不由得紧张起来。怀着忐忑的心去查了一下,发现成绩是48/47/48.隐约中记得45分就是通过的,这么讲难道是过了。于是开始怀疑分数线是不是45分了,到网上一搜,也有好多人有同样的心理,不过分数线应该是不会乱变的。这个时候才感觉到一阵阵兴奋袭来。感觉两个月辛苦的准备终于有了回报。我看到网上有人考试轻轻松松过的,我自认为没有这么牛,我还是花了不少时间准备的,当然我的底子也是不错的。所以,我感受到的开心也是胜于他们的,这也公平吧。

  和我同参加考试的一些人都没通过,有一个很可惜,几乎每门都只差几分。大概是运气差点吧。运气也是很重要的。不过怎么样,这次考试通过了,我实现了当时的目标。今年可以考个别的新的考试了。

架构师心得2

  上周五到周日,由InfoQ中文站主办的全球架构师峰会在深圳万科国际会议中心隆重召开,我也从大连跑到深圳去领略了一次会议的盛况。

  这次会议最有意思的莫过于参会的人员了,因为大多数都是公司中的中高级技术人员,所以女士非常稀少,差不多八九百的参会人员里面,女士的人数应该不超过30人吧(指会场中的参会人员),这就直接导致各位男士们的穿着比较随意,大T恤、大短裤、拖鞋的打扮随处可见,大家都以自己为"IT民工"而感到自豪,。

  会议中的演讲还是非常有料的,我也收获不少。比方说土豆网的'吴岷讲述的CDN相关技术,切合实际,而且都是在实践过程中摸索出来的经验,听起来非常过瘾。搜狗的茹立云讲述的深层网络搜索,让我了解到原来搜索方面还有这么多深层次的内容,还可以有很多的进展。乌云的剑心讲述的安全方面的知识也让我受益匪浅,里面的一句话"不以数据为中心的安全都是不负责任的",非常实在,我们不应该单纯地为了安全而安全,安全的目的是为了能够保护重要、敏感的数据,否则就没有意义。还有几位外籍讲师的内容也非常版,像Simon Brown讲得两个主题,分别叙述了敏捷与架构之间的关系,以及架构中所需要注意的安全性概念,深入浅出,实用性也比较强。还有广宇同学讲的HTML在东软UniSDP中的应用,也让很多人眼前一亮。

  演讲非常精彩,更重要的是在会议的过程中又认识了不少新朋友,相谈甚欢。像神交已久但素未谋面的安全专家殷钧钧,淘宝技术大学的校长子柳,还有虎扑网的技术经理洪涛等等,每位朋友的思想都非常活跃,与他们的交流非常开心。

架构师心得3

  从毕业开始到现在技术已经做了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”。这个软件就算是做出来,还是可控的吗?是不是又是一个焦油坑—————首先你的软件质量不能保证了;其次,你很难扩展;第三:你花费了太多无谓的工时……

  第七:多看书,多看网站(不是小网站),多练习。

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

  第八:学习提升主要靠自己。

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

  第九:懂得推销自己。

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