De cand am vazut si video-ul cu Douglas Crockford din postul trecut ma tot gandeam la motivele pentru care cineva se apuca sau se lasa de programare.

Chiar daca multi nu mai stiu motivele pentru care au pornit pe acest drum un lucru e sigur, undeva a existat o motivatie si in general aceasta motivatie vine de la feedback.

Daca stam sa analizam cel mai simplu si cel mai popular limbaj de markup este HTML. In ziua de azi foarte multa lume stie HTML, de ce? Ai un feedback direct! Nu trebuie sa studiezi prea mult ca sa ai primele rezultate. Evident sa faci o pagina web nu se rezuma doar la HTML de baza, dar pentru un inceput de drum este o motivatie buna.

Pe de alta parte cred ca am auzit mai multi programatori amatori care vor sa lucrez in PHP decat in orice alt limbaj de programare (probabil si faptul ca lucrez in PHP sa-i influenteze pe cei care mi-au spus asta). Daca nu ne uitam la detalii e relativ ciudat avand in vedere ca traditional in scoala programarea se invata cu limbaje cum ar fi C, C++ si Pascal. Atunci de ce alege asa multa PHP? Simplu, daca sti HTML poti sa faci operatii simple fara sa studiezi prea mult, asta fiind una din partile bune ale acestui limbaj vs. cele de mai sus.

Dar mai sunt si limbaje cum ar fi JavaScript. Imi aduc aminte acum 7-9 ani cand erau foarte populare butoanele “nu apasa”. Am studiat (ca doar se putea vedea) scriptul din spate de la unul, de fapt era o combinatie intre alert(), confirm(), prompt() si window.open. Cat de ridicol poate sa para dar mai nimeni nu statea sa inteleaga ce se intampla de fapt acolo, majoritatea luau cu copy/paste. Probabil asta a facut JavaScript limbajul atat de popular in zilele astea… si atat de putin inteles.

Alaltaieri mi-a spus cineva ca “nu-i mai place programarea” de cand a intalnit obiectele. Suna cunoscut? De fapt eu cand am intalnit prima data obiectele a fost in PHP, iar autorul (Matt Zandstra) spunea “Object-oriented programming is dangerous. It changes the way you think about coding, and once the concepts have a hold on you, they don’t let go” (Teach Yourself PHP 4 in 24 Hours). Ce pot spune, nu mi se parea de loc periculoasa programarea asta la momentul respectiv, chiar de loc, de fapt mi se parea o chestie foarte ciudata si inutila. Pe de alta parte dupa ceva timp (destul de mult) am inteles care este rostul si avantajul acestei abordari.

Cu aproape un an in urma cred am descoperit o platforma foarte interesanta GreenFoot, ce e asa interesant? Pai niste profesori universitari se tot gandeau cum sa atraga atentia studentiilor asupra POO in limbajul Java. Ei au abordat lucrurile invers de dragul feedback-ului. Primul lucru pe care il vede studentul sunt obiectele in actiune, cat se poate de active si dinamice. Dupa asta studentul invata sa modifice metodele, apoi sa adauga metode si proprietati si de abea apoi sa mosteneasca clase, sa le construiasca, sa relationeze etc. Un pic invers fata de cum am invatat eu in facultate sa fac o clasa pentru gestiunea unei facturi sau a unei masini care… nu a ajuns niciodata sa fie o adevarata masina din punct de vedere vizual. Rezultatul platformei: studentii lucreaza cu obiecte chiar fara sa cunoasca detaliile limbajului si a programarii procedurale, apoi in timp intra in detalii, dar pe drum construiesc, dezvolta.

Tragand o concluzie, daca vrei sa predai programare trebuie sa cauti feedback-ul, daca vrei sa inveti programare, din nou feedback-ul este cheia. Eu de exemplu cand am invatat POO in facultate nu intelegeam mare lucru din clasele in C++ care le faceam, nu reuseam sa gasesc utilitatea cu adevarat, dar eu m-am straduit iar mai tarziu am inteles adevarata putere a POO. Cum ramane cu elevii care nu sunt motivati sa faca asta?

Cand eram in facultate am intalnit diagrame de baze de date folosind unelte vizuale. Pana la urma toata lumea foloseste diagrame cand schematizeaza o baza de date, fie ca e pe hartie sau calculator. Tot in facultate am intalnit si Rational Rose, unealta care desi nu am prea inteles-o atunci mi se parea geniala pentru diagrame. Pentru prima data vedeam cum poti construi o diagrama vizual cu cateva click-uri.

