有一個(gè)多月都沒有找到太多寫程序的感覺了,雖然對(duì)Java的熱情依舊,卻總是找不到什么特別令人興奮的東西,也許是因?yàn)樽罱婕暗男录夹g(shù)太廣了吧,同時(shí)在做JSF、Spring、Hibernate三項(xiàng)技術(shù),這都是過去不曾接觸過的,雖然進(jìn)展還算不錯(cuò),但不時(shí)的會(huì)在不同的問題上卡殼,然后會(huì)花很多時(shí)間去找解決方法,如此反復(fù),再好的感覺都被消磨殆盡了,或許這正是造成效率差的原因吧,查了一下最近的Log,效率很少能達(dá)到80%,再高就更沒有了,完全沒有兩個(gè)月前但哪種感覺了。當(dāng)時(shí)會(huì)有比較高的效率是因?yàn)榱鲿车乃悸罚由蠈?duì)問題的領(lǐng)域比較熟悉,所以會(huì)很少碰到大的卡殼的問題,這樣心情也會(huì)好很多,能夠一蹴而就的去把問題解決。
同時(shí)想想看公司里做軟件的經(jīng)驗(yàn)也是,幾乎不會(huì)在一個(gè)新項(xiàng)目里全面的去使用一系列的新技術(shù),因?yàn)閷?duì)這些技術(shù)的不確定因素,會(huì)讓項(xiàng)目整體的不確定因素變的比較大,如果協(xié)調(diào)不好的話可能會(huì)導(dǎo)致整體的崩盤,所以在新的項(xiàng)目中通常是每次使用一種新技術(shù)替換原有的,其它繼續(xù)使用原有的技術(shù),并且在項(xiàng)目中積累使用這種技術(shù)的經(jīng)驗(yàn),通過這樣的不斷累積,變的對(duì)這種技術(shù)比較熟悉,這些積累再應(yīng)用到新到項(xiàng)目中,會(huì)讓不確定因素會(huì)變的比較小一點(diǎn),也比較容易保證軟件開發(fā)的成功。試想如果全面使用新技術(shù)的話,如果在幾個(gè)問題上卡殼了,或者有這種技術(shù)無法滿足到需求,可能會(huì)有比較嚴(yán)重的后果。
技術(shù)是需要經(jīng)過一段時(shí)間的沉淀才會(huì)被廣泛使用的,無數(shù)的開源框架應(yīng)證這這點(diǎn),像spring,hibernate被廣泛的使用并不是在它們剛推出的時(shí)候,而是在不斷的應(yīng)用中改進(jìn),并且逐步成熟的時(shí)候。現(xiàn)在炒的正火的Ajax,Ruby on Rails等技術(shù)并沒有大范圍的使用,也是這種原因了,雖然它們都很吸引人,但是并沒有多少經(jīng)驗(yàn)表明這些技術(shù)會(huì)引發(fā)多少的不確定因素,大家都在等啊,等啊,等到有人用實(shí)踐告訴我們準(zhǔn)確答案的時(shí)候,才會(huì)是它們真正被大家接受的時(shí)候。
posted on 2005-12-08 12:34
steady 閱讀(925)
評(píng)論(1) 編輯 收藏 所屬分類:
技術(shù)隨筆