Rails fejlesztés, van értelme?

Fejlesztés

Sziasztok!

Kíváncsi lennék a véleményekre, tapasztalatokra, hogy van-e értelme a Ruby on Rails-el mélyebben megismerkedni / ebben fejleszteni.

Mindenhol azt olvasni, hogy jó, hatékony, mennyire egyszerű vele fejleszteni, de az igazság az, hogy én még nem sok kapcsolódó állásajánlatot láttam az elmúlt pár évben, és hoszting terén sem vagyunk túlságosan eleresztve.

  • 3195 megtekintés

( dejo v | 2011. 05. 10., k – 08:47 )

Ha a munkaerőpiacra akarsz tanulni, akkor valóban többre mész a következőkkel:
Java, C, C++, PHP, Ajax, C#, SQL, stb.
Nem feltétlenül pontosan eben a sorrendben.
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba és kész!

( zoner | 2011. 05. 10., k – 09:06 )

Szerintem van értelme, de tényleg nem a munkaerőpiacon. Illetve azért van néhány cég, ami ezzel foglalkozik, de ugyanolyan kevés fejlesztő van, tehát szerintem könnyű találni munkát ezzel is. Kétféle munkát csinálok Rails-el: saját projekt, illetve amikor az ügyfél nem ért hozzá / nem akar beleszólni. Sokkal hatékonyabbnak találom, mint mondjuk a PHP-s Symfony-ra fejleszteni és ha igazán szeretni akarod, amit csinálsz, akkor Rails-re fejlesztesz.

Nem is igazán a keretrendszer a lényeg, hanem a Ruby nyelv. Nagyon ki van találva és minden egyértelmű.

Hosting: szerintem ne tárhely hostingot nézz, hanem VPS-t/dedikált szervert.

Szeretnék eljutni oda, hogy ne kelljen PHP-t csinálnom, Drupalra "fejlesztenem", stb. Utána jöhet az, hogy ügyfélnek egyáltalán ne kelljen dolgoznom :)

Mondjuk nem lottózok.

Van itt egy elég összetett projekt: https://github.com/czettnersandor/carpopularizer Rails 2, de nem olyan régi, lehet belőle tanulni.

És ez is az: http://turaindex.hu

--
http://sandor.czettner.hu
http://turaindex.hu

Sracok, azt csak ugy halkan jegyeznem meg, hogy a munkaeropiac nem csak magyarorszagbol all am. Kulfoldon eleg elterjedt a Rails, eleg sokfele keresnek is Rails fejlesztoket. Tenyleg nem kotekedes, de ketszer egymas utan estem at rajta, es szerintem felrevezeto.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Több külföldi munkát vállaltam már, de mindig bennem volt az a para, hogy ha nem fizet, nem fogom tudni behajtani rajta. De persze, igen, egyetértek. Kíváncsi lennék egy olyan összehasonlításra, hogy itthon és külföldön milyen arányban használnak különböző keretrendszereket.

--
http://sandor.czettner.hu
http://turaindex.hu

Ennek itthon se egyszeru a vegere jarni, ez van.
Mondjuk fejlesztokent eleg sok kenyszeritoeszkozod van, es mivel az o oldalukrol te vagy kulfoldi, nekik pont ugyanannyira problemas elerni teged, mint neked oket.

Arrol nem beszelve, hogy kulfoldon annyira azert nincs divatban a nem-fizetes. Ha valami munka jo, annak becsulettel megfizetik az arat.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

( Tyra3l | 2011. 05. 10., k – 11:33 )

a magyar piac le van maradva a trendektol.
szerintem 1-2 even belul itthon is tele lesz railses hirdetesekkel.

Tyrael

Nagyon optimista vagy szerintem, de legyen igazad. A Rails külföldön már évek óta pörög és hypolják, itthon egy gyakorlatilag halott levlista van csak a témában. Képtelenségnek tartom, hogy itthon felpörögjön. Amig az átlagemberhez az jut el, hogy a Twitter lecserélte a Railst Javara, és tízszeresére nőtt a sebesség, addig biztosan nem lesz semmilyen áttörés.

