Precti si celou diskuzi od zacatku a pak par prispevku na
www.hradil.org. Za nikoho, ani za tebe, pracovat nebudu :). Zkus to
sam. Dal jsem ti dvere, otevri je sam a vysledky muzes psat rovnou sem
:).

Jirka Hradil

2011/2/1 Ondrej Nekola <on...@nekola.cz>:
> Mozna by pomohlo, kdybys misto "RoR je cool" zkusil dobre definovat,
> na co se RoR hodi, kde ujde a kde je to brzda pokroku.
>
>> <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
>>>
>>
>
>
>
> --
> S pozdravem
>         Ondřej Nekola
>

Odpovedet emailem