Če obvladaš PHP Ruby on Rails ni zate… Railsi so kul za dizajnerje oz. druge neprogramerje ali pa za tiste programerje, ki še nimajo izdelanega kakšnega svojega frameworka - ampak to jih večina ima.
Jaz sem bil malo razočaran, največja težava pa je bila grozno pomankanje dokumentacije. php.net/manual nas je grozno razvadil :)
Zadeva je dost lušna in ni zahtevna. Sam je sicer ne znam u nulo, ampak sem delu eno stran v tem, tko da jo nekak osnovno poznam. Ni težka, to je bistvo.
Seveda, kar se tiče poznavanja tehnologij oz. frameworkov toplo priporočam ogled Railsov in tudi Django (OK, za Django zadošča če si ogledaš tisti video z Google Tech Talk-a).
Ampak kot rečeno, če obvladaš PHP in imaš nek svoj framework, je to čez glavo. Na Domenci smo izdelali framework pred katerim se Railsi in Django lahko skrijeta, pa še naš je :)
Ne, saj imata prednosti, predvsem npr. enostavna integracija Ajaxa. Večina ostalega pa je po mojem mnenju hype…
Rails za “dizajnerje in neprogramerje”? Upam, da se hecaš.. Po moje ni logike, da bi se človek ukvarjal z modeli, povezavo z bazo, queryji in podobnim, kar rails & co. odpravijo zelo dobro in učinkovito, ampak pri konkretnih aplikacijah je potrebno še vedno precej poseči v kodo - seveda na dosti višjem nivoju - samo logiko aplikacije - in tega ne odpravi noben framework.
Prav tako pa ima lasten framework verjetno le peščica, saj izdelava konkretnega frameworka (primerljivega z rails npr.) vzame ogromno človeških ur. (Večje) firme si izdelavo lastnega fw iz nule lahko privoščijo, ostali pač ne. In pri slednjih zmagajo rails, django ipd. kot odlična odskočna deska. Da ne omenjam različnih pluginov in generatorjev.
Kaj je boljše (cenejše.. it’s all ’bout money in the end).. Zapravljanje € za izdelavo konkretnega in fleksibilnega frameworka, ali namestitev rails in pluginov (ki rastejo kot gobe po dežju)?
@znupy: Ja, se strinjam, Railsi in Django so odlična odskočna deska, ampak moj point je, da če nekdo obvlada PHP, ga ne en, ne drug ne bosta pritegnila…
Še posebej ker hitro začneš pogrešati odličen PHP-jev manual.
In pa ker mu kmalu zmanjka “štrene” za resne projekte in si nazaj pri hard-codingu, vendar tokrat v programskem jeziku, ki ti je nov in še nepoznan.
Dokumentacija - ze res, da na trenutke kaksno stvar tezko najdes, ampak rails je star 3 leta (proti PHPjevim 12) in mu tega osebno niti ne zamerim..
Kaj konkretno mu pa zmanjka pri “resnih” projektih? Poznam kar nekaj velikih rails projektov, nekaj tudi izpod lastnih prstev in naceloma vecjih glavobolov (v primerjavi s kako drugo tehnologijo) ni bilo. IMO bo pro rails coder velik bolj efektiven kot pro php coder (vem, da s tem klicem flamewar). Prav tako pa v tvojem zadnjem odstavku ocitno govoris o ruby/rails zacetniku, ki se je spravil delat resen projekt.
Hja, dokumentacije je vedno več in več…in več. Dobre!
Za PHP developerja RoR res ni, ampak ne zato, ker bi bil PHP boljši ali slabši al whateva, ampak preprosto zato ker je filozofija druga. Imam prijatla, ki je zavedni PHP maniak, in ga prav nič ne briga, če jest v pol krajšem času naredim isto stvar kot on, važn da on uživa. Not my style.
Na RoR sem prešaltov ravno zaradi tega, ker olajša delo. Pika.
Ima seveda tudi svoje slabe strani, kot je hitrost in drugo, vendar spet ni toliko slabši da bi zarad tega ga ne uporabljal.
Problem je tudi, ker se stvari precej menjajo. Npr. z 2.0 verzijo je precej stvari malo preurejenih, drugačnih…vendar vse venadarle stremi k boljšemu, tako da se z veseljem prilagodim.
Drugače pa kake vojne glede različnih jezikov ali frameworkov ni potrebno delat. Važno da je narejeno profesionalno in da končni izdelek služi namenu.
Aja, še en plus RoR. Če preložiš delo kateremu koli drugemu RoR razvijalcu, lahko nadaljuje z delom še isto minutu, kar za druge frameworke ali jezike nebi trdil. No, vsaj ne za PHP.
you.go | 16. 05. 2007 ob 22:37 | Permalink
Če obvladaš PHP Ruby on Rails ni zate… Railsi so kul za dizajnerje oz. druge neprogramerje ali pa za tiste programerje, ki še nimajo izdelanega kakšnega svojega frameworka - ampak to jih večina ima.
Jaz sem bil malo razočaran, največja težava pa je bila grozno pomankanje dokumentacije. php.net/manual nas je grozno razvadil :)
Marko | 16. 05. 2007 ob 23:22 | Permalink
No, splača se poznati čim več tehnologij - bom malce več napisal kasneje, ko se spoznam z zadevo.
MicKY | 17. 05. 2007 ob 04:59 | Permalink
Eni se že kake pol leta ukvarjamo s tem ;)
UrbanD | 17. 05. 2007 ob 07:19 | Permalink
Zadeva je dost lušna in ni zahtevna. Sam je sicer ne znam u nulo, ampak sem delu eno stran v tem, tko da jo nekak osnovno poznam. Ni težka, to je bistvo.
jinzo | 17. 05. 2007 ob 20:56 | Permalink
Mene je osebno Django bolj pritegnil, ko se da lepo kombinirat z že napisanimi programi v Pythonu ;)
Good luck.
Marko | 17. 05. 2007 ob 21:25 | Permalink
No bom še Django počekiral, jp.
you.go | 21. 05. 2007 ob 20:49 | Permalink
Seveda, kar se tiče poznavanja tehnologij oz. frameworkov toplo priporočam ogled Railsov in tudi Django (OK, za Django zadošča če si ogledaš tisti video z Google Tech Talk-a).
Ampak kot rečeno, če obvladaš PHP in imaš nek svoj framework, je to čez glavo. Na Domenci smo izdelali framework pred katerim se Railsi in Django lahko skrijeta, pa še naš je :)
Ne, saj imata prednosti, predvsem npr. enostavna integracija Ajaxa. Večina ostalega pa je po mojem mnenju hype…
znupy | 24. 05. 2007 ob 10:12 | Permalink
Nekako se ne morem strinjat z you.go…
Rails za “dizajnerje in neprogramerje”? Upam, da se hecaš.. Po moje ni logike, da bi se človek ukvarjal z modeli, povezavo z bazo, queryji in podobnim, kar rails & co. odpravijo zelo dobro in učinkovito, ampak pri konkretnih aplikacijah je potrebno še vedno precej poseči v kodo - seveda na dosti višjem nivoju - samo logiko aplikacije - in tega ne odpravi noben framework.
Prav tako pa ima lasten framework verjetno le peščica, saj izdelava konkretnega frameworka (primerljivega z rails npr.) vzame ogromno človeških ur. (Večje) firme si izdelavo lastnega fw iz nule lahko privoščijo, ostali pač ne. In pri slednjih zmagajo rails, django ipd. kot odlična odskočna deska. Da ne omenjam različnih pluginov in generatorjev.
Kaj je boljše (cenejše.. it’s all ’bout money in the end).. Zapravljanje € za izdelavo konkretnega in fleksibilnega frameworka, ali namestitev rails in pluginov (ki rastejo kot gobe po dežju)?
you.go | 27. 05. 2007 ob 17:39 | Permalink
@znupy: Ja, se strinjam, Railsi in Django so odlična odskočna deska, ampak moj point je, da če nekdo obvlada PHP, ga ne en, ne drug ne bosta pritegnila…
Še posebej ker hitro začneš pogrešati odličen PHP-jev manual.
In pa ker mu kmalu zmanjka “štrene” za resne projekte in si nazaj pri hard-codingu, vendar tokrat v programskem jeziku, ki ti je nov in še nepoznan.
znupy | 28. 05. 2007 ob 22:29 | Permalink
Dokumentacija - ze res, da na trenutke kaksno stvar tezko najdes, ampak rails je star 3 leta (proti PHPjevim 12) in mu tega osebno niti ne zamerim..
Kaj konkretno mu pa zmanjka pri “resnih” projektih? Poznam kar nekaj velikih rails projektov, nekaj tudi izpod lastnih prstev in naceloma vecjih glavobolov (v primerjavi s kako drugo tehnologijo) ni bilo. IMO bo pro rails coder velik bolj efektiven kot pro php coder (vem, da s tem klicem flamewar). Prav tako pa v tvojem zadnjem odstavku ocitno govoris o ruby/rails zacetniku, ki se je spravil delat resen projekt.
Srč‘an Prodanovič‡ | 29. 07. 2007 ob 14:53 | Permalink
api.rubyonrails.com
whytheluckystiff.net/ruby/pickaxe
Para | 07. 01. 2008 ob 16:27 | Permalink
Hja, dokumentacije je vedno več in več…in več. Dobre!
Za PHP developerja RoR res ni, ampak ne zato, ker bi bil PHP boljši ali slabši al whateva, ampak preprosto zato ker je filozofija druga. Imam prijatla, ki je zavedni PHP maniak, in ga prav nič ne briga, če jest v pol krajšem času naredim isto stvar kot on, važn da on uživa. Not my style.
Na RoR sem prešaltov ravno zaradi tega, ker olajša delo. Pika.
Ima seveda tudi svoje slabe strani, kot je hitrost in drugo, vendar spet ni toliko slabši da bi zarad tega ga ne uporabljal.
Problem je tudi, ker se stvari precej menjajo. Npr. z 2.0 verzijo je precej stvari malo preurejenih, drugačnih…vendar vse venadarle stremi k boljšemu, tako da se z veseljem prilagodim.
Drugače pa kake vojne glede različnih jezikov ali frameworkov ni potrebno delat. Važno da je narejeno profesionalno in da končni izdelek služi namenu.
Aja, še en plus RoR. Če preložiš delo kateremu koli drugemu RoR razvijalcu, lahko nadaljuje z delom še isto minutu, kar za druge frameworke ali jezike nebi trdil. No, vsaj ne za PHP.
Domenca framework … haha, vici :P