雷布斯資料庫

① 進化論耍猴，我只佩服雷布斯！→_→

也不能全是耍猴。你想想一個加工廠一天能做出來多少手機。一條產線一天能做一千部，在小米前期，連小米都不敢也沒有嫩多加工廠願意給它馬力全開，所有產線加工小米，賣不出去的都是庫存消耗現金流。如果前期沒大量儲備新機，那麼動則銷量上百萬的，你想想開五條產線，一天能產多少？得多少天能跟上銷售？這還不包括過程中某些配件有問題，導致停產，返工，或者配件供應商跟不上貨。所以開一個手機公司真的很難，製造容易，量產不是一般公司能做到的！

② 雷軍和董明珠的10億賭局 什麼來歷

2013年12月12日，在央視財經頻道主辦的第十四屆中國經濟年度人物頒獎盛典上，小米公司董事長兼首席執行官雷軍與格力集團董事長董明珠就發展模式再次展開激辯，並打下10億元的天價賭局。具體介紹如下：

在央視財經頻道主辦的第十四屆中國經濟年度人物頒獎盛典上，董明珠和雷軍也是作為一對獲獎人物共同出場的。主持人陳偉鴻開玩笑說，這是這個舞台上少有的「型男和美女」組合。

表面的風平浪靜很快結束，在兩位頒獎嘉賓定義完雷董二人是代表傳統與虛擬兩種模式之後，董明珠表示，雖然他倆都來自珠海，但也不能不在這里「掐一下」。

董明珠的第一波挑戰是市場調查，她問觀眾，有多少人使用小米手機？現場只有3個人舉手。不過雷軍的應對也很快，他說，這說明我們的市場空間很大，還有99%的人都沒用小米手機。

隨後，董明珠又把矛頭對准了小米的短板：工廠和供應鏈。她問雷軍：「如果全世界的工廠都關掉了，你還有銷售嗎？」雷軍作答：「發展到今天，強調專業化分工，做工廠的人專心把工廠做好，做產品的人專心做產品。」

接著，董明珠又爆了一個猛料：剛才在後台，雷軍和她就「杠起來」了，雷軍說五年以後小米會超過格力，自己當時沒有回應，現在在台上她要說：「不可能。」 主持人陳偉鴻見縫插針：「那你跟他打個賭。」

可惜，董明珠並未接招，而是轉而尋求外援。她說，小米的網上銷售模式也可以為格力所用，假如她和馬雲合作，利用好傳統和電商兩個零售渠道，「那不是天下都是格力了嗎？」

董明珠步步緊逼，雷軍則連插話都很難。就在主持人宣布要進行下一環節的時候，「雷布斯」終於忍不住開始了反擊。他說，小米的優勢在於極其貼近用戶、輕模式以及全天候服務。伴隨著越來越重的語氣，雷軍最後終於拋出了他的賭局：「五年之內，如果我們的營業額擊敗格力的話，董明珠董總輸我一塊錢就行了。」

這一回，董明珠則是毫不客氣地見招拆招。她說，首先小米超過格力是不可能的；其次，要賭就不是一塊錢，「我跟你賭10個億。」

(2)雷布斯資料庫擴展閱讀：

雷軍和董明珠的10億賭局是模式的競爭

雷軍和董明珠兩個人都表達了自身模式的優點。雷軍說，小米最大的優勢是跟用戶群最貼近，極其強調用戶體驗和口碑。他強調，互聯網已經成為一種趨勢，浩浩盪盪、勢不可當。

董明珠也認為，時代在發展，在大數據到來之時，格力這樣的製造業企業堅守什麼、發展什麼很重要。格力電器不靠價格靠技術，有科技創新研發能力和23年的基礎，還有優秀的服務和幾萬家專賣店，如果能和阿里巴巴這樣的電子商務企業合作，世界就將是屬於格力的。

同時，二人也指出了對方的短板。董明珠說，對於一個企業的發展，可能三五年之內追求的是利潤，但長期看更重要的是能否持久。做企業要有共贏的思想，不能把所有的風險都轉嫁給別人。

雷軍也說，傳統企業的缺點首先是層層渠道距離用戶非常非常遠；其次，渠道過長，庫存全部在路上，有可能造成極大的風險；第三，做的事情太多，使企業不能真正專心地把自己最擅長的事情做好。

除了雙方互相「揭短」，兩位頒獎嘉賓也對兩種模式進行了點評。王健林說，他同意董明珠的觀點，做生意只有共贏或者說多贏，最後才能自己贏。馬雲也表示，像阿里巴巴和小米這樣的新經濟企業，成長快是必須的，同時做得久才是最艱難的。互聯網企業要思考如何在高速發展的同時活得更長、活得更好。

