【codelife 阿里技術文章分享——讀後感】

目前看到的幾篇比較有感觸的文章，分別是：

• 前端Leader如何作好團隊規劃？阿里內部培訓總結公開   ——》這裏會有關於針對技術項目如何作規劃的一些指導，很是有價值
• 程序員吃的是青春飯？本質上取決於…  ——》推薦了一些書籍，這些是以前做爲測試的本身基本沒有特別看的，爲了可以達到更高的技術專家的標準，必須把這些內容都啃下來才能夠
• 如何在阿里技術面試中脫穎而出？ ——》以前也參加了不少次的面試，其實有本身總結到一些內容，跟這裏面提到的內容作一個互補，幫助本身在後面作項目的時候更加有的放矢
• 如何成爲一個頂尖的阿里架構師 ——》你要以架構師的標準要求本身，而且要比50%的人的水平高，這樣才能比較容易拿到本身想要的offer

 （備註：以上文章可供自查，根據標準制定行爲規劃，根據時間節點倒排完成）

 

1、前端Leader如何作好團隊規劃？阿里內部培訓總結公開

 

通常技術規劃路徑以下：

 

一、尋找規劃線索能夠經過下圖：（由於本人其實會須要本身找需求，作項目測試相關的不少規劃，以及技術規劃的工做，因此這個過程當中對於業務痛點的識別很是重要，可以快速準確識別痛點並整理出需求是第一步，以後須要與上級針對該問題進行梳理，而這個梳理過程當中就必需要站在老闆的角度上去思考）

 

在上圖中，向上管理主要能夠從下面幾個方面入手：

• 向上管理須要消除「語言差」、作必要的核心概念「科普」。
• 通常業務/ 產品老闆的關注點是：流量、轉化、跳失、體量、用戶體驗、規模化、模式/ 產品創新等，要了解清楚現階段老闆的關注點是什麼，從本身團隊的維度思考試圖給出到達路徑，這是很是重要的規劃線索。
• 向上管理不是有事沒事找老闆嘮嗑，而是注意溝通的有效與質量，提問題最好帶着初步的解決方案，業務/ 產品老闆的時間有限，又存在「語言差」，相對複雜的內容務必準備 PPT。（備註：說到了ppt，其實不少時候須要總結整理內容時，也須要站在更高層次上思考這個問題，可以站在：老闆、會議參與者、下屬幾個角度上思考這個ppt的內容，可以經過數據表現出專業，數據的豐富度、對比上須要多考慮）

 

 

二、在價值聚焦中重點提到了：

規劃推導

規劃推導分正推：從線索-> 本質痛點或問題-> 解決方案-> 目標，反推：從目標-> 解決方案-> 本質痛點或問題-> 線索。二個過程都須要，你須要經過反推，去論證推導與路徑的正確性，好比你的目標是提升 50 張頁面 50% 的性能，推到解決方案，發現只能提升 10 張頁面 10 % 的性能，就會發現解決方案是不靠譜的，須要再思考。

全部的線索都是現象，你須要去剖析現象背後本質，思考：

•  什麼問題致使了出現這些現象？
• 痛點夠不夠痛？

解決方案的設計要思考：

• 調研是否充分，集團是否有現成方案？
• 是本身作，仍是引進？仍是引進後二次定製？
• 預計投入資源，投入產出好比何？

目標的設計要思考：

• 可以體現規劃價值
• 可量化，可衡量，有影響
• 可達到

三、規劃落錘有幾件事情要作： —— 後面項目立項後要輸出的內容都要到位

規劃內容按照重要性排序

• 產出規劃 PPT
• 產出關鍵里程牌時間點
•  排兵佈陣、資源調度

2、程序員吃的是青春飯？本質上取決於…

職業發展分爲兩個階段：

1）第一階段：大學畢業3 到5 年

2）第二階段：大學畢業5 到10 年

 

