PHP frameworks, again

[jablan]

Originalno napisao bluesman

Slažem se, samo bih ja ovo ipak stavio uslovno: "ne uvode nikakav penalty". Ako ne uvode - onda super, ali ima ih koje se vuku samo zbog "zahtevnog" fw.

To je tačno i izvinjavam se što nisam to naveo. Ali svi danas plaćamo neku cenu apstrakcije koju nam alati nude. Ni ti ne kodiraš svoje sajtove u asembleru, jel tako? Oslanjaš se da će PHP tvoje high-level pozive nekih funkcija i nekih metoda prevesti u dovoljno optimalnu sekvencu mašinskih instrukcija. Oslanjaš se na to da će SQL server pravilno optimizovati tvoj query. Itd.

Poenta je da je "prerana optimizacija zlo svih zala". Ako FW krene da se vuče, videćemo zašto i optimizovaćemo njegove query-je. Ili, još bolje, poboljšaćemo FW da se bolje snalazi u takvim situacijama. Nijedan od njih nije bogom dan, ima lošijih i boljih, na nekima se aktivno radi itd.

Originalno napisao bluesman

Naročito ne volim one automatski generisane querije, kada to vidim - naježim se.

Moram da te razočaram, jedan od glavnih aduta FW-ova su ORM-ovi, tj. biblioteke koje apstrahuju pristup bazi. Od toga niko pobeći neće.

Originalno napisao zidoo

ev kao negacijska grupa samo da u mane FW dodam sigurnost poso si ti naveo standardizaciju, tako da ako iskrsne bug u validaciji korisnickih unosa svi znaju da je tvoja aplikacija osjetljiva

Hehe, pa što onda ne pišeš sam svoj operativni sistem/jezik/bazu? Kadgod se u Vindousu, Linuksu, PHP-u ili MySQL-u (na čemu već teraš svoje programe) pojavi bug, tvoj program je osetljiv... :P

[bluesman]

Originalno napisao jablan

Oslanjaš se na to da će SQL server pravilno optimizovati tvoj query.

Ja tu i vidim najviše problema - puno ljudi se oslanja na to na šta ne bi trebali da se oslanjaju

Originalno napisao jablan

Poenta je da je "prerana optimizacija zlo svih zala". Ako FW krene da se vuče, videćemo zašto i optimizovaćemo njegove query-je.

Pitanje je šta prestavlja termin "prerana optimizacija" odnosno sama reč "optimizacija". Ja sam zagovornik ideje da kada nešto radiš prvi put - odmah predvidiš sve moguće scenarije (šta god je moguće predvideti) i tako projektuješ i sistem i kod, uključujući i optimizaciju.

A kada imaš nešto završeno, pa kreneš da "optimizuješ" kada sve već funkcioniše, onda upadaš u zamku: kreiranje novih bug-ova. Ako si od početka krenuo sa "optimizacijom", onda odmah i rešavaš sve bug-ove, i kada je "završeno" - onda je završeno za sva vremena i nema šta da ideš kasnije da "dodatno sređuješ" kod.

Originalno napisao jablan

Ili, još bolje, poboljšaćemo FW da se bolje snalazi u takvim situacijama.

Tu je opet novi problem: ti "poboljšaš" (pretpostavljam da to znači "prilagodiš svojim potrebama"?) neki FW i radi super dok ne izađe nova verzija. A onda si u dilemi: da li da instaliraš novu verziju ili ne? Ako instaliraš - velike su šanse da izgubiš svoja "poboljšanja", ako ne instaliraš - gubiš sve dodatne features koje postoje u novijoj verziji.

Generalno, moj stav je da su ti "all purpose" FW jako zgodni za stvari koje se kreću u domenu: jednostavne do srednje komplikovane, a ako "uhvatiš" sebe da "poboljšavaš" neki FW, onda ili taj FW uopšte nije za tebe ili si prevazišao mogućnosti tog FW.

[jablan]

Originalno napisao bluesman

Ja sam zagovornik ideje da kada nešto radiš prvi put - odmah predvidiš sve moguće scenarije (šta god je moguće predvideti) i tako projektuješ i sistem i kod, uključujući i optimizaciju.

Pa pitam te lepo, zašto veruješ PHP-u i MySQL-u, a ne veruješ frejmvorku? Jel veruješ Smartiju? Gde je tačno ta tvoja granica poverenja?

Tu je opet novi problem: ti "poboljšaš" (pretpostavljam da to znači "prilagodiš svojim potrebama"?)

