這學期我們學的課程叫做軟體體系架構，工作多年以後，我們肯定有的人會成為架構師，那麼，如何做才能從一名程式設計師，小程式設計，轉變為一名架構師呢？結合網路上的文章，談談自己的認知。
首先我們定乙個基準點：架構師只是功底深厚的程式設計師，千萬不要成為不會寫**的架構師。
架構師應該是立足於技術和業務之間的中間角色或者平衡點， 在針對業務深刻理解的基礎上，針對業務中存在諸多變數，挑選適合的技術架構和技術方案。可以這樣說，乙個架構師工作的好壞決定了整個開發專案的成敗。
序員從初級、中級、高階再到架構師，是乙個不斷經驗積累的過程，但是在這過程中我們常常很迷茫，不僅僅是面對技術繁雜的無力感，更重要的是因為長期埋沒於**世界的浩大的分工體系中，無法看清從業務到系統架構的價值鏈條，無法清楚定位自己在分工體系的位置，處理不好自身與技術、業務的關係所致。所以在程式設計師生涯中除了技術實力以外，其它軟實力也不容忽視。如：主動學習、積累經驗、控制注意力、超越自我。
解決問題能力
解決問題能力不是天生的，自然得靠後天的經驗積累。我們工作中會遇到各種各樣的問題，比如需要去跟蹤除錯產品所產生的bug，又比如說使用第三方元件所遇到的一些問題，再比如說使用一些外掛程式或者ide所產生的一些編譯問題。這個時候第一反應不是去別人那裡尋求幫助，而是自己嘗試去看去解決問題。
當遇到阻塞性問題的時候，需要立即排查並處理。由於是線上的環境，我們在排查問題會有一定的難度，但依舊有一定的方法可尋，一般按照如下步驟進行。
學會提問
問問題的能力是乙個人的修養，學會提問是乙個人成長的必經之路。尤其是軟體行業的從業者，要保持對技術的鑽研精神，不做伸手黨，問出水平，問出修養！
有禮貌畢竟誰也沒有義務幫你解決；
問對的人
選擇相關主題的板塊，不要多次發布相同問題！
主題清晰
問了讓別人不用看描述就知道問題型別和背景，github一般都會對issue做tag標記的。
描述要準確
描述機器環境(os，機器配置，版本資訊)；描述自己的排查方向和相關現象；描述問題的觸發背景(公升級了什麼元件/改了什麼)；提供復現方法。
描述要客觀
不要加主觀判斷；
描述目標
不是中間的某個步驟step；可能你的方向偏了，實現目標根本就不需要實現這個step
想提高自己解決問題的能力，首先得學會如何提問。給自己提問或者向別人尋求幫助時。
架構師應該具備哪些思維模型？
架構師一直是程式設計師 羨慕且追求 的高度，今天來說說我 奈學教育ceo 孫玄 眼裡優秀的架構師該如何定義。畢竟我也曾經是一名架構師 在開始今天的話題之前我說乙個和我前公司p9現在已經是p10的對話。問題是這樣的他說公司中介軟體架構師不熟悉公司業務，很多事落地不了，非常的疑惑。他最近主要任務就是和這...
優秀的架構師應該具備哪些能力
合格的運營式運維工程師 首先我們總結下，關於談到何為一名合格的運維運營工程師，大概就是幾點 具備一定運營技能 要有運營意識 主動性要強 學習能力要跟得上。而學習能力完全是乙個人綜合能力的體現，這一點個人覺得客觀性佔絕大部分。最近發生的一系列事情，我頗有感觸，合格與不合格的運營工程師就差在這裡，接下來...
作為一名架構師，我們應該掌握哪些技術呢？
簡單來談一下 常用的資料結構，對於常見的資料結構，演算法，應該知道一些！服務，對於分布式，大一點的專案都會遇到，你可以用ws，wcf，remoting去實現它，它們的原理是你應該知道的，因為你是一名架構師，兄弟們都指著你呢，呵呵！全文檢索 lucene.net，當然lucene只是實現全文檢索的一種...