第一階段須要學習的內容包含：（如下內容能夠自查，不少書沒有看過，不少書即便看過也是看過就忘並無掌握，關於知識和能力的積累能夠參考：Codelife中《一位優秀前端的自我修養》）

• 基礎的Java 知識：你會開始看《Java 編程思想》、《Effective Java》。
• 高質量代碼進階知識：你會開始看《重構：改善既有代碼的設計》、《代碼大全》、《編程珠璣》。
•  經常使用的主流框架：好比 SSH 相關的《Spring 實戰》、《Spring Boot 實戰》、《Hibernate 實戰( 第2 版)》。固然，這些書已經不夠了，你會經過Google、Baidu 大量地瀏覽在線的資源：Apache 官網、Spring 官網、Hibernate 官網。你會去StackOverflow 問問題或找答案。
• 系統設計與算法知識：《系統分析與設計方法》、《設計模式》、《需求分析與系統設計》、《面向對象分析與設計》、《UML 用戶指南》、《算法導論》
•  其餘知識：好比數據庫調優、緩存框架、NoSQL數據庫、日誌框架等等

 

 

第二階段須要到達了可能的34+歲問題：

面臨這個問題的：真正的緣由仍是在於自身「競爭力」是否符合這個年齡所應該具有的

 

此時，通常狀況下做爲一個TL，須要保證你們產出的價值高於公司給你們支付的工資、獎金等各項支出，那麼具有的能力就不僅僅是知識或者框架等方面的內容：

• 能對所負責領域的業務特色、發展趨勢、友商競爭分析有很好的洞察？能知道這個業務領域的客戶是誰？他們的需求是什麼？他們的痛點是什麼？因此，這個TL 應該須要學習《諮詢的奧祕》、《探索需求》、《系統化思惟導論》。對於技術型的TL，還應該瞭解《成爲技術領導者：掌握全面解決問題的方法》。
• 服務於特定領域的客戶，咱們須要能瞭解咱們的客戶企業架構、業務知識
• 做爲 TL， 是否有必要能將本身對於市場的洞察轉換成業務規劃，並能向本身的老闆（或者投資人）說清楚、講明白？並爭取到老闆的贊成，包括資金、人力資源等。對於，可否把事情講明白，咱們可能須要學習《金字塔原理》，並能很是清晰、有邏輯性地進行表達與溝通。固然，有些業務發展的事不必定特別有邏輯，是須要摸索、嘗試，那麼你是否能將一個不肯定的領域說服老闆並得到支持，咱們又須要什麼？《博弈論》、《影響力》等
• 得到老闆支持後，就須要開始帶着兄弟們幹活了。做爲帶頭人，你看咱們是否須要能將業務趨勢、客戶痛點進行業務建模好讓團隊的PD、技術都能理解？在作業務進一步深刻分析，可能就須要學習《領域驅動設計: 軟件核心複雜性應對之道》、《實現領域驅動設計》、《企業應用架構模式》、《恰如其分的軟件架構》等等。
• 作完業務設計後，開始要帶着團隊作技術方案設計、接口設計以及編碼實現等。這個過程，TL 又須要具有軟件項目管理的能力。不管是《PMBOK 指南》，仍是《敏捷軟件開發》、《人月神話》、《程序開發心理學》，相信總歸仍是會有點幫助的
• 在這 10 年內，比較關鍵的是——你還經歷過什麼有挑戰的業務、技術、產品、平臺等方面的成功與失敗經驗？在這些經歷裏，你可能會遇到這些困難與挑戰：團隊磨合的挑戰、技術方案上的爭執、平臺優先 or 業務優先的博弈、低落的團隊氛圍、我的的低谷等等。而這個過程當中所經歷的每一種，你但凡遇到了而且有解決和成長的，甚至是迷茫並最終踏過去的都是你的財富

 

而：這些軟、硬知識，從十年這個時間刻度倒排，學習計劃、實踐計劃的執行仍是很緊張的。因此，從如今開始給本身制定一個嚴格的學習計劃、嚴格執行，多實踐吧！

 

 

