從程序員、高級程序員，到現在掛著架構師、專家之類的頭銜，伴隨著技術和能力的提高，想不明白的事情反而越來越多了。
很多人認為，架構師就是系統分析師，是拿到系統需求進行分析的人，錯！如果系統只是系統分析，那麼架構設計誰來弄？
有人認為架構師就是架構設計的人，畫畫UML，寫一寫文檔之類的人，錯！畫UML就是設計嗎？畫圖的人有了，設計的人是誰？
還有人認為架構師是從屬於項目經理，只管設計，而沒有任何權利的人，錯！如果設計的決策權交給項目經理，那麼這個設計是有分量的嗎？
似乎隔三差五就能看到一些關於架構師應不應該寫代碼的文章。作為架構師，參與寫代碼還是會有一些不大不小的收益。
因此，什麼是架構師？
架構師是具有技術發言權，方向決策權，和團隊人員開發資源調配權的開發團隊的TeamLear，也是這個程序的設計者，當然他是這個程序團隊的靈魂！
那麼，為什麼你總成為不了架構師？
不要僅僅從技術的角度出發一味的按照自己理所當然的方向去努力，要學會用設計的思想思考，並努力讓你自己成為有分量的人！
成為技術專家之後的工作可以說是痛並快樂著，會有很多人找你諮詢問題，另一方面，會有太多人找你諮詢問題。
語言的發展，開發方法的發展在1,2兩條上面取得了極大的進步，但對於第3條，我們不能光指望開發方法本身來解決。
提高軟件質量：可維護性，可擴展性，可重用性等，再具體點，就是高內聚、低耦合，面向對象就是為了解決第3條的問題。因此要成為一個好的程序員，最繞不開的就是面向對象了。
尚學堂提醒大家想成為架構師不是懂了一大堆技術就可以了，這些是解決問題的基礎、是工具，不懂這些怎麼去提解決方案呢？這是成為架構師的必要條件。
分享到:
閱讀更多 架構師之橋 的文章
