摘要： 見一變量名為：Expanditure。頓時傻眼。。。幾秒鐘后，www.iciba.net。。。查不到幾秒鐘后，www.google.com。。。您是不是要找： expenditure 讃！ 閱讀全文

摘要： 簡短版本：1、做什么事情都需要有一個宗旨和目的2、聯盟現在有多于一個的圈子和方向3、在沒有新的宗旨之前，需要做的是促進每個圈子的發展4、建立新的宗旨和方向冗長版本（不喜勿視）：1、做什么事情都需要一個宗旨和目的你要用什么手段，用什么機制，都是服從于你最終的目的的。很多時候大家的討論沒有擺出自己的潛臺詞，也許這里有一些原因，但是無論如何，要把問題討論清楚了，就是要把宗旨和目的搞清楚。聯盟以前有一個宗... 閱讀全文

摘要： 我說的個人軟件就是面向個人需求的軟件，比如文字編輯，比如網絡傳輸，比如聊天。。。我說的個人軟件已死是大部分的個人軟件（除了像網絡游戲，操作系統等）已經不能給軟件公司帶來盈利。。。是不是這樣呢？目前感覺是這樣的。軟件乃至整個信息相關產業的出路都是服務傳統行業，面向行業。 閱讀全文

摘要： 1、功能2、用戶體驗3、實現這是從一個軟件大賽的評審打分比例，自己歸納出來的。原文大致是軟件的創意，實用性，完成度，文檔，用戶界面，實現難度。這三個角度應該是比較得當的。也的卻很難想出更多的角度來評價一個軟件，一個軟件是好是壞，是不是合用，看這三個方面是很充分很得當的。功能：程序能做什么，擴展性，速度，空間用戶體驗：交互安排是否得當，界面是否美觀，文檔是否全面直觀實現：代碼是否整潔干凈，可維護性如... 閱讀全文

摘要： 在極限編程中有一條原則是源代碼集體所有，而在特征驅動開發中，則有一個類所有者的人員概念。這應該是反映了兩種不同的敏捷過程對源代碼的所有的問題的不同看法。對于極限編程這么一個極度開放的過程來說，源代碼集體所有是可行的，也是必要的。但是我想很容易找出在中國這樣的人文背景中實施非常開放的過程所帶來的排斥。大部分開發人員應該還是比較愿意接受這部分是我負責的，這樣的說法。國內的人文環境和傳統應該是極限編程難... 閱讀全文

摘要： 現在看來我有一些忽視計算機科學的理論知識的學習，一個跡象是我好像沒有怎么學過這個方面的東西，二來沒有在我的未來學習的計劃中看到它們的位置。這是一個危險的信號，現在看來要想在程序員這行做好，需要多個方面的知識，從重要程度來說是；行業知識，工程知識，實踐知識，理論知識。這個重要度，從某種程度上是可以倒置過來的。雖然并不是和數學定理一樣一環扣一環。我心目中的計算機科學的理論包括：計算機組成原理，編譯原理... 閱讀全文

摘要： 我個人是比較看重理想的人，是理想主義者，也是一個完美主義者。這種傾向應該是所有程序員的共通之處。很多事情，現在如果考慮起怎么來做，一點頭緒都沒有，或者只能給你一個希望。就如我前面說的未來的軟件。但是我信奉，只要看到“那是should be”的情況，“how to be”就不是問題，因為“Everything is possible”。其實我覺得干IT這行是需要這種超脫現實（也就是所謂的空想）的理想... 閱讀全文

摘要： 前面提到的是個人理想，那個是遠景的。近期能夠觸摸到的就是構件化的軟件生產了。先摘抄一句我非常喜歡的話：“軟件工廠一定不是源代碼拼裝起來的，而是目標代碼拼裝出來的。就像零件生產一樣，給你一個螺絲就可以擰上，而不是從煉鐵、圖紙開始，告訴你鐵怎么煉，這不是軟件工廠”——by 陳榕構件其實就在我們眼前，看看COM，看看Eclipse的Plugin，都是很好的構件。想想IoC和AOP等所謂的新技術。覺得一個... 閱讀全文

摘要： 所謂3層是：業務，IT實現，交互心目中的未來軟件應該是傳統行業的服務者，而且未來軟件應該是交互性很好的。所以基于這兩個愿望，假想出了未來軟件的3層結構。或者說是軟件的3大件。為什么要單獨分出業務？原因之一是因為同一行業的各種服務軟件中需要共用大量相同的概念和業務規則，我們需要有一個共通的業務語言。原因之二是IT行業的技術發展很快，從服務器到具體的編碼技術，業務本身作為傳統行業的核心財富應該相對固定... 閱讀全文

摘要： 昨天跟趕場似的，早上的書友會剛結束就立馬趕到避風塘參加下午的七人圓桌會議。今天來記錄一下昨天參加這兩個活動的感想。早上的書友會是myan主持的，嘉賓是cber，zengyi，陳碩。很驚喜的在現場發現了wingc和龔敏敏。不過收獲確實不大，而myan似乎也只是想主要談談那些問題，也許我已經現實了吧，對于C++是不是已經邊緣化的問題不感興趣了，相反我想了解的是有關多范型編程等C++閃光之處大家的看法。... 閱讀全文