這本書標(biāo)題是《鳳凰項(xiàng)目》，副標(biāo)題是《一個(gè)IT運(yùn)維的傳奇故事》。講的是一個(gè)新上任的IT運(yùn)維部副總裁和開發(fā)、QA、業(yè)務(wù)之間的各種愛恨情仇，以及如何利用devops的理念、思想和方法，把這些關(guān)系一步一步理順的，并在此基礎(chǔ)上突破自我的精彩過程。
書的要點(diǎn)歸納起來就是一二三四五。
一：一個(gè)中心。
以業(yè)務(wù)敏捷為中心。
二：以業(yè)務(wù)敏捷為中心，有兩個(gè)基本點(diǎn)。
構(gòu)造適應(yīng)快速發(fā)布軟件的工具（Tools）和文化（Culture）。
三：三步工作法。
快速交付：系統(tǒng)思維，理解IT參與的業(yè)務(wù)系統(tǒng)，始終確保整個(gè)企業(yè)達(dá)到目標(biāo)，而不是其中的一部分，縮短周期，減少前置時(shí)間（前置時(shí)間（Lead Time）也就是總的制造時(shí)間，包括加工時(shí)間和停滯時(shí)間，也就是瓶頸）
持續(xù)迭代：反饋原則，從源頭控制質(zhì)量，防止問題復(fù)發(fā)
持續(xù)學(xué)習(xí)并實(shí)驗(yàn)：強(qiáng)化習(xí)慣
四：識(shí)別四類工作，生產(chǎn)項(xiàng)目，IT內(nèi)部項(xiàng)目，變更，計(jì)劃外工作。計(jì)劃外工作是痛點(diǎn)，改進(jìn)就圍繞著如何減少計(jì)劃外工作，預(yù)防措施，應(yīng)急演練，告警機(jī)制，控制并記錄變更。。。完全就是我們的日常工作。
五：約束管理五步驟，
識(shí)別系統(tǒng)約束
開發(fā)系統(tǒng)約束
其他活動(dòng)服從開發(fā)約束的需要
提高約束產(chǎn)能，使其不再是約束
回到步驟一，不要讓人的惰性成為系統(tǒng)約束
這是一本職場(chǎng)小說，介紹devops，題材很普通，形式很新穎。因?yàn)榻榻Bdevop的書籍和文章都是偏重理論，先是系統(tǒng)的介紹理論之后，附上幾個(gè)小例子。而這本書反其道而行之，著重講故事，用作者的話說，“devops實(shí)在是太復(fù)雜了，只有用小說才能說清楚?！?/p>
我是不太理解這句話，但是我知道至少小說更能激起人的興趣，不容易困。作為一部小說，個(gè)人感覺還是很值得一看的。小說要有人物，情節(jié)。其中的人物生動(dòng)、真實(shí)；情節(jié)扣人心弦，又不脫離實(shí)際。比方說，書中有個(gè)人叫埃里克，是主人公公司未來的董事，他就像是天龍八部中的掃地神僧，無所不知、無所不能；又像是史記留侯列傳里的黃石公，非常神秘，極富浪漫色彩；還像是黑客帝國(guó)里的先知，總是在主人公迷茫的時(shí)候給他指出一條道路；但是，我覺得他就是作者在書中的化身，替代了旁白，推動(dòng)情節(jié)的發(fā)展，將抽象理論潛移默化的融入到其應(yīng)用場(chǎng)景中去。還有一個(gè)人，名叫克里斯開發(fā)部的副總裁，他又一次感慨：“程序員，每隔幾年要學(xué)的東西都幾近瘋狂，。。。一個(gè)人可以有幾次做到把自己原有的知識(shí)全部拋下，去迎合新的趨勢(shì)。。?！蔽揖透杏|挺深的，技術(shù)不停的在進(jìn)步，而且越來越快，1996年高司令發(fā)布了jdk1.0【2】，直到2017年java se9問世，之間用了20年，僅僅三年后，今年要出java SE15了！前端就更不用說了，三個(gè)月就會(huì)出一個(gè)新的框架。所以我覺得這些人物還是很生動(dòng)真實(shí)的。情節(jié)上面也很精彩，既有辦公室政治中的唇槍舌戰(zhàn)、明爭(zhēng)暗斗、錯(cuò)綜復(fù)雜，又有急診室般的緊湊節(jié)奏，一波未平，一波又起。
職場(chǎng)小說，我叫他“硬職場(chǎng)”。套用了科幻小說，硬科幻和軟科幻的術(shù)語(yǔ)。硬科幻，專業(yè)性比較強(qiáng)，劉慈欣、克拉克、阿西莫夫；軟科幻，以科幻為外衣，講的是歷史、人文。。。田中芳樹，《銀河英雄傳說》?！坝猜殘?chǎng)”，對(duì)立的就是“軟職場(chǎng)”，我看的職場(chǎng)小說比較少，喵過幾部職場(chǎng)劇，《我的前半生》、《歡樂頌》、《杜拉拉升職記》，以職場(chǎng)為外衣的偶像劇?！坝猜殘?chǎng)”會(huì)深入淺出的講解一些專業(yè)知識(shí)，而且非常注重細(xì)節(jié)，即使是業(yè)內(nèi)人士也能學(xué)到東西。比方說《硅谷》中的經(jīng)典橋段，哥兒們和一個(gè)妹子討論是用space還是tab，這個(gè)就是程序員之間的圣戰(zhàn)。不寫代碼的人覺得好無聊啊，其實(shí)，是有有意義的。比方說，在python里，縮進(jìn)是語(yǔ)法的一部分，但是怎么表示縮進(jìn)呢？這個(gè)時(shí)候tab和space就有區(qū)別了，如果用space，維護(hù)代碼的人很難一下子看出你用了幾個(gè)space。
這本說devops，就說的非常專業(yè)，而且視角獨(dú)特。devops，起源于【1】2009 年 6月：美國(guó)圣荷西，第二屆 Velocity 大會(huì)上一個(gè)轟動(dòng)世界的演講。這一年的 Velocity 大會(huì)最大的亮點(diǎn)是一個(gè)名為“10+ Deploys Per Day: Dev and Ops Cooperation at Flickr”的演講，幾乎所有的和 DevOps 相關(guān)的資料都會(huì)把這個(gè)演講作為 DevOps 的引用。這個(gè)演講的內(nèi)容可以作為 DevOps 萌發(fā)的標(biāo)志。這個(gè)演講提出了了 DevOps 的“一個(gè)中心，兩個(gè)基本點(diǎn)”——以業(yè)務(wù)敏捷為中心，構(gòu)造適應(yīng)快速發(fā)布軟件的工具（Tools）和文化（Culture）。
我之前僅僅把devops理解成為敏捷在運(yùn)維領(lǐng)域的拓展，更加關(guān)注于工具、技術(shù)和方法，我認(rèn)為主要是技術(shù)的進(jìn)步在推動(dòng)devops的出現(xiàn)和發(fā)展，構(gòu)建工具makefile，ant，maven，gradle；持續(xù)集成工具h(yuǎn)uston，jenkins；版本管理工具，svn，cvs，git；監(jiān)控用的普羅米修斯，kibana；跨時(shí)代的docker和k8s。但是作者在思想上、源頭上和哲學(xué)上來梳理DevOps這個(gè)概念的來龍去脈【4】。DevOps的思想來源是非常廣泛的，主要的來源有幾個(gè)方面：第一個(gè)方面是來源自精益生產(chǎn)模式（Lean) 或者說是豐田生產(chǎn)系統(tǒng)（TPS)；第二個(gè)方面是來自于約束理論（ToC）；第三個(gè)方面是來自于全面質(zhì)量管理；第四個(gè)方面是來自于敏捷（Agile）。
前三個(gè)來源都是來自于傳統(tǒng)的制造業(yè)，也就是說來自于車間。書中，埃里克動(dòng)不動(dòng)就把主人公帶到制造車間，以車間為例，給主人公講解devops的一些相關(guān)知識(shí)：
價(jià)值流，小批量生產(chǎn)，及時(shí)生產(chǎn)（JIT），現(xiàn)場(chǎng)管理，看板。。。
看完之后，受益匪淺，明白了很多東西，還有更多的問題，好在書中的許多術(shù)語(yǔ)、著作、事件都是擴(kuò)展閱讀的素材，今后可以結(jié)合工作實(shí)踐去一點(diǎn)點(diǎn)的理解掌握。
【1】http://www.mamicode.com/info-detail-2414784.html
【2】https://www.codejava.net/java-se/java-se-versions-history
【3】http://www.itdecent.cn/p/c6573e63c752
【4】https://blog.csdn.net/nklinsirui/article/details/80808493
