我對國內軟體開發類書籍出版與寫作的體會與努力
金旭亮拜資訊時代之賜，這些年來可謂計算機出版業的**時間，國內各大出版社都出版了大量的軟體技術書籍，原創的、翻譯的、影印的，去書店一看，大大小小、花花綠綠地排滿了許多個書架，成為每個科技書店必見的一道風景。
書出版得雖多，但就我看來，其中的好書比例不高。
為了經濟效益，有些出版社放鬆了對質量的要求，而某些作者出於利益驅動，走了一條 「短平快」的商業出書之路。於是我看到了一些很無語的現象，某些「牛人」短短幾年能出十多本甚至二三十本書，還有些採取了「規模化」、「集約化」的「拼湊」出書方式，……
然而比較吊詭的是，這些質量平平甚至是低劣的書，雖然並不難鑑別，但在國內似乎還真有人願意掏錢買，本人還真有點看不懂了。由於有市場，就有人繼續「寫作」這樣的書。
作為一名讀書人，我對技術書籍的選擇原則基本上是這樣的：
（1）優先選擇國外原版或影印的。
（2）找不到原版，就看國內引進翻譯的中文版；或者看國內知名作者寫的被讀者公認為很不錯的書。
（3）凡是看到作者多於3人，或者冠以某某公司、某某工作室的書，提高警惕，這些書有可能是拼湊出來的。
（4）凡是看到乙個技術或產品剛出現沒幾天，就有介紹它的書出現，提高警惕。除非作者是此技術領域的專家，而且一直關注這一技術的進展，否則，很可能就是官方文件的「搬家」。
（5）凡是看到用「xx思想」、「xx模式」、「xx之禪」、「xx之道」等玄而又玄的概念「封裝」的書，提高警惕，不是說所有這些書都值得懷疑，而是這種型別的書要寫好難度那是相當地大，作者本人沒有深厚的積澱，不投入巨大的精力，恐怕寫不好這樣子的書。另外，雖然本人比較笨，但怎沒覺得軟體開發有那麼多「玄機」在裡面？相反，我倒在軟體開發中看到了許多人們日常工作和生活中的常識，似乎沒什麼神秘的。
客觀地說，國內的寫作和出版環境實在說不上好，因為收益與付出不成比例，國內作者不願意下功夫寫出技術精品書籍，投入不足，平庸之作自然氾濫。另一方面，「上過幾次當」的讀者開始形成了一種普遍的認識——國內的技術書籍，好的實在少，就更加不願意購買這些平庸之作，由此構成了乙個似乎無解的怪圈。
前段時間，「0 bug門」弄得沸沸揚揚，而我既是讀者又是作者，具有雙重的身份，因此對寫作和閱讀都有親身的體會，就此談談我的看法。
從讀者角度，沒有人願意「上當」購買到一本包容著諸多技術硬傷的技術書籍，但在作者角度，除非屬於前文所說的那種專為了經濟利益而寫作的情形，只要寫作態度認真，每個作者都不希望自己的作品包容太多的疏漏和錯誤，但客觀事實是：這世界上不存在0 bug的軟體，更不會有0 bug的技術書籍。我個人深切地感受到，乙個人的能力和實踐是多麼地有限，而軟體技術又是如此地複雜，更要命的是，它的發展又在呈現不斷加速的趨勢，因此，乙個人對某項技術產生錯誤的認識和理解，實在是太容易發生了。
今年，我也寫了一本書《入室登堂——.net 4.0物件導向程式設計漫談》，為了慎重起見，決定在書出版之前，借助技術社群的力量，面向技術社群徵集技術審讀和預讀者，希望盡可能地將本書中的技術硬傷消除於變成白紙黑字之前。
本書初稿已經完成，其目錄如下圖所示，套用微軟產品發布的術語，這應該算是ctp（社群預覽版）：
圖 1 書的目錄
我特別希望能得到以下兩方面的反饋：
（1）本書中存在的技術硬傷。
（2）您對本書的寫作內容、風格和方式有何建議，能否幫助起乙個好聽的名字？」。
（1）您的學歷：博士、碩士、本科、專科、其他
（2）您畢業學校：全國重點大學、普通大中專院校、民辦高校、其他
（3）您的工作年限，其中擁有幾年的.net開發經驗？
（4）如果您是一線軟體開發者，您所從事工作的具體崗位：程式設計師、專案經理、架構師等
（5）您的個人****：qq、電子郵件和個人部落格（通過讀您的部落格文章，我們可以與您更好地溝通）等
需要指出的是，我無法保證您申請試讀特定章節的請求一定能得到滿足，這工作由本書小盧編輯負責。另外，強調一下，您所閱讀的章節將成為正式出版物的一部分，因此，是有版權的，未經出版社許可，不要將收到的書稿樣章在網際網路上傳播。
本書將由電子工業出版社博文視點公司出版。
我會認真地閱讀大家的反饋資訊對書進行修改，整個出版週期有多長還真不好說，估計年底前讀者應該可以看到「正式版」。
作為一名作者，希望我的這本新作比前面的作品擁有更好的質量和更少的錯誤，也期望我的作品能對讀者更好地理解和掌握最新的.net軟體技術有所幫助，請大家支援一名國內普通作者為提公升寫作質量的努力。謝謝大家！
我對國內軟體開發類書籍出版與寫作的體會與努力
我對國內軟體開發類書籍出版與寫作的體會與努力 金旭亮拜資訊時代之賜，這些年來可謂計算機出版業的 時間，國內各大出版社都出版了大量的軟體技術書籍，原創的 翻譯的 影印的，去書店一看，大大小小 花花綠綠地排滿了許多個書架，成為每個科技書店必見的一道風景。書出版得雖多，但就我看來，其中的好書比例不高。為了...
我對產品軟體開發流程的理解
做了這麼多年的專案管理，對產品軟體開發過程還沒有特別清晰，對於軟體開發過程而言，我雖然看過軟體工程 軟體專案管理等書籍，總沒有乙個特別清晰的認識。今天為了以後清楚些，在這裡給自己乙個總結。首先，第乙個來的是需求分析或者市場研究報告。需求是 來的，也可以是市場，也可以是銷售，當然也可以是實施或者是服務...
我對軟體開發的一點思考
但凡是搞 的 對軟體架構 設計模式 xp程式設計 極限程式設計 或是敏捷開發 重構 這些軟體開發的思想或方法都不陌生 但是它們之間究竟有什麼聯絡？在實際的開發過程應該如何做？才能構建乙個好的程式 簡單來說 開發乙個軟體的常規做法是 先設計整個系統的總體架構 架構包含一些 層 的思想 希望你了解 層 ...