從小編程，到架構師，咱們應該具有什麼

這學期咱們學的課程叫作軟件體系架構，工做多年之後，咱們確定有的人會成爲架構師，那麼，如何作才能從一名程序員，小編程，轉變爲一名架構師呢？結合網絡上的文章，談談本身的認知。

首先咱們定一個基準點：架構師只是功底深厚的程序員，千萬不要成爲不會寫代碼的架構師。

架構師應該是立足於技術和業務之間的中間角色或者平衡點， 在針對業務深入理解的基礎上，針對業務中存在諸多變數，挑選適合的技術架構和技術方案。能夠這樣說，一個架構師工做的好壞決定了整個開發項目的成敗。

序員從初級、中級、高級再到架構師，是一個不斷經驗積累的過程，可是在這過程當中咱們經常很迷茫，不單單是面對技術繁雜的無力感，更重要的是由於長期埋沒於代碼世界的浩大的分工體系中，沒法看清從業務到系統架構的價值鏈條，沒法清楚定位本身在分工體系的位置，處理很差自身與技術、業務的關係所致。因此在程序員生涯中除了技術實力之外，其它軟實力也不容忽視。如：主動學習、積累經驗、控制注意力、超越自我。

解決問題能力

解決問題能力不是天生的，天然得靠後天的經驗積累。咱們工做中會遇到各類各樣的問題，好比須要去跟蹤調試產品所產生的bug，又好比說使用第三方組件所遇到的一些問題，再好比說使用一些插件或者IDE所產生的一些編譯問題。這個時候第一反應不是去別人那裏尋求幫助，而是本身嘗試去看去解決問題。

當遇到阻塞性問題的時候，須要當即排查並處理。因爲是線上的環境，咱們在排查問題會有必定的難度，但依舊有必定的方法可尋，通常按照以下步驟進行。

學會提問

問問題的能力是一我的的修養，學會提問是一我的成長的必經之路。尤爲是軟件行業的從業者，要保持對技術的鑽研精神，不作伸手黨，問出水平，問出修養！

有禮貌

畢竟誰也沒有義務幫你解決；

問對的人

選擇相關主題的板塊，不要屢次發佈相同問題！

主題清晰

問了讓別人不用看描述就知道問題類型和背景，github通常都會對issue作tag標記的。

較差的標題：保存，老實提示系統異常。

較好的標題：在firefox中保存時致使系統異常的兼容性問題求解。

描述要準確

描述機器環境(os，機器配置，版本信息)；描述本身的排查方向和相關現象；描述問題的觸發背景(升級了什麼組件/改了什麼)；提供復現方法。

描述要客觀

不要加主觀判斷；

描述目標

不是中間的某個步驟step；可能你的方向偏了，實現目標根本就不須要實現這個step

想提升本身解決問題的能力，首先得學會如何提問。給本身提問或者向別人尋求幫助時。