我。閱讀

這本也是買來的，記得是去年買的吧。
今天突然在書櫃發現這本書，正想說是誰買的呢？翻閱了一下之後，想起來了，是我買的。

整本書很輕鬆，用很多故事幫助你去思考瞭解一個問題，真正瞭解之後，再下手去解決。很多時候，問題的發生都是由於期望與實際不相符，也因此，當你不瞭解問題的成因時，下手會變成白忙。

蠻不錯的一本書，不會讓你讀的太費力，也能很容易瞭解他想說的主題。

購買日期：八月底
閱畢日期：2006/9/9

延續前傳與基地三部曲，這本書也以引人入勝的情節讓我忍不住以一個星期來結束他，以他的厚度來看，這算是我蠻快的速度。

這次看完的心得是，我可能也要買機器人系列與帝國系列，這樣才能把故事聯成一氣。看來又有不少小朋友要出走了～

閱畢日期：2006/9/1
作者：朱少麟

這本書記得是年初的時候買的，八月底開始看，花了約莫兩三個星期左右吧。
以故事性來說，是蠻無聊的，跟我想像的不太一樣。不過讀來頗有興味，因為整個小說就像是大家輪流去回憶說故事，去勾勒人、事、地、物，勾著勾著，以一個 Infinite 的形式結束了。所謂的結局並不像是一般故事的結局，和我以往看過的小說差異頗大，這是另外一個我讀來頗有興味的原因。

借閱日期：2006/7/22
閱畢日期：無，沒看完。

我個人覺得還不錯的一本書，不過很可惜沒看完。道理其實與軟體分析規劃差不多，真的是一理通百理通。
摘錄一些內容如下：

p.38 首先清楚確定目標
使內容具體、詳細規結的訣竅有以下幾種：

1. 6W3H：What(作什麼)、When(何時)、Where(哪裡)、Who(誰來作)、Whom(為誰而作)、Why(為什麼)、How(怎麼作，具體策略、方法、手段)、How much(預算、經費、價格)、How many(人數、數量、次數)
2. 使用對比概念，主要是為了便於找到切入點。
3. 反覆詢問 How，考慮該怎麼進行，並且具體執行。
4. 目的為何?為什麼要作呢??

p.49 規劃的檢視重點

• 沒有漏掉任何必要作業？
• 沒有同樣的作業重複？
• 沒有包含多餘的作業？
• 沒有可刪除的作業？
• 已經細分成具體作業了？
• 沒有包含課題或目的迥異的作業？(避免徒勞無功之事)

p.60 被指派的工作規劃由內容確認開始
幾個確認要點：

1. 有多重要？
2. 影響範圍有多大？
3. 為什麼指派自己去作？
4. 公司裏有什麼樣的問題而需要此工作？
5. 上司的個性或者對這件事情的看法
   
6. 指示的目的是？
7. 採取積極或保守的措施？
8. 該採取什麼樣的態度或立場？提出問題還是解決問題？

p.64 規劃解決問題時的注意事項
Steps:

1. 問題點的掌握。
2. 資訊的整理。
3. 問題點的分析與確定
4. 問題解決對策的制定
5. 解決對策的執行

p.68 探究問題所在的分析技巧
十點分析法：

1. 所困擾的事情為何？
2. 難以進行的事情為何？
3. 什麼事情花費過多的時間？
4. 現在的煩惱為何？
5. 被顧客、上司斥責的事情是什麼？
   
6. 下一項工程的負責人所不滿的事情為何？
7. 容易弄錯的地方在哪裡？
8. 被認為危險的事情是什麼？
9. 置之不理的事情為何？
10. 無法認同的事情為何？

p.70~p.72 規劃不用做到最好
規劃目的在於能使工作儘可能地順利進行。
規劃做到八成即可，應用80、20法則，好好完成20%的重要規劃即可視為完成全體的80%。

p.90 把規劃內容寫出來
寫出來會更加明確，並且善用適當的圖表：表格、甘特圖、或是網狀圖(類似流程圖)。

p.92 檢視行程表
幾個確認重點：

1. 有無徒勞之處？
2. 日程太緊？有無重複作業？成果超過必要？
3. 有無勉強之處？
4. 瑕疵之處？
5. 有無遺漏？
6. 有無失誤？

p.114 任何事情都應該儘早決定
立即決斷的九大重點：

1. 思考最多在五分鐘內做出結論
2. 不考慮無法實現的事情
3. 決定次佳策略
4. 儘可能具體思考
5. 以行程表優先
6. 先決定自己的固定判斷標準
7. 先將想法紀錄下來再思考
8. 資料只讀取結論
9. 文章以簡單易懂為優先

