06.13 架構師不寫代碼,怎能知道技術的痛點?

架構師的兩種類型

第一種是可以將業務實現的人,他可能需要整合公司不同部門的資源、解決不同技術模塊整合、解決不同版本之間的兼容性、解決各個模塊的技術選型等,解決任務的分解及分配,解決進度上出現的問題。當上面所有這些問題都完成後,架構師順利幫助公司完成了項目目標。

第二種是在第一種的基礎上,利用技術的力量,改進了一個領域的效率或提升了生產力。比如一個在現有技術基礎上提升20%效率的視頻解碼模塊、或者類似美劇硅谷中的,研發出一套壓縮比很大且保持高質量信息的壓縮算法。目前的大部分互聯網創新在某種程度也是利用技術變革的力量,比如電子商務及在線教育等行業。

架構師不寫代碼,怎能知道技術的痛點?

架構不是演化出來的。摸著石頭過河,遇到問題解決問題,那是專家的優勢和特長, 架構師不應該關注如何精妙的去解決問題, 而應該關注如何從一開始就奠定粗糙但正確的藍圖和基調,避免後面投入大量的資源去應對本不該出現的各種危機。

作為架構師, 我們不一定要聽得進去,但起碼要能聽到,因為做架構本質上是要有一定的集權性的, 接納眾多意見,最終還是要歸一為同一個方案,只是,集權不意味著武斷, 接納也不意味著民主, 但起碼要知道有差異, 以及這些差異是否是當前架構需求的重點影響因素, 只有開放言路, 開放心態, 接納人的差異, 組織的差異,才能幫助我們當時當下做出最為合理的權衡和架構決策。

合格的架構師都是好的戰略家, 前瞻性眼光是他們起碼的要求, 而系統性的思考則是將這些前瞻性眼光落地的必備素質。

架構師不寫代碼,怎能知道技術的痛點?

架構既看重前瞻, 又看重落地,落不了地的架構只是空中樓閣, 所以, 如何將架構落地, 考量的就是一名合格架構師的綜合素質和系統思考的能力。

設計無處不在,而且開發人員可能意識不到某些細節的改變會造成對模型的改變,我覺得因為需求的不穩定沒有什麼需要架構師設計的架構能一次成型沒有理解壓力並且完全不需要調整,架構師寫不寫代碼不重要,重要的是能不能及時對架構的實現做支撐,幫助程序員理解和實現軟件。

架構師不寫代碼,怎能知道技術的痛點?

尚學堂立志解決中國教育不公平和低效率問題,幫助千千萬萬被傳統教育方式耽誤的人,傳授實用、前沿的知識,成就學員個人理想,為愛你的人和你愛的人創造美好的生活。尚學堂12大精英團隊+各類實戰項目,真正實現1+1>10的目標效果。幫助學員迅速成長,持久騰飛,成就學員“高富帥”人生。


分享到:


相關文章: