Developeri care nu se potrivesc cu mine
Postat la 19 Sep 2008. 10 comentarii... Comentarii
Incep cu celebrul "Deci"... daca nu se potrivesc cu mine nu inseamna ca sunt prosti dar... am lucrat de multe ori dupa alte persoane si nu suport anumite lucruri... mi se par chiar oribile
1. Layout table-based - mi se pare groaznic. Acum o vreme eram nedespartit de tabele [in vremea cand foloseam Dreamwaver piratat si aveam Design Mode] dar acum nu suport sa caut prin noianul de TD-uri si TR-uri cod sau text. Incarcarea e mizerabila si instabilitatea e la ea acasa.
2. Nu-mi place sa vad chestii de genul
function nume ()
{
content_functie;
}
E valabil si pentru FOR si pentru tot ce are { si }
De ce nu-mi place?... mi se pare mult mai frumos:
function nume () {
content_functie;
}
Cred ca aici e vina celui care m-a invatat prima data cum se scrie o instructiune [multumesc Marian!] si, am facut si eu cum facea si el.
3. Nu inteleg de ce unii scriu string-uri de genul $some = ''.$some1. Mi se pare o chestie lipsita de logica si inutila in sensul cel mai bun.
4. Am vazut ; dupa un SQL in mysql_query. De ce oare, nu stiu sa va scriu... era ceva de genul mysql_query("SELECT .... WHERE ... ;"). Aici nu e vorba de un caracter scris inutil... e vorba de ideea de a inchide un SQL dupa care nu mai urmeaza nimic.
5. Mi se pare oribil si nu pot sa suport sa vad litere mari sau spatii in adrese. Mi se pare de prost gust si, total lipsit de profesionalism. De ce? pentru ca adresa web nu e case-sensitive dar calea de pe server este si pentru ca la un moment dat poti uita care era cu litera mica si care cu litera mare.
6. in loc de padding din CSS mi se pare o chestie mult mai lipsita de profesionalism decat faza de mai sus... adica mult mai lipsita de profesionalism decat "de prost gust si, total lipsit de profesionalism". De ce? Nu zic pentru ca toti stiti ce inseamna non-breaking-space insa cei ce nu stiu ce inseamna padding fac parte din categoria "developerii-lu-peste" dintr-un articol precedent.
7. <?=$variabila?> mi se pare o chestie de genul "doar n-o avea server-ul short-tags OFF?!". Totusi, daca are? Ti-e lene sa scrii <?php echo $variabila ?>?
8. Ma enerveaza, in general, lucrurile lipsite de calitate. Nu, nu exista "facut in graba" sau altfel... exista lucruri facute bine si lucruri facute prost, cam atat.
Inca ma mai enerveaza cei care nu stiu sa proiecteze o baza de date sau sa taie un layout si se cred developeri dar... se pare ca nici asa nu sunt prea multi cu meseria asta, dupa ultimele mele cercetari.
Pareri peste opinii... Comenteaza si tu!
postat de latest-mtv la 19 Sep 2008, 9:08
despre <?=$variabila?>,asa folosesc multi webdeveloperi foarte buni, deoarece, te ajuta sa organizezi continutu in template,deasemenea cum folosesti so foreach($das as $vaa): continut endforeach;
postat de mihaitha la 19 Sep 2008, 13:21
Cu punctul 7 nu sunt nici eu de acord. Daca stii pentru ce server scrii, atunci stii si daca ai short_tags on sau off. Da, cand faci o aplicatie pe care sa o revinzi sau sa o oferi mai departe pentru dezvoltare, da, e imperativ sa eviti short_tags, dar in rest, cand cunosti clar platforma de deployment, short_tags reprezinta economie de timp, cod scris si spatiu ocupat, si cum spune si saitek, vezi mai bine unde e HTML si unde e o variabila din PHP.
postat de vectorialpx la 19 Sep 2008, 13:34
poti sa faci o functie function a($v) { echo $v; } si pui <?php a($variabila)?> in loc de <?php echo $variabila?> or <?=$variabila?> care poate insemna distrugerea aplicatiei odata cu mutarea pe un server nepotrivit. Nu stiu daca voi ati fost nevoiti sa mutati aplicatii pe alte servere dar eu am fost si... conteaza foarte mult compatibilitatea ![[winking]](http://www.vectorialpx.net/blog/img/icons/3.gif){kind=icon}
postat de mihaitha la 22 Sep 2008, 0:37
Daca chiar e necesar, se poate face un replace la '<?=' cu '<?php echo' in tot proiectul si ai scapat de griji. Faptul ca folosesti short tags nu mi se pare ca te face un programator prost sau lenes.
postat de vectorialpx la 22 Sep 2008, 2:18
se poate dar... de ce sa faci doua lucruri cand poti sa o faci odata si bine?
apoi... nu stiu cati clienti ai avut tu dar e jenant si te faci de rahat in toata regula daca pui un proiect pe un server si te trezesti cu cod PHP in pagina iar clientul apuca sa vada asta pentru ca se presupune ca nu verifici short_tags inainte de upload.
deci... de ce sa nu evitam problemele atunci cand se poate.
Programator prost? nu...
Lenes? da.
postat de mihaitha la 22 Sep 2008, 3:23
Mai degraba esti lenes daca nu probezi aplicatia pe serverul clientului, inainte sa i-o arati. Dupa cum spuneam, atunci cand *cunosti platforma pentru care dezvolti*, poti linistit sa folosesti short_tags.
P.S. crede-ma, clienti am avut, chiar destul de multi avand in vedere ca lucrez doar de doi ani jumate, si probleme cu short_tags n-am avut niciodata.
postat de mihaitha la 24 Sep 2008, 0:20
//edit la comentariul anterior: asa nu mai programam obiectual ca poate nu toate serverele au php4?...
postat de blahblah la 24 Sep 2008, 1:08
Esti putin ( + || - ) cam arogant ..
Nu stiu cum ai inceput tu programarea insa ma indoiesc ca in primii doi ani faceai toate cele de mai sus .
postat de ShD la 21 Oct 2008, 7:20
Punctul 2 e cat se poate de relativ. Daca e sa respecti standardele impuse de Zend atunci acoaladele le ai de forma
if(conditie){
//continut aici
} else {
}
dar la fel de uzual si corect din punct de vedere a codului este si standardul PEAR acela cu acoaladele pe randul urmator. Nu cred ca asta demonstreaza ca esti bun sau prost ca programator ci demonstreaza mai mult o sensibila apartenenta a unui trend.
postat de vectorialpx la 19 Oct 2008, 6:48
nu am zis ca esti bun sau prost... am zis clar ca "cei care nu se potrivesc cu mine nu sunt mai prosti..." doar ca mi se pare ca daca as face unele lucruri in alt fel mi-ar veni peste mana.
