Čas:6.9.2007 21:29:05
Od:finc
Předmět:Ruby
Pekny podcast. Docela by me zajimaly i dalsi nevyhody, ktere Ruby On Rails obsahuje. Dost me prekvapil ten lock pro http request, pokud obsluhuje jiny. To bych rekl, ze je docela zasadni. Otazkou tedy je, jak je moc narocna na vykon dalsi VM a co se stane ve chvili, kdy nekde neco padne. Dalsi vec, kterou si neumim moc predstavit je onen domenovy model. To, ze entita nema zadne atributy a setry, getry a ziska je az po spojeni s DB, mi prijde docela zvlastni. Zejmena ve chvili, kdy se aplikace (respektive domenovy model) zacne rozrustat. Docela by me zajimalo, jak moc velky DB model pres Ruby On Rails, kdo spravoval.
Čas:7.9.2007 9:39:53
Od:Honza
Předmět:Re: Ruby
Myslim ze vycet nevyhod byl hodne vycerpavajici a snad jsme ani nic nevynechali. Onen lock na HTTP request je proste soucasti filosofie Rails. Aplikace se resi co nejjednoduzsim zpusobem a skalovani se resi pridavanim instanci do clusteru a cachovanim. Co se tyce dynamicnosti domenovych trid, tak nevim v cem je problem. V JPA taky v podstate ma persistentni trida porad se opakujici gettery a settery plus par anotaci. Rails respektuji princip DRY (dont repeat yourself) takovym zpusobem ze atributy modelu jsou uz jednou nadefinovane v DB a netreba se pokazde opakovat jeste v domenove tride.
Čas:7.9.2007 13:09:09
Od:finc
Předmět:Re: Re: Ruby
Ja myslim, ze to "opakovani" ma sve opodstatneni i pri vyvoji. Pokud mam setry a getry, mohu je okomentovat a tak vedet co je co. Asi by mi vadilo, ze IDE mi nenabidne atributy, ktere dana entita obsahuje. Pak uz asi zbyva mit porad nekde otevrenou strukturu DB a podle ni programovat. Chapu, ze je do dynamicky jazyk, ale jak je to tedy napr. s ORM mapovanim 1:N ci M:N, mam na mysli, zda existuje nejake automaticke spojovani pres nejake kolekce (ci pole) nebo jen ocekava hodnotu, ktera splnuje referencni integritu? Jinak, o Ruby On Rails jsem se pres tento podcast alespon neco dozvedel. Mozna by se hodil nejaky link na nejakou (vetsi) webpage, ktera prave nad Ruby On Rails bezi.
Čas:8.9.2007 10:26:39
Od:Honza Sterba
Předmět:Re: Re: Re: Ruby
Samozrejme ze Rails maji mechanismy na reprezentaci x:x vztahu (http://jansterba.com/archives/2007/8/21/has_many_through_na_steroidech/). Velmi silne mechanismy. Par odkazu na nekolik malo Ceskych Rails aplikaci http://rails-forum.cz/viewforum.php?id=22 dale pak svetove proslulych 37 signals http://37signals.com/
Čas:8.9.2007 10:33:56
Od:Honza Sterba
Předmět:Re: Re: Re: Ruby
oops puvodne jsem chtel k tem asociacim linkovat toto http://jansterba.com/archives/2007/8/12/collection_finders/
Čas:7.9.2007 8:56:35
Od:benzin
Předmět:No v RSS to zatim nejni
Nejak to nejsem schopny nacist pres RSS. Mrknete na to pls.
Čas:7.9.2007 9:25:33
Od:Roman Strobl
Předmět:Re: No v RSS to zatim nejni
Ja jsem to zkousel pres RSS ctecku v bloglines a fungovalo to. Co pouzivas za reader / cim to prehravas?
Čas:7.9.2007 10:58:35
Od:optik
Předmět:ruby 2.0
Myslite si, ze prichod skutecne VM (asi YARV, pry uz je nejakou dobu v SVN core a pocita se s ni jako VM pro Ruby 2.0) neco ubere z tech zaporu? Asi urcite performance, ale co ten thread model a skalovatelnost? Zlepsi se nejak s prichodem Ruby 2.0 a pozitim VM vyuziti Ruby na hostingu? Podotykam, ze nejsem Rubista.
Čas:7.9.2007 12:16:59
Od:Honza Sterba
Předmět:Re: ruby 2.0
Zaporu urcite ubere. Minimalne prave performance a threadingu. Pak bude taky zalezet nato jak zareaguji Rails 2.0. Jestli pujdou stale stejnou cestou (coz nepredpokladam) nebo se vydaji vstric enterprise level aplikacim. Vliv VM na hosting bude zajimavy, ale nevim jak moc. Sam jsem si YARVem zatim nehral takze nevim na jakem principu to presne funguje a jaky to bude mit vliv.
Čas:10.9.2007 23:37:40
Od:Jan Kubr
Předmět:produktivita
Nejdulezitejsi vyhodou Ruby oproti Jave je pro me daleko vyssi produktivita, napsat cokoliv v Jave hrozne dlouho trva a trpelivost neni vlastnost, ktera by me zdobila.. Samozrejme ma Ruby i sve stinne stranky a vy jste je spravne zminili. Kazda platforma ma sve misto na slunci. Jinak nepochybuji, ze nekdo z Ruby/Rails komunity bude ochotny Javistum neco prednest, staci nadhodit, co by vas zajimalo.
Čas:11.9.2007 1:44:59
Od:aprilchild
Předmět:Skvely! :)
"povinny poslech" :)
Čas:11.9.2007 14:13:36
Od:Premysl Hnevkovsky
Předmět:bez příkladů
Bylo zmíněno že Rails nejsou zatím ready na nějaké větší "enterprise" aplikace, to vzhledem k té škálovatelnosti chápu. Ale chyběl mi popis nějaké konkrétní implementace/systému/modulu kde je někdo s úspěchem nasadil. Nějaké porovnání části implementace projektu v Javě vs. Rails kde Rails obstály lépe a ukázaly své + a -. Buď tomu rozumím že jde o utajované skutečnosti firmy nebo s nimi všichni jenom experimentují a zákazník stále čeká... Jinak souhlasim povinny Podacast ;))
Čas:11.9.2007 16:14:52
Od:Honza Sterba
Předmět:Re: bez příkladů
Jiz v dnesni dobe se daji na Rails stavet doopravdy velke "enterprise" projekty, prikladem jsou treba thoughtworks.com v cele s M. Fowlerem. Srovnavat Railsy a Javu je dost tezke, framework vs. jazyk. Ono se to musi zkusit. Nebo se aspon podivat jak to asi vypada http://media.rubyonrails.org/video/rails_take2_with_sound.mov a slavne http://railscasts.com/
Čas:11.9.2007 23:32:49
Od:Václav Sýkora
Předmět:Dodatek k CZ podcast volume #15
Nektere negativni aspekty z pouziti RoR jsem se pokusil shrnout na http://lbindian.blogspot.com/ Co nejdrive se pokusim udelat i prispevek, ktery bude mit pozitivni charakter.
Čas:13.9.2007 14:57:03
Od:Patl
Předmět:Ruby on Rails + UML vs Netbeans
Nevim, kde mam posilat dotazy na budouci podcasty. Ale rad bych se zeptal Roumena, zda-li bude moznost pouzivat UML v Netbeans i pro RoR aplikace. Dik za odpoved :)
Čas:13.9.2007 15:30:40
Od:Roman Strobl
Předmět:Re: Ruby on Rails + UML vs Netbeans
V 6.0 to urcite nebude. V budoucnosti mozna, ale nedokazu rict kdy.
Čas:14.9.2007 11:42:57
Od:Patl
Předmět:Re: Re: Ruby on Rails + UML vs Netbeans
Diky za odpoved. Jeste by me zajimalo, jak je to s vykonem JRuby na Glassfish oproti Ruby na Morgelu nebo FastCGI treba na Apachi. Jestli je treba u JRuby vyresen problem s thready u klasickeho Ruby a nemusi se treba spoustet na serveru nekolik instanci Morgelu ale postaci jedna instance Glassfish (Zde nemam zkusenosti a ani podvedomi, tak bych zde nechtel placat nesmysly). Myslim si, ze by to bylo dobre se o tom zminit v nejakem nasledujicim Podcastu :)
Čas:14.9.2007 12:21:06
Od:Roman Strobl
Předmět:Re: Re: Re: Ruby on Rails + UML vs Netbeans
JRuby je zatim pomalejsi nez nativni Ruby, ale to se zlepsi az bude compiler. Co se tyka threadovani, tak se domnivam, ze se deployovanim na glassfish pomoci JRuby vyresi problem s thready, ale ruku do ohne bych za to nedal - doporucuji vyzkouset.
Čas:14.9.2007 20:35:14
Od:Honza Sterba
Předmět:Re: Re: Re: Ruby on Rails + UML vs Netbeans
Problem s thready se nevyresi, Rails nejsou thread safe. Mozna ale pujde spustit vice RoR threadu se stejnou aplikaci v jednom JVM, ale taky jsem to zatim nezkousel.
Čas:15.9.2007 23:28:52
Od:Patl
Předmět:Re: Re: Re: Ruby on Rails + UML vs Netbeans
Dekuji vam obema za odpoved.
Diskuzní příspěvky
finc Ruby
Honza   Re: Ruby
finc   Re: Re: Ruby
Honza Sterba   Re: Re: Re: Ruby
Honza Sterba   Re: Re: Re: Ruby
benzin No v RSS to zatim nejni
Roman Strobl   Re: No v RSS to zatim nejni
optik ruby 2.0
Honza Sterba   Re: ruby 2.0
Jan Kubr produktivita
aprilchild Skvely! :)
Premysl Hnevkovs ... bez příkladů
Honza Sterba   Re: bez příkladů
Václav Sýkora Dodatek k CZ podcast volume #15
Patl Ruby on Rails + UML vs Netbeans
Roman Strobl   Re: Ruby on Rails + UML vs Netbeans
Patl   Re: Re: Ruby on Rails + UML vs Netbeans
Roman Strobl   Re: Re: Re: Ruby on Rails + UML vs Netbeans
Honza Sterba   Re: Re: Re: Ruby on Rails + UML vs Netbeans
Patl   Re: Re: Re: Ruby on Rails + UML vs Netbeans