Weblabor

Nem igazán jó a hozzáállásod és az érvelésed.
1. Tökéletes programot nem fogsz tudni csinálni! Mindenhol és mindig lehet optimalizálni, gyorsabbat készíteni, csak van egy pont, aminél nem éri meg több időt a kódra szánni, mert egyszerűen plusz havi 10$ kiadással raksz alá nagyobb vasat és többet gyorsul az egész, mint ha hetekig tökölne az ember a további optimalizálással.
2. A sebességet nem kell túlmisztifikálni! Meg kell mérni, hogy egyáltalán mi és mennyi ideig tart. Ha az derül ki, hogy eleve nagy mennyiségű adattal kell dolgozni az adatbázisban és vannak lekérések, amik önmagukban tized másodpercig tartanak, akkor teljesen mindegy, hogy a te PHP kódod 50 vagy 100 század másodperc alatt fut le, ha a teljes idő 60-80%-a az adatbázis lekéréssel megy el.
3. Az idő pénz! És ne felejtsük el, jobb ma egy veréb, mint holnap egy túzok! Egyrészt az ORM és a keretrendszerek:
- jelentősen tudják csökkenteni a fejlesztési időt (értsd: 6-10 hónap helyett -> 3-4 ez egyáltalán nem elhanyagolható különbség)
- átláthatóbbá és könnyebben fejleszthetővé teszi az elkészült munkát
- csökkenti a hibalehetőségek számát egyes komplexebb lekéréseknél
- amennyiben úgy látom jónak - van ilyen -, sima MySQL-es lekérést használok továbbra is, tehát megtehetem, hogy egyes helyeken mégse használom

Ez az egész kicsit hasonlít arra, mint régen a PHP (vagy más script nyelv használata) vs C++ . Lehet, hogy az utóbbival nagyon gyors oldalakat lehet csinálni, de a fejlesztési idő össze sem vethető a PHP-val. Egyszerűen a keretrendszerrel olyan előnyökre teszel szert, amik bőven kárpótolják az esetek többségében a sebességvesztést.

Persze a fentiek nem szentírások. Egyszerű weboldalaknál mi sem használjuk a Symfony-t, de komplexebbeknél, ahol tényleg hónapos fejlesztési időről beszélünk, fel se merül, hogy a sebesség miatt "pure PHP-ban" írogassunk. Ha az oldal terheltsége indokolja, később átírjuk, de ha pl nem válik be az üzleti elképzelés, és az oldal nem hoz annyi látogatót, vagy az a mennyiség, amennyit hoz, bőven elfut Symfony-n is (vagy más keretrendszeren, itt most az elv a lényeg, nem a konkrét rendszer), akkor felesleges pénzkidobás és időpazarlás lett volna sebességmániában körüllengve 2-3-szor annyi idő alatt egy kb 50%-al gyorsabb oldalt összedobni, miközben esetleg század, maximum tized másodpercekről beszélünk. Az a 2-3-szoros időtényező pedig olyan, mint a nyugdíjkorhatár: 1 év eltolás 2 év "nyereség". Ugyanis nem elég, hogy a plusz fejlesztési idő pénzbe kerül, azon idő alatt nem is termel!
Sokkal de sokkal fontosabb, hogy gyorsan legyen egy működő oldal, mint hogy később legyen egy majdnem tökéletes.

A keretrendszerek ráadásul bizonyos kereteket kényszerítenek rád, ami inkább előny, mint hátrány. Sok esetben még a későbbi bővítés is gyorsabban megy bennük. (Pl írok egy új filtert 30 sorban és már kész is, saját rendszer esetén meg lehet, hogy 6 fájlban kellene átírnom dolgokat - tudom, mert 10 éve ezt csinálom és anno, keretrendszerek nélkül is csináltam nagyobb munkákat, vagy éppen saját keretrendszert)

Hogy a topikot nyitónak is válaszoljak:
Én használtam Propelt és Doctrine-t is. Az utóbbinál sokkal kevesebbszer kellett kerülő megoldáshoz folyamodnom - értsd: magam írtam be az SQL lekérdezést -, abból kifolyólag, hogy nem vagy csak nagyon bonyolultan lehetett volna összerakni a szükséges lekérdezést! Tehát én egyértelműen Doctrine-ra szavazok és nem a sebessége miatt, de ahogy fentebb is írtam, ha számít a sebesség, kihagyom. Pl van egy formunk, ami automatikusan menti, ha kitöltött egy mezőt az illető, AJAX-szal, a háttérben. Bár symfony-s az oldal, az egészet megoldottam egy mezei, 50 soros PHP-val.