<flame> Mne osobne to pripada, ze hafo prispevku (od zacatku teto diskuze) je pouze teoretickych, bez prakticke konfrontace s Ruby on Rails. Nejdriv zkuste, pak teprve piste. Jinak nevite, oc prichazite :). Ale samozrejme se muzeme vzajemne poplacavat po zadech, jak je Java super, ma krasnou typovou kontrolu a jak ji obchodnici v Oracle tahnou spravnym smerem :D. </flame>
Mejte se fajn a prijdte na czjug, zvolil jsem k prezentaci nazev 'Ruby on Rails: zapomente na Javu' :) Jirka Hradil 2011/2/1 Oto Buchta <ta...@buchtovi.cz>: > No asi takto - tato diskuse zpusobila tri veci; > 1) Zamyslel jsem se nad Grails > 2) Znovu jsem si pripomnel hruzu z hard core ruby > 3) Trosku jsem kolem RoR zacal stourat. Pro vsechny doporcuji podivat > se, co s Ruby, JRuby a Rails umi inteligentni IDE, tedy, jak jinak, > IntelliJ IDEA :-D > > Spring Roo nevypada spatne, ale nejdriv dam ty Grailsy. > > 2011/2/1 Ondra Medek <xmed...@gmail.com>: >> <FLAME> >> http://beust.com/weblog/2006/04/06/why-ruby-on-rails-wont-become-mainstream/ >> Obzvlaste bod: Fanaticism ... :-) >> </FLAME> >> >> 2011/2/1 Jiří Hradil <ji...@hradil.cz>: >>> V Rails jsou krome unit testu taky testy funkcionalni a integracni, >>> vcetne simulace http request a response. Extremne jednoduche na >>> pouzivani. Nemusite, narozdil od Java stacku, instalovat nic navic, >>> jako napr. Selenium ci objevovat nove testovaci frameworky, vyzadujici >>> dalsi, jiz tak narocne Java studium. >>> >>> Ukazka z funkcionalniho testu (test controlleru): >>> >>> get :index, :query=>'aaa' >>> assert_response :success #tohle testuje, ze bylo vraceno 200 OK >>> assert_equal 1, assigns(:results).size >>> >>> Metoda get spusti get request oproti aplikaci, ktery spadne do metody >>> index v controlleru. V parametrech je predana promenna query s >>> hodnotou 'aaa'. Samozrejme existuji i ostatni http metody, jako post, >>> put, delete, atd. Nemusite nic instalovat navic. Vse je soucasti Rails >>> stacku. >>> >>> Take plati, ze pri vytvoreni controlleru se vam automaticky vytvori i >>> testy, navazane na metody controlleru 1:1 s prazdnou kostrou. Rails >>> vas tak nuti testy psat. >>> >>> Integracni testy se pouzivaji obdobne, jen jimi simulujeme pruchod >>> aplikaci, typicky pres vice controlleru. >>> >>> Jirka Hradil >>> >>> 2011/2/1 Petr Synek <petr.sy...@centrum.cz>: >>>> V rucne psanych JUnit testech se daji nasekat chyby a daji se nakonec i >>>> odflaknout. Pak testovat treba GUI kod pomoci unit testu je obcas ponekud >>>> problematicke. Jinak ale proti unit testum nic nemam, naopak. >>>> >>>> Samozrejme souhlas s refactoringem a code completion. To je dalsi plus. >>>> >>>> Petr >>>> >>>> On 01.02.2011 14:56, Tomas Hubalek wrote: >>>>> >>>>> Extremisti tvrdi, ze nepotrebuji kompilator, ze maji unit testy. Mozna >>>>> na tom neco bude, predstavit si to asi umit. >>>>> >>>>> Podle me je ale jednoznacna vyhoda statickych jazyku mnohem vice v tom, >>>>> ze je lze mnohem snazeji podporovat v IDE (javadoc, code completion, >>>>> refactoring). >>>>> >>>>> Tom >>>>> >>>>> -----Původní zpráva----- >>>>> Od: konference-boun...@java.cz za uživatele Petr Synek >>>>> Odesláno: út 1.2.2011 14:41 >>>>> Komu: Java >>>>> Předmět: Re: Off Topic - Oracle/Java/Linux zkratka ala LAMP? >>>>> >>>>> Vyzkousej pripadne i to Spring Roo. Oproti Grails zustavas opravdu u >>>>> Javy a ne jen u JVM + groovy. Chyby ktere se u groovy projevi az za >>>>> behu, ti u Spring Roo odhali uz kompilator, tak jak to javista ocekava. >>>>> >>>>> Ostatne myslim ze mainstream jazyky jako C, C++, Java a C# maji jednu >>>>> vec spolecnou a to tu, ze spoustu zbytecnych chyb odhali uz kompilator. >>>>> Tuhle ficuru osobne jen velmi nerad postradam. >>>>> >>>>> Petr >>>>> >>>>> On 01.02.2011 13:57, Oto Buchta wrote: >>>>> > Myslím >>>>> > >>>>> > 2011/2/1 Jiří Hradil<ji...@hradil.cz>: >>>>> >> Dobry den Oto, >>>>> >> >>>>> >> diky za prispevek. Synergie, svoboda a volny cas navic je vysledkem >>>>> >> pouzivani Rails, nikoli samotneho Ruby. Ruby (1995) je krasny jazyk, >>>>> >> ale bez Rails (2004) by zrejme zustal zapomenut. Potize, ktere >>>>> >> popisujete myslim prameni z volnosti a nesvazani jazyka samotneho, ve >>>>> >> kterem jste musel psat vlastni stack. Rails vam vsak pridaji hranice, >>>>> >> ve kterych se musite drzet. Visi na Convention over Configuration, >>>>> >> vyzaduji psani testu, maji spoustu skryte magie (kterou muzete >>>>> >> objevit, pokud chcete, vse je otevreno). Daji vam komplet jednoduchy >>>>> >> stack, ktery muzete okamzite efektivne pouzivat. Na tohle proste Java >>>>> >> pro web nema. >>>>> > >>>>> > Nechtěl jsem utéct od Javy a tak jsem zkusil Grails. A velmi mile mne >>>>> přeqapily. >>>>> > http://tapikuv.blogspot.com/2011/01/prvni-potkani-s-grails.html :-D >>>>> > >>>>> >> Zkuste Rails a nestavte budoucnost na jedne negativni zkusenosti, >>>>> >> navic v tomto pripade trochu vytrzene z kontextu. Byla by to skoda. >>>>> >> Jsem javista, vim, o cem pisu. >>>>> >> >>>>> >> Preju hezke objevovani a vice casu na dulezitejsi veci, nez je >>>>> >> hackovani Javy. A dejte pak vedet, jak to dopadlo. >>>>> >> >>>>> >> BTW je 11:56 a ja mam dnes hotovo. Diky Rails. Premyslim, co noveho >>>>> >> zkusim a jak si zase zjednodusim zitrejsi praci :). >>>>> >> >>>>> >> Diky, >>>>> >> >>>>> >> Jirka Hradil >>>>> >> >>>>> >> 2011/1/29 Oto Buchta<ta...@buchtovi.cz>: >>>>> >>> Omlouvám se, že se vyjadřuji až tak pozdě, kdy už diskuse více méně >>>>> >>> skončila, ale s Ruby >>>>> >>> jsem zjistil jednu podstatnou věc. Neumím v něm psát. >>>>> >>> >>>>> >>> Byl jsem nucen vyvíjet kód pro RFID reader od Alienů, kde je Ruby >>>>> >>> jediným jazykem. >>>>> >>> Víc než padesát procent času jsem utratil na hrátkách s .to_s a .to_i >>>>> >>> Možná to bylo i špatně navrženou knihovnou od Alienů, určitě to ale >>>>> bylo mezi >>>>> >>> židlí a klávesnicí. Možná za to může i fakt, že jsem značnou část >>>>> kódu >>>>> >>> ladil mezi osmou hodinou večerní a čtvrtou ranní, když kolem mne >>>>> >>> putovaly čerstvé upečené rohlíky a chleby. To ale nemění nic na tom, >>>>> >>> že tomu tak bylo. A díky tomu jsem se musel věnovat něčemu jinému než >>>>> >>> filozofii, Matrixu, dračáku či Pratchettovi >>>>> >>> >>>>> >>> A to je věc, která by se mi s Javou nestala. Nezažil jsem to ani u >>>>> "ne >>>>> >>> tak striktně typových" >>>>> >>> jazyků jako byly LISP, Haskell, Python, Prolog, Perl či PHP. Když se >>>>> >>> tak dívám na ten seznam Pjazyků, v Pascalu se mi error 26: >>>>> >>> TypeMisMatch Error taky moc často nestával :-D >>>>> >>> >>>>> >>> Stejně tak jsem si velmi pochvaloval možnost dopsat si do tříd z oné >>>>> >>> aliení knihovny vlastní metody. >>>>> >>> Bohužel některé z nich prostě nefungovaly, ač jsem stejné konstrukce >>>>> >>> použil jinde a žádné indície neposkytl ani zdroják té knihovny. Opět >>>>> >>> chyba mezi židlí a klávesnicí, to vím, ale ... >>>>> >>> >>>>> >>> Nakonec jsem rezignoval. Po dvou měsících urputného boje vývoje "Ruby >>>>> >>> stylem" jsem si napsal vlastní metody >>>>> >>> na práci s tím, co jsem potřeboval, vyladil si čistě řetězcový >>>>> stavový >>>>> >>> automat, kolem kterého jsem to postavil, konvenci z Ruby překlopil do >>>>> >>> konvence z Javy (z čehož mi nakonec vypadl Avalon se vším všudy) a >>>>> >>> teprve tehdy se rychlost vývoje projevila = nebylo třeba kompilovat. >>>>> >>> Ostatní výhody onoho rychlého vývoje v Ruby, mezi nimi například >>>>> >>> jednoduchost práce s iterátory, by mi v pohodě za mne vyřešila IDEA. >>>>> A >>>>> >>> o refaktoringu si IMHO může nechat Ruby jenom zdát. I Python mi >>>>> přijde >>>>> >>> vhodnější. >>>>> >>> >>>>> >>> Ruby On Rails neznám. Zatím jsem neměl potřebu se po nich ani dívat. >>>>> >>> Měl jsem to v plánu, ale teď vážně nevím. >>>>> >>> >>>>> >>> -- >>>>> >>> Oto 'tapik' Buchta, ta...@buchtovi.cz, http://tapikuv.blogspot.com >>>>> >>> >>>>> >> >>>>> > >>>>> > >>>>> > >>>>> >>>> >>> >> >> >> >> -- >> Ondra Medek >> > > > > -- > Oto 'tapik' Buchta, ta...@buchtovi.cz, http://tapikuv.blogspot.com >