③ 雷軍不賣掉卓越網，馬雲，劉強東還能成功么

不是所有創業者都能碰到自己人生中的孫正義，起的個大早也可能趕個晚集，起得早就意味著你要忍受寒冷的清晨，在黎明的黑暗中摸索，特別是早期的雷軍馬雲劉強東這類創業者手裡並沒有雄厚的資金供他們燒錢，當時的投資人也未必能堅持讓你燒掉幾十個億，這一點你必須要看見。

亞馬遜今年經過了幾次改名，從卓越網到卓越亞馬遜，再到亞馬遜中國，最後才改成亞馬遜，其中的曲折，可謂坎坷。亞馬遜的前身卓越網是雷軍、陳年等人聯合創辦的。
從最開始的網上書店，到綜合品類，卓越網是早期中國最成功的電商企業之一，不過04年卓越丟給了亞馬遜，雷軍等人從中獲得了巨額回報。獲得了財富自由，以憑借著這筆財富投資了多玩等眾多互聯網公司。
那麼當年雷軍等為什麼要賣掉卓越網？
時間回到2004年8月9號，亞馬遜正式簽約收購卓越，並購牽連到很多人和事，創始人雷軍也卸下了董事長職務。雷軍賣掉自己一手養大的「孩子」，雷軍的凄涼和感悟可想而知。這在當時的中國互聯網劃下一條厚重的破折號。
當時雷軍卸下董事長職務，也推掉了一切采訪。因為這次並購牽連到很多人和事，也顧及到身後的大股東金山和聯想，雷軍沒有說話。互聯網並購很正常，大多數可創始人一般都跟進了新的公司，誰也不忍心離開一手養大的孩子。賣掉易趣邵亦波還在eBay，賣掉3721周鴻禕還在雅虎，而雷軍是賣得最徹底的一個。
電商持續燒錢，雷軍撐不過寒冬
一個VC曾勸雷軍不要放棄，因為網上零售是個長久的生意。零售存在了上千年，軟體也才幾十年。只要不出大問題，沃爾瑪肯定比微軟長壽。蓋茨400億成了首富，沃爾頓五個孩子每個200億，如果老人不分家，足足有1000億，兩個蓋茨也算不上首富。
雷軍說，蓋茨創業以來不過三十年，可沃爾頓家族已經歷了兩代人。再看看一路艱辛的亞馬遜，創立在1994年，到2002年才開始盈利，那時已經花掉幾十億美金。
相對於美國，在中國做B2C更難，復雜度是隨著規模不斷放大的。
卓越起步的時候，每天處理100張訂單感覺很容易。從100單到500單，就發現庫房不夠，東西也送不出去，所有員工都被趕到庫房裡做包裝。100單到1000單是一個質變，一千到一萬又是一個質變。卓越過了一萬，但到十萬就極其痛苦了。
資本只想套現，無法跟進
04年2月，卓越開始其創業以來的第四輪融資。B2C全球盟主亞馬遜是意向之一，因其財力和經驗都雄厚、對中國也感興趣。亞馬遜在2月和3月來中國兩趟，第一次分別拜會卓越和當當，第二次只找了卓越。
初談有三種模式。第一，亞馬遜持小股，像Google注資網路。第二，亞馬遜持大股，像IAC控股E龍。第三，全資收購，像雅虎買3721，eBay收易趣。
第一種，亞馬遜通不過；他們看準了中國市場，一定要強力介入，不留餘地。第二種，卓越通不過。雙方資本實力太懸殊了，如果亞馬遜要增資，再投入1億美金，金山和聯想跟還是不跟？跟不起，那就只能被攆出局。而即使亞馬遜不採取更多的動作，金山聯想又如何套現退出呢？亞馬遜沒有再次上市的打算。
既然遲早要被攆或者套牢，那不如現在就放棄，就是第三種模式，全資並購。
其實向風險投資(VC)融資也行。金山和聯想初始投資1600萬，股份大致七三開。後來VC先後投入920萬美金，就把金山股份稀釋到了50%以下。而卓越要實現穩健盈利，還要再投入至少數千萬美金。最終逃不出一個結果：股份被稀釋，失去主導權，出局。

④ 如何進行對標學習

對標學習的方法其實就是實現對標管理的過程：

1、制定對標計劃。確保對標計劃與公司的戰略一致。

2、建立對標團隊。團隊的結構取決於對標范圍的大小、公司規模、對標預算、對標程序和環境等要素；其次是就對標程序、分析工具和技術、交流能力、公司背景和系統對團隊人員進行培訓。

