Ⅰ 阿里低調程序員蔡景現：靠著寫代碼登上了胡潤富豪榜
人們對程序員的印象總是刻板而單一 "格子衫、雙肩包、禿頂、人傻錢多" ，他們熬夜加班是常態，透支生命換取高薪，是猝死的高危人群。難道程序員就沒有未來嗎？還真不是。 有一位程序員，靠著寫代碼登上了3年前的胡潤富豪榜。
蔡景現，花名多隆，1976年出生，1991年進入蒼南中學，理科表現尤為出色，在數學競賽中多次獲獎， 大學期間多隆更是瘋狂的研究計算機、編寫代碼， 在互聯網知識方面越發精進。
許是天賦使然，對理科和計算機的極大興趣為多隆冥冥之中選擇好了一條路。
千禧年，多隆加入阿里巴巴，那時阿里巴巴旗下還沒有淘寶、支付寶等產品，阿里巴巴自身也只是個初創公司， 這個"掃地僧"多隆就這么寫了3年代碼，日子平靜而安穩。
轉折發生在2003年，馬雲和多隆說要做一個秘密項目，多隆沒做他想，看著密密麻麻的全英文合同， 只是問道"是不是還是寫代碼？"得到肯定回復後直接簽了自己的名字。
這個秘密項目，就是後來的淘寶。 這個項目改變了中國的互聯網格局， 將神秘的東方古國推進了一個新的時代。多隆是淘寶的第一個程序員，不光是資歷長，各種令人費解的程序問題，到多隆這解決起來就是手到擒來。
多隆曾有一個同事遇到了伺服器無故崩潰的問題，自己抓耳撓腮想了好幾天始終沒有解決，於是前來請教多隆， 多隆三分鍾後就告訴了對方bug所在。 據說但凡有事找多隆，他總是隨叫隨到，沒有絲毫架子，態度和藹。
不僅解決問題是一把好手，多隆自己編寫程序更是不在話下。 常規來講需要一個團隊做的事情，多隆一個人就能搞定，而且完成的又快又好。
在阿里人眼裡，多隆已然封神，他簡直不像個凡人，一個人就是一支隊伍，以一敵百，而且能力過硬。
多隆的能力常人難以望其項背，但他也沒有因此恃才傲物、居功自傲，而是每天該做什麼做什麼， 搗鼓電腦、寫代碼，低調的像個再普通不過的程序員， 可他過手的都是上億的大項目。
努力終將有回報，踏踏實實不爭不搶，但該屬於多隆的一分也不會少。6年前阿里巴巴在紐約證券交易所正式掛牌上市，在上市前最後的招股書中，多隆赫然在列，得知此事， 多隆的反應是"讓我當入股？可我只會寫代碼啊。"
阿里巴巴資深副總裁彭蕾對此評價道，多隆作為公司最早期的員工，伴隨著公司一同成長，與公司文化完全契合，專業方面帶頭攻堅，個人魅力也鼓舞了許許多多的阿里人， 不論從各方面來看，多隆這個合夥人都是實至名歸。
彭蕾這番話，可以說是對多隆的至高評價，這並非上下級之間的鼓勵，而是身為同事，由衷對多隆的認可。
多隆成為合夥人之後， 是擁有提名權利的董事，對董事會成員的新增、更換都擁有表決權， 可他依然行事非常低調，網上關於他的資料少之又少，更別說接受什麼外界采訪，幾乎找不到。
在阿里內部，多隆更是如"掃地僧"般的低調存在，什麼時候看見他都是在敲代碼，生活的就像一個普通人，完全不像億萬富豪。
曾經有一位阿里人采訪多隆，問他如何成為技術大牛，多隆回答在他看來，沒有所謂的大牛， 都是遇到問題想辦法查資料把它弄懂、弄會，只要肯花時間和力氣，自然就能會了。 很多情況沒有捷徑，就看你肯不肯花時間。
這一番懇切的言辭道出了成功的真諦，從浙江溫州縣城走出來的多隆甚至不覺得自己多麼成功，在他看來他就是寫代碼， 做自己喜歡的事情，然後順水推舟的做到了這個高度，他本不是奔著這個目標來的。
多隆曾給同事們提過一個建議"發現問題，解決問題，不要繞開問題的本身；多做事情，不會吃虧，即使不是你的事情。"短短的一句話，其中的深意不可小覷， 一是積極解決問題，二是勇於承擔責任。
從這句話中，不難看出多隆的人格特質，這並不是一個呆頭呆腦程序員偶然成功的故事，而是一個踏實肯干，找到人生使命並肯苦心鑽研的人應有的光明未來。
阿里巴巴的技術崗位分為14個等級， 分別是從P1-P14，多隆目前位於P11，對應的管理級別為副總裁。
可別小看這P11，阿里巴巴P6的高級工程師，可以去大部分公司擔任部門技術總監，年薪在30萬-40萬左右，P7可以去很多公司當技術負責人，年薪在50萬-60萬左右。
至於多隆所在的P11已經是大部分工程師一生也難以到達的高度了，多隆也正因此， 在3年前就以26億身價登上胡潤富豪榜，當時他年僅41歲。 隨著時間的變化，多隆的身價也水漲船高，如今說他身價30億，一點也不為過。
生活中總會有很多不期而遇的幸運，有人的幸運是收到一筆突如其來的財富；有人的幸運是邂逅一段幸福甜蜜的戀情；也有的人如多隆這般， 在年輕時就找到了自己值得奮斗一生的興趣和使命。
有的人可能會說，道理我都懂，但是我就是不想去做，拋開拖延、自製力差等原因，認真思考一下，這件事到底是不是你的興趣和使命所在。
回想你在玩 游戲 的時候，你是因為自律而去按時按點玩 游戲 嗎？並不是，你是因為喜歡，才去玩 游戲 ，這個道理放在很多地方都是通用的， 如果要靠強迫自己才能完成任務，不如將視野放寬，尋找和 探索 一些人生新的可能性。
心之所向，無力抵抗，願你也能在年富力強的時候像多隆一樣，找到值得奮斗終身的使命。
文/亦言
Ⅱ 為什麼阿里工程師代碼寫的好看看他的代碼規范就知道了
曾經與一位從阿里出來的Java工程師一起工作過一段時間，他的技術說不上非常厲害， 但是，他的代碼寫的的非常好，凡是他做的功能很少出現Bug 。我就很好奇，於是經常向他請教一些代碼設計的原則，然後他告訴了我阿里Java手冊。並且，他將這個手冊進行了修改，也成為了我司Java程序員的開發手冊。 這篇文章就讓我們看一看這個手冊中比較重要的原則。
【消櫻強制】 代碼中的命名均不能以下劃線或美元符號開始，也不能以下劃線或美元符號結束。
反例：_name / __name / $name / name_ / name$ / name__
【強制】 類型與中括弧緊挨相連來表示數組。
正例：定義整形數組 int[] arrayDemo; 反例：在 main 參數中，使用 String args[]來定義。
【強制】 POJO 類中布爾類型變數都不要加 is 前綴，否則部分框架解析會引起序列化錯誤。
說明：表達是與否的值採用 is_xxx 的命名方式，所以，需要在 設置從 is_xxx 到 xxx 的映射關系。
反例：定義為基本數據類型 Boolean isDeleted 的屬性，它的方法也是 isDeleted()， RPC 框架在反向解 析的時候，「誤以為」對應的屬性名稱是 deleted，導致屬性獲取不到，進而拋出異常。
【推薦】 在常量與變數的命名時，表示類型的名詞放在詞尾，以提升辨識度。
【推薦】 介面類中的方法和屬性不要加任何修飾符號(public 也不要加)，保持代碼的簡潔 性，並加上有效的 Javadoc 注釋。盡量不要在介面里定義變數，如果一定要定義變數，肯定 是與介面方法相關，並且是整個應用的基礎常量。
正例:介面方譽神法簽名 void commit();
介面基礎常量 String COMPANY = "alibaba";
反例:介面方法定義 public abstract void f();
說明:JDK8 中介面允許有默認實現，那麼這個 default 方法，是對所有實現類都有價值的默認實現。
【參考】 枚舉類名帶上 Enum 後綴，枚舉成員名稱需要全大寫，單詞間用下劃線隔開。
說明：枚舉其實就是特殊的類，域成員均為常量，且構造方法被默認強制是私有慶橋虧。
正例:枚舉名字為 ProcessStatusEnum 的成員名稱:SUCCESS / UNKNOWN_REASON。
【參考】 各層命名規約:
1) 獲取單個對象的方法用 get 做前綴。
2) 獲取多個對象的方法用 list 做前綴，復數形式結尾如:listObjects。 3) 獲取統計值的方法用 count 做前綴。
4) 插入的方法用 save/insert 做前綴。
5) 刪除的方法用 remove/delete 做前綴。
6) 修改的方法用 update 做前綴。
1) 數據對象:xxxDO，xxx 即為數據表名。
2) 數據傳輸對象:xxxDTO，xxx 為業務領域相關的名稱。
3) 展示對象:xxxVO，xxx 一般為網頁名稱。
4) POJO 是 DO/DTO/BO/VO 的統稱，禁止命名成 xxxPOJO。
【強制】 不允許任何魔法值(即未經預先定義的常量)直接出現在代碼中。
【強制】 避免通過一個類的對象引用訪問此類的靜態變數或靜態方法，無謂增加編譯器解析 成本，直接用類名來訪問即可。
【強制】 相同參數類型，相同業務含義，才可以使用Java的可變參數，避免使用Object。
說明：可變參數必須放置在參數列表的最後。(提倡同學們盡量不用可變參數編程)
【強制】 所有整型包裝類對象之間值的比較，全部使用equals方法比較。
說明：對於 Integer var = ? 在-128 至 127 范圍內的賦值，Integer 對象是在 IntegerCache.cache 產 生，會復用已有對象，這個區間內的 Integer 值可以直接使用==進行判斷，但是這個區間之外的所有數 據，都會在堆上產生，並不會復用已有對象，這是一個大坑，推薦使用 equals 方法進行判斷。
關於基本數據類型與包裝數據類型的使用標准如下:
說明： POJO 類屬性沒有初值是提醒使用者在需要使用時，必須自己顯式地進行賦值 ，任何 NPE 問題，或 者入庫檢查，都由使用者來保證。
正例：資料庫的查詢結果可能是 null，因為自動拆箱，用基本數據類型接收有 NPE 風險。
反例： 比如顯示成交總額漲跌情況，即正負 x%，x 為基本數據類型，調用的 RPC 服務，調用不成功時， 返回的是默認值，頁面顯示為 0%，這是不合理的，應該顯示成中劃線 。所以包裝數據類型的 null 值，能 夠表示額外的信息，如:遠程調用失敗，異常退出。
【強制】 POJO 類必須寫 toString 方法。
使用 IDE 中的工具:source> generate toString 時，如果繼承了另一個 POJO 類，注意在前面加一下 super.toString。
說明： 在方法執行拋出異常時，可以直接調用 POJO 的 toString()方法列印其屬性值，便於排查問題。
【強制】 關於hashCode和equals的處理，遵循如下規則：
說明：String 已覆寫 hashCode 和 equals 方法，所以我們可以愉快地使用 String 對象作為 key 來使用。
【強制】 線程資源必須通過線程池提供，不允許在應用中自行顯式創建線程。
說明：線程池的好處是減少在創建和銷毀線程上所消耗的時間以及系統資源的開銷，解決資源不足的問 題。 如果不使用線程池，有可能造成系統創建大量同類線程而導致消耗完內存或者「過度切換」的問題。
【強制】 線程池不允許使用Executors去創建，而是通過ThreadPoolExecutor的方式，這樣的處理方式讓寫的同學更加明確線程池的運行規則，規避資源耗盡的風險。
以上規范在設計代碼中，是比較重要的原則。如果編寫代碼的過程中，可以依照以上原則，那代碼的可讀性和可維護性將大大提升
Ⅲ CRUD 程序員勿進JDK 源碼剖析手冊與並發編程圖冊，完美詮釋高並發
在後端程序員的中，如果你有高並發的經驗，也往往能得到比別人更多的機會。原因很簡單，高並發會涉及到各種各樣的技術問題，如介面響應超時、GC 頻繁、大數據量儲存、死鎖等等。能搞定高並發的程序員，技術深度一定不會差。
為了能大家更好地了解 Java 並發，我我前段時間特地從阿里的一位朋友手上拿到了他手寫的 JDK 源碼剖析手冊與並發編程圖冊，下面一起來看看吧：
JDK 源碼剖析手冊
基於 JDK7 和 JDK 8，對整個 Concurrent 包進行全面的源碼剖析。JDK8 中大部分並發功能的實現和 JDK 7 一樣，但新增了一些額外的特性。例如 CompletableFuture、ConcurrentHashMap 的新實現、StampedLock、LongAdder 等。
點擊並拖拽以移動
點擊並拖拽以移動
點擊並拖拽以移動
詳細內容展示
點擊並拖拽以移動
點擊並拖拽以移動
點擊並拖拽以移動
點擊並拖拽以移動
點擊並拖拽以移動
並發編程圖冊
包含大量圖文以及源碼分析幫助大家理解相關知識，藉助這些圖文，按照這個順序學習，至少可以讓你簡單入門並發。
總覽
點擊並拖拽以移動
詳細內容展示
點擊並拖拽以移動
點擊並拖拽以移動
點擊並拖拽以移動
點擊並拖拽以移動
點擊並拖拽以移動
點擊並拖拽以移動
點擊並拖拽以移動
由於這份資料實在是細節內容實在太多啦，所以只能把部分知識點截圖出來粗略的介紹，每個小節點裡面都有更細化的內容！如果有需要完整版的朋友可以： 一鍵三連支持一下私信我，注意回復【000】即可獲取更多免費資料！ 希望大家看完之後能夠有所收獲~