摘要： 現在軟件開發越來越少獨創性的東西了，很多東西本質上的一些東西一看就知道。甚至上千萬的項目也不過就是一些數據存儲分析之類的而已。難點不在能不能做，和做不做得好（指關鍵部分效率之類的），而在于整體太復雜。所以軟件開發就是在做管理復雜性的工作，創新的主要目的就是更好的管理復雜性。很多和我一樣還在上學的朋友，都會比較在乎計算機能做什么，編程能做什么，怎么去算。但是現在發現根本性的東西根本不是這些所謂能不能... 閱讀全文

摘要： 分層和模塊化一件事情給多個人來分解完成。模塊化是讓不同的人來完成不同的工作，分層是讓一個人完成一件事情的不同階段。模塊分多了，就好比人員過多，需要精簡機構。分層導致了很多的“重復”代碼，用比喻來說就是同一件事情要讓多個人來完成其不同階段，必須“重復”的讓每個人認識清楚那個東西在這個階段是什么。由于同一件東西在不同階段有可能很類似，所以會覺得重復。AOP平時，都是我們要做什么事情的時候，去找做那件事... 閱讀全文

摘要： 不對，中間還去吃了吃夜宵，談了談理想，實現了用Ant自動編譯，部署，反部署。不敢想象啊，以前寫服務器那哥們是怎么忍受一次部署花個20來分鐘的。Systinet的Web Service的解決方案還是很成熟啊，沒有它提供好了的Ant Task，那就死了。另外寫build.xml和寫腳本是一個感覺啊。Zeze... 閱讀全文

摘要： Anders Hejlsberg談AOP：http://www.theserverside.net/news/thread.tss?thread_id=26209AOP Alliance的又一應用，看來要重新評價AOP Alliance了：http://www.theserverside.com/news/thread.tss?thread_id=26170CSS居然還是AOP：http://ww... 閱讀全文

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

摘要： 在前天的Blog中我講了一下我的遭遇，其實也是大多數人的遭遇，那么這些重復性的勞動是哪里來的呢？我大致從粗的方向上思考了一下，覺得有這么兩個方面：1、分層2、類似的流程一個是橫向的層，一個縱向的功能。分層導致了層之間的傳輸者的內容拷貝，比如DTO。類似的流程導致的是大量重復的過程，比如事務，比如日志。AOP能夠幫助我們把一些羅嗦的橫切代碼給集中起來，那么除此之外呢？我覺得還是有很多機械性的勞動。有... 閱讀全文

摘要： 突然想到這個問題。居然一開始沒有意識到。如果說是代碼分散，那么看看這個：有一個模塊A，對模塊A所有的調用必然是分散在各處的。也就是分散不是橫切。或者說橫切不只是分散。那么什么是橫切呢？也就是什么地方需要用AOP呢？我覺得應該是這樣一個位置，在代碼的這個位置我們總是要去調用某個模塊來完成某個功能。而且這個位置是明顯的，容易定位的。 閱讀全文

摘要： Zezeze...真是不錯啊。都是大牛，搜集到了這么多好東西：.NET下的重構http://www.rzrgm.cn/wljcan/archive/2004/05/27/11731.aspxhttp://www.blogcn.com/blog/cool/main.asp?uid=flier_lu&id=1652203http://blog.joycode.com/liuhuimiao/pos... 閱讀全文

摘要： ozzzzzz： 糊涂http://www.blogdriver.com/showBlog.do?diaryID=170307想起當年我剛學會撥號的時候，問一個人一下午怎么用outlook發信。想起來一個菜鳥要成長起來還真是不容易啊。不過我很幸運，遇到了好幾個熱心的師傅。不過上路了之后，菜鳥們就應該學會自己去觀察，自己去學習。師傅永遠不能做你的保姆的。而且要不斷提高自己的層次，讓別人覺得你的層次高... 閱讀全文

摘要： 在一門新的語言的初期，往往會把編譯的結果做成一個已經成熟的語言。比如C++早期的Cfront把C++編譯為C。那么這樣說來，Cfront其實就是一個C的代碼生成器。而現在很多場合下，比如DAO的產生，都有人在用自己寫的代碼生成器。如果這些代碼生成的方向，解決的問題產生了某種類似性是不是可以從一種特殊代碼生成走向一種通用的代碼生成，乃至提供新的語言要素。 閱讀全文