我在軟體公司上班，程式設計師技術方面做的厲害後大都不親自寫程式碼，一般是寫開發方案，考慮演算法，做構架。能上管理層的程式設計師都是從寫程式碼-演算法構架這條路走上來的。

這個主要看個人喜好，喜歡專研技術的，還是走技術路線轉架構。覺得搞技術比較累的可以轉管理了。我個人比較熱衷新技術所以轉了技術專家崗。主要還是看個人，別以為轉管理就很輕鬆，操心的事也不少。

程式設計師的發展方向取決於個人的知識結構和發展意願，對於研發級程式設計師來說，未來一直從事程式研發工作也是沒有任何問題的，通常情況下，應用級程式設計師往往會考慮轉換崗位的事情。

通常情況下，架構師對於知識結構的要求還是比較多的，架構師也是研發級程式設計師的發展方向之一，對於架構師的要求主要體現在以下幾個方面：

第一：對於行業技術發展比較敏感。架構師的主要作用是設計產品的整體技術解決方案，要充分考慮可能出現的技術瓶頸、未來發展以及團隊開發能力。簡單的說，架構設計既要解決眼前的問題，也要著眼於未來，留出充分的擴充套件空間。第二：具備規劃能力。架構師的解決方案是搭建開發團隊的重要參考，一個開發團隊需要什麼樣的人員配置在很大程度上取決於架構師給出的方案，所以架構師在方案設計的過程中要充分考慮團隊的配置，在工作量上需要給出一個比較準確的描述。目前不少團隊都採取專案經理負責制，所以架構師的專業度對於專案整體進度有重要的影響。

第三：具備豐富的行業經驗。行業經驗的積累對架構師崗位來說是比較重要的，因為不同行業的解決方案存在巨大的差異，即使在使用者數量比較接近的情況下，不同行業在應用過程中的關注點也不一樣，甚至存在地區性的差異。

目前，不少企業已經把架構師和技術專家進行了崗位分離，架構師更多的任務是設計方案，而效能驗證以及頂層技術實現往往由技術專家來完成，所以現在不少公司的架構師並不需要去做具體的編碼工作，一些諮詢專家（業務架構師）甚至並不懂得具體的編碼，這也是隨著IT行業發展出現的新變化。