程序員的職業道路通常非常清晰。從初級開發人員開始,要么在前端或后端之間進行選擇,要么來回移動以獲得完整的堆棧。然后是:高級開發人員、首席開發人員或技術架構師,然后是團隊領導。這是從個人貢獻者到軟件經理的描述方法,所有方法都從技術角度進行。
如果你想跨部門調動怎么辦?如果您想跨越技術和業務怎么辦?如果您想在展示您的技術實力的同時更加面向客戶怎么辦?
那么也許架構師的角色適合你。
唯一的問題是,在大多數公司,這不是一條清晰的道路。沿途的某個地方有一個支點。而且你不能僅僅通過代碼測試來證明你已經掌握了它所需要的東西。架構師帶來了好奇心、同理心和技術知識的獨特融合。如何看待大局以及三大支柱——商業、技術和人員——如何結合在一起。然后如何用他們的母語向其他人解釋它。
1
什么是架構師?
解決方案和 API 架構師可能專注于堆棧的不同級別,但也扮演著非常相似的角色。通常,架構師是一個更高級但非執行的角色。架構師通常會做出高層次的設計決策,執行技術標準,并希望以技術和人員技能的組合來指導團隊。
普通開發人員喜歡深入挖掘特定產品或語言的細節,但架構師已準備好擴大他們對企業架構以及它如何融入整個業務的理解。想要更多內容,可以關注技術老男孩。
API 架構師的六個特點:
-
API 趨勢發現者:大量使用 API 網關和其他指標和儀表板來做出明智的決策。 -
API 審核員:旨在了解人們喜歡或不喜歡什么背后的情感,從而影響 API 設計過程。 -
API 風險評估員:想了解為什么某些事情可能不起作用,在添加新 API 協議或采用新標準之前謹慎行事。 -
API 倡導者:關注開發者體驗和可用性。 -
API 創建者:希望利用 API 如何融合業務和產品思維的創造力,并處理反饋以改進現有 API。 -
API 規劃師:翻譯客戶需求,然后規劃、范圍和設計 API 產品及其路線圖。
這些不一定是六個不同的角色;這些帽子可以由一個人或幾個人佩戴。可以肯定的是,任何形式的建筑師都戴著許多帽子。有很多方法可以到達那里。
任何架構師都需要技術基礎。語言、數據庫或云提供商并不重要,但您必須實際設計、構建并將某些東西投入生產。