3、如何在阿里技術面試中脫穎而出？

評估一個面試者的能力，包括三個方面：

一、技能

• 工做項目經驗，以及解決疑難問題的能力
• 須要可以很好的完成工做

二、潛力

• 計算機相關專業的知識體系是否完整
• 基礎是否紮實
• 平時是否喜歡鑽研
• 好奇心
• 基於本身的過往經歷，沉澱的速度和效果（經過博客、開源、參加會議等方式不斷增強沉澱）

三、軟實力

• 性格
• 執行力
• 領導力
• 對身邊人的影響力

綜合梳理出一個標杆，就是：須要比目前團隊中同一等級50%的同窗優秀（因此不少同窗會在面試後遇到等級不滿意的狀況）

面試中，無論是面試官仍是被面試者，均可以遵循這幾個原則：STAR原則：

• Situation（處境）：在什麼樣的處境下
• Task（任務）：接到了什麼樣的任務
• Action（行動）：而後具體是怎麼落地的
• Result（結果）：最終拿到了什麼樣的結果

在使用以上原則的過程當中，要關心What/How/Why，來龍去脈，每一個階段要關注的重點不一樣，須要解決的問題不一樣，具體採用的方案也會不一樣，而且還會有不少進階過程，當第一階段不知足時繼續優化到了第二階段，這個在作項目的過程當中也要重點關注和培養本身如何思考解決問題的能力；若是是做爲一個項目徹底從頭跟到尾的細節部分也會很清晰，若是不是徹底從頭跟到尾的，就須要多總結和諮詢，保證本身可以藉助敏感度把握住重點和重要的細節

 

4、如何成爲一個頂尖的阿里架構師

這裏咱們討論：關於專職架構師的職責，以專職架構師的職責和能力要求本身，在作兼職架構師時也可以遊刃有餘（很是相信一句話：你要去一個地方，那麼你首先須要具有去到那個地方的能力，而且是要比要求的能力有必定空間的高度才能夠輕鬆勝任，而不是勉強夠格）

職責一：全局的技術規劃

• 技術規劃：最重要的是產出架構，就是一張圖，這張圖上有什麼，沒有什麼，何時有，何時沒有？只有這張圖很是清晰明確才能指引整個團隊在同一個時間向同一個方向前進。
• 全局：就是全面+格局，全面就是你的技術規劃包含各個方面的，在全部的領域都有明確的指引，因此這張圖本質是一系列的圖的集合；格局上不要只關注短時間利益，更多關注長期利益。不止關注團隊利益，更多從公司角度出發，只有這樣長期才能爲團隊帶來更多的成長
• 考覈：技術規劃的好壞、全面性、前瞻性，都是定性的描述，「技術規劃」只是一個指路燈，團隊中每個人能不能看到「指路燈」就到達目的地是指路燈價值的體現

職責二：統一的方法& 規範& 機制

• 藍圖確保整個團隊在同一個時間向同一個方向前進
• 規範確保前進是有序的。爲了有序，你必須拆解你的圖，縱向、橫向、功能內聚等等緯度拆解到權責清晰對等。
• 考覈：不管是業界仍是每個架構師自己都有本身的一套方法，因此只需關注這些東西對應的產出

職責三：完備的基礎構建

• 須要提供強大的武器庫，在大公司，大部分重量級的基礎構建已是很是完備，對於架構師來講更難的不是從0 到1，而是剋制、邊界和從1 到2 的過程；不要重複造輪子
• 考覈：有了剋制跨團隊的合做就尤其重要，對應的有兩個點一是清晰邊界，二是共建

職責四：落地的規劃纔是架構

• 考覈：作到就是作到、沒有就是沒有、質量好就是質量好，標準很是清晰；過程當中只須要緊跟拆解的事情結合實際的組織和業務狀況作出決策

最後借用一句話：從無到有的是架構；從表到裏的是抽象；從粗到細的是設計