Acum mai bine de un an de zile am scris un blog, in care ziceam ca Google nu stie unde stau.

Problema era ca Goole Maps avea o acoperire deosebit de proasta pentru Romania, iar Yahoo! Maps este o alternative mult mai buna pentru aceasta parte a europei. Inca mai cred ca Yahoo! Maps este o alternativa mult mai buna dar am fost surprins totusi de un lucru. In decursul tipului am tot intrat pe Google Maps pentru ca sa vad cum mai sta acoperirea pe Bucuresti, practic era o singura cale reprezentata pentru a ajunge de la autostrada A1 la A2 si nimic mai mult.

Acum aproximativ o luna, am intrat din nou pentru ca trebuia sa construiesc o aplicatie de turism in Romania si… surpriza, surprize, chiar daca pozele din satelit sunt de calitate mai proasta acum, am putut nu doar sa gasesc folosind cautarea strada pe care stau dar si blocul. Mai mult de atat, am putut calcula trasee alternative catre diverse locatii din Bucuresti.

Se pare ca Google a inceput sa aiba ceva mai mult interes pentru aceasta zona din centru Europei, acum permitand formarea unei concurente reale cu Yahoo!. Asta este un foarte mare avantaj pentru cei care au telefoane cu Android si folosesc Google Maps ca aplicatie de GPS. Acum cativa ani, sa folosesti Google Maps in Romania era complet inutil, puteai sa vezi intradevar imaginile din satelit, dar cam atat, nu puteai sa gasesti adrese utile, iar daca erau cumva marcate pe harta nu puteai sa calculezi un traseu catre acestea.

Pana la urma aplicatia am rezlizat-o folosind Google Maps, desi inca sunt de parere ca Yahoo! Maps este o foarte buna alternativa, atat de punctul de vedere al calitatii cat si ca API. Si ca tot vine vorba de API, ambele mi se par ok si nu cred ca acest criteriu este unul de diferentiere intre cei doi giganti.

O chestie putin socanta totusi legata de Google stie unde stau a fost intr-o seara cand curios sa vad daca GPS-ul de pe telefonul meu functioneaza am iesit pe balcon. Totul a fost ok, m-a gasit cu o aproximatie intre 50 si 100m pe harta Google folosind conexiunea mea de wireless pentru transferul de date. Intr-o alta seara un prieten a venit la mine si am incercat acelasi lucru, tot pe aceeasi conexiune de internet, acelasi program Google Maps, cu o apximatie constanta de 100m.

Teoretic nimic anormal, totul a devenit bizar cand a doua zi am aflat ca de fapt telefonul lui nu are GPS, deci ce vedeam noi era ultima conecare de la dispozitivul meu… deci Google chiar stie unde stau… la propriu…

Se pare ca Oracle a primit aprobarea de la EU pentru a cumpara Sun conform Yahoo! News.

Acum aproximativ un an jumatate ma gandeam sa sustin examenul pentru MySQL Certified Developer. Acum dupa ce am devenit Sun MySQL Certified Developer se pare va voi deveni Oracle MySQL Certified Developer. Si toate acestea fara nici un ban in plus! 🙂

Partea buna este ca vom ajunge sa lucram cu Oracle chiar si fara voia noastra (ok, nu e chiar Oracle, dar e un produs al lor).

A mai trecut un an iar PHP 6 tot nu e aici…

Dar asta nu este tocmai o noutate, este al 4-lea an in care aceasta versiune mult asteptata nu se lanseaza, nu degeaba este numita cea mai asteptata versiune.

Totusi a fost un an bun pentru comunitate, chiar daca Unicode nativ nu exista inca intr-o versiune stabila, acum avem cam toate celelalte noutati asteptate in PHP 5.3, care probabil va mai avea nevoie de cativa ani ca sa devina folosit pe scara larga.

Chiar daca toata lumea astepta in acest an ca Oracle sa intre in forta pe piata de baze de date medii si mici prin achizitia Sun, marind portofoliul deja detinut pe piata enterprise. Se pare ca nu a fost asa, CE inca analizeaza propunerea.

Oricum MySQL nu mai este ce era acum 5-6 ani, cand nimeni nu indraznea sa-l foloseasca pentru produse enterprise, acum MySQL este un produs gata pentru a fi folosit atat pentru proiecte mici cat si pentru produse care necesita muta scalabilitate.

Dar revenind la anul care tocmai s-a incheia, a fost un an plin, chiar si in timp de criza.

CodeIgniter este un framework open-source scris in PHP care se bazeaza pe principiul RAD. Popularitatea acestui framework este in continua crestere, probabil in special de cand lumea a descoperit ca e mult mai usor sa folosesti un framework open-source decat sa dezolti unul intern, dar asta este alta discutie. Cartea CodeIgniter 1.7 de la PacktPublishing, scrisa de Jose Argudo Blanco si David Upton urmareste formarea unei imagini de ansamblu asupra framework-ului CodeIgniter, venind in completarea manualului.

