Re: [連結] Sun 僱用了JRuby 核心開發者

看板Ruby作者kojilin (呵呵呵噗噗噗..搞笑..)時間18年前 (2006/09/12 00:28)推噓0(0推 0噓 0→)

留言0則, 0人參與討論串9/21 (看更多)

※ 引述《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)