技術誤區
好像以前也寫過一篇這樣標題的blog,以前寫的應該是技術人員在進行系統實現時,往往很多時候過于陷入技術而最后導致忽略了原始需求的誤區的描述,最近忘了在誰的blog上也看到一篇講這個的東西,寫的挺不錯的,很喜歡里面的一句話:”軟件的建設目的是為了讓客戶和老板爽,實現他們的功能需求才能達到這個目標,而非功能性需求很多時候都是為了讓開發人員爽“,在建設系統的時候不要犯反客為主這樣的錯誤,^_^
寫這篇和以前的意思不一樣,這篇主要是對現在的動輒采用aop思想、采用插件架構、采用SOA、大集成技術這些東西的一個個人的看法,象這種思想級別或者架構級別的東西來說,是很多人采用,但真的發揮了它的作用嗎?不敢認同,呵呵,其實象一旦采用aop、插件體系架構這樣的思想或架構級的東西,帶來的是設計時,甚至是分析時的思想轉變,^_^,否則采用了甚至比不采用還慘,不僅帶不來效果反而會受很大的"傷害",呵呵,所以在要采用思想級別和架構體系級別的技術轉變的時候真的要慎重思考,需要的是對采用的思想以及架構體系的深入了解,畢竟做軟件不是為了技術而技術的,當然,自己小玩玩當然是可以了。
ps:本來想長篇大論一番的.....
寫這篇和以前的意思不一樣,這篇主要是對現在的動輒采用aop思想、采用插件架構、采用SOA、大集成技術這些東西的一個個人的看法,象這種思想級別或者架構級別的東西來說,是很多人采用,但真的發揮了它的作用嗎?不敢認同,呵呵,其實象一旦采用aop、插件體系架構這樣的思想或架構級的東西,帶來的是設計時,甚至是分析時的思想轉變,^_^,否則采用了甚至比不采用還慘,不僅帶不來效果反而會受很大的"傷害",呵呵,所以在要采用思想級別和架構體系級別的技術轉變的時候真的要慎重思考,需要的是對采用的思想以及架構體系的深入了解,畢竟做軟件不是為了技術而技術的,當然,自己小玩玩當然是可以了。
ps:本來想長篇大論一番的.....
posted on 2005-11-20 23:22 BlueDavy 閱讀(643) 評論(1) 編輯 收藏 所屬分類: Java