Re: [連結] Sun 僱用了JRuby 核心開發者
※ 引述《Schelfaniel (Test)》之銘言：
: 執行環境至少比再多一層 JVM 夠力呀(目前情形啦)...
: 至少目前已經確實有人使用 RoR 來當成 Web AP 來用了...
: 而 JRuby 目前...如果你覺得 RoR 不夠力的話...
: 我是懷疑在 JVM 上就會比較好就是了...
如果真的要在JVM跑,就不會在jvm上又一層vm了吧
他既然實作了Ruby interpreter, 那就期待jvm在未來SE 7可以有更好的支援環境
讓他可以媲美native ruby的速度
而且至少現在的Java enterprise部分有實績,
但是RoR仍缺乏超大型site的實績
另外我說的夠力當然也不只包含效能,也有後面的library部分
..不好意思我段落不太分明..orz.
: : 譬如JRuby的一個重點是要把RoR也能在servlet environment下跑
: : 這樣的話就可以使用Java EE的container,
: 這樣和原本的 J2EE (目前更名為 Java EE) 了差異頗大的也...
當然不是說跑只有單純要跑RoR,他可以跟各種Java 3rd party lib混用
而且使用container哪邊跟J2EE差異頗大呢?不要只以Java user的觀點看
對RoR開發者來說,如果在Java EE container上跑Ruby功能效能都能接受時
那麼就多了一個執行環境的選擇
: : 為何Java EE container會這麼貴!?(就算免費的也有賣service)
: : 就是它提供了各種security, transaction, messaging..etc的功能
: : (RoR或者Ruby可能有,我沒碰到或是我覺得不夠力)
: RoR 提供的是 Lightweight 的方式...
: Java EE 就是架構太過龐大, 才會有 RoR 這種輕型容易使用的方式...
: 也就是說 RoR 並不是要完全走 Java EE 的路的...
: 真要用 Java EE 的人, 就直接用 Java EE 不就好了??
..為何"都"要用Java,我想寫testing用Ruby,我想dynamic page用Ruby,
一些簡單的helper我想用Ruby.
但是business logic,model想用Java
並不一定要用RoR,但是能有好的dynamic language
對於開發上會有幫助
我是還沒有到想把Ruby用在business的核心功能上,
但是頁面,testing如果可以選用Ruby,那為何不用而要用Java language?
前面提到如果真要溝通
'用 Web Service 至少兩邊都是完整的架構...管理上也方便'
如果沒有JRuby,那麼確實這樣做是唯一選擇,但是當ruby跟Java可以
seamless接合,那為何不用?Ruby+Java我不認為會破壞彼此的架構
: : 使用Java library方面我也頗有興趣的,
: : 尤其ruby的library雖然現在多了,但夠多嗎?能說完整嗎?
: : 有些是包了c的wrapper,要高階一點的api沒有,又這些api符合ruby的理念嗎?
: 如果不完整的話, 可以自己寫呀...Java Library 不也是有人寫出來的...
: 而且 Ruby Library 發展迅速...這點我是覺得不太需要擔心...
: 低階的 Api, 用 c Wrapper 比 JNI 容易包...
: 高階的 Api, 應該說 Ruby 比 Java 更高階...要用 Ruby 寫更加的容易..
: 這也是 RoR 會產生的原因之一....
: Ruby 我看到的 API 大多都符合 Ruby 的理念說...
這...自己寫?現在用的java library都自己寫的?
如果只要不夠就自己改,說真的那還頗花時間跟心力的
然後寫完以後沒多久人家又支援了
是沒錯啦,open source library好處就是有缺可以找,可以自己改,
自己新增,或者可以都不用自己寫一個
但是如果現在Ruby可以call java api..那,這不也是一個好選擇嗎?
現階段來說,Ruby的library發展確實很迅速,但是如果要比較
那麼Java還是比較多,比較完整:)我沒有貶低ruby的意思
只是以一個開發者來說,如果又更多發展已經算穩定api可以使用,為何不使用?
Ruby的API我自己是看不多,但是wrapper C的api真的都有依照Ruby理念?
每種naitve API都有它自己的設計理念,當它只是wrapper時,一定多少得
照那個api的設計方式去包.
而且為何要自己包c呢?至少在Java世界中,已經有太多的library可以用
方不方便包對某些人,像我來說,我根本不在意,因為已經有人包好了.
高階API部分,確實是Ruby很吸引人的部分,activesupport之類很不賴.
很多api呼叫方式簡單又直覺.
但是以比較的觀點來說,仍然沒有其他可以選擇的語言來的多跟完整.
我不是說activesupport不完整,是說能用的api.
:: 或者是還不夠完整,畢竟Ruby火熱起來也是這幾年.
: 我覺得等實際上要用時再看看情吧...
: 不夠力, 不完整, 還有沒碰到...
: 有比較實例上的需求, 像是需要什麼樣的功能, 會比較好一點吧...
: 如果真的太過龐大的架構, 我是覺得直接就用 Java EE 了...
可能我跟你的觀點有點差異也不一定
使用Java EE跟使用Ruby我認為並不相違背
Ruby語言的"趣味(我是不喜歡叫他優雅啦)"很吸引我
Java EE提供的環境也很吸引我
那既然可以混用,又有機會混用時,我就會想去用
我想許多Java開發者應該也有類似的想法
不然JRuby開發者被sun正式雇用不會是這麼大的新聞
: : 另外對java user來說也是個好消息,尤其我很羨慕.net有Iron python
: : 而且Iron Python說他比CPython還快.
: Iron Python 我有用過一下, 但是沒比過速度就是了...
我記得是啦,可以查查看,也因為這樣我很希望JRuby就算做不到比native ruby vm快
也好歹差不多
: : 我雖然只有拿Ruby來寫寫備分網站之類的小script,
: : 但是能在同一個環境使用Ruby跟Java是多麼令人興奮呀~
: 嗯, 其實現在就有 JRuby 可以用了呀...
是呀:)
只是JRuby現在給sun官方支援,當然要興奮呀!!!
現在的JRuby可以用,但是仍然不夠好,不夠快.而且在jvm環境下還是有許多限制.
那麼為何會對sun supports JRuby有比較負面的想法?
既然早就有了JRuby,又它會變得更好,這不是很令人開心嗎.
※ 編輯: kojilin 來自: 218.167.177.197 (09/12 02:06)
討論串 (同標題文章)