keves a ceg itthon, emiatt keves fejlesztot keresnek, emiatt keves fejleszto van.
kollega itthon nem tudott elhelyezkedni junior rails fejlesztokent (senior php-skent valtott), gyakorlatilag egyedul a virgo keresett rails fejlesztoket, kiment UK-ba, es azota mar rails fejlesztokent dolgozik.

Tyrael

en bizakodo vagyok.
mondjuk erdekes, hogy pang a magyar piac, viszont ahhoz kepest a budapest.rb meetup evek ota mukodik (igaz hogy szemely szerint 1 alkalommal csak vettem rajta reszt meg 2 eve kb.), a php hirdetesekkel meg tele a magyar piac, viszont nincs egy darab meetup sem, sot az egesz webconf is halodik (iden osszel elmeletileg lesz), amikor eppen nem, akkor vagy nem php-rol szol, vagy ha igen, akkor drupal only.

Tyrael

Az a baj, hogy annyi framework meg portál meg product lifecycle management suite meg forum engine meg egroupware fosadék van kint php-ben írva (a mindenki által "kötelezően sajátot mer az a tutibiztonságos" írókat ki ne felejtsem), hogy szétfragmentálja a szektort. Ráadásul vagy symfony-s vagy, vagy utálod mert pl francia és hozza nem nyúlnál. Ilyen embereket hogy hozol össze _egy_ konferenciára?

Igen, sok új fícsör van, de pár nagy cuccon kívül alig használják pl a PDO-t (prepared statement-eket meg nehogy számra vegyem, istenments, ledzsihádoznak, mert attól "nem lesz portolható"(sic!)). Sőt, van aki csakazértse használja, nehogy már a framework programozzon helyette felkiáltással. Ilyenek azt hiszik (és igen nagyon sokan vannak sajnos), hogy nekik nincs mit tanitani mar php-bol, ok mindent tudnak. Mer túl egyszerű a nyelv, az utolsó script kiddie is tud benne kokeszolni valami oldalt, szt már programozó is. Olyan ez mint az autóvezetés. A sok vasárnapi vezető szerint a többi autósnak kéne elmennie továbbképzésre, nem neki, így nyilván egyik se megy el. A szakma meg néz, hogy mi a faszér' nem akar a sok emberke okulni.

Kicsit rant lett, de remélem érthető.

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

> de pár nagy cuccon kívül alig használják pl a PDO-t

Talan azert, mert fos. Az elkepzeles nem, de az implementacio tobb sebbol verzik. Konkretan egyet sajnos jobban ismerek a kelletenel - de a bugtrackerben latszik, hogy nem egy tul stabil dolog ez a PDO.

Tovabba amikor egyes bugreportokban azt olvassa az ember, hogy:

Fetch is one place where the "PDO specification" states explicitly that drivers differ in their behaviour

Akkor elgondolkodik rajta, hogy akar-e PDO-t hasznalni, amikor annak tobb olyan resze van, ami driver fuggo. Es ezek nem is olyan eldugott, sose hasznalt reszek.

--
|8]

Szerintem sokan eljutnak odaig, es konstataljak, hogy tenyleg szar. Vagy latjak, hogy a kutya se hasznalja, es gondoljak biztosan oka van, es teljesen igazuk lesz. EZERT nem hibaztatom oket.

Van sok mas egyeb, amit el lehet kuldeni a phpistiket melegebb egtajakra, a PDO mellozese viszont nem tartozik ezek koze, mert az inkabb dicseretes.

--
|8]

Nyilvan. De azt en teljesen elfogadhato modszernek tartom, hogy megnezzuk, hogy egy adott libet, ami sokeve letezik, mennyien hasznalnak, es ha kevesen, akkor hagyjuk a fenebe, es inkabb irunk sajatot, ha epp jobbat nem sikerul talalni.

A "fuck OO!" es a "nem hasznaluk PDO-t" azert messze van egymastol :)

--
|8]

"Ilyen embereket hogy hozol össze _egy_ konferenciára?"
ez mindenhol mashol mukodik, csak itthon nem, es itt sem azert mert nem lehetne olyan temakat bemutatni amit megnezne a symfonys meg a zend frameworkos is.
szerintem.