3、收集必要的數據。首先，要收集本公司的流程表、客戶反饋、程序手冊等信息進行自我分析；其次，找到適合自己的模仿對象。

4、分析業績差距數據。在理解對標對象最佳的方法基礎上，衡量自己與別人業績的差距。

5、持續進行對標管理。企業在減少與最佳案例的差距時，需時常用衡量標准來監測實施的有效性；另外，由於表現最佳的公司本身也會繼續發展，所以「找到並實施最好的方法」的對標管理也是一個只要開始就沒有結束的過程。

(4)雷布斯資料庫擴展閱讀

對標學習的注意事項

1、對標學習為企業提供了優秀的管理方法和管理工具，提供了追求不斷改進的思路。還可以讓企業形成一種持續學習的文化，認識到趕學超的重要性，持續追求獲得持續的競爭力。

2、對標學習是追求卓越的過程，也是持續不斷的學習過程。同時也可以幫助企業進行策略性定位，塑造企業的核心能力。

3、對標學習將焦點放在過程上而不是結果上，可以幫助企業達成突破性的績效改善，促進企業不斷的進行自我修正和自我突破。

4、對標學習要求企業通過對標增強危機意識，傳遞競爭壓力，創造卓越績效。增強危機意識是企業應該有的永遠不滿足現狀的態度。

5、對標學習瞄準一個比自身績效更高的組織進行對比，以便取得更好的績效，不斷超越自己，超越標桿，組織創新和流程再造以追求卓越。

⑤ 雷軍：晶元缺貨可能會持續兩年，晶元缺貨為何如此嚴重

雷軍表示晶元缺貨可能會持續兩年，之所以晶元如此缺貨就是由於疫情的持續，再加上恐慌性的囤積導致的。
自從進入2021年以來，晶元領域就一直缺貨，其實在我們的印象當中，晶元一直都和手機掛鉤，但是它其實和很多領域都掛鉤，包括顯卡、汽車等等，這些領域對於晶元的需求也是非常大的。近日雷軍在接受記者采訪的時候就表示，現在全球不管哪個地方對晶元的需求都是非常大的，而且進入了缺貨的狀況，並且說這種情況即將要持續兩年，所以一些電子產品將會越來越買，價格也會越來越高，因為晶元的缺乏所以使得某些物品生產的數量極其的少。俗話說的好物以稀為貴，所以價格也會有所上升。
有相關的領域專家表示，直到2022年以後，晶元缺乏危機才會有所緩解。

⑥ kbasesrv是什麼軟體

kinggsoft是金山公司的軟體文件夾存放目錄，一般保存位置是在C:Program Files (x86)kingsoft裡面。

該程序由金山旗下軟體靜默下載安裝到電腦里，使用特定參數啟動並篡改首頁。

用戶雙擊打開桌面的快捷方式，會啟動IE瀏覽器並訪問「毒霸網址大全」。

⑦ 保存失敗 Value at 0 is null. 什麼意思

‍

作者 | 聶曉龍（率鴿）

01 前言

前天回家路上，有輛車強行插到前面的空位，司機大哥暴躁地拍著方向盤吐槽道「加塞最可惡了」，我問「還有更可惡的嗎」，司機大哥淡定說道「不讓自己加塞的」。似乎和我們很類似，我們程序員屆也有這 2 件相輔相成的事：最討厭別人不寫注釋，更討厭讓自己寫注釋。

一段糟糕的代碼，往往大家最低的預期是把注釋寫清楚，最合理的做法通常應該對代碼做優化。如果我們將代碼真正做到了優秀，我們是否還需要注釋？

02 注釋的意義

; **************************************************************************
; * RAMinit Release 2.0 *
; * Copyright (c) 1989-1994 by Yellow Rose Software Co. *
; * Written by Mr. Leijun *
; * Press HotKey to remove all TSR program after this program *
; **************************************************************************
; Removed Softwares by RI:
; SPDOS v6.0F, WPS v3.0F
; Game Busters III, IV
; NETX ( Novell 3.11 )
; PC-CACHE
; Norton Cache
; Microsoft SmartDrv
; SideKick 1.56A
; MOUSE Driver
; Crazy (Monochrome simulate CGA program)
; RAMBIOS v2.0
; 386MAX Version 6.01

注釋是對代碼的解釋和說明，本質目的是為了增強程序的可讀性與可解釋性。注釋會隨著源代碼，在進入預處理器或編譯器處理後會被移除。這是雷布斯 1994 年寫的一段 MASM 匯編代碼，注釋與代碼整體結構都非常清晰。如果說代碼是為了讓機器讀懂我們的指令，那注釋完全就是為了讓我們了解我們自己到底發出了哪些指令。

