這學期我們學的課程叫做軟件體系架構，工作多年以后，我們肯定有的人會成為架構師，那么，如何做才能從一名程序員，小編程，轉變為一名架構師呢？結合網絡上的文章，談談自己的認知。
架構師能做到多少歲、首先我們定一個基準點：架構師只是功底深厚的程序員，千萬不要成為不會寫代碼的架構師。
架構師應該是立足于技術和業務之間的中間角色或者平衡點， 在針對業務深刻理解的基礎上，針對業務中存在諸多變數，挑選適合的技術架構和技術方案。可以這樣說，一個架構師工作的好壞決定了整個開發項目的成敗。
程序員幾年能夠成為架構師。序員從初級、中級、高級再到架構師，是一個不斷經驗積累的過程，但是在這過程中我們常常很迷茫，不僅僅是面對技術繁雜的無力感，更重要的是因為長期埋沒于代碼世界的浩大的分工體系中，無法看清從業務到系統架構的價值鏈條，無法清楚定位自己在分工體系的位置，處理不好自身與技術、業務的關系所致。所以在程序員生涯中除了技術實力以外，其它軟實力也不容忽視。如：主動學習、積累經驗、控制注意力、超越自我。
解決問題能力
解決問題能力不是天生的，自然得靠后天的經驗積累。我們工作中會遇到各種各樣的問題，比如需要去跟蹤調試產品所產生的bug，又比如說使用第三方組件所遇到的一些問題，再比如說使用一些插件或者IDE所產生的一些編譯問題。這個時候第一反應不是去別人那里尋求幫助，而是自己嘗試去看去解決問題。
當遇到阻塞性問題的時候，需要立即排查并處理。由于是線上的環境，我們在排查問題會有一定的難度，但依舊有一定的方法可尋，一般按照如下步驟進行。
學會提問
問問題的能力是一個人的修養，學會提問是一個人成長的必經之路。尤其是軟件行業的從業者，要保持對技術的鉆研精神，不做伸手黨，問出水平，問出修養！
有禮貌
畢竟誰也沒有義務幫你解決；
問對的人
選擇相關主題的板塊，不要多次發布相同問題！
主題清晰
問了讓別人不用看描述就知道問題類型和背景，github一般都會對issue做tag標記的。
較差的標題：保存，老實提示系統異常。
較好的標題：在firefox中保存時導致系統異常的兼容性問題求解。
描述要準確
描述機器環境(os，機器配置，版本信息)；描述自己的排查方向和相關現象；描述問題的觸發背景(升級了什么組件/改了什么)；提供復現方法。
描述要客觀
不要加主觀判斷；
描述目標
不是中間的某個步驟step；可能你的方向偏了，實現目標根本就不需要實現這個step
想提高自己解決問題的能力，首先得學會如何提問。給自己提問或者向別人尋求幫助時。
?
