星期六, 10月 11, 2003
Software Fashion
http://www.softwarereality.com/soapbox/softwarefashion.jsp#id27
蠻搞笑的文章,原來軟體也可名列時尚業呀~
談到一些不適當的技術應用,加上誇大的宣傳、過度的銷售
讓人更能體會所謂的追求軟體時尚是怎麼一回事
生活上的例子就像讓胖妞穿比基尼,讓模特兒穿孕婦裝一樣
而在軟體開發上,就如同使用EJB來開發小規模的商用軟體
將XP應用在短期的專案上;利用taglib來加入一些新的meta-language
最後發覺除了製造混亂外,似乎對開發毫無益處
或是當團隊中的那個人閱讀了GOF後,
就瘋狂的想要把所有可能的pattern塞進設計裡
文中還有一個爆笑的面試對談
面試官:呃~請問你最愛的Design Pattern是那一個呀?
求職者:喔~我愛死Decorator,啥米地方我都想來一下Decorator耶~
(我哩~果然是有怎麼樣的考官就會有怎麼樣的答案)
而當宣傳超過人們能客觀地評估技術的時侯,就是開始發生技術誤用的時刻
就像許多時侯人們選用XML的原因,就是因為它是XML XD
這段調侃XML的部份,讓我想到最近電視常在打的廣告
命運騎寵系統狂飆上市的那隻豬,哈~我哩我還飆豬哩
順便還虧了Sams的Teach Yourself xxx in 21 days系列一把
講這些出版商唯恐天下不亂
還會趕緊出本Teach Your Micro-Horse to Sing in 21 Days!
不過當我們選用某項新技術時,到底是因為它正好適合我們的開發需求
或著只是想到這項新技術寫在履歷表上看起來還蠻不錯的?
啥…你問我是怎麼想的,呃~我只能學呂副總統回答你"嘿嘿嘿"
在Popularity vs. Platform Size那段的最後
提到IT廠商不會再咬第二口蘋果也真是神來之筆
apple fans抱歉了:)
接著就是大戰的開始
提到了三項作者認為有遭到誤用的時尚技術
1. VB.Net
2. Struts
3. XP
講到Struts時一開頭還特別挑戰了Struts的使用者
希望他們儘量放馬過來,講講為啥要用Struts
這裡的用詞有點誇張,講的似乎Struts一無是處
還要透過xml的設定用迂迴的方式增加不必要的層級
啥米用了Struts簡直是花了二倍的功夫
簡單的web ap會變複雜,複雜的web ap卻還是沒簡化到哪裡去
這裡似乎又講到一個職場的現實
這年頭出來找頭路,許多面試官也受到時尚技術的影響
於是乎想寫個web ap(java solution),似乎無可避免的還得要會Struts
不過最後的結論我蠻同意的
不管是啥米東東啦…XML現在似乎是用的太泛濫了些
對XP的評論更毒
講的是好像XP將開發速度定下了個20哩的速限
超過速限的就要抓起來
因為開發者不愛互相溝通,就來個pair programming
因為開發者不愛跟客戶溝通,就讓客戶加入開發小組中
因為開發者不愛測試,所以寫code前要先寫測試…etc
好了,可想而知在該文後面還有一大團,以上各技術愛好著的反擊
大家有興趣的可以慢慢欣賞
諸如像VB.NET是C#的窮親戚,
或是VB.NET不過就是C#之上的語法糖果之類的爭論
雖然我想作者是故意寫給人家批的
不過所點出的現象很值得大家思考
難道選用熱門的時尚技術
是因為,嘿~大家都在用,呀那個國外大廠也嘛在用,還有大師的加持哩
喔~拜託一下,有沒有就是在我們週遭的成功案例呀
老是在講彈性、彈性
切割了許多層來達到所謂的低耦合
到底實不實際
台灣真正的軟體公司到底有幾家呢?
在講究快速開發(結案收錢)的情況下,
設計出那麼多的可擴充性又如何?
我們真的需要那麼多彈性嗎?
覺得國外的成功案例是有時空背景因素在,
而過了水到了台灣後,或許我們又得因應這樣的環境來調整開發的方式。
標籤:
Programming
訂閱:
張貼留言 (Atom)
沒有留言:
張貼留言