03 爭議與分歧

注釋的起源非常早，我們甚至已經查閱不到注釋的由來，但現在任何一種語言，甚至幾乎任何一種文本格式都支持各式各樣的注釋形式。

但如何使用注釋，其實一直是一個備受爭論的話題。當我們接手一段『祖傳代碼』時，沒有注釋的感覺簡直讓人抓狂，我們總是希望別人能提供更多的注釋。但軟體屆也有一段神話傳說，叫做『我的代碼像詩一樣優雅』。有注釋的代碼都存在著一些瑕疵，認為足夠完美的代碼是不需要注釋的。

04 壞代碼的救命稻草

The proper use of comments is to compensate for our failure to express ourself in code. -- Robert C. Martin 《Clean Code》 譯：注釋的恰當用法是彌補我們在用代碼表達意圖時遭遇的失敗

Clean Code 的作者 Robert C. Martin 可以說是注釋的極力否定者了，他認為注釋是一種失敗，當我們無法找到不用注釋就能表達自我的方法時，才會使用注釋，任何一次注釋的使用，我們都應該意識到是自己表達能力上的失敗。

PH&V 的系統架構師和負責人 Peter Vogel，同樣也是一名堅定的注釋否定著，他發表了一篇文章 why commenting code is still bad 來表述為代碼添加註釋在某種程度上可能是必要的，但確實沒有價值。

事實上，我們也確實經歷著非常多無價值的注釋，以及完全應由代碼來承擔解釋工作的「職能錯位」的注釋。

01 零注釋

糟糕的代碼加上完全不存在的注釋，我喜歡稱呼它們為『我和上帝之間的秘密』，當然過 2 個月後也可以稱之為『上帝一個人的秘密』。

壓垮程序員最後一根稻草的，往往都是零注釋。可以沒有文檔，可以沒有設計，但如果沒有注釋，我們每一次閱讀都是災難性的。當我們抱怨它一行注釋都沒有時，其實我們是在抱怨我們很難理解代碼想要表達的含義，注釋是直接原因，但根本原因是代碼。

零注釋往往和壞代碼一起生活，「沒有注釋」的吐槽，其實本質上直擊的是那堆歪七扭八的英文字母，到底它們想表達什麼！

02 無用注釋

/**
* returns the last day of the month
* @return the last day of the month
*/
public Date getLastDayOfMonth(Date date) {
Calendar calendar = new GregorianCalendar();
calendar.setTime(date);
calendar.set(Calendar.DAY_OF_MONTH, calendar.getActualMaximum(Calendar.DAY_OF_MONTH));
return calendar.getTime();
}

這是典型的廢話注釋，讀代碼時代碼本身就能很好的表達具體的含義，我們完全不需要看注釋，並且注釋也不會給我們提供更多有效的信息。無用注釋或許是零注釋的另一個極端，我們擔心自己寫的代碼被人所吐槽，於是盡可能去補全注釋，當你為 getLastDayOfMonth() 補一段 get last day of month 的注釋時，恭喜你，你得到了雙倍的代碼。

03 代碼優於注釋

"Comments Do Not Make Up for Bad Code" -- Robert C.Martin 《Clean Code》 譯：注釋不能美化糟糕的代碼

當需要為一段代碼加上注釋時，說明代碼已經不能很好的表達意圖，於是大家開始為這段代碼添加註釋。Robert C.Martin 在 Clean Code 中提出一個觀點：注釋不能美化糟糕的代碼。能用代碼表達的直接用代碼表達，不能用代碼表達的，你再想想，如何能用代碼表達。

復雜的代碼最直接的表現就是不夠直觀、難以理解，加上注釋後往往會清晰很多，但你是願意看這段代碼：

// 判斷是否活躍用戶
if((customer.getLastLoginTime().after(dateUtils.minusDays(new Date(),15)) && customer.getCommentsLast30Days() > 5)
|| orderService.countRecentDaysByCustomer(customer,30) > 1)

還是這段代碼？

if(customer.isActive())

糟糕代碼的存在，通常是我們寫注釋的常見動機之一。這種試圖粉飾可讀性差的代碼的注釋稱之為『拐杖式注釋』，即使大名鼎鼎的 JDK，也存在這樣的拐杖式注釋。

public synchronized void setFormatter(Formatter newFormatter) {
checkPermission();
// Check for a null pointer
newFormatter.getClass();
formatter = newFormatter;
}

