架構師心得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”。這個軟體就算是做出來，還是可控的嗎?是不是又是一個焦油坑-----首先你的軟體質量不能保證了;其次，你很難擴充套件;第三：你花費了太多無謂的工時……。

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

第八：學習提升主要靠自己。現在很多的人都覺得我來公司是來學習的;我在這個公司學不到什麼東西。大家醒醒吧!公司不是學校，公司的本質是盈利，學校的本質才是教書育人。所以如果你想在公司裡面學習東西，那麼只有靠自己。別指望公司給你有多大的提升空間。除非公司萬不得已，否則很少公司會正統的培訓，培養員工。所以學習還是要靠自己，如果你只想著憑專案開發中學到的知識來支撐你整個職業生涯，別的時間可以用來娛樂，打遊戲，玩，泡吧等等，那麼我覺得你還是現在就轉行吧!因為你可能過不了多久時間就要真的去考慮轉行這個事情了。所以還不如現在就轉行。俗話說;早死早超生嘛!

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