其他

我個人是比較看重理想的人，是理想主義者，也是一個完美主義者。這種傾嚮應該是所有程式員的共通之處。很多事情，現在如果考慮起怎麼來做，一點頭緒都沒有，或者只能給你一個希望。就如我前面說的未來的軟體。但是我信奉，只要看到“那是should be”的情況，“how to be”就不是問題，因為“Everything is possible”。其實我覺得幹IT這行是需要這種超脫現實（也就是所謂的空想）的理想的，因為現實的技術總是那麼紛繁複雜，要想陷入其中，整理出頭緒，然後升華是很困難的。

Are Generics in Java Worth It? [2004-05-14 04:03:10]Is JDO A Sinking Barge? [2004-05-08 04:50:09]What is your Opinion on Portal Servers? [2004-04-30 04:52:10]What is the Best Framework for Building Portlets? [2004-04-26 04:57:54]What is the Best

在極限編程中有一條原則是原始碼集體所有，而在特徵驅動開發中，則有一個類所有者的人員概念。這應該是反映了兩種不同的敏捷過程對原始碼的所有的問題的不同看法。對於極限編程這麼一個極度開放的過程來說，原始碼集體所有是可行的，也是必要的。但是我想很容易找出在中國這樣的人文背景中實施非常開放的過程所帶來的排斥。大部分開發人員應該還是比較願意接受這部分是我負責的，這樣的說法。國內的人文環境和傳統應該是極限編程難以實施的障礙。方法本身並沒有問題，只是很難有能夠接受的團隊。而特徵驅動開發至少在原始碼所有這個問題上

0、清晰的目標1、客戶（由老師代替）2、目標（由團隊提出，由老師完善）3、一致的心態和心性4、時間5、交流手段（場地，伺服器）6、機遇至於團隊的技術方面的素質，管理方面的素質，則完全就是機遇的事情了。如果你尋便整個校園都不能滿足以上的條件，提早放棄在校園裡面搞團隊開發鍛煉自己的想法吧。——一個曾經失敗的人總結了幾個想要再做這個方面事情人的想法之後的想法0、目標很清晰：鍛煉團隊，鍛煉自我。再清晰一些就是為了走向崗位做準備。1、沒有客戶的團隊是可怕的。客戶是團隊開發的引導者。有熱情的老師是最合適的了

今天和朋友聊天的時候，突然想到的。抽象，其實就是放棄細節。捨棄了細節之後的東西用一個概念性的東西來表徵就是抽象了。前些天和朋友談MDA的時候，講到業務語言。我就問到業務語言除了對業務實體的元建模，那麼具體的商務邏輯能不能表達。最後大家被我引導到了業務語言能表達所有的商務邏輯這個方向上了。其實現在看來，所謂業務語言不過是建立一種針對這個業務的抽象。也就是捨棄了用IT實現技術（原始碼等）來表達商務邏輯所包括的一些IT實現相關的細節。很多人懷疑如果業務語言也能表達一些選擇判斷之類的東西，以充分表達商務

項目分配任務，我被分配到負責報表部分。我最終選擇了ComponentOne的那套報表系統，雖然拼拼湊湊，還是把任務敷衍過去了。為什麼說是頻頻湊湊呢？因為客戶要求報表需要有表格的邊框，但是外國人是不習慣這種以儲存格排報表的方式，他們用的是單元的靜態定位的方法。最終為瞭解決這個問題，我不是用給儲存格加邊框，然後把兩個相鄰邊框相重疊的辦法，而是自己畫了幾條線。雖然說是有些困難，但是還算基本滿足了要求，報表看起來也是蠻專業的。但是後來不行了，因為資料有可能會很長，會超過儲存格在設計時設計的長度，那麼就會

先說高興的：potian：終於要DTO了http://www.aspectoriented.org:9080//space/2004-05-28#終於要DTO了我現在寫的系統和potian描述的幾乎是一模一樣。目前主要的一個問題是Java和.net之間的非同步訊息沒有做好，用輪詢來代替的。再說SB的：畫介面用了一堆模仿XP的控制項，最終發現內建的控制項就是XP風格的。而且第三方的還不穩定，老出錯。超級大的教訓。。。

1、用Indy實現HTTP協議下載新浪首頁文本——OK2、用Indy實現HTTP協議下載普通檔案——OK3、開新線程用Indy實現HTTP協議下載新浪首頁文本——OK4、開新線程用Indy實現HTTP協議下載新浪首頁文本，並保證安全執行緒——OK5、獲得遠程檔案大小——OKmemo：需要用GET，在獲得回應中取出Content-Length。閱讀HTTP協議中……memo：在TIdHTTP中發現了Response，其中包含有屬性ContentLengthresult：先Connect到伺服器，然