這是取自 JDK java.util.logging.Handler 類的 setFormatter 方法，作者為了不讓空指針異常下傳，提前做一次空指針檢查。沒有這段注釋我們完全不知道游離的這句 newFormatter.getClass() 到底要做什麼，這段注釋也充分表達了作者自己也知道這句代碼難以理解，所以他加上了注釋進行說明。但我們完全可以用 Objects.requireNonNull() 來進行替代。同樣的代碼作用，但可讀性可理解性大不一樣，JDK 里的這段代碼，確實讓人遺憾。

04 注釋否定論

"If our programming languages were expressive enough, or if we had the talent to subtly wield those languages to express our intent, we would not need comments very much—perhaps not at all." -- Robert C.Martin 《Clean Code》 譯：若編程語言足夠有表達力，或者我們長於用這些語言來表達意圖，就不那麼需要注釋--也許根本不需要

通過代碼進行闡述，是注釋否定論的核心思想。當你花功夫來想如何寫注釋，讓這段代碼更好的表達含義時，我們更應該重構它，通過代碼來解釋我們的意圖。每一次注釋的編寫，都是對我們代碼表達能力上的差評，提升我們的歸納、表達、解釋能力，更優於通過注釋來解決問題。當代碼足夠優秀時，注釋則是非必須的。並且需求在不斷調整，代碼一定會隨之變動，但注釋可能慢慢被人遺忘，當代碼與注釋不匹配時，將是更大的災難。

05 軟體設計的烏托邦

01 好吧你很優秀

曾經我的確對優秀的代碼不斷鑽研，對代碼本身所蘊含的能量無比堅信。如同當科學代替鬼神論走上歷史舞台時，即使存在有科學解釋不了，我們依然堅信只是科學還需要發展。當代碼別人無法理解時，我會認為是我表述不夠精準，抽象不夠合理，然後去重構去完善。

有一次給老闆 review 代碼，當時老闆提出，「你的代碼缺缺少注釋」，我說不需要注釋，代碼就能自解釋。於是老闆現場讀了一段代碼，「query-customer-list 查詢客戶」、「transfer-customer-to-sales 分發客戶到銷售」、「check-sales-capacity 檢查銷售庫容」，每一個類每一個函數，一個單詞一個單詞往外蹦時，你會發現好像確實都能讀懂，於是老闆回了一個「好吧」。

02 美麗的烏托邦

"'good code is self-documenting' is a delicious myth" -- John Ousterhout《A Philosophy of Software Design》 譯：『好的代碼自解釋』是一個美麗的謊言

在軟體設計中，總有一些軟體工程師所堅信的詩和遠方，有的是大洋彼岸的美好國度，有的或許是虛無縹緲的理想烏托邦。John Ousterhout 教授在 A Philosophy of Software Design 中提到一個觀念，『好的代碼自解釋』是一個美麗的謊言。

我們可以通過選擇更好的變數名，更准確的類與方法，更合理的繼承與派生來減少注釋，但盡快如此，我們還是有非常多的信息無法直接通過代碼來表達。這里的信息，或許不單單只是業務邏輯與技術設計，可能還包括了我們的觀感，我們的體驗，我們的接納程度以及第一印象帶來的首因效應。

06 好代碼的最佳僚機

You might think the purpose of commenting is to 'explain what the code does', but that is just a small part of it.The purpose of commenting is to help the reader know as much as the writer did. -- Dustin Boswell《The Art of Readable Code》 譯：你可能以為注釋的目的是「解釋代碼做了什麼」，但這只是其中很小一部分，注釋的目的是盡量幫助讀者了解得和作者一樣多

如同 John Ousterhout 教授一樣，The Art of Readable Code 的作者 Dustin Boswell，也是一個堅定的注釋支持者。與 Robert C.Martin 類似，Dustin Boswell 同樣認為我們不應該為那些從代碼本身就能快速推斷的事實寫注釋，並且他也反對拐杖式注釋，注釋不能美化代碼。

但 Dustin Boswell 認為注釋的目的不僅解釋了代碼在做什麼，甚至這只是一小部分，注釋最重要的目的是幫助讀者了解得和作者一樣多 。編寫注釋時，我們需要站在讀者的角度，去想想他們知道什麼，這是注釋的核心。這里有非常多的空間是代碼很難闡述或無法闡述的，配上注釋的代碼並非就是糟糕的代碼，相反有些時候，注釋還是好代碼最棒的僚機。

01 更精準表述

There are only two hard things in Computer Science: cache invalidation and naming things. -- Phil Karlton 譯：計算機科學中只有兩個難題：緩存失效和命名

