日常小工具 - 訂便當管理系統~
在之前的Rudy on Rails 練習裡，我做了一個簡單的訂便當管理系統，玩一玩後便在team 裡面開始用了起來。嘿！想不到成果還算不錯 - 我們 team (和其他相關部門) 天天都要訂便當，每天就是在那裡 msn 來 msn 去的，然後算錢繳錢找錢，再打電話給便當店老闆，什麼幾個... blah blah，一堆很鎖碎的事。有這個系統之後，這些鎖事就變得比較好管理了。這真是大出我的意料之外！
後來 team 裡面又陸陸續續給了我一些需求，我的 ruby 功力太差，無法再繼續增加新功能。咬牙想說乾脆用 java 重新寫一個好了。這一次的新版用了一堆 java framework: wicket/spring/hibernate... etc，然後網站 Ajax 化，外加最重要的 unit test，前前後後不過也只花了二、三天。當初用 rails 寫第一版也是差不多二、三天左右，而且還沒有 ajax 和 test 咧。ruby rails 開發真有比 java 快嗎？即使我現在用兩個語言寫了同一套系統，我覺得還是不能下什麼結論，因為這樣比並不大準 - 後面重寫的當然比第一次開發的時間要短一點...
OK，撇開這些技術的討論，我現在把這個管理系統公開讓大家用用看，有興趣的人可以連到 http://dinbendon.net 玩一玩，如果你們的部門也是每天訂便當、訂下午茶什麼的，這個系統可以幫上一點忙。替你們的部門註冊一個群組帳號就可以開始用了。
ps. 這不是一個在網頁上點選一些便當，然後老闆就會將便當送到你家的系統... (我也希望有一天能做到這麼神~~)
你對 Ruby + Rails 的熟悉度，當然比不上對 Java + wicket/spring/hibernate/etc 的熟悉；但換一個角度想想：同樣都會花你兩三天完成一個應用系統（當然啦，在改寫成後者時你多加了 AJAX 及 test），前者的技術要花多少時間來學，後者的技術組合又要花多少時間來學呢（learning curve 很重要）？前者的技術要寫多少程式及設定、同步，後者的技術組合又是如何？
以 prototyping 而言，Rails 實在令人耳目一新。
若撇開 framework 不談（因為 Java/Groovy 陣營也開始有 Rails clone，雖然仍不及 Rails 方便），單就語言而言，看了 Ruby 之後，實在是很難讓人回到傳統那麼低階的撰碼層次... 連我這個 Perl 的愛好者都忍不住考慮離開 Perl 了（儘管 Perl 6 將會有大改變...）。
（請將前一則留言刪掉）
由...發表 william on 八月 17, 2006 at 11:33 上午 CST #
Ruby on Rails 除了強調學習曲線低之外，還有說什麼 productivity 很高之類的。前者的話，Java Stack 沒啥好說的，因為他是世界上最複雜 web 開發平台，不過你想要簡單也不是不行啦，寫寫 jsp/servlet/jdbc 就好了，沒人要求你一定得用那些大牌的 framework。我強調的是後者啦 - productivity。Ruby on Rails 有像某本書說的快 java 十倍嗎？(據說他最近修正為 4 倍)，我自己試的結果還好啦，如果你熟悉一個平台，自然會開發很快，語言/平台到不是很重要的因素...
prototype... 如果一定要用 java 來寫，我大概會直接用 jsp 兜一兜吧，連 controller 都省了。純 jsp 的話開發起來跟那些 dynamic 的差不多，都是改完直接在網頁上就可以看了。
以學術的角度來看，比 java 強的語言太多啦。但就簡單、實用、管理等綜合來看，Java 無愧為世界第一。下一波到底是誰能取代 Java 成為王者實在難以定論，就我個人的觀察，可惜的是目前並沒有任何候選人... 現階段只好繼續用啦。
由...發表 ingramchen on 八月 17, 2006 at 12:01 下午 CST #
原本想針對幾點回應，不過你的一句話「如果你熟悉一個平台，自然會開發很快，語言/平台倒不是很重要的因素」，讓我又多思考了一下。
Lock-in 效應的優點，的確讓 Java platform 成為一個綜合指標居高不下的方案（如你所說的「就簡單、實用、管理等綜合來看，Java 無愧為世界第一」）。只不過在個別項目當中，漸漸有些積重難返的技術包袱或文化包袱；漸漸的，不再只是零零星星的個別項目，問題開始匯集起來，讓某些人開始反思：哪裡出了錯？
剛剛在老貓的文章〈<a href="http://b-oo-k.net/blog/blog.php/2006/87">社會能量、百萬人民倒扁與經典行銷案</a>〉當中讀到一段話：
<blockquote>
辨認這個社會是否正在醞釀一個重大的能量庫，可能不是太難，難的是你能不能找到一個「對的缺口」，做對事，打開它。那幾乎就是考驗行銷高手畢生功力的地方了。
</blockquote>
我也還沒選定下一個答案，充其量只有觀察名單；但我看到了缺口，希望 Java 能正視這個缺口。
由...發表 william on 八月 17, 2006 at 01:21 下午 CST #
所言極是。
我們 team 本身就是 java heavy stack 的受害者，wicket/struts/spring/hibernate...etc 這道牆真的是太高了，在訓練上要花不少的時間。但尋尋覓覓不見其他更好的 solution，現階段我們內部的作法是讓開發人員只學習、應用一小部份的功能 (通常是 best practice)，其他底層等較特異的功能則讓比較熟的人來處理。折衷折衷還算過的去。
由...發表 ingramchen on 八月 17, 2006 at 01:51 下午 CST #