Co lidi vidí na RoR?

Napsal xHire;489617

Myslím, že soudí podle prodejů té jedné knihy, co mají. :D Já ji četl a skutečně to je brak....

Velice děkuji za tvůj příspěvek do diskuze ;) (bez ironie). Včera jsem narazil na videa a ty jsou více než motivační. Upřímně, napsat blog na 58 řádků, to o něčem vypovídá. Taky se mi dost líbí koncept Ruby a RoR - konvence nad konfigurací a také že má programování přinášet radost. Co se týká té knihy, máš pravdu. Díval jsem se na "Agile Web Development With Rails" a při každé nové verzi Railsů výjde i aktualizované vydání knihy. Takže, co víc říct - mně to přesvědčilo, minimálně si o tom něco přečtu a zkusím naprogramovat.

s RoR jsem kdysi taky něco zkoušel, kdo dělal v javě, C++, PHP nebo perlu ... tak Ruby má poměrně odlišnou syntaxi, přijde mi to vzdáleně podobné pythonu, ale i od něj je to celkem dost odlišné. A naprogramování blogu na 58 řádků za 15 minut? Svým způsobem je to jen půl pravdy - musí člověk RoR už velice dobře znát, jinak bude hledat, zkoušet, tápat, debugovat, pak zjišťovat že něco funguje totálně jinak než si myslel .... a z 15 minut je den a půl. I když celkem užitečné je, že RoR "vnutí" programátorovi model-view-controller model, takže ani začátečník pak neprogramuje úplně jak prase :) Navíc je to rychlost "naflákání" kostry, ve chvíli kdy tam člověk potřebuje nějakou "inteligenci" (validace emailu, test jestli komentář je/není spam, kontrolu kvality hesla, složitější správu přístupových práv, atd ...) tak naklovat nějaký algoritmus v ruby, php, perlu nebo Javě do existující kostry vyjde zhruba nastejno (někde může pomoct, že daný jazyk nebo framework má na nějakou klíčovou část algoritmu vhodnou zabudovanou funkci, ale jinak rozhoduje hlavně inteligence programátora a to jak dobře zná který jazyk). V praxi to pak stejně vypadá tak, že základní obsah se udělá rychleji než třeba v PHP, ale docpání extra funkcí (Při registraci by se měl validovat email. Komentáře musí schvalovat moderátor. Budou se hlídat duplicitní registrace pomocí IP a posílané položky User-Agent. Na titulce se bude zobrazovat tenhle přehled, pak tohle tamhle, a....) a vychytávání bugů, které trvá mnohem déle než napsání toho základu pak trvá zhruba stejně ať je to psané v čem chce, takže ta úspora času s RoR není zas tak slavná.

Napsal Singularita;490111

V praxi to pak stejně vypadá tak, že základní obsah se udělá rychleji než třeba v PHP, ale docpání extra funkcí (Při registraci by se měl validovat email. Komentáře musí schvalovat moderátor. Budou se hlídat duplicitní registrace pomocí IP a posílané položky User-Agent. Na titulce se bude zobrazovat tenhle přehled, pak tohle tamhle, a....) a vychytávání bugů, které trvá mnohem déle než napsání toho základu pak trvá zhruba stejně ať je to psané v čem chce, takže ta úspora času s RoR není zas tak slavná.

