Re: [id-ruby] Re: Ruby with Java Gigantic API
> > > > http://rubyspec.org/ starting point yang menarik rubyspec ini under foundation atau badan hukum apa yah F
Re: [id-ruby] Re: Ruby with Java Gigantic API
- Original Message From: Frans Thamura <[EMAIL PROTECTED]> To: id-ruby@yahoogroups.com Sent: Wednesday, August 13, 2008 12:00:23 AM Subject: Re: [id-ruby] Re: Ruby with Java Gigantic API > Gw juga penasaran ama MRI 1.9 nih. Katanya Matz mau bikin specs supaya > semua Ruby implementation jadi seragam gituh. bisa emang :) http://rubyspec.org/ rgds, Edwin
Re: [id-ruby] Re: Ruby with Java Gigantic API
> Gw juga penasaran ama MRI 1.9 nih. Katanya Matz mau bikin specs supaya > semua Ruby implementation jadi seragam gituh. bisa emang :) standard itu lebih berpolitik daripada just do it :) tapi memberikan kepercayaan pasar lebih yah ini weakness Ruby F
[id-ruby] Re: Ruby with Java Gigantic API
--- In id-ruby@yahoogroups.com, "Andry S Huzain" <[EMAIL PROTECTED]> wrote: > > simple sih. > > waktu bikin aplikasi, sepertinya ada kebutuhan JDBC XA. setelah dilihat > sifat aplikasi dan skill yang ada, pilihannya jatuh ke Struts2. > setelah spike 1 mingguan, gw ngerasa skill Struts2 ga akan digunakan lagi > untuk proyek2 yg lain. supaya 'align', maka gw pikir mending digarap pake > RoR. > > tapi ActiveRecord kan suck kalo urusan XA. jadi gw pikir, bikin aja > wrapper/facade untuk kebutuhan XA gw kedepan. lalu umpan wrapper ini ke RoR. > nah, karena gw mau ribut dengan rjb (Ruby Java Bridge), pilihan gw hanya > JRuby. > > faktor kedua karena gw pake Glassfish, dan udah ada plugin goldspike. > tinggal klik kanan, next, next, finish, jadi. biar cepet gitu > time-to-marketnya. > > kalo performance... hmm... gw masih sangat berharap banyak ke YARV + MRI > 1.9. gw lebih suka ngeliat aplikasi front-end bersih dari JVM. > > waktunya JVM dikotakkan kayak COBOL udah makin dekat. Gw juga penasaran ama MRI 1.9 nih. Katanya Matz mau bikin specs supaya semua Ruby implementation jadi seragam gituh.
Re: [id-ruby] Re: Ruby with Java Gigantic API
beh, perang IronRuby, Rubinius, Maglev, RubyEE 2008/8/12 Andry S Huzain <[EMAIL PROTECTED]>: > simple sih. > > waktu bikin aplikasi, sepertinya ada kebutuhan JDBC XA. setelah dilihat > sifat aplikasi dan skill yang ada, pilihannya jatuh ke Struts2. > setelah spike 1 mingguan, gw ngerasa skill Struts2 ga akan digunakan lagi > untuk proyek2 yg lain. supaya 'align', maka gw pikir mending digarap pake > RoR. > > tapi ActiveRecord kan suck kalo urusan XA. jadi gw pikir, bikin aja > wrapper/facade untuk kebutuhan XA gw kedepan. lalu umpan wrapper ini ke RoR. > nah, karena gw mau ribut dengan rjb (Ruby Java Bridge), pilihan gw hanya > JRuby. > > faktor kedua karena gw pake Glassfish, dan udah ada plugin goldspike. > tinggal klik kanan, next, next, finish, jadi. biar cepet gitu > time-to-marketnya. > > kalo performance... hmm... gw masih sangat berharap banyak ke YARV + MRI > 1.9. gw lebih suka ngeliat aplikasi front-end bersih dari JVM. > > waktunya JVM dikotakkan kayak COBOL udah makin dekat. > > *siram bensin* -- irfani http://irfani.web.id Y! irfani_s
Re: [id-ruby] Re: Ruby with Java Gigantic API
simple sih. waktu bikin aplikasi, sepertinya ada kebutuhan JDBC XA. setelah dilihat sifat aplikasi dan skill yang ada, pilihannya jatuh ke Struts2. setelah spike 1 mingguan, gw ngerasa skill Struts2 ga akan digunakan lagi untuk proyek2 yg lain. supaya 'align', maka gw pikir mending digarap pake RoR. tapi ActiveRecord kan suck kalo urusan XA. jadi gw pikir, bikin aja wrapper/facade untuk kebutuhan XA gw kedepan. lalu umpan wrapper ini ke RoR. nah, karena gw mau ribut dengan rjb (Ruby Java Bridge), pilihan gw hanya JRuby. faktor kedua karena gw pake Glassfish, dan udah ada plugin goldspike. tinggal klik kanan, next, next, finish, jadi. biar cepet gitu time-to-marketnya. kalo performance... hmm... gw masih sangat berharap banyak ke YARV + MRI 1.9. gw lebih suka ngeliat aplikasi front-end bersih dari JVM. waktunya JVM dikotakkan kayak COBOL udah makin dekat. *siram bensin* 2008/8/12 Frans Thamura <[EMAIL PROTECTED]> > On Tue, Aug 12, 2008 at 10:31 AM, <[EMAIL > PROTECTED]> > wrote: > > Tapi jruby kan lelet :d > > > > > > betul jruby lelet ;) > > tapi kok lo pake yah :) > > F > > -- Emotionally stable. Financially secure. [Non-text portions of this message have been removed]
Re: [id-ruby] Re: Ruby with Java Gigantic API
deuh. iya deh. kalah gw. repot dah kalo udah bawa urusan agama, kepercayaan, dan tools. 2008/8/12 Joshua Jackson <[EMAIL PROTECTED]> > --- In id-ruby@yahoogroups.com , "Andry S > Huzain" <[EMAIL PROTECTED]> wrote: > > > > Ayolah. Profesional developer always heart that "Debugging is > believing". > > Benchmark beginian ini nggak valid. > > > > Aku bilang JRuby itu lambat karena: Bytecode itu static. JRuby-nya > dinamis. > > Membuat byte-code Ruby diatas JVM artinya menggunakan banyak sekali > Dynamic > > Proxy di JVM. Dari situ sudah keliatan potensi lambatnya. > > > > Btw, pernah mbandingin JRoR diatas Glassfish cluster dengan RoR > pakai Thin > > cluster? > > (answer: JRuby sucks). > > RFOL =)). Argumen yang tidak sebanding. :-D > Glassfish elu bandingin ama apa? Mongrel? Webrick? Jelas bukan apple > to apple itu perbandingannya. Yang bikin lambat yah jelas Glassfish > dan clusteringnya, bukan JRuby-nya. Tapi gw coba JRuby pake Mongrel > itu jauh lebih cepat dibandingkan MRI yang pake Mongrel juga. Kenapa? > Hit pertama kalinya memang lambat, tapi yang kesekian kalinya JRuby > outperforms MRI karena hit yang kesekian itu sudah ngambil dari Heap. > Ini juga karena Garbage collector Java jauh lebih canggih dibanding > punya Ruby. Threading-nya juga jauh lebih keren punya Java. > > Kalau memang JRuby lebih lambat, kenapa yah Mingle itu di-distribute > pake JRuby? Apakah Neal Ford dan kawan-kawan dari Thoughtworks itu > bodoh yah? :-D > > Lain kali bikin comparison yang apple to apple yah. ;) > > btw MRI sucks :P > > Cheers. > > > -- Emotionally stable. Financially secure. [Non-text portions of this message have been removed]
[id-ruby] Re: Ruby with Java Gigantic API
--- In id-ruby@yahoogroups.com, "Andry S Huzain" <[EMAIL PROTECTED]> wrote: > > Ayolah. Profesional developer always heart that "Debugging is believing". > Benchmark beginian ini nggak valid. > > Aku bilang JRuby itu lambat karena: Bytecode itu static. JRuby-nya dinamis. > Membuat byte-code Ruby diatas JVM artinya menggunakan banyak sekali Dynamic > Proxy di JVM. Dari situ sudah keliatan potensi lambatnya. > > Btw, pernah mbandingin JRoR diatas Glassfish cluster dengan RoR pakai Thin > cluster? > (answer: JRuby sucks). RFOL =)). Argumen yang tidak sebanding. :-D Glassfish elu bandingin ama apa? Mongrel? Webrick? Jelas bukan apple to apple itu perbandingannya. Yang bikin lambat yah jelas Glassfish dan clusteringnya, bukan JRuby-nya. Tapi gw coba JRuby pake Mongrel itu jauh lebih cepat dibandingkan MRI yang pake Mongrel juga. Kenapa? Hit pertama kalinya memang lambat, tapi yang kesekian kalinya JRuby outperforms MRI karena hit yang kesekian itu sudah ngambil dari Heap. Ini juga karena Garbage collector Java jauh lebih canggih dibanding punya Ruby. Threading-nya juga jauh lebih keren punya Java. Kalau memang JRuby lebih lambat, kenapa yah Mingle itu di-distribute pake JRuby? Apakah Neal Ford dan kawan-kawan dari Thoughtworks itu bodoh yah? :-D Lain kali bikin comparison yang apple to apple yah. ;) btw MRI sucks :P Cheers.
Re: [id-ruby] Re: Ruby with Java Gigantic API
waktu skrg ruby masih lelet, byk banget list company yg pake.. 2008/8/12 Andry S Huzain <[EMAIL PROTECTED]>: > waktu python masih lelet, dan memang masih lelet, Google juga pakai. > > *siul siul* > > 2008/8/12 Frans Thamura <[EMAIL PROTECTED]> > >> On Tue, Aug 12, 2008 at 10:31 AM, >> <[EMAIL PROTECTED]> > >> wrote: >> > Tapi jruby kan lelet :d >> > >> > >> >> betul jruby lelet ;) >> >> tapi kok lo pake yah :) >> >> F >> >> > > -- > Emotionally stable. Financially secure. > -- irfani http://irfani.web.id Y! irfani_s
Re: [id-ruby] Re: Ruby with Java Gigantic API
waktu python masih lelet, dan memang masih lelet, Google juga pakai. *siul siul* 2008/8/12 Frans Thamura <[EMAIL PROTECTED]> > On Tue, Aug 12, 2008 at 10:31 AM, <[EMAIL > PROTECTED]> > wrote: > > Tapi jruby kan lelet :d > > > > > > betul jruby lelet ;) > > tapi kok lo pake yah :) > > F > > -- Emotionally stable. Financially secure. [Non-text portions of this message have been removed]
Re: [id-ruby] Re: Ruby with Java Gigantic API
On Tue, Aug 12, 2008 at 10:31 AM, <[EMAIL PROTECTED]> wrote: > Tapi jruby kan lelet :d > > betul jruby lelet ;) tapi kok lo pake yah :) F
Re: [id-ruby] Re: Ruby with Java Gigantic API
Ayolah. Profesional developer always heart that "Debugging is believing". Benchmark beginian ini nggak valid. Aku bilang JRuby itu lambat karena: Bytecode itu static. JRuby-nya dinamis. Membuat byte-code Ruby diatas JVM artinya menggunakan banyak sekali Dynamic Proxy di JVM. Dari situ sudah keliatan potensi lambatnya. Btw, pernah mbandingin JRoR diatas Glassfish cluster dengan RoR pakai Thin cluster? (answer: JRuby sucks). On Tue, Aug 12, 2008 at 11:40 AM, Joshua Jackson <[EMAIL PROTECTED]>wrote: > Aduh aduh. Keknya kurang merhatiin infotainment seputar java nih. > > > http://blog.dhananjaynene.com/2008/07/performance-comparison-c-java-python-ruby-jython-jruby-groovy/ > > JRuby outperform Ruby. Itu makanya Thoughtworks untuk Mingle di > productionnya pake JRuby dan bukan MRI. ;) Banyak lah benchmark di > internet gimana JRuby outperforms MRI. Di versi JRuby 1.1.3 lebih > kenceng lagi dari versi sebelumnya dan makin outperform MRI karena > fokus release 1.1.3 adalah performance. > > > --- In id-ruby@yahoogroups.com , [EMAIL PROTECTED] > wrote: > > > > Tapi jruby kan lelet :d > > > > > > Powered by Telkomsel BlackBerry(R) > > > > -Original Message- > > From: "Joshua Jackson" <[EMAIL PROTECTED]> > > > > Date: Tue, 12 Aug 2008 03:30:37 > > To: > > > Subject: [id-ruby] Re: Ruby with Java Gigantic API > > > > > > --- In id-ruby@yahoogroups.com , "Frans > Thamura" wrote: > > > > > > hi semuanya > > > > > > ROR kan lg popular, > > > > > > dg global resesion yg terjadi... slowing down opensource development, > > > dan inovasi baru yang lambat... > > > > > > saya lihat hanya RoR yang bertahan dari guncangan resesi ini.. > > minyak mahal > > > > > > tetapi saya kepikiran sesuatu yaitu JAva component yang gigantic > > > banyaknya dan sangat usefull > > > > > > nah ada masukan gimana membuat aplikasi ROR yang bisa pakai semua > > libray Java > > > > > > seperti reporting RoR dg JasperReport, > > > > > > ada masukan > > > > > > of course must be used JRuby > > > > Ya iya lah. Satu-satunya jalan ya JRuby doang. Accessing Java library > > from JRuby is very seamless. > > Gw sempat kepikiran untuk rubah development model gw: > > - untuk development pake JRuby, karena kita butuh sesuatu yang agile. > > Java jelas-jelas gak agile. > > - sedangkan untuk bikin library, kita pake Java saja. Lagipula library > > support-nya di Java sudah kelewat banyak. Kita re-use saja. > > > > > -- Emotionally stable. Financially secure. [Non-text portions of this message have been removed]
[id-ruby] Re: Ruby with Java Gigantic API
Aduh aduh. Keknya kurang merhatiin infotainment seputar java nih. http://blog.dhananjaynene.com/2008/07/performance-comparison-c-java-python-ruby-jython-jruby-groovy/ JRuby outperform Ruby. Itu makanya Thoughtworks untuk Mingle di productionnya pake JRuby dan bukan MRI. ;) Banyak lah benchmark di internet gimana JRuby outperforms MRI. Di versi JRuby 1.1.3 lebih kenceng lagi dari versi sebelumnya dan makin outperform MRI karena fokus release 1.1.3 adalah performance. --- In id-ruby@yahoogroups.com, [EMAIL PROTECTED] wrote: > > Tapi jruby kan lelet :d > > > Powered by Telkomsel BlackBerry® > > -Original Message- > From: "Joshua Jackson" <[EMAIL PROTECTED]> > > Date: Tue, 12 Aug 2008 03:30:37 > To: > Subject: [id-ruby] Re: Ruby with Java Gigantic API > > > --- In id-ruby@yahoogroups.com, "Frans Thamura" wrote: > > > > hi semuanya > > > > ROR kan lg popular, > > > > dg global resesion yg terjadi... slowing down opensource development, > > dan inovasi baru yang lambat... > > > > saya lihat hanya RoR yang bertahan dari guncangan resesi ini.. > minyak mahal > > > > tetapi saya kepikiran sesuatu yaitu JAva component yang gigantic > > banyaknya dan sangat usefull > > > > nah ada masukan gimana membuat aplikasi ROR yang bisa pakai semua > libray Java > > > > seperti reporting RoR dg JasperReport, > > > > ada masukan > > > > of course must be used JRuby > > Ya iya lah. Satu-satunya jalan ya JRuby doang. Accessing Java library > from JRuby is very seamless. > Gw sempat kepikiran untuk rubah development model gw: > - untuk development pake JRuby, karena kita butuh sesuatu yang agile. > Java jelas-jelas gak agile. > - sedangkan untuk bikin library, kita pake Java saja. Lagipula library > support-nya di Java sudah kelewat banyak. Kita re-use saja. >
Re: [id-ruby] Re: Ruby with Java Gigantic API
Tapi jruby kan lelet :d Powered by Telkomsel BlackBerry� -Original Message- From: "Joshua Jackson" <[EMAIL PROTECTED]> Date: Tue, 12 Aug 2008 03:30:37 To: Subject: [id-ruby] Re: Ruby with Java Gigantic API --- In id-ruby@yahoogroups.com, "Frans Thamura" <[EMAIL PROTECTED]> wrote: > > hi semuanya > > ROR kan lg popular, > > dg global resesion yg terjadi... slowing down opensource development, > dan inovasi baru yang lambat... > > saya lihat hanya RoR yang bertahan dari guncangan resesi ini.. minyak mahal > > tetapi saya kepikiran sesuatu yaitu JAva component yang gigantic > banyaknya dan sangat usefull > > nah ada masukan gimana membuat aplikasi ROR yang bisa pakai semua libray Java > > seperti reporting RoR dg JasperReport, > > ada masukan > > of course must be used JRuby Ya iya lah. Satu-satunya jalan ya JRuby doang. Accessing Java library from JRuby is very seamless. Gw sempat kepikiran untuk rubah development model gw: - untuk development pake JRuby, karena kita butuh sesuatu yang agile. Java jelas-jelas gak agile. - sedangkan untuk bikin library, kita pake Java saja. Lagipula library support-nya di Java sudah kelewat banyak. Kita re-use saja. Cheers, [Non-text portions of this message have been removed]
[id-ruby] Re: Ruby with Java Gigantic API
--- In id-ruby@yahoogroups.com, "Frans Thamura" <[EMAIL PROTECTED]> wrote: > > hi semuanya > > ROR kan lg popular, > > dg global resesion yg terjadi... slowing down opensource development, > dan inovasi baru yang lambat... > > saya lihat hanya RoR yang bertahan dari guncangan resesi ini.. minyak mahal > > tetapi saya kepikiran sesuatu yaitu JAva component yang gigantic > banyaknya dan sangat usefull > > nah ada masukan gimana membuat aplikasi ROR yang bisa pakai semua libray Java > > seperti reporting RoR dg JasperReport, > > ada masukan > > of course must be used JRuby Ya iya lah. Satu-satunya jalan ya JRuby doang. Accessing Java library from JRuby is very seamless. Gw sempat kepikiran untuk rubah development model gw: - untuk development pake JRuby, karena kita butuh sesuatu yang agile. Java jelas-jelas gak agile. - sedangkan untuk bikin library, kita pake Java saja. Lagipula library support-nya di Java sudah kelewat banyak. Kita re-use saja. Cheers,