ps: azt ugye tudod, hogy a PDO alapbol nem hasznalja a nativ prepared statementeket, es hogy egy gyongyszemet idezzek Rasmus-tol:
"How is native prepared statements any more secure than emulated ones?"
http://marc.info/?l=php-internals&m=130419019218058&w=2

ps2: es amugy a PDO nagyon el van hanyagolva az utobbi 5 evben.
https://wiki.php.net/internals/pdo/brainstorming

Tyrael

nem azert hoztam fel a PDO-t hogy fikazzuk, hanem mert ezt latjak a legtobben (amellett hogy szar :).

tudom, raadasul valami ganymod emulalja ott, ahol a szerver nem tamogatja.
a prepared statementet azert hoztam fel, mert azt ugye query szinten is tudna hasznalni, ha akarna, nem a PDO szarjait.

ne a PDO-ra menj ra, nem flamebait, hanem az elvre. Mondhattam volna akár a DateInterval-t is vagy az OAuth-ot, esetleg a SOAP-ot (tudnad mennyi ember szop inkabb az cURL-lal es sajat soap parsolassal, minthogy SoapClientet hasznaljon, elmennel hegesztonek).
--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

Pedig lenne szerintem, én pl nagyon élveztem a Docler két előadását az "Objektívorientált" PHP-ről, örülnék, ha lenne sokkal több ilyen. Akár magánkezdeményezésként is.

Ettől még persze sokkal elegánsabbnak tartom a Rails-t, csak a munkámhoz elég sok PHP kell és ez egészen az anyagi függetlenségig így lesz :)

--
http://sandor.czettner.hu
http://turaindex.hu

az egyre olcsobb es erosebb hardverek ezt a trendet jelzik elore.
a masik dolog, hogy hihetetlenul aktiv kozosseg van a rails korul:
http://groups.google.com/group/rubyonrails-talk/about
osszehasonlitaskeppen az egyik legnagyobb php framework, a Symfony user levlistaja:
http://groups.google.com/group/symfony-users/about

Tyrael

Milyen erőforrás igény? van most egy geokoordinátákat használó oldalam, ami régen megvolt egy PHP-s rendszerben is, CPU időt nézve kb ugyanott van, a PHP-s verzió bekapcsolt APC-vel mindennel együtt pedig még több RAM-ot is evett, a szolgáltatások kb egyformán bonyolultak.

Tudom, hogy ez nem sokat számít, csak esetleg kíváncsi lennék a másik tapasztalatra is, ami alapján Androméda galaxis lett a Rails.

--
http://sandor.czettner.hu
http://turaindex.hu

Ami saját tapasztalat, hogy egy nagy nevű/arcú társaság szutykát kellett üzemeltetnem amit RoR-ben írtak meg és azt tapasztaltam, hogy egy java-s alkalmazáshoz képest is szét zabálja a memóriát. Annó (3 év) utána is néztem, és nagyon sokan panaszkodtak arra, hogy nagy az erőforrásigénye..
Ami nem saját, az is pár éves.. ott konkrét lehalások voltak ezek miatt.
Lehet fejlődött azóta, csakhogy a többi nyelv is..

Hát Java-t már egy éve tanulok és érzésre is csak odáig jutottam, hogy mit nem tudok még, ami kellhet egy legalapabb webes alkalmazáshoz. Ezzel szemben megtanultam a Ruby-t, szinte örömmel, megcsináltam egy hobbi gyakorlatot Rails-ben, amit szintén élveztem és azt tudom mondani, hogy bármit meg tudok csinálni, amit kérni lehet. Gyorsan. A tanulás egyéb munka mellett is max. fél év volt.

Nem tapasztaltam még nagy memória használatot vagy emiatt leállást, viszont azt tudni kell, hogy nem úgy megy, mint a PHP, hanem betölti a teljes rails alkalmazást és az utána már marad, nem fogyaszt utána több RAM-ot, csak az adatbázis. Feltéve persze, hogy nem a fejlesztésre szánt Webrick-el fut az éles oldal :) De ez megint olyan dolog, amihez érteni kell és szerintem Rails esetén a fejlesztőnek is aktívan részt kell vállalnia az üzemeltetésben, szóval itt nincs olyan, hogy megírtam, kifizették és utána soha nem látom a megrendelőt.

