開卷有益的《開源技術選型手冊》

2021-09-20 19:29:43 字數 1657 閱讀 4721

開卷有益的《開源技術選型手冊》

上個月博文視點的朋友向我推薦了一本叫做《開源技術選型手冊》讀書,我利用閒暇時間翻閱了此書,感覺眼前一亮。長期以來我接觸open  source基本上是依靠網路搜尋,這雖然方便,但我對open source的了解還是從盲人摸象開始,使我對open source的知識領域沒有乙個全貌式的了解,不清楚open source在何種領域能具體解決哪些實際應用,只是當接觸到乙個具體的open source的軟體時才了解原來這個領域也有open source的解決方案,但要搞清楚在同乙個領域是否還存在類似的open source解決方案時,又要去搜尋或者機緣巧合時再了解了。這種情況就是我在摸索open source時的深刻體會,因為it技術圖書市場以前缺乏像《開源技術選型手冊》這樣一本全面介紹open source技術的書籍。

《開源技術選型手冊》傾注了目前國內open source領域一線的幾乎所有技術高手,他們擁有多年豐富的open source技術實踐經驗。《開源技術選型手冊》有以下四個特點:

一、 國內it技術圖書領域首次全面介紹open source技術全貌;

二、 章節分類清晰、詳實,全書分閒話開源社群篇、web框架篇、開源伺服器篇、應用伺服器篇、ide篇、動態語言篇、ajax開發篇、ria、版本控制篇、專案管理篇、aop、ioc、ui、bi、建模工具篇、orm、db、soa、工作流篇,洋洋灑灑二十篇,每篇又將相關的內容分列成節,給讀者呈現一幅詳實可見的open source技術圖譜;

三、 各章節的內容具體、豐富,每章有綜述、相關資訊;每節對具體產品有總評、功能特點、背景介紹,參考資料、快速上手教程、版本資訊、社群視角等內容,使乙個從來沒有接觸過open source技術的人能夠通過閱讀這些內容短時間上手,免去了學習者在學習時到處翻閱資料的繁瑣;

四、 全書通俗易懂、簡潔明快,沒有深奧的**,全篇都是平鋪直敘的詳細講解與說明,方便新人上手。以前本人多次在高校開展普及自由軟體、開源軟體活動時,面對有些茫然的同學們總愛提醒他們學習open source可以從開源社群開始。但是想想面對網上十幾萬個開源專案,如果沒有人引導,對乙個想加入open source行列的人來講也是不易的。當我看完《開源技術選型手冊》後我想這本書應該是向所有希望了解open source,走入open source領域,應用open source技術的人士大力推薦的一本非常適合的參考書,兼具有工具書的價值。

本書在技術的闡述方面無可厚非,本身open source就是在發展中,即使open source社群中也存在著不斷的技術討論與更新,但《開源技術選型手冊》在開篇的「閒話開源社群」中存在著一些開源觀點的瑕疵還是讓人有些遺憾。比如本篇中作者講道「自由軟體顯然是違背商業信條的,這也導致了人們對自由軟體越來越敬而遠之」,這顯然是作者對於自由軟體了解的不夠而產生的偏見。又比如作者還講道「開源更大的意義上來說是一種文化上的分享」,這完全是作者對開源片面的理解,作者顯然完全沒有深入思考開源的深刻意義。人類社會在資訊時代的發展必然以減少社會重複勞動為前提,減少社會重複勞動必然從開源入手。限於本文是對《開源技術選型手冊》的一篇書評,不能對開源的意義做展開**。但是瑕不掩瑜,《開源技術選型手冊》是近年來it讀書市場上首次出現的一本全方位介紹、推廣開源技術的圖書;是一本讀者可以輕鬆閱讀,方便上手的開源技術指南。我相信《開源技術選型手冊》的出版對國內open source技術的發展會有極大的促進作用。祝願博文視點公司多出好書,祝願《開源技術選型手冊》給每位關心open source、參與open source的個人帶來幫助!

王開源2008,8,1

《實現領域驅動設計》筆記(1) 開卷有益總覽

最近一鼓作氣買了兩本久負盛名的書 領域驅動設計 軟體核心複雜性應對之道 和 實現領域驅動設計 開卷有益,在學習的途中,做些筆記鞏固下,並記錄下感想。先來說下 實現領域驅動設計 大致翻了翻,本書並不是 演算法導論 那種很高階難懂的型別,是屬於思考實踐總結型別的。我相信,一章一章看下去,會有很多收穫的。...

軟體工程之系統建模篇 開卷有益

開篇簡述 uml概述 uml譯為統一建模語言,由物件導向方法領域三位著名學者提出,並結合優秀的軟體方法和思想演變而成,1997年被國際物件組織 omg 接受,目前被公認為最好的分析和設計物件導向軟體的標準建模語言。uml組成 uml由模型元素,擴充套件機制 圖及檢視等部分構成,由模型元素或擴充套件機...

開卷有益,重看jdk文件 關於類和介面中的繼承

類與類之間存在繼承關係的時候,要是子類和父類定義了乙個相同簽名的靜態方法時,兩個版本的方法被誰呼叫取決於實際呼叫它的類,即子類對父類方法隱藏了。另外,如果子類和父類定義了乙個相同簽名的例項方法時,用過父類引用指向子類例項的方式呼叫該方法的時候,實際呼叫的是子類方法,即父類方法被重寫。父類 publi...