Cand am avut licenta ma gandeam cum sa fac schema bazei de date folosind RR, si totusi nu parea o idee atat de buna, e ca si cum as incerca sa sap gradinita din fata blocului folosind un plug, o sa reusesc dar… nu e tocmai unealta potrivita.

Apoi un coleg mi-a deschis ochii: MySQL Workbench, unealta geniala pentru realizarea de diagrame si in plus o facilitate foarte buna, consturirea de diagrame prin reverse engineering de SQL.

Nuprea am inteles de ce aceasta unealta nu este atat de populara, adica eu m-am invartit o vreme in jurul subiectului ca sa gasesc solutia de la un coleg.

Concluzia, MySQL Workbench este o unealta foarte buna pentru designul bazelor de date, atat pentru developeri cat si pentru administratori, in special in situatia cand esti intr-o sala de sedinta si vrei sa schematizezi o baza de date pe un proiector, mai ales ca la final poti sa dai direct export.

Asteptam de ceva vreme video-ul acesta si intr-un final a aparut.

Douglas Crockford este una dintre cele mai importante persoane in comunitatea JavaScript. Modul in care pointeaza toate problemele legate de JavaScript mi se pare genial, parca te tine in tensiune pana la final sa vezi care sunt si partile bune.

Fisierele de tip CSV (Comma-Separated Values) pot fi foarte utile, in special pentru ca este mult mai usor sa citesti un fisier CSV fata de un xls de exemplu, ca sa nu mai vorbim de schimbarea standardului.

Cam toate aplicatiile, care se respecta, de calcul tabelar au export si import CSV, deci nu trebuie sa stai cu grija ca nu ai ultima de versiune de Excel pe calculator.

De ce ai face totusi asa ceva? Pentru a gestiona un volum foarte mare de date, cum este o lista de preturi, o lista de clienti etc.

Sa incepem cu cititul, pentru ca de generat un CSV din Excel sau OpenOffice.org este relativ simplu.

 1// calea catre fisier
 2$fisier = 'test.csv';
 3
 4// deschidem fisierul pentru citire
 5if($fp = fopen($fisier, 'r')) {
 6  // extragem cate un rand si specificam delimitatoarele,
 7  // in acest caz fiind cele default de la MS Excel.
 8  // 1024 este marimea maxima a randului
 9  while($row = fgetcsv($fp, 1024, ',', '"')) {
10    // aici ar trebui sa fie prelucrarile pe date,
11    // dar pentru exemplu doar afisez randul
12    var_dump($row);
13  }
14
15  // inchidem fisierul
16  fclose($fp);
17}

Se astepta cineva la ceva mai complicat? Asta e cam toata citirea. Ar mai fi prelucrarea datelor, dar sa zicem ca primul camp din tabela este ID-ul produsului, atunci nu mai trebuie decat facuta interogarea in baza de date dupa aceasta cheie.

Scrierea unui fisier CSV. Daca citirea nu pare complicata, atunci nici scrierea nu va fi:

 1// fisierul destinatie
 2$fisier = 'fisier.csv';
 3
 4// datele, intr-un caz real acestea probabil se vor extrage direct din baza de date
 5$date = array(
 6             array('1', 'Calculator', 520),
 7             array('2', 'Mouse', 20)
 8           );
 9
10// deschidem fisierul in modul de scriere
11// PS: trebuie sa aveti drepturi de scriere pe fisier
12if($fp = fopen($fisier, 'w')) {
13        // parcurgem array-ul date
14	foreach($date as $valori) {
15                // array-ul rezultat se introduce in fisierul CSV
16		fputcsv($fp, $valori, ',', '"');
17	}
18        // inchidem fisierul
19	fclose($fp);
20}

Practic este ca orice alta scriere si citire a unui fisier doar ca se folosesc functii specifice pentru CSV.

Aceste doua functii, respectiv fgetcsv si fputcsv sunt foarte utile in special prin modul in care se pot modifica specificatile fisierului CSV.

Daca se doreste afisarea fisierului rezultat, eventual pentru download, nimic mai simplu:

1$fisier = 'fisier.csv';
2
3// header cu tipul fisierului
4header("Content-type: application/octet-stream");
5// header cu numele fisierului pentru download
6header("Content-Disposition: attachment; filename=\"fisier.csv\"");
7
8// citire fisier in string si afisare
9echo file_get_contents($fisier);

