【編者按】《閱讀者》專(zhuān)欄終于開(kāi)張了。我慣常以蠹魚(yú)自居，如今主持這個(gè)欄目，亦可以自封為“閱讀者”了。
是的，我們是閱讀者，不是書(shū)評家。一本好書(shū)不需要書(shū)評家的饒舌，閱讀才是對它的最大尊重。之后呢？是束之高閣，藏于書(shū)山，還是不吝于分享與交流？真正的閱讀者不屑于藏私，分享才是Web 2.0的王道。所以，有了豆瓣；現在，有了InfoQ的《閱讀者》。
技術(shù)的閱讀不同于文學(xué)的閱讀。文學(xué)的閱讀在于心靈的洗滌，以及那種追尋意境之美的淪浹肌髓；在于朦朧，在于玄妙，而所悟有所得。這表達了感性的一面。技術(shù)書(shū)籍的精要在于準確、簡(jiǎn)明、完整而實(shí)用，不需要引人遐想，更不需要堆砌朦朧之美?；蛟S可以說(shuō)，技術(shù)書(shū)籍傳遞的是鋼鐵的硬線(xiàn)條，展現了它的結構與質(zhì)量，而不是閃動(dòng)的金屬輝光。技術(shù)書(shū)籍的閱讀需要理性地分析，客觀(guān)的評價(jià)。這正是《閱讀者》專(zhuān)欄的最高原則。
軟件業(yè)的特點(diǎn)是變化。若要提高軟件開(kāi)發(fā)的技能，就必須跟上技術(shù)發(fā)展的步伐。埋首醉心于項目開(kāi)發(fā)與實(shí)戰，固然能夠錘煉自己的開(kāi)發(fā)技巧，卻難免受限于經(jīng)驗與學(xué)識。世界上并不存在速成的終南捷徑，但閱讀好的技術(shù)書(shū)籍，尤其是閱讀大師們的經(jīng)典著(zhù)作，總能收到事半功倍之效。一位優(yōu)秀的程序員，或許就是一名好的閱讀者。好的閱讀者，總是知道如何選擇好的書(shū)籍。書(shū)海浩繁，良莠不齊。閱讀技術(shù)好書(shū)，如與智者交談，“與君一席話(huà)勝讀十年書(shū)”；遭遇技術(shù)爛書(shū)，如被拐賣(mài)，“少小離家老大回，鄉音無(wú)改鬢毛衰”。
《閱讀者》專(zhuān)欄希望通過(guò)我們的閱讀經(jīng)驗，去蕪存菁。閱讀者與好書(shū)是伙伴，與劣書(shū)是敵人；閱讀者希望保持冷靜的客觀(guān)，不過(guò)偶爾也會(huì )表露個(gè)人色彩的愛(ài)憎分明。如何選擇，最后還在于《閱讀者》的閱讀者。
本期《閱讀者》介紹了一本小書(shū)。書(shū)雖然薄，卻極有分量；內容不多，卻有大智慧。
是否有程序員奢侈地想過(guò)，加入這樣一個(gè)團隊：那些世界上頂尖的架構師坐在你的身旁，與你結對設計；或者當你遭遇難題時(shí)，親自為你指點(diǎn)迷津；或者在架構評審時(shí)，為你點(diǎn)評架構的優(yōu)劣。他們態(tài)度優(yōu)雅，行動(dòng)舉止之間透露出Geek的風(fēng)范；他們不厭其煩，展現出非凡的技藝。他們作為你的導師，言傳身教傳承著(zhù)優(yōu)良的軟件工藝。這些頂尖的架構師或者聲名顯赫，或者技術(shù)超群。他們是Neal Ford，Michael Nygard，Bill de hOra，Rebecca Parsons……
我知道，你認為我在講述天方夜譚。沒(méi)有哪個(gè)程序員可以這樣奢侈，可以這樣幸運。
不錯，這確乎是我的幻想。不可求，不可遇。然而，書(shū)卻可以擁有這樣的魔力，可以讓這樣的幻想得到實(shí)現。感謝Richard Monson-Haefel薈萃了這樣一個(gè)團隊，并將他們帶到每一個(gè)讀者身邊，那就是這本薄薄的小書(shū)《軟件架構師應該知道的97件事》。
我不想為這本書(shū)唱贊歌，然而閱讀此書(shū)，確實(shí)讓我受益匪淺。以下是我在閱讀本書(shū)時(shí)摘要的筆記：
在大型軟件項目中，關(guān)注根本復雜性，消除偶發(fā)復雜性，抽絲剝繭制訂解決方案，才是真正的挑戰?！瓚摫M量選擇源自實(shí)際項目的框架，警惕那些象牙塔里的產(chǎn)品；分析方案中有多少代碼直接用來(lái)解決業(yè)務(wù)問(wèn)題，有多少只是用來(lái)實(shí)現用戶(hù)與應用的交互；謹慎使用軟件廠(chǎng)商在幕后推動(dòng)的方案，它們并非一無(wú)是處，但往往包含偶發(fā)復雜性；要量體裁衣，為問(wèn)題制訂“合身”的解決方案。溝通必須簡(jiǎn)明清晰。沒(méi)有人愿意閱讀冗長(cháng)的架構決策文檔，架構師言簡(jiǎn)意賅地表達觀(guān)點(diǎn)是項目成功的必要條件。項目啟動(dòng)之初，凡事能簡(jiǎn)則簡(jiǎn)，千萬(wàn)不要一頭扎入冗長(cháng)的Word文檔里?？梢越柚ぞ?，比如簡(jiǎn)單的Visio圖表來(lái)表達你的想法，盡量畫(huà)簡(jiǎn)單些，畢竟時(shí)過(guò)境遷，想法總會(huì )變化。非正式的白板會(huì )議是另一種有效的溝通手段，把開(kāi)發(fā)人員召集起來(lái)，在白板上寫(xiě)下你的想法，比任何方法都來(lái)得有效。
假設有另外不同的團隊打開(kāi)了代碼庫，他們很容易便可了解到當前在做什么，這是優(yōu)秀架構的基礎。無(wú)需對架構進(jìn)行過(guò)度的簡(jiǎn)化或為之準備面面俱到的記錄文檔；好的設計會(huì )以多種方式說(shuō)明自身。
類(lèi)似這樣的架構箴言，在本書(shū)俯拾皆是。不要認為這些言論僅僅是泛泛而談，仔細分析，你會(huì )發(fā)現其中蘊含的真理令人深省。不錯，閱讀本書(shū)無(wú)法讓你成為一名優(yōu)秀的架構師，畢竟本書(shū)并不是要傳授架構的技巧，但它卻能開(kāi)拓你的視野，讓你認識到軟件架構以及架構師的諸多方面。正如本書(shū)的譯者序寫(xiě)道：
全書(shū)由97篇格言式散文構成，沒(méi)有高調的說(shuō)教，沒(méi)有抽象的術(shù)語(yǔ)，而是以平實(shí)、幽默、智慧的筆觸，將他們認為對成為優(yōu)秀軟件架構師而言至為重要的精髓和盤(pán)托出。全書(shū)猶如一塊玲瓏剔透的水晶，97個(gè)切面折射出來(lái)的都是出自一線(xiàn)軟件架構師的專(zhuān)業(yè)智慧。
本書(shū)不是為初學(xué)者準備的，那些經(jīng)驗之談對于初學(xué)者而言，略顯隔靴搔癢；只有真正戰斗在一線(xiàn)，并曾經(jīng)為設計難題而頭撞南墻，或者技術(shù)水平發(fā)展到了一個(gè)瓶頸期的架構師或者軟件設計與開(kāi)發(fā)人員，在閱讀這些話(huà)語(yǔ)時(shí)，才會(huì )搔中他的癢處。就好比孫悟空聽(tīng)菩提祖師說(shuō)法，手之舞之，足之蹈之，那是因為他聽(tīng)到妙處，體會(huì )了各種玄妙，所以才會(huì )喜不自勝，不覺(jué)作出踴躍之狀。
聯(lián)系客服