Pana la urma orice framework care se respecta are o referinta detaliata a acestuia, cu eventuale exemple, mai mult sau mai putin cuprinzatoare. Atunci cand vine vorba de invatarea unui framework (si nu numai), o referinta de cele mai multe ori nu este un punct bun de plecare, pentru ca nu poti cauta in aceasta solutii de ansamblu cand primesti explicatii atomice. De asta ajungem sa cumparam carti, pentru a avea o prezentare generala cu probleme si solutii. Si asa am ajuns la cartea CodeIgniter 1.7.

Initial cand am vazut ca titlul cuprinde numarul versiunii framework-ului pe care il analizeaza am fost putin pesimist, pentru ca atunci cand cumperi o carte nu o vrei neaparat legata de o versiune, nu? Nuprea… eu am avut problema asta cu Zend Framework de exemplu, majoritatea cartilor prezinta versiuni “mai vechi” (ex: 1.5-1.6) iar eu vroiam sa vad o abordare cu noile facilitati din versiunea 1.8 sau mai mare. Pana la urma atunci cand inveti vrei de obicei o versiune mai noua a framework-ului, iar cand vor aparea facilitati noi probabil va fi mai simplu sa le citesti doar in referinta.

artea se pare ca porneste de la nivelul de incepator si ataca progresiv atat elementele de baza cat si cele mai frecvente probleme cu care utilizatorul se poare intalni in dezoltarea de aplicatii folosind framework-ului CodeIgniter. Capitolul mostra, pare destul de bine structurat si usor de inteles, iar din cuprins pare sa atace toate subiectele importante, asa ca in speranta ca si restul cartii va fi la fel si ca va mai urma si o parte a doua la acest “review” astept cu nerabdare cartea.

Va urma…

Saptamana trecuta a trebuit sa realizez un mic proiect. Cerinta era scurta: interoperabilitate. Avand in vedere ca nu am folosit niciodata Adobe AIR am zis ca este o oportunitate buna sa incerc.

Rezultatul este o mica aplicatie de project management. Pentru server am folosit PHP + SOAP + Zend Framework, pentru client am folosit Adobe AIR cu JavaScript.

Serverul l-am rezolvat in cateva linii:

 1<?php
 2// clasa de autoload pentru Zend Framework
 3include 'Zend/Loader/Autoloader.php';
 4
 5// clasa care va rezolva cererile SOAP
 6include 'SOAP.class.php';
 7
 8// initializez autoloader
 9Zend_Loader_Autoloader::getInstance();
10
11// daca se cere fisierul WSDL pentru descriere
12if(isset($_GET['wsdl'])) {
13 $autodiscover = new Zend_Soap_AutoDiscover();
14 $autodiscover->setClass('test');
15 $autodiscover->handle();
16// daca se face un request SOAP
17} else {
18 $soap = new Zend_Soap_Server("http://localhost/soap/index.php?wsdl");
19 $soap->setClass('test');
20 $soap->handle();
21}
22
23?>

Descriptorul se construieste automat folosind comentarile de tip PHP Documenter din clasa care se ocupa de apelurile SOAP, in acest caz clasa se numeste “test”.

Acum ca am trecut de partea usoara m-am apucat de clientul Adobe AIR urmand acesti pasi simpli:

• Descarcat si instalat Aptana Studio
• Instalat plug-in Adobe AIR
• New project -> Adobe AIR
• and voila! Codarea poate incepe!

Adobe AIR foloseste ca motor pentru JavaScript Webkit. Suna cunoscut? Webkit este folosit de Safari si Google Chrome. Deci codul JavaScript nu trebuie sa fie compatibil decat cu Webkit!

Evident exista un “dar” si un plus. “Dar”-ul este ca exista niste restrictii, de exemplu “eval” nu se poate folosi decat pentru decodare de JSON, iar textul introdus intr-un element direct (ca text) nu poate fi rulat:

1div.innerHTML = "<a onclick=\"alert('ceva')\" href=\"#\">click</a>";

Link-ul va ajunge in element dar nu va rula nimic la onclick pentru ca paramentul a fost trimis ca text.

Asta a fost un dezavantaj destul de mare pentru mine, dar am reusit sa gasesc o alternativa construind elementele html folosind DOM si adaugand actiuni cu addEventListener.

Pe scurt Adobe AIR are formula:

1Adobe AIR = (Webkit)Web Development - security + air framework.

Mi se pare foarte usor de dezvoltat in Adobe AIR pentru un Web Developer care vrea sa realizeze o aplicatie desktop.

Evident nu este foarte rapid si nu mi se pare o solutie buna pentru programe foarte complexe. Dar daca vine vorba aplicatii medii si mici, daca ar trebui sa aleg intre Adobe AIR si PHP GTK de exemplu, prima varianta mi se pare mult mai viabila si usor de folosit!

Pana la urma proiectul a fost gata in mai putin de 3 zile iar grafica a iesit genial! Nici nu pare o aplicati facut folosind doar HTML si JavaScript!