就是MIS系統啦。我們現在用.net寫客戶端,用web service做通信,用Java寫服務器。越寫越郁悶啊。參與開發的人都是新手,大家都沒有經驗。好不容易上手了,發現寫起來漫如牛啊,所謂Dead Line是也。
當然很多是自己的問題,比如連ant都沒有用,手工部署。但是很多東西真是讓人覺得郁悶,那就是系統中的重復的東西太多了。感覺從HBM從PO到BO到DTO到客戶端的存根,數據結構幾乎是差不多,服務器很多時候就只是一根提供網絡到數據庫的導管,而web service則是從客戶端到服務器的導管,然后界面再提供一根用戶到代碼的導管。很多時候導管就是直的,不帶彎的。難道就沒有什么自動化的東西嗎?復制,從一個對象復制到另外一個對象,這樣的工作太多太繁雜了,讓人瘋狂啊。這不是開發,這是開玩笑。。。
————————————
3分鐘后,I am back
其實這個應該就是分層帶來的困惑。分層帶來了重復,更帶來了層次之間的解耦。觀察企業軟件開發兩個月了,發現重復的還不只是在層次之間。不同的應用之間,有太多類似的東西了。研究軟件復用這么多年,問題怎么會越來越嚴重了?難道是我太笨了,看不到光明?
有個網友告訴我,這個就是他問我會不會喜歡企業開發的原因。如果這種重復是沒法解決的我不會,如果要我們來解決這些復用問題,我覺得還是很有意思的,只是別在一個有最后期限的項目中出現這樣的困惑了。
————————————
3分鐘后,我又回來了
項目的本質就是混亂
企業軟件的本質就是重復
————————————
3個小時后,我又回來了
看看這個:
http://www.aspectoriented.org:9080//space/2003-12-19
當然很多是自己的問題,比如連ant都沒有用,手工部署。但是很多東西真是讓人覺得郁悶,那就是系統中的重復的東西太多了。感覺從HBM從PO到BO到DTO到客戶端的存根,數據結構幾乎是差不多,服務器很多時候就只是一根提供網絡到數據庫的導管,而web service則是從客戶端到服務器的導管,然后界面再提供一根用戶到代碼的導管。很多時候導管就是直的,不帶彎的。難道就沒有什么自動化的東西嗎?復制,從一個對象復制到另外一個對象,這樣的工作太多太繁雜了,讓人瘋狂啊。這不是開發,這是開玩笑。。。
————————————
3分鐘后,I am back
其實這個應該就是分層帶來的困惑。分層帶來了重復,更帶來了層次之間的解耦。觀察企業軟件開發兩個月了,發現重復的還不只是在層次之間。不同的應用之間,有太多類似的東西了。研究軟件復用這么多年,問題怎么會越來越嚴重了?難道是我太笨了,看不到光明?
有個網友告訴我,這個就是他問我會不會喜歡企業開發的原因。如果這種重復是沒法解決的我不會,如果要我們來解決這些復用問題,我覺得還是很有意思的,只是別在一個有最后期限的項目中出現這樣的困惑了。
————————————
3分鐘后,我又回來了
項目的本質就是混亂
企業軟件的本質就是重復
————————————
3個小時后,我又回來了
看看這個:
http://www.aspectoriented.org:9080//space/2003-12-19
浙公網安備 33010602011771號