Pa pre svega sam mislio na prijavljivanje bagova i pečeva razvojnom timu. Vrlo je mala verovatnoća da su problemi na koje naiđeš samo tvoji. "Prilagođavanje svojim potrebama" ipak ulazi u nešto što frejmvorci obično podržavaju: npr. ActiveRecord u Railsu ima metod find_by_sql, koji ti omogućava da zaobiđeš sve pogodnosti koji ti nudi ORM (znači cross-db kompatibilnost, parametrizovani upiti, sanitizacija SQL-a) i gruneš SQL kobaju direktno. Ta će metoda verovatno ostati u Railsu vo vjeki vjekov, nikakva nova verzija neće da je slomi.

Nema veze, odlutali smo sad u offtopic, ja mogu samo da kažem da me jako raduje činjenica da su (i) naši developeri skapirali da u frejmvorcima leži veliki potencijal, sve ih je više (a pretpostavljam i da su sve bolji i bolji) a jasno je da Railsu pripada dobar deo zasluga za to. Vidim da ni MS ne sedi skrštenih ruku, ASP.NET MVC je već u drugoj verziji, a na osnovu onog što sam video, struktura fajlova mu je maltene identična Railsu. Imitacija je najiskreniji stadijum laskanja.

[bluesman]

Originalno napisao jablan

Pa pitam te lepo, zašto veruješ PHP-u i MySQL-u, a ne veruješ frejmvorku? Jel veruješ Smartiju? Gde je tačno ta tvoja granica poverenja?

Hajde kada me tako lepo pitaš da ti odgovorim

Prvo FW je još jedan layer između mene i PHP/MySQL i to sam automatski oprezan. Drugo, ne bih ja to mešao tako olako. Treće, nisam ga ja radio i ne volim da koristim nešto za šta nisam 100% siguran da znam tačno kako radi.

Dalje, ne verujem da postoji i jedan framework koji može da generiše kompleksan mysql query bolje nego "ručno" (pričamo o ljudima koji poznaju dovoljno mysql da mogu to da urade). Moguće je i to, ali je pitanje po koju cenu. Ako će FW da potroši više vremena da pripremi query i analizira ono što mu ti serviraš, nego da izvrši query - onda je bolje poslati direktno SQL string napisan ručno. To, naravno, nije bitno kada imaš neki mali-do-srednji sajt koji će da se vrti kako god se vrti i neće da se muči previše kakav god query mu pošalješ. Ali ako imaš sistem u kojem je svaka sitnica bitna, onda volim da pišem sve ručno (naravno, ne pričam o querijima tipa UPDATE x SET y=z, to prepuštam da odradi FW).

Takođe ne verujem da će FW da brine o security "sam od sebe", taj deo je daleko od moje "granice poverenja". Dakle ja verujem da će PHP, MySQL... Smarty... whatever, da odradi dobro "hleb i mleko" + tačno ono što mu ja kažem da uradi i tu je moj prag poverenja, čim krenem da se uzdam da će da odradi nešto umesto mene - imam problem sa tim. Možeš to da nazoveš i psihološki problem - meni je sve jedno - i dalje je problem. Video sam mnogo puta kako izgleda kada se generišu automatski, a video sam i mnogo puta "abuse" celog FW kada ljudi naprave jedan include file u koji ubace sve klase koje postoje i onda valjda očekuju od FW da im optimizuje njihov kod? I onda izjave kako je loš taj FW.

Kada pričaš o Smarty, ja sam baš dosta vremena proveo da vidim šta se tačno dešava, kako izgledaju ti "kompajlirani" fajlovi, šta se dešava prilikom keširanja... čak i sam proces kompajliranja, pa sam testirao sistem "sa i bez smarty" da vidim koji je tačno njegov "fingerprint". Ustanovio sam da mogu da mu verujem dovoljno da ga slobodno koristim za sve projekte čak i one najzahtevnije, ali postoje neke stvari koje ne prepuštam smarty-ju već odradim ručno, bilo da je to zbog toga što sam Smarty nije dovoljne fleksibilan u tom delu ili mislim da treba da bude (bar malo) bolje.

[jablan]

Originalno napisao bluesman

Dalje, ne verujem da postoji i jedan framework koji može da generiše kompleksan mysql query bolje nego "ručno" (pričamo o ljudima koji poznaju dovoljno mysql da mogu to da urade).

Ne znam koliko imaš iskustva sa ORM-ovima, ali mislim da malo mistifikuješ "generisanje query-ja". Nema tu nikakve mudrosti, u 99% slučajeva iz samog (Ruby, PHP) koda možeš da vidiš kakav će se SQL generisati. Evo primer iz dokumentacije:

