<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

Odpovedet emailem