--
http://sandor.czettner.hu
http://turaindex.hu

Jeleznem, hogy ez nem feltetlen a framework erdeme. Minden nyelven lehet lassu es szar programot irni. Csak azert, mert egy oldal szar, vagy mondjuk ketto, meg nem lesz automatikusan az alapjukat ado framework/nyelv is szar.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Én amatőr fejlesztő vagyok (é.: nem ezért fizetnek főállásban), a legnagyobb aktívan fejleszetett Rails projectem most ~30.000 kódsor. Szerintem pl zabálja a memóriát. Egy processz induláskor kb 100MB RSS (php-nél ugyanez max 10MB RSS) és ha nagy átmeneti memóriaigényem van az alkalmazásban, akkor lassan az egész processz visszafordíthatatlanul felhízik, csak a processz újraindítása szabadítja fel a memóriát.

Ettől imádom a Railst, de ez valóban probléma, bár vért izzadva le lehet faragni ezeket az átmeneti memóriacsúcsokat, de ha ezzel kell foglalkozni már meg van b'szva a dolog, mert nehézkes. :)

Amíg egyszerű adatokkal dolgozik az ember, addig ez persze nem jön ki.

Bar nem vagyok webfejleszto guru (hanem sysadmin) de a munkam soran egyre tobb appal talalkozom, ami Django-ban illetve RoR-ban irodott. Nem is olyan regen en is kerestem egy keretrendszert es akkor olvastam mindenfele hasonlitasokat (Django mellett maradtam mivel, python a kedvenc nalam).

A hasonlitasok nagyreszeben az ellenkezot mondtak mint te. Legtobben a RoR, Django esetleg Grails fele megy manapsag koszonhetoen az egyszeru es "biztonsagos" fejlesztes miatt.

Itt egy regi teszt a performanciarol illetve az eroforrasigenyrol:
http://www.alrond.com/en/2007/jan/25/performance-test-of-6-leading-fram…

Ennel a tesztnel az latszik, hogy a Django illetve a RoR jobban teljesit mint a PHP-s keretrendszerek (nem kicsit).
Mivel ez egy 4 evvel ezelotti teszt, jo volna latni egy up-to-date verziot belole. ( szereny velemenyem szerint ez a kulombseg meg nagyobb ma, koszonhetoen a python es a ruby fejlodesenek, amin ez ido alatt atmentek )

OK, én meg egyik nyelvet sem ismerem, de amit látok, hogy RoR memóriahasználatban toronymagasan vezet a teszt alapján.
De tény elfogult vagyok, mert én meg olyan összehasonlítást látnék szívesen, amikor java-val, vagy C-s rendszerrel vetnék össze ezeket a (szutyok) cuccokat.
Amit én látok, hogy céges (web) környezetben java/MS, nagy forgalmú oldalaknák java/php/c a nyerő. Az ilyen Rails-ek meg erőlködnek.

Mert elsosorban a magyar piacot latod.

Nem gondolom azt, hogy kettesevel-negyesevel alakulnanak kint a rails hosting cegek, ha erre nem lenne igeny.
Amit en latok, az valoban nagyon hasonlo ahhoz, amit leirtal, azzal a kitetellel, hogy a Rails kezd egyre jobban feljonni, foleg olyan helyeken, ahol rendszereket kell osszekapcsolni, vagy meglevo, nem-webes rendszert kell webes kepessegekkel felruhazni.

Jo pelda a Novell WebYaST cimu cucca, ami a SuSE Linux-ban eddig is meglevo YaST rendszerkezelot ruhazza fel webes kepessegekkel. Bar meg a fejlesztes elejen tartanak, nagyon jo kis rendszernek tunik, es amikor fenn van, semmivel sem erzem lassabnak vagy terheltebbnek a gepet, mintha nem lenne. Pedig ezek kisteljesitmenyu virtualis gepek, erosen lekorlatozott memoriaval.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal