推 dotZu:Sun體認到JVM上發展出多語言對自家是有好處的了 nice 09/08 12:13
> -------------------------------------------------------------------------- <
作者: Schelfaniel (Test) 看板: Ruby
標題: Re: [連結] Sun 僱用了JRuby 核心開發者
時間: Fri Sep 8 14:27:08 2006
JRuby 我用過一下下, 不過如果不是為了和 Java 配合的話...
其實用 Ruby 會比 JRuby 好...
Ruby 本身已經是 Script Language 了,
再加一層 VM, 感覺上不是那麼必要的...
而且 JVM 平台上語言蠻多可以選的...:QQ
我是覺得這邊 Sun 打的主意應該也不是想要真的推廣 Ruby 就是了...
而是偷學 Ruby 這邊的經驗給 Java 用 @_@
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.220.34.34
推 billyeh:Sun 本來就開始體認到 dynamic lang on JVM 的重要性： 09/08 14:38
→ Schelfaniel:感覺不算是"體認到", 而是有點"受到壓力而不得不用".. 09/08 14:53
推 PttHuge:原來Ruby是script language orz 09/08 16:37
→ Schelfaniel:一般分類是 OO Script Language 啦, 還是有別的見解? 09/08 16:46
> -------------------------------------------------------------------------- <
作者: godfat (godfat 真常) 看板: Ruby
標題: Re: [連結] Sun 僱用了JRuby 核心開發者
時間: Fri Sep 8 15:23:04 2006
※ 引述《giive (lala)》之銘言：
雖然這東西還沒發展成熟，跟 JVM 實在沒辦法比
但我個人還是比較期待這個：
http://www.parrotcode.org/
以下節錄首頁
What is Parrot?
Parrot is a virtual machine designed to efficiently compile and execute
bytecode for interpreted languages. Parrot will be the target for the final
Perl 6 compiler, and is already usable as a backend for Pugs, as well as
variety of other languages.
Parrot 對 Ruby 的支援，好慘啊 XD
Ruby
Author
Jeff Goff
Description
Ruby
Status
Unmaintained. Removed from trunk of Parrot subversion repository.
Last verified with parrot version
Unknown
Location
Up to revision 12805 of the Parrot subversion repository: languages/ruby
--
Nobody can take anything away from him.
Nor can anyone give anything to him.
What came from the sea,
has returned to the sea.
Chrono Cross
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.135.28.18
推 billyeh:這是搞 Perl 的人發展的, 其他語言陣營的人未必會鳥它 09/08 15:53
→ billyeh:我們會問：why yet another VM??? 09/08 15:54
> -------------------------------------------------------------------------- <
作者: Schelfaniel (Test) 看板: Ruby
標題: Re: [連結] Sun 僱用了JRuby 核心開發者
時間: Fri Sep 8 15:27:01 2006
※ 引述《godfat (godfat 真常)》之銘言：
: ※ 引述《giive (lala)》之銘言：
: 雖然這東西還沒發展成熟，跟 JVM 實在沒辦法比
: 但我個人還是比較期待這個：
Ruby 自己也有一個 Rite...
不過 Rite 要等 2.0 之後才會發展的樣子 @_@
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.220.34.34
> -------------------------------------------------------------------------- <
作者: giive (lala) 看板: Ruby
標題: Re: [連結] Sun 僱用了JRuby 核心開發者
時間: Sun Sep 10 09:14:40 2006
※ 引述《Schelfaniel (Test)》之銘言：
: JRuby 我用過一下下, 不過如果不是為了和 Java 配合的話...
: 其實用 Ruby 會比 JRuby 好...
也對啦
不過想到
Ruby 使用 JAVA 物件
或是
Ruby on Rails 直接call JAVA API
實在是讓人無限遐想
這個作法到底可以吸引 JAVA programmer 使用 Ruby
還是 Ruby 使用者轉向 JAVA ( 不太可能 *_* )
大家可以看看 :)
--
lighty RoR 是一個介紹 lighttpd , SQLite , Ruby and Rails 的 Blog
http://lightyror.blogspot.com/
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.230.99.164
→ Schelfaniel:我是想不出來Ruby or RoR需要用到Java的什麼東西 @_@ 09/10 10:13
推 billyeh:當你需要和 J2EE 系統串連的時候 09/10 11:53
→ Schelfaniel:串連我是直覺想到用 WebService 串 @_@ 09/10 13:06
推 billyeh:1. 不是所有東西都能很方便地用 WS 串 (像 transaction) 09/10 15:00
→ billyeh:2. 你會想用這麼笨重的方法串嗎? 09/10 15:00
→ billyeh:3. 一堆原本可以是在 in-memory 層次溝通的東西, 09/10 15:01
→ billyeh: 被 WS 化了之後, 白白增加一大堆 overhead, 你願意嗎? 09/10 15:02
→ billyeh:所以, WS 不是這樣玩的... 09/10 15:03
→ Schelfaniel:如果如果你一開始就打算用 RoR + J2EE 我是覺得啦.. 09/10 20:19
→ Schelfaniel:我是覺得有點奇怪(難道沒更好方法), 另外你推文超過三 09/10 20:19
推 billyeh:當你迷上了RoR的方式,但在J2EE陣營又還沒類似方案之前, 09/11 00:04
→ billyeh:你可能會想這樣子來串 09/11 00:05
→ Schelfaniel:我的話會放棄其中一邊吧, 不然不會想說用這個方式串.. 09/11 08:06
→ Schelfaniel:要不就單純使用 RoR, 要不就單純使用 J2EE... 09/11 08:15
推 billyeh:Groovy和BeanShell等JSR223的開發動機之一,就是為了這樣串 09/11 16:13
→ billyeh:既有J2EE的豐沛資源當靠山,又有scripting的便利好用 09/11 16:14
→ billyeh:所以你可看到BeanShell已被許多大廠軟體選為內嵌的語言 09/11 17:45
→ Schelfaniel:如果如此我就直接用BeanShell, Groovy了呀... 09/11 18:52
→ Schelfaniel:RoR的話..算是現成架構了, 上次看 Java 也有類似的 09/11 18:54
→ Schelfaniel:雖然沒RoR強力, 但是我並不會很想把兩個架構硬綁住 09/11 18:55
> -------------------------------------------------------------------------- <
作者: Schelfaniel (Test) 看板: Ruby
標題: Re: [連結] Sun 僱用了JRuby 核心開發者
時間: Mon Sep 11 19:01:57 2006
繼續回...
何況 JRuby 的速度比 Ruby 更慢...
雖然我之前是有用過 JRuby, 而且是實際的案子...
不過下次選 Script 語言時就不一定會選 JRuby 了...
至於 RoR 我覺得它已經是一個完整的 Web 架構了...
如果說 J2EE 有很多資源可以用, 想用 RoR 純粹是看上它好開發的話,
我之前也看到 Java 類似 RoR 的 Template 式的架構可用.
反過來 RoR 用 Java 資源也怪怪的, 也是除非真的不得以啦,
不然用 Ruby 擴充 C 的函式庫, 理論上比呼叫 Java 資源來得好.
把 J2EE 和 RoR 綁在一起對我的感覺就是和 .Net 和 J2EE 綁在一起一樣,
用 Web Service 至少兩邊都是完整的架構...管理上也方便...
這也是我短期之內不會支持把 RoR 搬上 J2EE 的了.
而 J2EE 上要使用 Script Language, 雖然我之前是選了 JRuby,
不過那時是因為我覺得功能上其實沒幾行(Script), 速度上還不會太慢,
Ruby 擁有良好的物件性 ( 當然一方面有一點是個人興趣影響啦 )
下次要的話, 理論上我會選更怪的...之前用 JRuby 那時國內 Ruby 還不太熱...
現在感覺熱度上升了, 差不多可以選用更冷門的了 :Q
※ 編輯: Schelfaniel 來自: 61.220.34.34 (09/11 19:07)
推 qrtt1:下次玩Pnuts呢 XD 09/11 19:20
> -------------------------------------------------------------------------- <
作者: kojilin (呵呵呵噗噗噗..搞笑..) 看板: Ruby
標題: Re: [連結] Sun 僱用了JRuby 核心開發者
時間: Mon Sep 11 23:58:35 2006
我倒是覺得這是對Ruby跟Java都是很好的結果
雖然現在JRuby速度有慢啦,所以才要請JRuby開發者full time工作呀
首先RoR是個完整的web架構沒錯,但是如果是更大型的enterprise系統
RoR夠力嗎?,執行環境也夠力嗎?(這算FUD嗎?呵呵)
譬如JRuby的一個重點是要把RoR也能在servlet environment下跑
這樣的話就可以使用Java EE的container,
為何Java EE container會這麼貴!?(就算免費的也有賣service)
就是它提供了各種security, transaction, messaging..etc的功能
(RoR或者Ruby可能有,我沒碰到或是我覺得不夠力)
使用Java library方面我也頗有興趣的,
尤其ruby的library雖然現在多了,但夠多嗎?能說完整嗎?
有些是包了c的wrapper,要高階一點的api沒有,又這些api符合ruby的理念嗎?
或者是還不夠完整,畢竟Ruby火熱起來也是這幾年.
另外對java user來說也是個好消息,尤其我很羨慕.net有Iron python
而且Iron Python說他比CPython還快.
我雖然只有拿Ruby來寫寫備分網站之類的小script,
但是能在同一個環境使用Ruby跟Java是多麼令人興奮呀~
外加我看到news說他們也可能參予開發工具的部分
雖然我很懷疑Sun開發軟體的實力....
但是總可以期待..
koji
※ 引述《Schelfaniel (Test)》之銘言：
: 繼續回...
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 218.167.177.197
推 yzugsr:koji學長原來有在看 @@ 09/12 01:21
→ kojilin:被抓包了XD,我都有在看呀.. 09/12 01:27
> -------------------------------------------------------------------------- <
作者: Schelfaniel (Test) 看板: Ruby
標題: Re: [連結] Sun 僱用了JRuby 核心開發者
時間: Tue Sep 12 00:20:51 2006
※ 引述《kojilin (呵呵呵噗噗噗..搞笑..)》之銘言：
: 我倒是覺得這是對Ruby跟Java都是很好的結果
: 雖然現在JRuby速度有慢啦,所以才要請JRuby開發者full time工作呀
: 首先RoR是個完整的web架構沒錯,但是如果是更大型的enterprise系統
: RoR夠力嗎?,執行環境也夠力嗎?(這算FUD嗎?呵呵)
執行環境至少比再多一層 JVM 夠力呀(目前情形啦)...
至少目前已經確實有人使用 RoR 來當成 Web AP 來用了...
而 JRuby 目前...如果你覺得 RoR 不夠力的話...
我是懷疑在 JVM 上就會比較好就是了...
: 譬如JRuby的一個重點是要把RoR也能在servlet environment下跑
: 這樣的話就可以使用Java EE的container,
這樣和原本的 J2EE (目前更名為 Java EE) 了差異頗大的也...
: 為何Java EE container會這麼貴!?(就算免費的也有賣service)
: 就是它提供了各種security, transaction, messaging..etc的功能
: (RoR或者Ruby可能有,我沒碰到或是我覺得不夠力)
RoR 提供的是 Lightweight 的方式...
Java EE 就是架構太過龐大, 才會有 RoR 這種輕型容易使用的方式...
也就是說 RoR 並不是要完全走 Java EE 的路的...
真要用 Java EE 的人, 就直接用 Java EE 不就好了??
: 使用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 的理念說...
: 或者是還不夠完整,畢竟Ruby火熱起來也是這幾年.
我覺得等實際上要用時再看看情吧...
不夠力, 不完整, 還有沒碰到...
有比較實例上的需求, 像是需要什麼樣的功能, 會比較好一點吧...
如果真的太過龐大的架構, 我是覺得直接就用 Java EE 了...
: 另外對java user來說也是個好消息,尤其我很羨慕.net有Iron python
: 而且Iron Python說他比CPython還快.
Iron Python 我有用過一下, 但是沒比過速度就是了...
: 我雖然只有拿Ruby來寫寫備分網站之類的小script,
: 但是能在同一個環境使用Ruby跟Java是多麼令人興奮呀~
嗯, 其實現在就有 JRuby 可以用了呀...
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 221.169.205.162
> -------------------------------------------------------------------------- <
作者: kojilin (呵呵呵噗噗噗..搞笑..) 看板: Ruby
標題: Re: [連結] Sun 僱用了JRuby 核心開發者
時間: Tue Sep 12 01:08:24 2006
※ 引述《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)
> -------------------------------------------------------------------------- <
作者: Schelfaniel (Test) 看板: Ruby
標題: Re: [連結] Sun 僱用了JRuby 核心開發者
時間: Tue Sep 12 10:28:16 2006
※ 引述《kojilin (呵呵呵噗噗噗..搞笑..)》之銘言：
: 而且至少現在的Java enterprise部分有實績,
: 但是RoR仍缺乏超大型site的實績
RoR 不一定要架在超大型site才有實績的啦..
我覺得可以再稍微瞭解一下 RoR 較好啦 :Q
: 而且使用container哪邊跟J2EE差異頗大呢?不要只以Java user的觀點看
應該這麼說吧..
RoR 有它自己的 Controller, ActiveController...
有它自己的 Data Object, ActiveRecord...
Java 這邊也有 Controller(可能你用 Struts, or Spring 等等...)
而資料物件處理的話...Hibernate, EJB, JDO 之類的...
兩邊各自已經有各自的架構時...混在一起怪怪的啦...
: ..為何"都"要用Java,我想寫testing用Ruby,我想dynamic page用Ruby,
: 一些簡單的helper我想用Ruby.
: 但是business logic,model想用Java
: 並不一定要用RoR,但是能有好的dynamic language
: 對於開發上會有幫助
那這個就和我之前用 JRuby 的情形差不多啦...
只是這邊不用 RoR 有點不一定非用 Ruby 不可的情形啦...
可以選用別的程式語言...
: 這...自己寫?現在用的java library都自己寫的?
: 如果只要不夠就自己改,說真的那還頗花時間跟心力的
: 然後寫完以後沒多久人家又支援了
這邊我會這樣回的原因是因為...
之前我和國外人士討論時, 有人說到 "現在的程式設計師都喪失自己寫的能力了"
因此我是覺得, 有現在就用現成, 但是沒有呢??
你可以到 RubyForge 註冊一個專案自己寫, 並且造福其他人呀..
: 但是如果現在Ruby可以call java api..那,這不也是一個好選擇嗎?
我寧可選擇呼叫 native api...我一點也不覺得非得和 Java 扯上關係
如果那個元件是 Java Open Source 的, Port 到 Ruby 也不是難事呀...
: Ruby的API我自己是看不多,但是wrapper C的api真的都有依照Ruby理念?
: 每種naitve API都有它自己的設計理念,當它只是wrapper時,一定多少得
: 照那個api的設計方式去包.
這邊我真的不知道怎麼回也, 你說你看不多, 又質疑其他人, 這不是矛盾嘛?
那我也可以說, 我看到的都符合 Ruby 的設計理念...
: 而且為何要自己包c呢?至少在Java世界中,已經有太多的library可以用
: 方不方便包對某些人,像我來說,我根本不在意,因為已經有人包好了.
我覺得有人真的是把 Java 神化了...Java 並不是一切呀...
當有人嘗試找尋別的解決方式時, 結果最後還是必須扯上 Java...?
為了避免 Java 單一獨強, 我除了 .Net 之外, 看了 RoR,
還看了不少冷門解決方案, 包含 D Server Pages,
Common Lisp 的 Uncommon Web, Erlang 的, Haskell 的 Web 建置
其中, RoR 算是比較大的, 如果因為如此 Sun 就想把它吸收...?
: 只是JRuby現在給sun官方支援,當然要興奮呀!!!
: 現在的JRuby可以用,但是仍然不夠好,不夠快.而且在jvm環境下還是有許多限制.
: 那麼為何會對sun supports JRuby有比較負面的想法?
: 既然早就有了JRuby,又它會變得更好,這不是很令人開心嗎.
因為, 我不希望什麼事都和 Java 有關啦...Java 是不錯, 但是發展過頭了...
我會碰 Ruby, 就是我希望碰一個 輕量級 一點的...環境也好, 語言也好...
如果說, Ruby 接下來的走勢就是朝向 Java 走的話,
就如同 WoW 朝向 EQ 走的話, 這並不是我所樂見的啦...
Sun 目前的作法已經有點邪惡化的開始了...Java 5 開始, 我就覺得它變了...
當然對一般企業來說, 走 Java 非常穩...也很適合一般企業,
可是我希望除了 Java 之外還能有別的選擇...
RoR 其實目前有一點風險啦, 但是風險我不希望由 Java 來幫它解決...
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.220.34.34
> -------------------------------------------------------------------------- <
作者: kojilin (呵呵呵噗噗噗..搞笑..) 看板: Ruby
標題: Re: [連結] Sun 僱用了JRuby 核心開發者
時間: Tue Sep 12 11:10:39 2006
※ 引述《Schelfaniel (Test)》之銘言：
: : ..為何"都"要用Java,我想寫testing用Ruby,我想dynamic page用Ruby,
: : 一些簡單的helper我想用Ruby.
: : 但是business logic,model想用Java
: : 並不一定要用RoR,但是能有好的dynamic language
: : 對於開發上會有幫助
: 那這個就和我之前用 JRuby 的情形差不多啦...
: 只是這邊不用 RoR 有點不一定非用 Ruby 不可的情形啦...
: 可以選用別的程式語言...
恩?為何呢?
有些人就是喜歡Ruby語言的設計
為何不給他用呢?
: : 這...自己寫?現在用的java library都自己寫的?
: : 如果只要不夠就自己改,說真的那還頗花時間跟心力的
: : 然後寫完以後沒多久人家又支援了
: 這邊我會這樣回的原因是因為...
: 之前我和國外人士討論時, 有人說到 "現在的程式設計師都喪失自己寫的能力了"
: 因此我是覺得, 有現在就用現成, 但是沒有呢??
: 你可以到 RubyForge 註冊一個專案自己寫, 並且造福其他人呀..
有能力自己寫並不代表就要自己寫:)
要做就做到最好,當每個東西都為了自己需要去開發時,
只是浪費時間,還有得時常面對功能不足的問題
不然為何常有國外廠商買下小廠商的技術跟軟體,開發工具
: : 但是如果現在Ruby可以call java api..那,這不也是一個好選擇嗎?
: 我寧可選擇呼叫 native api...我一點也不覺得非得和 Java 扯上關係
: 如果那個元件是 Java Open Source 的, Port 到 Ruby 也不是難事呀...
那是你呀,也有很多人想用java API
不是難事,不代表都有時間自己porting,或者有時間等人porting
: : Ruby的API我自己是看不多,但是wrapper C的api真的都有依照Ruby理念?
: : 每種naitve API都有它自己的設計理念,當它只是wrapper時,一定多少得
: : 照那個api的設計方式去包.
: 這邊我真的不知道怎麼回也, 你說你看不多, 又質疑其他人, 這不是矛盾嘛?
: 那我也可以說, 我看到的都符合 Ruby 的設計理念...
所以我發的文章代表我的心得
如果都要到透徹等級才能發表心得,那我確實沒資格發表心得
只是講出來才有辦法討論跟被糾正呀
另外本來就是主觀的感覺為主,就像上面的你想使用c wrapper api
但是所有人都想這樣?至少對於我來說,多了個可以呼叫java api是個好選擇
: : 而且為何要自己包c呢?至少在Java世界中,已經有太多的library可以用
: : 方不方便包對某些人,像我來說,我根本不在意,因為已經有人包好了.
: 我覺得有人真的是把 Java 神化了...Java 並不是一切呀...
: 當有人嘗試找尋別的解決方式時, 結果最後還是必須扯上 Java...?
: 為了避免 Java 單一獨強, 我除了 .Net 之外, 看了 RoR,
: 還看了不少冷門解決方案, 包含 D Server Pages,
: Common Lisp 的 Uncommon Web, Erlang 的, Haskell 的 Web 建置
: 其中, RoR 算是比較大的, 如果因為如此 Sun 就想把它吸收...?
誰把Java神化了?沒人覺得Java是一切巴?
要我說我覺得有人真的是被害妄想症到一個地步了?
就是因為覺得Java語言沒有Ruby有趣,所以看到能在jvm上run ruby很開心
如果有業務需求需要跟java溝通這會是個好解法,就單單只是這樣.
你應該看看JRuby開發者的想法,他們也沒有打算把Ruby怎麼樣
這只是個選擇,只是個競爭,我不覺得Sun有辦法吸收Ruby,
他又不是僱了matz..
另外公司選擇語言的原因也是有評估過吧
看一下人家官方的說法吧:)好歹也是個說法,為何不是js,groovy,python的說法
http://headius.blogspot.com/2006/09/more-faqs-about-jruby-and-sun.html
: : 只是JRuby現在給sun官方支援,當然要興奮呀!!!
: : 現在的JRuby可以用,但是仍然不夠好,不夠快.而且在jvm環境下還是有許多限制.
: : 那麼為何會對sun supports JRuby有比較負面的想法?
: : 既然早就有了JRuby,又它會變得更好,這不是很令人開心嗎.
: 因為, 我不希望什麼事都和 Java 有關啦...Java 是不錯, 但是發展過頭了...
: 我會碰 Ruby, 就是我希望碰一個 輕量級 一點的...環境也好, 語言也好...
: 如果說, Ruby 接下來的走勢就是朝向 Java 走的話,
: 就如同 WoW 朝向 EQ 走的話, 這並不是我所樂見的啦...
: Sun 目前的作法已經有點邪惡化的開始了...Java 5 開始, 我就覺得它變了...
: 當然對一般企業來說, 走 Java 非常穩...也很適合一般企業,
: 可是我希望除了 Java 之外還能有別的選擇...
: RoR 其實目前有一點風險啦, 但是風險我不希望由 Java 來幫它解決...
那是你,當然反過來也是對我來說,不一定對別人適用
對我來說不需要JRuby時我可以用ruby寫我的工具
多了個JRuby有需要時我有個選擇, WoW跟EQ我是比較不了拉
因為我只玩過短短的WoW沒玩過EQ..
另外邪惡化部分我是不知道哪邊邪惡化啦,變在哪?
我是對RoR未來很有信心,雖然他前陣子patch很多
但是至少他發展的速度跟程度很令人驚艷.
這是我碰Ruby跟Java的心得:),如果要說我沒有足夠經驗卻講這麼多
那我也接受,就當作我在碎碎唸吧.
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.138.150.48
> -------------------------------------------------------------------------- <
作者: Schelfaniel (Test) 看板: Ruby
標題: Re: [連結] Sun 僱用了JRuby 核心開發者
時間: Tue Sep 12 11:24:43 2006
抱歉, 我是有點被害妄想症啦...
不過我總覺得這次 Sun 的手法並不單純....
因為 JRuby 是老早就存在的...而且我一年多前就用過了...
不同於微軟對於 IronPython,
這是因為 .Net 真的需要一個 Script Language...
當時我也查過了, .Net 的確很缺 Script Language...
但是 Java 不是, Java 一年多前, 或是更早, 就有一堆 Script Language 了
Sun 這次的作法, 其實很難不想像到, 和 RoR 的出現有關...
如果這是我多心的話...那以上這些就算是我被害妄想吧 @_@
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.220.34.34
推 qrtt1:呃, 二位歇會兒吧 ^+++++++++++++++++++^ 09/12 12:04
推 PttHuge:推樓上呀，老夫都快看不懂啦 :p 09/12 12:20
→ Schelfaniel:不過這邊可以推文到是不錯, Java板不知為何不能推文 09/12 12:48
推 PttHuge:因為愛，另外JRuby 個人覺得是商業策略..與資源關係較小 09/12 14:46
> -------------------------------------------------------------------------- <
作者: giive (lala) 看板: Ruby
標題: Re: [連結] Sun 僱用了JRuby 核心開發者
時間: Tue Sep 12 12:37:20 2006
※ 引述《Schelfaniel (Test)》之銘言：
: 抱歉, 我是有點被害妄想症啦...
: 不過我總覺得這次 Sun 的手法並不單純....
: 因為 JRuby 是老早就存在的...而且我一年多前就用過了...
: 不同於微軟對於 IronPython,
: 這是因為 .Net 真的需要一個 Script Language...
: 當時我也查過了, .Net 的確很缺 Script Language...
: 但是 Java 不是, Java 一年多前, 或是更早, 就有一堆 Script Language 了
: Sun 這次的作法, 其實很難不想像到, 和 RoR 的出現有關...
: 如果這是我多心的話...那以上這些就算是我被害妄想吧 @_@
老實說啦，我很喜歡這次的討論串 @@!
因為兩人討論不陷入筆戰，而且論點兩人思緒都很清楚
有種在中一中說研社的感覺 XD
至於我的觀點
Ruby 既然是 Open Source 的格式去發佈
這代表 Ruby 已經以一種 " 天然資源 " 的型態存在
任何人都可以擁有他，但是任何人都不擁有他
這才是 Open Source 最可貴的精神所在
既然 Ruby 無法被 Sun 所擁有
Sun 或是 JAVA 甚至 .NET 想要擁抱 Ruby，我都是抱持樂觀其成的態度
當然 JRuby 路線可能會被 Sun 所影響
但是 Open Source 的特性會幫助 JRuby 修正
而不是像 JAVA 一意走偏（畢竟 JAVA 是 Sun 所擁有的）
因為我喜歡 Ruby
我也對他有信心，他會吸引 JAVA or .NET 的人跳槽
就算他無法吸引人跳槽
我實在想不出對 Ruby 有任何損失
ㄜ，越講越多，講簡單一點
Sun 要花錢幫 Ruby 社群把連接 JVM 跟 Ruby 的馬路鋪的更寬一點，有何不可
--
lighty RoR 是一個介紹 lighttpd , SQLite , Ruby and Rails 的 Blog
http://lightyror.blogspot.com/
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.218.90.242
※ 編輯: giive 來自: 61.218.90.242 (09/12 12:39)
※ 編輯: giive 來自: 61.218.90.242 (09/12 12:39)
→ Schelfaniel:嗯嗯...總之到時候再看看好了...@_@ 09/12 12:38
> -------------------------------------------------------------------------- <
作者: kojilin (呵呵呵噗噗噗..搞笑..) 看板: Ruby
標題: Re: [連結] Sun 僱用了JRuby 核心開發者
時間: Tue Sep 12 12:40:25 2006
※ 引述《Schelfaniel (Test)》之銘言：
: 抱歉, 我是有點被害妄想症啦...
: 不過我總覺得這次 Sun 的手法並不單純....
: 因為 JRuby 是老早就存在的...而且我一年多前就用過了...
: 不同於微軟對於 IronPython,
: 這是因為 .Net 真的需要一個 Script Language...
: 當時我也查過了, .Net 的確很缺 Script Language...
: 但是 Java 不是, Java 一年多前, 或是更早, 就有一堆 Script Language 了
: Sun 這次的作法, 其實很難不想像到, 和 RoR 的出現有關...
: 如果這是我多心的話...那以上這些就算是我被害妄想吧 @_@
呃..真不好意思..orz..我也沒什麼特別意思
只是我覺得就是單純多個選擇
就像Java有Groovy,現在有仿rails的grails之類
只是對我來說就是多個可以喜歡用的scripting lang
另外暫時應該不用太擔心會吃到Ruby user..
performance的問題看來還早的很,尤其JDK7 VM才會有較佳的
scripting lag支援環境
還有很長的一段時間,應該不會是Ruby User想使用的VM環境
暫時只對於兩邊想同時使用的人來說比較有吸引力才對
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.92.57.104
> -------------------------------------------------------------------------- <
作者: Schelfaniel (Test) 看板: Ruby
標題: Re: [連結] Sun 僱用了JRuby 核心開發者
時間: Tue Sep 12 12:44:43 2006
※ 引述《kojilin (呵呵呵噗噗噗..搞笑..)》之銘言：
: 呃..真不好意思..orz..我也沒什麼特別意思
: 只是我覺得就是單純多個選擇
: 就像Java有Groovy,現在有仿rails的grails之類
Groovy 其實很明顯就是抄 Ruby 的, 應該說當時出來時就很明顯吧...
當時我也是很生氣, 怎麼就可以這樣就直接抄 Ruby 呢??
後來那時也是有人說, 其實不會影響到 Ruby 的市場啦...
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.220.34.34
推 kojilin:YA.網頁就寫inspired by Python, Ruby, Smalltalk各種呀:p 09/12 12:51
→ Schelfaniel:不過我還是覺得它抄得有點明顯 @_@ 09/12 12:58
> -------------------------------------------------------------------------- <
作者: giive (lala) 看板: Ruby
標題: Re: [連結] Sun 僱用了JRuby 核心開發者
時間: Tue Sep 12 12:50:36 2006
※ 引述《Schelfaniel (Test)》之銘言：
: ※ 引述《kojilin (呵呵呵噗噗噗..搞笑..)》之銘言：
: : 呃..真不好意思..orz..我也沒什麼特別意思
: : 只是我覺得就是單純多個選擇
: : 就像Java有Groovy,現在有仿rails的grails之類
: Groovy 其實很明顯就是抄 Ruby 的, 應該說當時出來時就很明顯吧...
: 當時我也是很生氣, 怎麼就可以這樣就直接抄 Ruby 呢??
: 後來那時也是有人說, 其實不會影響到 Ruby 的市場啦...
Beyound JAVA 裡面有人批評 Groovy 根本不完整
每個版本都有一堆大 Bug
而每次修完其中一個 Bug
另外一個原本好的地方又突然爆炸了 XD
所以我想，等到 Groovy 先把 Bug 修完
再考慮這個問題吧 XD
--
lighty RoR 是一個介紹 lighttpd , SQLite , Ruby and Rails 的 Blog
http://lightyror.blogspot.com/
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.218.90.242
> -------------------------------------------------------------------------- <
作者: godfat (godfat 真常) 看板: Ruby
標題: Re: [連結] Sun 僱用了JRuby 核心開發者
時間: Tue Sep 12 14:44:09 2006
※ 引述《kojilin (呵呵呵噗噗噗..搞笑..)》之銘言：
: 只是我覺得就是單純多個選擇
: 就像Java有Groovy,現在有仿rails的grails之類
: 只是對我來說就是多個可以喜歡用的scripting lang
不過從另外一個角度來看的話，看到什麼東西都快速發展
我個人同時也會覺得滿可怕的… XD
畢竟需要懂的東西變得越來越多，時間或理解力也不見得有一直在增加
就算大部份的東西不用去碰好了，總也要知道那東西是在幹嘛吧？
否則當別人跟你提起那樣東西時，卻什麼也不知道…
也許對實務上的影響是不大啦，但是感覺總是不太好
你很難知道是不是有一個更好的方法放在那邊等你拿起來
再假設新東西只需要看一頁的介紹就可以知道他在幹嘛
如果每天都有 100 個新東西出來，那也滿吃不消的…
雖然這樣講有點誇張，但我覺得現在就有一點這樣的感覺
資訊爆炸真的很可怕，第一次聽到這名詞時沒感覺
但親自體會到之後才會發現，這真的不光只是很多資訊隨時可以拿的問題
資訊如何過濾？變成一個很大的議題
當然我這樣說不代表我認為多一個新東西出來是壞事
說不定多一個新東西出來，另一個舊東西就得被淘汰呢…
只是這麼多的名詞充斥，更加讓人眼花撩亂吧
=
JRuby 我個人沒什麼感覺，因為覺得跟我沒什麼關係
他不是新東西，再者就我目前所知，好像也不用因此多學什麼
雖然很有可能因此又竄出一堆 lib, framework, etc...
不過就算完全不知道，對我影響大概也不大吧（所以沒感覺）
=
往好的方面想的話，假設所有的人都是如此（害怕過多的資訊），
所以會一起往一個極端走去，達到佔有率 30% 30% 30% 其他共 10% 的狀況
那麼也就只是三樣東西是必須比較清楚的，剩下的 10% 可以再挑些自己喜歡的…
這樣就算資訊再多，也是全部在那 10% 中，就不會變成什麼都要會了
唔，好像離題太遠了 @_@
總之看到 Java EE 那樣，真的讓我覺得滿可怕的
關於這點，真的相當不希望 Ruby 會變成這樣
也許有些東西真的是需要大型架構的幫忙，
但我相信需要小型架構的地方，會更多的
那就少創點名詞，讓我耳根清靜點吧 @_@
--
Nobody can take anything away from him.
Nor can anyone give anything to him.
What came from the sea,
has returned to the sea.
Chrono Cross
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.228.85.72
> -------------------------------------------------------------------------- <
作者: qrtt1 (愚者) 看板: Ruby
標題: Re: [連結] Sun 僱用了JRuby 核心開發者
時間: Tue Sep 12 15:44:48 2006
※ 引述《godfat (godfat 真常)》之銘言：
: 如果每天都有 100 個新東西出來，那也滿吃不消的…
朋友啊，雖然product一直有新的，但是theory都不見得非常新穎:)
為自己寫下好理解的work flow，在容易忽略的地方註上key note
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 163.26.34.213
> -------------------------------------------------------------------------- <
作者: godfat (godfat 真常) 看板: Ruby
標題: Re: [連結] Sun 僱用了JRuby 核心開發者
時間: Tue Sep 12 18:45:24 2006
※ 引述《qrtt1 (愚者)》之銘言：
: ※ 引述《godfat (godfat 真常)》之銘言：
: : 如果每天都有 100 個新東西出來，那也滿吃不消的…
: 朋友啊，雖然product一直有新的，但是theory都不見得非常新穎:)
: 為自己寫下好理解的work flow，在容易忽略的地方註上key note
是這樣說沒錯，但還是會有一些差別，程度上而已
像我原本就知道 OO, 看起 Ruby 不用花什麼心思
稍微看過去就知道大概需要怎麼寫了
問題是如果真的只是稍微看過去，碰到真正問題時還是很難用 Ruby 去寫
因為不熟悉，感覺/直覺就不會出來，還是會回頭去用習慣的東西
也就是說如果需要熟悉新東西，一些該花的時間還是很難省下來
量少不是問題，量一多就滿讓人卻步了 @_@
純粹是程度問題
--
Hear me exalted spirits. Hear me, be you gods or devils, ye who hold
dominion here:
I am a wizard without a home. I am a wonderer seeking refuge.
Sacrifice
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.228.85.72
> -------------------------------------------------------------------------- <
作者: qrtt1 (愚者) 看板: Ruby
標題: Re: [連結] Sun 僱用了JRuby 核心開發者
時間: Tue Sep 12 18:49:43 2006
※ 引述《godfat (godfat 真常)》之銘言：
: ※ 引述《qrtt1 (愚者)》之銘言：
: : 朋友啊，雖然product一直有新的，但是theory都不見得非常新穎:)
: : 為自己寫下好理解的work flow，在容易忽略的地方註上key note
: 是這樣說沒錯，但還是會有一些差別，程度上而已
: 像我原本就知道 OO, 看起 Ruby 不用花什麼心思
: 稍微看過去就知道大概需要怎麼寫了
: 問題是如果真的只是稍微看過去，碰到真正問題時還是很難用 Ruby 去寫
: 因為不熟悉，感覺/直覺就不會出來，還是會回頭去用習慣的東西
: 也就是說如果需要熟悉新東西，一些該花的時間還是很難省下來
: 量少不是問題，量一多就滿讓人卻步了 @_@
: 純粹是程度問題
呵..別害怕啊。要像我一樣臉皮厚一點。
自己什麼起步都比別人晚，
所以我常想著，我想要問的問題一定有人問過了。
幾乎爬文都能發現好想法xd
還有code snippets的index也是重要的資源
(俺都靠這個矇混過關的)
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 163.26.34.20
> -------------------------------------------------------------------------- <
作者: mousep (絕對命運默示錄) 看板: Ruby
標題: Re: [連結] Sun 僱用了JRuby 核心開發者
時間: Wed Sep 13 09:28:01 2006
※ 引述《godfat (godfat 真常)》之銘言：
: 不過從另外一個角度來看的話，看到什麼東西都快速發展
: 我個人同時也會覺得滿可怕的… XD
: 畢竟需要懂的東西變得越來越多，時間或理解力也不見得有一直在增加
: 就算大部份的東西不用去碰好了，總也要知道那東西是在幹嘛吧？
: 否則當別人跟你提起那樣東西時，卻什麼也不知道…
: 也許對實務上的影響是不大啦，但是感覺總是不太好
: 你很難知道是不是有一個更好的方法放在那邊等你拿起來
: 再假設新東西只需要看一頁的介紹就可以知道他在幹嘛
: 如果每天都有 100 個新東西出來，那也滿吃不消的…
: 雖然這樣講有點誇張，但我覺得現在就有一點這樣的感覺
: 資訊爆炸真的很可怕，第一次聽到這名詞時沒感覺
: 但親自體會到之後才會發現，這真的不光只是很多資訊隨時可以拿的問題
: 資訊如何過濾？變成一個很大的議題
: 當然我這樣說不代表我認為多一個新東西出來是壞事
: 說不定多一個新東西出來，另一個舊東西就得被淘汰呢…
: 只是這麼多的名詞充斥，更加讓人眼花撩亂吧
我倒認為不用這麼擔心, 把基礎打好更為重要
現在雖然有這麼多技術出現, 但是不用那些技術一樣能做事啊
新技術也許能幫助你把工作更快做好
但是背後需要的演算法, 資料結構卻沒辦法速成
我認為並不需要去追尋最新的技術或程式語言
因為當一個新技術或程式語言開始發展時, 他一定會一直改版
與其每次改版都要重新適應還不如等他穩定下來再來學習
另外把現有成熟的技術學好. 每個領域只需要選一兩種來學就好
如JAVA, .NET 兩個是很相近的技術, 把一個學的精比兩個都學卻不精通來得好
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.92.60.93