Re: [連結] Sun 僱用了JRuby 核心開發者
※ 引述《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
討論串 (同標題文章)