借閱日期：2006/7/22
閱畢日期：2006/8/15

這是一本蠻枯燥的書，主要是介紹開放原始碼的歷史、授權、可能的獲利模式等等，我個人的建議是大致翻翻就好。

借閱日期：2006/07/23
閱畢日期：2006/07/29

整本書就是在討論未來的語言走向。
首先說明Java有什麼問題，應該改進什麼地方。接著再討論未來語言應該具備什麼條件，目前有哪些語言具備這些條件。
看完以後，會讓你有想學Ruby的衝動...冏
建議去借來看，而不要買。

閱讀日期：四月底五月初左右
閱畢日期：2006/05/26


主要是描述某個家族的歷史，是以人物的一生來區分章節。
並不是平舖直述地全然以歷史為主軸來描述人物，也因此，在想要瞭解整個來龍去脈的時候，會需要花些功夫才能整理出來。
幸好出版社在故事的最開始做了一些簡單的介紹並畫出家譜，這可以讓你在故事裡迷失的時候，幫助你很快的瞭解前後關係。


我的家族是不是也有這麼樣的一個故事呢？隨著老一輩的逝去，很多的故事都消失了，而他們可能只殘存在父母、親戚的記憶中。

 

借書日期：2006/04/06
還書日期：2006/04/29

老婆懷孕啦，多少要瞭解一下相關的知識。
圖書館藏裡面真的很多這類的書籍，有的更是圖文相符，讓你知道寶寶現在大約是甚麼樣子。
不過我蠻偷懶的，這本書只翻了跟懷孕 3~5 個月有關的幾個章節...

借書日期：2006/04/06
還書日期：2006/04/29

前兩年就看到這本書了，那時候就很想買。
可是後來一直隱忍不買，實在是因為現在的工作用到的機會不多。

這本書蠻詳細的介紹 Samba ，還有如何架設出類似 Windows AD 的環境，很值得一看。不過這些資料你也可以在酷學園這個討論區找到。

借閱日期：2006/4/6 的樣子。
還書日期：2006/4/29

老實說，這本書的參考價值不高。
我覺得比較有價值的是最後一章，介紹如何寫ADO.Net 的 Provider。
一般市面上常見的 .Net 書籍很少提到這點。

閱讀日期：忘了

閱畢日期：也忘了



不過應該是前年甚至大前年的事情了吧...

下面是那時候記下的心得。

強調事前規劃的重要,與 XP 相違背,但 XP 使用 Unit Test /強調溝通/僅撰寫必要功能...等修正了不使用事前規劃的缺點。

導正觀念,述說軟體工程的重要性。
我個人認為很適合用來當學校教科書～也說明了為何需要證照、分工的重要、軟體工程背後的省思

閱畢日期：2006年3月底
這套是間隔看的，起始看的時間大約是二月吧，一次租借三本。

還可以的小品，少了點熱血，看完以後，有"結尾就這樣？"的感覺。感覺上像是因為銷售不好而停止連載。
就當作是溫習吧。

書名： eXtreme Programming 理論與實務-個案討論與經驗分享
心得：這本書除了講一些理論之外，絕大部分還是在於經驗的分享。主要分享兩個經驗，一個是關於商業系統(sorry,我忘了啥名字)，另一個則是 Embedded 的。作者並不拘泥於 XP 制定的作法，而是自行稍作變化，擇要實施，除此之外，也並不會在所有階段都實施，同樣也是選擇性的在某些階段去實施。相當不錯的一本書。

下面是一些隨手寫下的摘要：
系統規劃書的內容：

在適當的時間產生適當的文件，不需要特別為了產生文件而產生。

如果測試的程式寫不出來，表示該類別可能太過於複雜。

Mock Object??模擬測試用物件，有時間再去找資料。

在樂多看到的活動,既然有機會拿到免費的書,那就參加囉...

年初的時候買的，前兩天，大約是 2006/03/27 左右看完的。


很精彩的故事，原來心理史學的發展並不是那麼的順利，其中也遭遇了很多的挫折。這一段裏面的背景有點像是台灣，議會的運作花費很多時間在爭論上，皇帝無法行使行政權去做事。看的出來作者似乎不太喜歡民主政府，不過他說的也是事實。



作者將三部曲與前傳銜接的很好，看不出來是先寫三部曲之後才寫前傳的，相當佩服。前傳也大略交代了機器人三大法則。