Student.find(:all, :conditions => { :first_name => "Harvey", :status => 1 })

Jasno je na prvi pogled da se to prevodi na

SELECT * FROM students WHERE first_name = 'Harvey' AND status = 1

FW tu ne može baš puno da zajebe stvari.

Kada pričaš o Smarty, ja sam baš dosta vremena proveo da vidim šta se tačno dešava ... Ustanovio sam da mogu da mu verujem dovoljno da ga slobodno koristim za sve projekte čak i one najzahtevnije,

Ok, onda je jasno, nemaš sad vremena da analiziraš frejmvorke, kad budeš imao, znaćeš do koje mere ćeš moći da im veruješ i kakve projekte ćeš moći da radiš u njima, a kakve ne. Dotad, ono...

Na kraju krajeva, koristeći Smarty, već si jednom nogom u frejmvorku. Pa ti vidi.

[nn.nn]

Na kraju krajeva, koristeći Smarty, već si jednom nogom u frejmvorku. Pa ti vidi.

Ih, jednom nogom. On je već pečen, samo neće da prizna. Zamisli samo, koristi i jQuery.

[bluesman]

Originalno napisao jablan

Ne znam koliko imaš iskustva sa ORM-ovima, ali mislim da malo mistifikuješ "generisanje query-ja". Nema tu nikakve mudrosti, u 99% slučajeva iz samog (Ruby, PHP) koda možeš da vidiš kakav će se SQL generisati. Evo primer iz dokumentacije:

Student.find(:all, :conditions => { :first_name => "Harvey", :status => 1 })

Jasno je na prvi pogled da se to prevodi na

SELECT * FROM students WHERE first_name = 'Harvey' AND status = 1

FW tu ne može baš puno da zajebe stvari.

Mister, pa ja ne pričam o ovome, ovo je smešan query i ovo je savršeno jasno da je to ono što nazivam "hleb i mleko". Ja pričam o daleko komplikovanijim stvarima. Kao što rekoh, FW je super da ti smanji posao oko ovakvih sitnica. Šta je tu mistifikacija? Daj ne zezaj

Originalno napisao jablan

Ok, onda je jasno, nemaš sad vremena da analiziraš frejmvorke, kad budeš imao, znaćeš do koje mere ćeš moći da im veruješ i kakve projekte ćeš moći da radiš u njima, a kakve ne. Dotad, ono...

Na kraju krajeva, koristeći Smarty, već si jednom nogom u frejmvorku. Pa ti vidi.

To niko ne spori, a što se tiče FW, ja koristim svoj koji razvijam već godinama. A opet i u njemu sve "pipave" querije pišem ručno. U stvari tako je i napravljen da sve komplikovanije i moraš da pišeš ručno.

A što se tiče "analize" ... analizirao sam početkom godine baš ove koje najčešće spominjete, i svaki ima svoje dobre i loše strane, na žalost ni jedan nije bio bolji od onoga koji već koristim, tako da nije ni bilo potrebe da "prelazim".

[jablan]

Originalno napisao bluesman

Mister, pa ja ne pričam o ovome, ovo je smešan query i ovo je savršeno jasno da je to ono što nazivam "hleb i mleko". Ja pričam o daleko komplikovanijim stvarima. Kao što rekoh, FW je super da ti smanji posao oko ovakvih sitnica.

Ček, ti si se žalio da ti FW "generiše" neoptimizovane upite. Ja samo kažem da ništa FW "sam" ne generiše, već sam generišeš, samo korišćenjem FW-a kao jezika koji se manje više jednoznačno mapira na SQL. Nema tu magije, SQL je onoliko komplikovan koliko ga komplikovanim napišeš, bez obzira da li koristiš FW ili direktno SQL. Zato kažem da mislim da mistifikuješ celu priču oko FW-a, jer nisam siguran da znaš kako to tamo radi.

[bOkIcA]

Originalno napisao bluesman

Tu je opet novi problem: ti "poboljšaš" (pretpostavljam da to znači "prilagodiš svojim potrebama"?) neki FW i radi super dok ne izađe nova verzija. A onda si u dilemi: da li da instaliraš novu verziju ili ne? Ako instaliraš - velike su šanse da izgubiš svoja "poboljšanja", ako ne instaliraš - gubiš sve dodatne features koje postoje u novijoj verziji

Moguce je prosirivati i menjati vecinu funkcionalnosti core-a i biblioteka koje ostaju i posle upgrade-a.