Martin Fowler 在他的 TwoHardThings 文章中引用了 Phil Karlton 的一段話，命名一直都是一件非常難的事情，因為我們需要將所有含義濃縮到幾個單詞中表達。很早之前學 Java，接觸到很長的類名是 。可能有人認為只要能將含義准確地表達出來，名字長一些無所謂。那如果我們需要有一段處理有關「一帶一路」的內容，那我們的代碼可能是這樣的：

public class {

他非常准確的表達了含義，但很明顯這不是我們期望的代碼。但如果我們輔以簡單的注釋，代碼會非常清晰，說明了簡稱，也說明了全意，表述更精準。

/**
* 一帶一路
* 絲綢之路經濟帶和21世紀海上絲綢之路
*/
public class OneBeltOneRoad {

02 代碼層次切割

函數抽取是我們經常使用且成本最低的重構方法之一，但並非銀彈。函數並非抽得越細越好，如同分布式系統中，並非無限的堆機器讓每台機器處理的數據越少，整體就會越快。過深的嵌套封裝，會加大我們的代碼閱讀成本，有時我們只需要有一定的層次與結構幫助我們理解就夠了，盲目的抽取封裝是無意義的。

/**
* 客戶列表查詢
*/
public List queryCustomerList(){
// 查詢參數准備
UserInfo userInfo = context.getLoginContext().getUserInfo();
if(userInfo == null || StringUtils.isBlank(userInfo.getUserId())){
return Collections.emptyList();
}
LoginDTO loginDTO = userInfoConvertor.convertUserInfo2LoginDTO(userInfo);
// 查詢客戶信息
List customerSearchList = customerRemoteQueryService.query(loginDTO);
Iterable it = customerSearchList.iterator();
// 排除不合規客戶
while(it.hasNext()){
CustomerSearchVO customerSearchVO = it.next();
if(isInBlackList(customerSearchVO) || isLowQuality(customerSearchVO)){
it.remove();
}
}
// 補充客戶其他屬性信息
batchFillCustomerPositionInfo(customerSearchList);
batchFillCustomerAddressInfo(customerSearchList);
}

其實細看每一處代碼，都很容易讓人理解。但如果是一版沒有注釋的代碼，可能我們會有點頭疼。缺少結構缺少分層，是讓我們大腦第一感觀覺得它很復雜，需要一次性消化多個內容。通過注釋將代碼層次進行切割，是一次抽象層次的劃分。同時也不建議大家不斷去抽象私有方法，這樣代碼會變得非常割裂，並且上下文的背景邏輯、參數的傳遞等等，都會帶來額外的麻煩。

03 母語的力量

其實上述例子，我們更易閱讀，還有一個重要的原因，那就是母語的力量。我們天然所經歷的環境與我們每天所接觸到的事物，讓我們對中文與英文有完全不一樣的感受。我們代碼的編寫本質上是一個將我們溝通中的「中文問題」，翻譯成「英文代碼」來實現的過程。而閱讀代碼的人在做得，是一件將「英文代碼」翻譯成「中文表述」的事情。而這之中經過的環節越多，意思變味越嚴重。

TaskDispatch taskDispatch = TaskDispatchBuilder.newBuilder().withExceptionIgnore().build();
taskDispatch
// 外貿信息
.join(new FillForeignTradeInfoTask(targetCustomer, sourceInfo))
// 國民經濟行業、電商平台、注冊資本
.join(new FillCustOutterInfoTask(targetCustomer, sourceInfo))
// 客戶信息
.join(new (targetCustomer, sourceInfo))
// 客戶擴展信息
.join(new FillCustExtInfoTask(targetCustomer, sourceInfo))
// 收藏屏蔽信息
.join(new FillCollectStatusInfoTask(targetCustomer, sourceInfo, loginDTO()))
// 詳情頁跳轉需要的標簽信息
.join(new FillTagInstanceTask(targetCustomer, sourceInfo, loginDTO()))
// 客戶信息完整度分數
.join(new FillCustomerScoreTask(targetCustomer, sourceInfo))
// 潛客分層完整度
.join(new FillCustomerSegmentationTask(targetCustomer, sourceInfo))
// 填充操作信息
.join(new FillOperationStatusTask(targetCustomer, sourceInfo, loginDTO))
// 認證狀態
.join(new FillAvStatusTask(targetCustomer, loginDTO))
// 客戶地址和組織
.join(new FillCompanyAddressTask(targetCustomer, loginDTO))
// 違規信息
.join(new FillPunishInfoTask(targetCustomer, sourceInfo))
// 填充客戶黑名單信息
.join(new FillCustomerBlackStatusTask(targetCustomer, sourceInfo))
// 填充客戶意願度
.join(new FillCustIntentionLevelTask(targetCustomer, sourceInfo));
// 執行
.execute();

這是一段補齊客戶全數據信息的代碼，雖然每一個英文我們都看得懂，但我們永遠只會第一眼去看注釋，就因為它是中文。並且也因為有這些注釋，這里非常復雜的業務邏輯，我們同樣可以非常清晰的了解到它做了哪些，分哪幾步，如果要優化應該如何處理。這里也建議大家寫中文注釋，注釋是一種說明，越直觀越好，中文的親和力是英文無法比擬的。當然，這條建議並不適合美國程序員。

07 注釋的真正歸屬

01 復雜的業務邏輯

// Fail if we're already creating this bean instance:
// We're assumably within a circular reference.
if ((beanName)) {
throw new (beanName);
}
// Check if bean definition exists in this factory.
BeanFactory parentBeanFactory = getParentBeanFactory();
if (parentBeanFactory != null && !containsBeanDefinition(beanName)) {
// Not found -> check parent.
String nameToLookup = originalBeanName(name);
if (args != null) {
// Delegation to parent with explicit args.
return parentBeanFactory.getBean(nameToLookup, args);
}
else {
// No args -> delegate to standard getBean method.
return parentBeanFactory.getBean(nameToLookup, requiredType);
}
}

這是 Spring 中的一段獲取 bean 的代碼，spring 作為容器管理，獲取 bean 的邏輯也非常復雜。對於復雜的業務場景，配上必要的注釋說明，可以更好的理解相應的業務場景與實現邏輯。

截取自：

org.springframework.beans.factory.support.AbstractBeanFactory#doGetBean

02 晦澀的演算法公式

/**
* Returns the value obtained by reversing the order of the bits in the
* two's complement binary representation of the specified {@code long}
* value.
*/
public static long reverse(long i) {
// HD, Figure 7-1
i = (i & 0x5555555555555555L) << 1 | (i >>> 1) & 0x5555555555555555L;
i = (i & 0x3333333333333333L) << 2 | (i >>> 2) & 0x3333333333333333L;
i = (i & 0x0f0f0f0f0f0f0f0fL) << 4 | (i >>> 4) & 0x0f0f0f0f0f0f0f0fL;
i = (i & 0x00ff00ff00ff00ffL) << 8 | (i >>> 8) & 0x00ff00ff00ff00ffL;
i = (i << 48) | ((i & 0xffff0000L) << 16) |
((i >>> 16) & 0xffff0000L) | (i >>> 48);
return i;
}

這是 JDK 中 Long 類中的一個方法，為 reverse 方法添加了足夠多的注釋。對於幾乎沒有改動且使用頻繁的底層代碼，性能的優先順序會高於可讀性。在保證高效的同時，注釋幫助我們彌補了可讀性的短板。

截取自：java.lang.Long#reverse

03 不明所以的常量

/**
* The bin count threshold for using a tree rather than list for a
* bin. Bins are converted to trees when adding an element to a
* bin with at least this many nodes. The value must be greater
* than 2 and should be at least 8 to mesh with assumptions in
* tree removal about conversion back to plain bins upon
* shrinkage.
*/
static final int TREEIFY_THRESHOLD = 8;

這是 JDK 中 HashMap 的一個常量因子，記錄由鏈表轉向紅黑樹的鏈表長度閾值，超過該長度則鏈表轉為紅黑樹。這里記錄了一個 8，不僅記錄了該常量的用途，也記錄了為什麼我們定義這個值。經常我們會發現我們代碼中存在一個常量等於 3、等於 4，有時我們不知道這些 3 和 4 是干什麼的，有時我們不知道為什麼是 3 和 4。

截取自：java.util.HashMap#TREEIFY_THRESHOLD

04 意料之外的行為

for (int i = 0; i < 3; i++) {
// if task running, invoke only check result ready or not
Result result = bigDataQueryService.queryBysql(sql, token);
if (SUCCESS.equals(result.getStatus())) {
return result.getValue();
}
Thread.sleep(5000);
}

代碼及注釋所示為每 5 秒 check 一下是否有結果返回，遠程服務將觸發與獲取放在了一個介面。沒有注釋我們可能認為這段代碼有問題，代碼表現的含義更像是每 5 秒調用一次，而非每 5 秒 check 一次。為意料之外的行為添加註釋，可以減少對代碼的誤解讀，並向讀者說明必要的背景及邏輯信息。

05 介面對外 API

Checks if a CharSequence is empty (""), null or whitespace only.

Whitespace is defined by {@link Character#isWhitespace(char)}.

* StringUtils.isBlank(null) = true
* StringUtils.isBlank("") = true
* StringUtils.isBlank(" ") = true
* StringUtils.isBlank("bob") = false
* StringUtils.isBlank(" bob ") = false
* @param cs the CharSequence to check, may be null
* @return {@code true} if the CharSequence is null, empty or whitespace only
public static boolean isBlank(final CharSequence cs) {
final int strLen = length(cs);
if (strLen == 0) {
return true;
for (int i = 0; i < strLen; i++) {
if (!Character.isWhitespace(cs.charAt(i))) {
return false;

return true;

我們經常使用的 StringUtils 工具類中的 isBlank 方法，寫了非常詳情的注釋，不僅包括方法的邏輯，入參的含義，甚至還包括具體示例。我們平常定義的二方庫中的 HSF、HTTP 介面定義，同樣需要有清晰詳盡的注釋，這里的注釋甚至經常會多過你的代碼。

截取自：org.apache.commons.lang3.StringUtils#isBlank

06 法律文件信息

/*
* Licensed to the Apache Software Foundation (ASF) under one or more
* contributor license agreements. See the NOTICE file distributed with
* this work for additional information regarding right ownership.
* The ASF licenses this file to You under the Apache License, Version 2.0
* (the "License"); you may not use this file except in compliance with
* the License. You may obtain a of the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing, software
* distributed under the License is distributed on an "AS IS" BASIS,
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
* See the License for the specific language governing permissions and
* limitations under the License.
*/

與法律相關的注釋，在開源軟體庫中較經常遇到。涉及到一些版權及著作聲明時，我們需要在源文件頂部放置法律相關注釋。當然，我們不需要將所有法律信息寫到注釋中，如例子中的跳鏈，引用一份標準的外部文檔，會是一個更好的選擇。

08 寫在最後

注釋並不會妨礙你寫出優雅簡潔的代碼，它只是程序固有的一部分而已。我們不用過分在意我們的代碼是否可以脫離注釋，也不需要強調因為我們的代碼符合什麼原則，滿足什麼約定，所以代碼是優秀的注釋是冗餘的。代碼是一門藝術，並不會因為滿足三規九條它就一定完美，因為藝術，是不可衡量的。

參閱書籍

《A Philosophy of Software Design》

《Clean Code》

《The Art of Readable Code》

技 術 好 文

企 業 案 例

⑧ 雷軍為什麼被稱為雷布斯，雷軍和喬布斯是相同類型的人嗎

不是。雷布斯是先做事後說話，比如小米的晶元，在發布前有多少人知道人家已經埋頭苦幹幾年拿出東西，而且直接裝到小米5C上去了。雷布斯，踏踏實實，步步為營，言而有信。賈布斯是先說話還不做事，比如做體育，他說要做體育，融了上百億，真正投入到體育裡面的不到一半，其他的都進了家族的賬戶，買幾個高價版權營造一個在做事的樣子，實際上真正投到裡面的錢不到一半。做汽車，目的就是為了把國內的錢轉移出去，找的由頭。天天發布請這個牛逼的高管，那個牛逼的行業牛人，其實跟請明星代言人一個性質而且價格比明星低多了，但收益卻高的多，至少融資騙投資人的錢的時候，請業內大咖比請明星好的多，但是花的錢確比明星少太多了。請業內大咖，只是借人家名字和圖片用用而已，從來都不會做實際的工作的，而且人家也不願跟一個騙子做實際的工作。

⑨ 陳年往事！雷軍玩BBS結識馬化騰和丁磊，大佬喜歡的東西為何一樣

8月11日晚，小米秋季發布會在北京舉行，小米集團創始人、董事長兼CEO雷軍第三次做年度公開演講，分享穿越人生低谷的三個故事，之後他找到新的寄託BBS論壇，由於打字快、發帖量大，他成為版主。在BBS論壇，雷軍結識了馬化騰和丁磊，據雷軍所述，當時兩人在BBS論壇上耗費大量時間，熱情也非常高。
3、交互性強

BBS具有很強的實時交互操作功能，能夠提供強大的站上實時交談和交互游戲的功能。BBS按不同的主題、分主題分成很多個布告欄。布告欄的設立依據是大多數BBS使用者的要求和喜好，使用者可以閱讀他人關於某個主題的最新看法，也可以將自己的想法毫無保留地貼到公告欄中。如果需要私下交流，也可以將想說的話直接發到某個人的電子信箱中。