和一個朋友喝了一下午的茶，聽到和說出了一些自己不曾說出的事情。首先是我有時覺得比如soff啊，為人比較傲慢一些。但是其實自己未必在別人眼中就不是如此。果然，當我發現我和學校裡面的同學心理年齡差距越來越大的時候，我的態度也隨著傲慢了起來。至少從別人眼裡看來是這樣，這就足夠了。然後是回想起從初一開始的電腦自學之路，最大的感觸不是自己有多麼堅持多麼執著，而是——人的自信是建立在自傲的基礎上的。沒有什麼東西能夠傲視他人怎麼有與人平起平坐的自信，於是乎電腦成為了我聊以自慰的傲慢資本，所以我才執著。多麼膚淺

from http://www.metamodel.com/staticpages/index.php?page=20021010231056977IntroductionAbout ten years ago, it was fairly clear what metamodeling was. The community of practitioners was small, everyone knew everyone, and while this community — like

We can only speculate, but here are some commonly mentioned reasons:Its time has come. Metamodeling has been around at least since the late 1980s, but with the advent of the Internet and business integration, data integration is obviously a

因為沒有找到如何在ComboBox和ListBox中的item附加tag的辦法，所以自己添加了一下。主要是實驗一下如何用部落格園新加的代碼高亮這個酷酷的功能：public class FlexComboBox : System.Windows.Forms.ComboBox    {        private System.Collections.ArrayList ItemValues = new System.Collections.ArrayList();        public v

好些天沒寫blog了，可能大家會疑問我幹什麼去了。我就幹這些事情去了，為下個項目開始做一些基礎性的工作，希望這次能夠開個好頭。本地開發環境HSQLDB選擇它的原因是因為它用作本地的開發資料庫非常合適，不需要額外的起一個伺服器，JDBC連上就行了。資料放在記憶體之中，用JUnit跑測試的時候放資料，操作，檢驗，這樣的需求根本就不用每個開發人員都裝一個大型資料庫，哪怕是mysql都有殺雞用牛刀的嫌疑。Tomcat主要是它好上手。另外一個原因是當時下jetty下來的時候沒有找到windows的開機檔案

^_^，繼續每天一歌的習慣。把這首歌送給我姐，好好休息哦，我先睡覺去了。我們的愛 - f.i.r. - F.I.R.(飛兒樂團)

感謝徐昊給我們傳授這麼好的思想。雖然我現在還沒有全部弄明白——————————在網上查到了中繼資料的解釋是關於資料的資料。那麼元模型就是關於模型的模型。抽象的過程就是形成元模型的過程。建模的過程就是抽象的過程。我們要形成object的模型，所以建立了的是object的模型class，同時為了能用class，我們建立了class的模型。也就是物件導向提出的class的結構和組成。參考資料：http://www.metamodel.com/http://www.mdsd.info/mdsd_cm/h

有朋友問用domain

我這個人比較遲鈍，今天才想到去翻看這兩篇恐怕所有熱心blog事業的人都看過的文章第一篇是孟岩先生的《放棄理想，未必能成就現實》http://blog.csdn.net/myan/archive/2004/09/01/91237.aspx第二篇是李建忠先生的《認清現實，才能找回理想》http://dreambrook.com/jzli/archive/2004/09/03/156.aspx以下是我的感想部分：孟岩先生的文章主要內容大致可以這麼歸納，當然這是根據我的理解：首先是在未進入行業前的躊躇滿

還是學到了不少早就應該學習的知識的。由於沒有下到Socket層，而且對於多線程並沒有做什麼並發實驗來體驗它，所以收穫還是很有限。Indy的HTTP用戶端用著不是很習慣，其實並不是覺得它的Intercept和IOHandler的結構不好，也不是覺得它的阻塞模型不好，也不是用戶端不穩定。其實就是一個，對於得到Header不大方便，能加一個OnHeaderReceived就好了。一度想放棄Indy這一套，但是後來又捨不得了，的確是蠻優質的庫。今天有一些彷徨，不知道該幹什麼了。其實說來我並不是想寫一個B

Testing GUI's is hard, and isn't always worth the extreme effort. By separating the pure GUI from the guts of the application, you can easily add and test business features without involving the GUI.這是我從Pragmatic Unit Testing in C# with

昨天多方尋所無果，之後最終決定採用Excel。但是今天一早起來實驗了一下發現，使用Excel意味著無法在我們的程式中控制報表的預覽和列印，只能輸出一個Excel的表格，然後讓使用者自己把它列印出來。但是由於手上這個軟體的需求規定，不能讓業務員輕易的改動表單的內容，所以這個方案只好作罷。歸納一下所謂的鬱悶的報表問題其實無非就是由儲存格常值內容超長，導致自動漲大，影響其他儲存格的排版問題。在今天實驗之後發現，其實儲存格的自動加高並不會覆蓋下面的儲存格，它會把下面的內容往下移。但是位於同一行的其他儲存