PHP lesz
Óriási megkönnyebbüléssel és enyhe kudarcérzéssel jelentem be kitartó olvasóimnak, hogy a Statuemap.com újraírását Ruby on Rails keretendszer helyett PHP alatt folytatom (kezdem újra). Ennek egyszerű és prózai oka az, hogy jelen életembe egyszerűen sehogy sem fér bele az, hogy megismerkedjek eme nagyszerű környezettel. Este nyolctól egyig egyszerűen nem lehet világot váltani úgy, hogy közben nem ismered 100 százalékosan az adott környezetet.
A tökéletes csaj
Kicsit úgy éreztem magam, mintha meg próbálnám szerezni a nagyon tökéletes csajt, mert azzal végigmenni az utcán igazi büszkeség. Mert, valljuk be, ma RoR programozónak lenni menő, sőt mi több igazán hekker dolog. Nekem most ez mégsem fér bele, egyszerűen azért, mert az alábbi rendszert nem merem elindítani ingoványos talajra építkezve:
- ~12 ezer szobor ~70 ezer fotója induláskor (szoborlap.hu migráció)
- user kezelés, követés, kommentelés
- amazon s3 cloud használata a képek tárolására
- számtalan időzített feladat
- mail küldés (hírlevelek, user események, stb.)
- google maps erős bedrótozása
- ajax, jquery aktív használata
- fb, twitter, flickr apizás
Ha most lennék 16
Mindezekben persze elvileg nagyon király a Rails keret, mert ami PHP alatt 100 sor, az itt 3. Rengeteg függvény előre meg van írva, gyönyörűen. És itt is van a legnagyobb probléma számomra. Az előre megírt (GEM-eknek nevezett) összetevők zárt dobozok, én csak installálom őket. Megpróbálom betuszkolni mindet a logikámba, és egymáshoz is kell passzolniuk. Mindeközben Linux-guruvá is válsz egy picit, mert egy kész szerveren normálisan elképzelhetetlen a dolog (megfizethető áron). A külföldi szolgáltatóknál pedig azonnal jelentkezik az olcsóság ára, ezt persze a cloud-terjedés számlájára kell írnom. Egy pici plussz fícsör, +20USD, nem elég az email kvóta, +50; kicsi a forgalom-keret? +30, esetleg kevés a memória? +50; beszakadt minden és valós segítség kell? +25/óra... stb. Azt még nem is mondtam, hogy a hazai virtuális hosztomon 1mp alatt 2 emailt enged át az SMTP, míg slicehost.com-os szeletemen egy emailnek kell 27mp - vagyis rá vagy kényszerítve valamilyen email plugin igénybevételére. Ami ettől még nem biztos, hogy whitelist-es.
Opensource business modell
Sajnos ez az egész szellemiség nem passzol össze sehogysem az én kis szerelem-startupommal. Ebből kifolyólag tegnap este egy hirtelen döntés által vezérelve letöltöttem a legfrissebb CakePHP verziót, újraindítottam a projektet és 3 óra után kb. ugyanott tartottam, mint amennyit az első 3 hétben csináltam meg Rails alatt. A CakePHP keretrendszer sokak szerint a RoR koppintása. Az tény, hogy első ránézésre is látszik egy-két komoly hasonlóság a szerkezetben, logikában és elnevezésekben, de amellett, hogy mindig minden sok más dologból tud csak születni, nem a semmiből, azért valljuk be azt is, hogy az objektumorientáltság nem a Railsben született; az MVC logika már korábban is adott volt. A RoR ennek egyszerű kommunikálásában és "eladásában" jó, opensource/közösségi keretek között. De miért van mégis egy olyan érzésem, hogy a RoR mégiscsak a dollárok felé lejt, míg PHP alatt valóban szabadnak, platform- és szerverfüggetlennek érzem magam?
Természetesen nem adom fel végérvényesen. van egy olyan mondás, hogy amíg gyökeresen nem változik a helyzetem munka/szabadidő/tanulmányok relációban, addig nem kezdek komolyabb RoR projektbe. Ha pedig igen, akkor viszont tudom is, hogy mi a következő terület, amit ezzel a csúcsfegyverrel fogok meghódítani! ;]
