我決定每次讀一下書，還是來說說一些想法的好。漫畫就先算了吧，等我把火影補完再說吧。
如果什麼時候我的主站建好了的話，我會在我自己的主站上去更新。
今天終於把這本書的簡體中文版搞到手了，有幾個小插曲：
1.這本書是盜版的，從**買的。就是那種圖書館影印出來的書，我發現乙個有意思的點是，影印的書都會把封皮做乙個特別的處理，我一直不知道這樣做的用意。另外，這不是我第一次在**上買這樣的盜版書了，和工作相關的一些經典的書，很多都絕版了，我也搞不清為什麼。明明還是有很多需求的啊，可能我這個結論是從自己的窄圈子得到的，並不夠全面吧。
2.產品需要看這種書麼？我被領導說過，自己是乙個點歪技能書的產品。我現在也還是不知道產品是幹嘛的。使用者的需求確實很難捕捉，我能把這個核心流程理順就已經感恩戴德了，但是我領導還要我做互動，還要做專案管理。說實話，對於我內心是有些拒絕的，甚至說反感。如果我辭職或者說被炒，估計這肯定是最大的原因。我一直還是想做開發的夥伴的，所以我想我還是要讀讀這樣的書，我也希望開發能和我用uml來交流。
回到這本書，uml精粹，很多人都說這本書好，我之前讀了他的繁體版，但沒讀完。想想還是支援一下正版和簡體（繁體詞彙翻譯還是有很多不同的），沒想到這樣了。
今天讀了第一章，其實相對來說，理解起來簡單。
作者說來說去就說了幾件事：
1，你如果要學uml，可以買我這本書。
2，你要學uml 2.0，那很好，我這本書以uml更新了。
3，你要找本uml權威指南，抱歉，這本書滿足不了的你的需求。
4，你只是想在開發的時候用uml來和別人溝通，這本書就是你想要的。我這本書就是為你寫的。
5，聽說uml有一些其他的軼聞，你不要管，只管和我學就好了。
6，uml只是乙個參考，啥時候你覺得有比uml能更方便溝通的工具，不要猶豫，用他吧。你要做的是乙個pragmatic programmer！
UML精粹讀書筆記（2）
現在大概是以一次看一章，每週看一章的速度來進行的，工作日自己太懶，沒有花時間去思考和行動。這次看的是第二章，開發過程。作者講了很多，但是基本都是以乙個開發人員的視角來描述的。我很詫異的是，感覺很多國外開發人員寫的開發流程的書。你是感覺不到產品經理和設計師的存在的。需求分析是由需求分析人員完成的。這一...
UML讀書筆記（1）
uml的定義 unified modeling language 統一建模語言。在系統的開發過程中，最關鍵的一點是要用一種系統分析員，客戶，程式設計師和其他系統開發所涉及到的人員能夠理解和達成一致的方式來組織系統的設計過程，uml就提供了這種組織方式。uml的組成包括類圖，物件圖，用例圖，狀態圖，順...
JavaScript 語言精粹讀書筆記 第三章
在物件字面量中，如果屬性名是合法的標示符那麼時候用引號擴起來是可選的，相應的在訪問屬性時可以使用兩種方式，中括號或者點。否則定義時引號是必須的，在訪問時也只能使用括號形式。每個物件都會被鏈結到原型物件，可以通過原型物件實現繼承，所有通過物件字面量建立的物件都會被連線到object.property，...