Zrovna validace e-mailu je otázka instalace jednoho pluginu (validates_as_email) a přidání jednoho řádku do kódu. :) (Mimochodem, zrovna validace e-mailu je dost netriviální věc, pokud to člověk chce dělat pořádně -- a že tu validaci drtivá většina programátorů dělá naprosto katastrofálně, je známá věc.) Je to o tom, že člověk zná prostředí, ve kterém dělá, má obecný přehled a v případě potřeby dokáže rychle zjistit, zda na jeho problém už neexistuje hotové řešení. Pak jde práce opravdu hezky rychle a není třeba znovuobjevovat kolo. Při psaní nových věcí zase záleží případ od případu -- někdy se skutečně časově neušetří a napsání nějaké funkcionality trvá, ale leckdy je to psaní alespoň značně jednodušší díky tomu všemu co Ruby a Railsy člověku přináší (a že toho není málo ;)). Přesto více či méně souhlasím s tím, že pokud si člověk píše aplikaci na zelené louce včetně testů, tak je to časově zhruba nastejno jako když se to píše třeba v PHP (ovšem bez testů). Řekl bych, že největší časové úspory jsou při hledání chyb (hlavně díky testům) a při dělání úprav (kód je obecně v RoR značně menší, takže je snažší a časově méně náročné ho upravovat). Zvlášť pokud člověk programuje web na zakázku a co chvíli se úplně mění zadání, tak sílu RoR člověk neskutečně ocení! Nezanedbatelný je i DRY přístup (Don't Repeat Yourself), který se v plném rozsahu do PHP skoro ani převést nedá (není to jenom o separaci kódu do funkcí). Každá mince má dvě strany a každá technologie s sebou nese kromě pozitiv i nějaká negativa. Vždycky je to o tom, zda je člověk překousne a sáhne po pozitivech nebo zůstane u toho, co má zažité a co se mu zdá celkově lepší.

Z me vlastni zkusenosti. v PHP jsem pracoval od roku 1996, to to bylo jeste vicemene v plenkach (php/fi). S RoR jsem zacal pred necelymi peti lety, od te doby jsem na PHP (kdyz jsem nemusel) nesahnul. Rozdil neni jen v pristupu - budu-li porovnavat ruby versus php, pak ruby jasne vitezi svoji celoobjektovosti, nemusim sahodlouze zkoumat, co co dela, nebot jazyk sam o sobe je dostatecne vypovidajici - a to je asi ten hlavni duvod, proc ruby, resp. RoR/Merb ziskava tolik na oblibe. Obecne mi na php vadilo napr. udelej_neco(ty_neco(s_promennou(kde(bude(asi($neco)))))); .. kde v ruby to je stylem neco.udelej_neco.ty_neco.s_promennou.kde.bude.asi .. kdo nekdy v trosku delsim kodu hledal zapomenutou ) nebo } o tom vi svoje.A co se RoR tyce. Je to vyborny framework, navic, diky vlastnostem ruby neni problem si predefinovat to, co se vam nelibi a jit si svou cestou, pokusu okopirovat RoR do php je nekolik, at uz to je Akelos nebo skoro Kohana... Akelos i Kohanu jsem zkousel a bylo to (po letech s Ruby) utrpeni.Dalsi vec je bezpecnost. RoR nevystavuje zadne kody primo na webserver, o remote includech, na ktere jsem kdysi delal patch do php a do php se dostaly az po letech ani nemluve. Jiste, psat jako prase se da v cemkoli, ale za dobu, kterou bych venoval hledani zavorek nebo louskani, proc mi zase pretekla pamet, radsi napisu dalsi moduly do RoR (nebo prevedu kod do pluginu/gemu)btw - kolik lidi, pouzivajicich php, pise testy (at ala RSpec nebo cucumber/selenium)?...

Napsal znouza;516629

Obecne mi na php vadilo napr. udelej_neco(ty_neco(s_promennou(kde(bude(asi($neco)))))); ..

tak to potes jestli PHP umis na takoveto urovni... to se pak nedivim ze hajis RoR tim samozrejme nerikam jak je PHP skvele, ale to cos tady napsal je neskutecna kravina a uz se nepouziva (teda alespon my co pouzivame frameworky a OOP to nepouzivame - nejsme totiz prasata)...

no, vis.. bohate staci, kdyz dostanes takovejhle kod od nekoho... a nemusis to ani ty sam napsat, a co se OOP tyce.. muj vyvoj s php skoncil nekdy mezi php3 a php4, kdy - co si budeme nalhavat - php a oop moc velci kamaradi nebyli..a napr dalsi vec:<?php $a = "ahoj"; $a = 10; echo strlen($a);?>$ php a.php2a v ruby:#!/bin/rubya = "ahoj"a = 10puts a.length$ ruby b.rb b.rb:5: undefined method `length' for 10:Fixnum (NoMethodError)kde prirazeni $a=10; muze udelat jakakoli "funkce", ktera cosi udela s promennou .. dohledavani chyby bude pak pomerne kovbojkaa vubec. kazdy, at si pise v cem chce, a v cem mu to vyhovuje. Posledni leta v RoR, potreba psani vsech moznych testu, large team work, deploy pres capistrano a posleze pres chef na amazon cloudy me jen utvrdilo v tom, ze ruby byla spravna cesta. Navic do RoR pouzivame dalsi framework, a to hobo, coz je dalsi ulehceni a zrychleni vyvoje. A co si budeme namlouvat, cas jsou penize. A ano, priznavam, i ruby/RoR ma svoje chyby, treba u nas hosting a vetsi pametovy naroky - ale i to se hodne zlepsilo.. treba s phusion passenger a enterprise ruby

Napsal znouza;516647

...

a zas kardinalni blbost... hele kdyz o PHP nic nevis tak prestan psat kraviny, lidi jako ty fakt "miluju"... RoR je skvele s tim souhlasim, ale prestan se navazet do PHP kdzy o nem ocividne vis velky kulovy :) a tvoje zkoumani php skoncilo ve verzi ktera je dnes prakticky odpad a se soucasnym PHP5/6 nema mnoho spolecneho...

nemam pocit, ze bych nic nevedel o php. PHP6 je produkcni? Spis zatim jen zbozny prani, ze. To, ze php5 s sebou bere kouli starych veci, to snad vi kazdej. Nebo uz snad je to plne objektovy? Cislo je objekt? String je objekt? A tvoje pojeti kardinalni blbosti je zvlastni, stejne jako s tim predchozim prikladem. A ze kdyz jsi tak uzasnej a znalejsi, proc nenapises, jak je to doopravdy? O php6 se mluvi minimalne 3 roky, a porad nic. Patch na php4 (allow_url_include) jsem prezentoval v 2005, dostal se do stable az ve verzi 5.2 - procpak az tak pozde?