架構師心得

　　當我們備受啟迪時，常�？梢詫⑺鼈儗懗梢黄�心得體會，從而不斷地豐富我們的思想。到底應如何寫心得體會呢？以下是小編幫大家整理的架構師心得，僅供參考，希望能夠幫助到大家。

架構師心得1

　　去年八月底的一天，有同事在攛掇大家考系統(tǒng)架構師，也過來問我要不要考試。我到他們那拿了參考書翻了翻，覺得這些選擇題倒也不是很難，復習復習應該也可以考過，問了一下考試時間，是11月9號。這么算下來也有兩個月多一點時間，算起來也還可以。再一問報名費，才200元不到。于是毫不猶豫就報名了。

　　結果報完名以后才知道這考試居然還分上下午卷，下午卷不但有主觀問答題，還有考論文的。頓時覺得有點頭大，但是想想寫文章我也不差，寫個論文可能也能應付得來吧。最關鍵是考試費超低啊，這年頭200塊錢能干啥?

　　報完名后兩三天內就付款，同時買了推薦的書籍。說實話，我以前的做事風格是沒有這么利索的，屬于中度拖延癥的范疇。但是最近這一兩年，痛定思痛以后有了不少改觀，這件事情也是側面印證了我的改變。

　　拿到書以后，仔細翻了翻，雖然考的東西都不是很深入，但是考的面真是很廣。這大概是"一英里寬，一英尺深"的理念的體現(xiàn)。不過我覺得這樣的設置也算合理，畢竟這是架構師考試，作為架構師，應該對系統(tǒng)的方方面面都有所了解。因為在我看來，架構師的重要職責是做好選擇題，做好選擇題的前提是你有廣闊的知識面。上午的題都是選擇題，應該問題不大。麻煩的地方在于下午的論述題和論文。尤其是論述題，感覺完全沒有思路。不是因為對相關的知識完全不了解，而是對答題的思路和角度完全不適應。比如對于ORM和Web2.0這些我自認為挺了解的問題，我試著回答了一下居然和答案相差十萬八千里。

　　不過既然報了名了，而且既然下了決心要考了，那就好好準備吧。我不想這么輕易就放棄。其實這一點，也是我正在改變的一點。像拖延一樣，做事決心和恒心不夠強也是我之前的缺點，這兩年也是慢慢在改。改變的結果也是在這次考試中得到了印證，很開心。因為從復習的條件來講，我其實也是很差的。家里有小孩，在九月中旬之前還好，有岳母幫忙帶。九月中旬之后老人家回去了，家里只有我們兩個，白天上班，晚上帶小孩。老婆的公司最近也忙了，時不時還要加個班。學上加霜的'是，不知道怎么回事，三十多年從沒過敏問題的我，居然得了過敏性蕁麻疹。每天晚上發(fā)作起來的時候身上皮膚一大片一大片地起紅腫斑塊，癢得根本看不了書。去醫(yī)院開了抗過敏藥，這種藥的副作用是嗜睡，也沒法復習。后來把吃藥的時間放在白天，同時也有些適應這個藥了，才慢慢好些了。

　　時間一點點過去，心理的踏實感始終不是很強。尤其是論述題，即使到考試前，我覺得上午卷和論文應該問題都不大了，但是論述題還是沒把握。

　　考試那天，也算是運氣好。下午的論述題出得還比較簡單，論文題目也有一題相對簡單的�？纪旰蟾杏X還行。但是由于大頭都是主觀性的題目，所以對于通過考試沒有十分的把握。這考試出成績還特別慢，一開始還在想啥時候可以查成績，后來時間久了也不太想了。

　　結果今天在微信群里面老大說成績可以查了，而他掛了。我們老大也是技術上比較牛的人，我想他都掛了，我估計也懸，于是不由得緊張起來。懷著忐忑的心去查了一下，發(fā)現(xiàn)成績是48/47/48.隱約中記得45分就是通過的，這么講難道是過了。于是開始懷疑分數(shù)線是不是45分了，到網(wǎng)上一搜，也有好多人有同樣的心理，不過分數(shù)線應該是不會亂變的。這個時候才感覺到一陣陣興奮襲來。感覺兩個月辛苦的準備終于有了回報。我看到網(wǎng)上有人考試輕輕松松過的，我自認為沒有這么牛，我還是花了不少時間準備的，當然我的底子也是不錯的。所以，我感受到的開心也是勝于他們的，這也公平吧。

　　和我同參加考試的一些人都沒通過，有一個很可惜，幾乎每門都只差幾分。大概是運氣差點吧。運氣也是很重要的。不過怎么樣，這次考試通過了，我實現(xiàn)了當時的目標。今年可以考個別的新的考試了。

架構師心得2

　　上周五到周日，由InfoQ中文站主辦的全球架構師峰會在深圳萬科國際會議中心隆重召開，我也從大連跑到深圳去領略了一次會議的盛況。

