Názory k článku Ruby on Rails: Úvod

Rails jsem chvíli studoval a zkoušel, ale vrátil jsem se zpět k PHP (na malé věci) a Javě (na velké věci).

Přijde mi to jako framework pro "programátory nové doby". Dřív jsme se nikdy nepozastavovali nad tím, že si musíme většinu kódu napsat sami. Taky se časem dobereme k výsledku a má to tu výhodu, že po každém projektu programátor znalostně naroste, má plnou kontrolu nad celým projektem, kterému zcela rozumí a nebyl problém upravit úplně cokoliv.

Dnešní mladí programátoři mají zcela jiný styl práce. Po obdržení zadání nejdřív spustí google, natahají neskutečné množství knihoven, které "by se mohly hodit" a podobných hotových aplikací. Potom bezmyšlenkovitě a roboticky jen lepí kus toho a kus onoho dohromady, aniž by všemu zcela rozuměli ("dyť to funguje"). Vůbec nad ničím nepřemýšlejí a zdaleka nemají nad projektem plnou kontrolu. Když něco nefunguje, tak nemůžou najít chybu ve změti cizích a vlastních bugů a jsou zcela ztraceni. Ale nevadí jim to.

Podobně se pracuje i v Rails. Něco vygeneruju, sem šáhnu, tam šáhnu a je to hotové. Když chci něco jinak, tak to přece nebudu předělávat, radši to nechám jak to je, aby se to náhodou nerozbilo.

Tenhle způsob práce je pro mě zcela nepřijatelný. A dovolím si tvrdit, že dokážu dojít ke stejnému cíli v podobném čase. V praxi se totiž zadání často tak liší, že se na ně snažit napasovat "univerzální řešení" není uskutečnitelné. A na společné věci si každý normální programátor napíše v krátkém čase své jednoduché knihovny, které jsou jeho stylu práce šité na míru.

Nemusíte se mnou samozřejmě souhlasit, moje názory se mohou lišit i jinde. Například o Smarty si myslím, že to je strašný pokus. Tvrzení, že v šablonách mohou být ify a whily, je zcela nesmyslné. Pokud totiž kód obsahuje jakoukoliv logiku, při každé úpravě šablony bude muset být zapojen i programátor (kromě kodéra) a útrpně pomáhat lepit celek.

Máte nějaké zkušenosti s frameworkem Expresso od JCorporate? JBoss je často kanon na vrabce, tak hledám vhodný framework v Javě. Jiné doporučení? Díky

http://www.jcorporate.com/

ok. respektuju tvůj názor. spor je asi jenom v tom, jaká úroveň abstrakce při vývoji web aplikací ještě pomáhá a jaká už otravuje.

ale prosil bych - je nutné šířit slovo "vylazenou"? Co to má znamenat? Je to snad nějaká odvozenina od "vymazlenou"? Slovo "vyladěnou" zní snad málo spisovně a odborně?

Díky za super dokument. Bohužel s nadšením autora ze StringTemplate se neztotožňuji. Na šablonu mám další požadavky:

- šablona musí být validní a kompletní XHTML dokument
- šablona musí vypadat stejně jako vygenerovaná stránka
- v šabloně musí být vzorová data (žádné $blabla.blabla$)

Python - TurboGears
Python - Subway

Osobne preferuji TurboGears :-))

Presne muj nazor, jinymi frameworky tolik vychvalovane vyhody v praxi vubec nejsou potreba. Vsechno XML XSLT a spol. je akorat prace navic. Jedna vec je takovou aplikaci vytvorit, druha je takovou aplikaci po nekom editovat. V pripade XSLT dekuju, nechci :-)

Len pre terminologický poriadok - autor viac krát porovnáva v článku "hrušky s jablkami". Teda buď porovnávam jazyky, alebo frameworky.

Dobrý den,
pokusím se k tomu něco napsat.

1. V úvodu jsem chtěl nastínit principy Rails, nikoli jejich konkrétní metody. Vymyslel jsem "checkbox", abych na ní demonstroval, že Ruby akceptuje jak ukecaný, tak neukecaný zápis. Že jsem u symbolů opomněl dvojtečky, je samozřejmě chyba, nicméně účel nebyla ta metoda, proto nemá podtržítko.

2. Ke konkrétnímu použití značek <% a <%= se dostanu až v konkrétním kódu, v úvodu jsem nechtěl popisovat detaily, takže jsem jen zmínil, že značky existují.

3. Mohl jsem to lépe formulovat, přesto bych polemizoval o tom "flow". Chápu ho osobně přesně tak, co dělá controller. Jinými slovy nevím, co jiného než controllr by v Rails řídilo "flow". Je to controller, který zareaguje na akci a podle parametrů rozhodne, co bude zobrazeno, což osobně chápu jako "flow".

4. Příklad listování záznamů: chtěl jsem demonstrovat pouze extrahované použití modelu v nějakém skriptu, nikoli jak se takový model použije v controlleru, takže v příkladu používám pro názornost i metodu puts, která v controlleru nemá co dělat. Kdybych to nevyextrahoval, musel bych uvést, že by se plnila proměnná v controlleru a procházela by se ve view, což by, myslím, lidi, kteří Rails nikdy neviděli, pouze mátlo.

Ale jinak díky za připomínky ;-)