Preactic exemplul de mai sus nu este neaparat pentru un fisier CSV, este mai mult un exemplu general de citire si afisare a unui fisier.

Cam asta e tot cu fisierele CSV folosind PHP.

Afisarea lunilor nu este de loc o problema dificila, de asta si modurile de rezolvare nu sunt mereu eficiente.

In primul rand avem nevoie de luna, sa zicem luna curenta folosind functia date():

1// preia timestampul curent
2$timestamp = time();
3
4// afisaza luna in numere de la 1 la 12
5echo date('n', $timestamp);
6// in cazul curent va afisa "3"

Evident este inutila variabila $timestamp pentru ca acesta este oricum implicit data curenta, dar am zis sa fie mai clar.

Daca se dorea afisarea numelui lunii curente in engleza se poate folosi:

1echo date('F', $timestamp);
2// in cazul curent va afisa "March"

Acum vine dilema, cel mai “sanatos” dupa parerea mea este crearea unei functii separate.

Cazul cel mai nefericit este:

 1function getLuna($luna) {
 2  $ret = '';
 3  if($luna==1) {
 4    $ret = 'Ianuarie';
 5  } elseif($luna==2) {
 6    $ret = 'Februarie';
 7  } elseif($luna==3) {
 8    $ret = 'Martie';
 9  } elseif($luna==4) {
10    $ret = 'Aprilie';
11  } elseif($luna==5) {
12    $ret = 'Mai';
13  } elseif($luna==6) {
14    $ret = 'Iunie';
15  } elseif($luna==7) {
16    $ret = 'Iulie';
17  } elseif($luna==8) {
18    $ret = 'August';
19  } elseif($luna==9) {
20    $ret = 'Septembrie';
21  } elseif($luna==10) {
22    $ret = 'Octombrie';
23  } elseif($luna==11) {
24    $ret = 'Noiembrie';
25  } elseif($luna==12) {
26    $ret = 'Decembrie';
27  }
28
29  return $ret;
30}

Spun ca este cel mai “nefericit” pentru ca in luna decembrie vor fi executate 12 operatii if, evident nu o sa crape serverul dar il va incetinii, iar cu cat aceasta functie este apelata mai des, cu atat serverul va fi mai afectat.

Varianta numarul 2, o abordare mai usoara:

 1function getLuna($luna) {
 2  $ret = '';
 3
 4  switch($luna) {
 5    case 1:
 6       $ret = 'Ianuarie';
 7    break;
 8    case 2:
 9       $ret = 'Februarie';
10    break;
11    case 3:
12       $ret = 'Martie';
13    break;
14    case 4:
15       $ret = 'Aprilie';
16    break;
17    case 5:
18       $ret = 'Mai';
19    break;
20    case 6:
21       $ret = 'Iunie';
22    break;
23    case 7:
24       $ret = 'Iulie';
25    break;
26    case 8:
27       $ret = 'August';
28    break;
29    case 9:
30       $ret = 'Septembrie';
31    break;
32    case 10:
33       $ret = 'Octombrie';
34    break;
35    case 11:
36       $ret = 'Noiembrie';
37    break;
38    case 12:
39       $ret = 'Decembrie';
40    break;
41
42  }
43  return $ret;
44}

Aceasta varianta este putin mai buna pentru ca foloseste un singur swith fata de 12 if-uri imbricate. Aceasta varianta mi se pare una care este relativ suficient de frumos scrisa, dar… se poate si mai bine.

Varianta 3, o abordare simpla si concisa:

 1function getLuna($luna) {
 2  $luni = array(
 3               '',
 4               'Ianuarie',
 5               'Februarie',
 6               'Martie',
 7               'Aprilie',
 8               'Mai',
 9               'Iunie',
10               'Iulie',
11               'August',
12               'Septembrie',
13               'Octombrie',
14               'Noiembrie',
15               'Decembrie',
16           );
17
18  return $luni[$luna];
19}

Mult mai putin scris, mult mai putina batai de cap si dupa parerea mea mult mai usor de inteles. Am vrut sa scriu acest post incare de acum cateva luni cand am gasit intr-o bucata de cod prima abordare (cu if-uri) si in afara de faptul ca este slaba ca performanta este si greu de citit.

M-am folosit de aceasta functie de afisare a lunii pentru a pune in evidenta aceste 3 abordari, dar sunt multe pasaje de cod care merita revizuite pentru a se folosi o astfel de abordare.