　　這次會議最有意思的莫過于參會的人員了，因為大多數(shù)都是公司中的中高級技術人員，所以女士非常稀少，差不多八九百的參會人員里面，女士的人數(shù)應該不超過30人吧(指會場中的參會人員)，這就直接導致各位男士們的穿著比較隨意，大T恤、大短褲、拖鞋的打扮隨處可見，大家都以自己為"IT民工"而感到自豪，。

　　會議中的演講還是非常有料的，我也收獲不少。比方說土豆網(wǎng)的'吳岷講述的CDN相關技術，切合實際，而且都是在實踐過程中摸索出來的經(jīng)驗，聽起來非常過癮。搜狗的茹立云講述的深層網(wǎng)絡搜索，讓我了解到原來搜索方面還有這么多深層次的內容，還可以有很多的進展。烏云的劍心講述的安全方面的知識也讓我受益匪淺，里面的一句話"不以數(shù)據(jù)為中心的安全都是不負責任的"，非常實在，我們不應該單純地為了安全而安全，安全的目的是為了能夠保護重要、敏感的數(shù)據(jù)，否則就沒有意義。還有幾位外籍講師的內容也非常版，像Simon Brown講得兩個主題，分別敘述了敏捷與架構之間的關系，以及架構中所需要注意的安全性概念，深入淺出，實用性也比較強。還有廣宇同學講的HTML在東軟UniSDP中的應用，也讓很多人眼前一亮。

　　演講非常精彩，更重要的是在會議的過程中又認識了不少新朋友，相談甚歡。像神交已久但素未謀面的安全專家殷鈞鈞，淘寶技術大學的校長子柳，還有虎撲網(wǎng)的技術經(jīng)理洪濤等等，每位朋友的思想都非�；钴S，與他們的交流非常開心。

架構師心得3

　　從畢業(yè)開始到現(xiàn)在技術已經(jīng)做了4年了。4年時間，從一個創(chuàng)業(yè)MIS型公司的小小程序員混到了現(xiàn)在的互聯(lián)網(wǎng)企業(yè)的技術型PM（其實個人覺得自己應該被稱為高級工程師，或者厚著臉皮的話稱為“架構師”也行）。中間的道路雖然也是磕磕絆絆，當慶幸的是還總算是爬過來了。

　　其實要說有什么大的經(jīng)驗也算不上，只能說跌爬滾打了4年時間，再怎么不長記性，忘乎所以，長了傷疤忘了疼，但是疤痕總歸要留下一點？！只能說把這些曾經(jīng)的傷疤拿出來和大家分享一下，怎么樣讓以后的同志們盡量少去碰石頭或者投海。以前有人撞過了，投過了，以后能繞道就繞道吧！

　　其實做技術呢，不能光去從技術角度看到技術，他牽涉到方方面面（這個不是說大話，我不是“教授”，更不是“裝假（專家）”，沒必要托大）。如果你光從技術角度去提升你的技術，你將會很快就碰到瓶頸，并且碰到瓶頸后沒有什么好的辦法去克服。那么我們在提升自己的技術之前要做些什么？怎么提升自己的自身的技術呢？

　　第一：你先要認識你自己。

　　作為程序員，其實我們90%或者更多都是很自負的。不要不承認，我也是程序員。我深深的了解自己所屬的人群。你是不是經(jīng)常有下面的現(xiàn)象發(fā)生：你看別人的代碼都是垃圾，看自己的代碼都很完美？你是不是覺得別人寫的代碼或者做的解決方案都不是最優(yōu)的，只有你自己的代碼或者解決方案是最優(yōu)的？你是不是會覺得你的代碼肯定沒有bug，別人的代碼肯定存在bug？……太多了。如果這些現(xiàn)象在你身上發(fā)生，那么第一件事情就是：請你把它改掉吧？！程序員應該是謙虛的，上進的，否則在這個技術更新比換gf都快的時代，你不太能跟上步伐。

　　第二：你是不是經(jīng)常和人家爭執(zhí)？你是不是每個問題都爭執(zhí)？你是不是聽不見去別人的任何意見？……這點也請你改掉它。

　　作為技術人員這個是特有的，我以前也是為了一個問題會和別人爭得面紅耳赤，情緒激動。最后往往是不歡而散。想想到頭來對你有什么好處呢？技術和學術還是有區(qū)別的，技術不需要爭論，技術需要的是真實，現(xiàn)實。當你們存在爭論的時候最好的方式是去做一個demo，又能鍛煉自己，又能說明問題。一箭雙雕，何樂而不為呢？

　　第三：不要有信仰之爭。

　　現(xiàn)在很多程序員，包括經(jīng)常聽到已經(jīng)工作了十幾年的技術人員往往也在說java比net好，或者是net比java好；window比linux好，linux比window好。這些派別，門戶，儼然已經(jīng)成為了一種信仰。但是不應該有對立�。〈蠹叶际墙�(jīng)過高中教育的，都是學過唯物辯證法的。一個東西肯定存在好的一面也肯定存在不好的一面。何況是兩個東西比較呢？每個人的信仰可以不一樣，但是信仰是用來去尊重的。不是用來爭的。你可以有你的信仰，但是你也不能去污蔑別人的信仰��？！Anders Hejlsberg和James Gosling尚且可以心平氣和的坐下來談談，我們?yōu)槭裁淳筒荒苣兀吭僬f了，我們又不是非得要靠net或者java吃飯的。我們就不能把net的優(yōu)點和java的優(yōu)點都拿過來用嗎？

　　第四：別眼高手低。

　　不管是應屆畢業(yè)生或者是老手，千萬要記住一條。你就算再有水平，也要在別人見到你的水平后再去要求別人。不要上去給你做什么都感覺簡單，都覺得大材小用，都覺得浪費你的聰明才智。然后往往緊跟出現(xiàn)的就是工作一團糟。美其名曰：這種東西老子不屑做�？取�…這個怎么說呢？你都覺得簡單了，為什么不把它做做好呢？碰到這種問題，我只能說你最好還是換位思考一下吧？！

　　第五：請關心開源社區(qū)。

　　開源社區(qū)的優(yōu)點就不多說了。如果你是一位net開發(fā)人員，我衷心的勸你一句：請關心一下開源社區(qū)吧！我也是net程序員，我也深深的了解net程序員的優(yōu)缺點。但是請你們不要排斥開源，也不要一味的使用MS的產品。有的時候開源的東東能給你另外的一種解決方案，能讓你看到另外的一片天地。你也不要覺得開源非常的高深，如果有機會，你也盡可能的加入其中。不為別的，如果你加入了開源組織，再提交了代碼的話，你的簡歷是不是就加分了？你去面試的時候說我是“某某開源軟件”的'開發(fā)人員，你是不是覺得自己巨牛無比？我想面試官也會另眼相看，你覺得他好意思再給出一個拿不出手的薪水嗎？

　　第六：解決問題的時候，認清本質。

　　最近我們組要開發(fā)一個MongoDB的客戶端。因為開源的MongoDB客戶端功能不完善，沒有達到我們的需求，我就讓我們組的一個同事開發(fā)。我知道他的水平，所以我故意不太和他講具體怎么做，我也不是經(jīng)常去問他做的怎么樣了。完全靠他自己。我知道這個東西到最后肯定失控（沒辦法，交學費嘛）。上個星期五見分曉了：確實不行了。那么問題在哪里呢？就是該同志認不清他要做這個軟件的本質在哪里？我只要達到什么功能就可以了！結果太多的功能都被復雜化設計，問題引出了新的問題，代碼越來越多，越來越臃腫，伴隨的現(xiàn)象也是越來越不著邊際。使用了99%的時間去實現(xiàn)1%可能會遇到的問題，并且這個1%的問題并不是“20xx”。這個軟件就算是做出來，還是可控的嗎？是不是又是一個焦油坑—————首先你的軟件質量不能保證了；其次，你很難擴展；第三：你花費了太多無謂的工時……

　　第七：多看書，多看網(wǎng)站（不是小網(wǎng)站），多練習。

　　我提升自己的經(jīng)驗是多看書和網(wǎng)站。在書上你經(jīng)常能學到一整套新的技術；網(wǎng)站上的文章能給你一些架構上的思考。因為技術是學出來了，你可以通過書本突擊；架構是改出來的，不是設計出來的。所以網(wǎng)站上的文章那種短小精悍的模式正好符合，所以需要提高技術就去看書，需要學習架構方面的知識就去看相關網(wǎng)站上的文章。至于練習，我覺得這個各取所需吧！反正我是不太做練習的，我看一邊代碼基本上就理解了，但是我?guī)讉�同事是邊看書邊寫代碼才能理解代碼的，這些其實也是個人的習慣吧！

　　第八：學習提升主要靠自己。

　　現(xiàn)在很多的人都覺得我來公司是來學習的；我在這個公司學不到什么東西。大家醒醒吧！公司不是學校，公司的本質是盈利，學校的本質才是教書育人。所以如果你想在公司里面學習東西，那么只有靠自己。別指望公司給你有多大的提升空間。除非公司萬不得已，否則很少公司會正統(tǒng)的培訓，培養(yǎng)員工。所以學習還是要靠自己，如果你只想著憑項目開發(fā)中學到的知識來支撐你整個職業(yè)生涯，別的時間可以用來娛樂，打游戲，玩，泡吧等等，那么我覺得你還是現(xiàn)在就轉行吧！因為你可能過不了多久時間就要真的去考慮轉行這個事情了。所以還不如現(xiàn)在就轉行。俗話說；早死早超生嘛！

　　第九：懂得推銷自己。

　　讓別人沒認識你的時候就讓人家知道你。這個是我最近一年才得到的經(jīng)驗。以前我老是覺得進公司的時候可以拿低工資，然后等自己的水平展現(xiàn)后再要求公司提高待遇。但是這條路被很多人證明是不現(xiàn)實的。你進公司的工資往往就決定了你在公司的種種。而且你的要求公司一般也是不太會答應。公司有嚴格的薪水制度，他也要面臨一碗水端平的環(huán)境，所以這條被證明成功極少。那么你是否能改變一下你的做法呢？讓你在沒進公司的時候就讓人家知道你的水平，這樣你是不是就能得償所愿了？！