Dupa ce ieri au aparut pe Internet diverse secvente dintr-o banda desenata care anunta un browser Google, azi este oficial: Google Chrome. Conceptul pare interesant, dar abia astept sa-mi pun mainile pe versiunea beta care va fi lansata undeva in cursul zilei.

Dupa cum si Bobby Voicu zice, parca era mai bine daca sustineau masiv dezvoltarea Firefox.

Anyway, revin cu detalii :).

UPDATE: Puteti downloada Chrome de aici. Se misca super, e foarte rapid, astept supportul pentru extensii si niste extensii bune ca sa pot migra.

UPDATE2: User-agent-ul returnat este Safari/Mac OS X desi sunt pe Vista :). WebKit-ul trebuie integrat mai cu atentie.

Ultimul update: de pe twitter – If Google calls theirs “Chrome”, will people start referring to Internet Explorer as “Rust”?

Ca totul sa mearga bine si clientul sa fie fericit, trebuie sa-ti testezi layout-urile cel putin pe Firefox, IE7 si IE6. In momentul de fata, Internet Explorer cu versiunile 6 si 7 domina piata in special din cauza comoditatii utilizatorilor, unei informari deficitare sau din cauza uneltelor care merg doar impreuna cu IE, dar asta e o poveste pentru un alt post.

Pentru developerii cu XP, testarea atat pe IE6 cat si pe IE7 e foarte simpla: iti instalezi IE7 si apoi Multiple IE. In schimb, daca ai Vista, lucrurile se complica putin mai mult pentru ca IE6 nu poate fi instalat din cauza schimbarilor la nivelul kernel-ului. Singura solutie viabila pe care am gasit-o pana acum (exceptand instalarea separata a XP-ului) a fost instalarea unei masini virtuale.

Pe site-ul Microsoft gasiti imaginile, iar pentru a descarca ultima varianta a Virtual PC mergeti aici. Imaginea de XP cu IE6 se numeste sugestiv IE6-XPSP2_VPC.EXE. Dupa ce ati dezarhivat-o, deschideti-o cu Virtual PC si astfel veti avea o masina virtuala numai buna pentru testare :).

Daca iti pierzi o buna bucata din timp editand cod, ce editor folosesti, pentru ce si de ce?

Eu momentan folosesc Notepad++ pentru ca e foarte light, are o interfata placuta si un client de ftp built-in care-mi urca pe server la fiecare salvare (stiu ca nu e o noutate, dar e primul editor la care mi-a placut cum a fost implementat); il folosesc pentru PHP si CSS in mod uzual.

Kappak mi-a aratat phpED, un editor complex cu extraordinar de multe feature-uri (ceea ce in mod uzual ma deranjeaza), dar in mare parte feature-urile sunt foarte utile daca sunt folosite adecvat. Nu m-am jucat decat cateva ore de munca cu el, dar imi place cum face focus doar pe limbajul in care lucrezi (gen daca editezi PHP-ul unui fisier, codul de HTML devine un gri deschis si invers), tine contabilitatea tuturor variabielor si functiilor din fisierul curect, implementeaza in interfata comentariile gen php Documentor, iti sugereaza nume de variabile si de functii definite prin cod. Per total pare un super tool, dar sa vad daca reusesc sa-l integrez in flow-ul meu.

Revenind, voi ce folositi? (in principiu sunt curios, dar vreau si sugestii)

S-a dat drumul la inregistrari de domenii pe cel mai nou TLD – .me. Prin urmare eu mi-am vazut interesul si mi-am inregistrat organizing.me, domeniu pe care va fi gazduita o super platforma de task si project management la care lucrez cu Jerry.

Domeniul l-am luat de la GoDaddy unde costa aproape 20$ pe an cu o perioada minima de inregistrare de 2 ani. Daca aveti idei bune, acum e momentul sa le fructificati :).

Luni, 14 iulie, se organizeaza wurbe #11 la care intentionez sa particip. Wurbe este locul de intalnire a dezvoltatorilor web din Bucuresti; mai multe detalii se gasesc pe pagina asta.

Cateva articole pe care le-am gasit interesate si utile in ultimele zile:

• Subversion si PHP – amicul Jerry care de curand a inceput sa descopere SVN (soft de versioning) si isi impartaseste cunostintele dobandite – foarte util pentru incepatori. Probabil primul articol dintr-o serie ce va urma
• Martian Headsets – un post pe care l-am citit acum ceva timp care trateaza standardele web
• Project from Hell – o companie care producea soft ineficient
• How hard could it be? – prima sedinta a lui Joel cu Bill Gates
• Working at Google vs. Working at Microsoft – de ce unii angajati Google prefera sa plece la Microsoft
• How to sell your software for $20K – cum sa-ti alegi produsul pentru compania ta de software aflata la inceput si cum sa-l vinzi.

Multumesc Radu Mosmonea pentru ca mi-ai share-uit ultimele 4 articole :).

Contrar ce s-a anuntat pe blogurile unor pasionati de web developent si unele site-uri, Google azi nu a anuntat ca poate indexa Flash-ul (pentru ca asta face de foarte mult timp), ci faptul ca a facut progrese uriase in acest domeniu. In principiu, aceasta informatie e scrisa clar in link-ul precedent, dar a fost propagata fals in media online. Am vrut sa incep cu acest lucru pentru ca aceasta diferentiere este importanta.

Revenind la stire, detaliile sunt urmatoarele:

• in momentul de fata Google poate sa indexeze si sa clasifice tot textul din Flash-uri, in schimb nu indexeaza imaginile
• sunt indexate si link-urile, astfel ca tot continutul site-ului va fi descoperit fara a mai fi nevoie de creare de link-uri suplimentare, interne sau externe
• aceste link-uri nu vor avea asociate o ancora, lucru foarte important pentru SEO
• text-ul provenit din surse externe (HTML, XML, txt etc) va fi indexat separat, iar informatia nu va fi asociata cu Flash-ul care le apeleaza

De ce este importanta aceasta stire?

Flash-urile de obicei au un continut bogat grafic si pot atrage mai multi vizitatori datorita acestui lucru. Interactivitatea este mai mare si mai placuta in acest tip de site-uri decat in site-urile “statice”. Alternativa este AJAX, dar deseori rezultatul este mai greoi si mai greu de optmizat pentru toate browserele. Site-urile care folosesc AJAX ca substituent al Flash-ului nu au rezultatul scontat.

Unul din argumentele des intalnite impotriva folosirii Flash-ului a fost cel SEO: site-urile nu pot fi indexate in intregime si continutul nu poate fi catalogat corespunzator. Chiar daca unii webmasteri zelosi incercau diverse lucruri pentru a optimiza site-ul pentru motoare de cautare, rezultatul era departe de optim.

Desi nici acum rezultatul nu este egal cu site-urile care afiseaza continutul cu ajutorul HTML/CSS si AJAX, pasul facut este urias.

Se spune ca ideea pe care iti bazezi startul de antreprenor este foarte importanta. Iti vine o super idee pe care vrei sa o dezvolti intr-un super business. Popescu are aceasta idee, dar nu are experienta suficienta in domeniu (cum deseori se intampla) dar avand o pornire deosebita, decide sa ia deciziile pe as he goes. Nu are plan de afaceri bine pus la punct, dar este convins ca are o idee de succes. Din intamplare super ideea lui are aplicare in online, drept urmare are nevoie de un site sau poate chiar o aplicatie mai complexa.

Ar putea fi tentat sa creada ca daca se misca repede si angajeaza pe cineva sa-i faca acel site cunoscand doar o parte din cerinte, el va scuti timp pretios. Cum in online totul se misca foarte repede, site-urile apar si dispar peste noapte, pare o abordare logica. Ei bine, aici se inseala omul nostru si cel care s-a angajat sa-i construiasca aplicatia din nevoie de bani sau din prea mult optimism.

Dezvoltare initiala

Aici se duce totul de rapa. Aplicatia care se construieste cu brief-ul incomplet, din care lipsesc amanunte ce se vor dovedi esentiale va fi implementata prost. Constructia proasta inseamna ca e nevoie de timp de reconstructie a sectiunii/sectiunilor, sau mai rau: multe bug-uri, incercari de peticire, generare de si mai multe bug-uri si uite asa avem o aplicatie defectuasa care nu se ridica la nivelul asteptarilor.

Ca sa nu fiu inteles gresit, majoritatea aplicatiilor mari au bug-uri, majoritatea cunoscute si asupra carora se lucreaza pentru remediere. Aplicatia este complexa, gandita de mai multe capete si implementata de mai multe capete. Nu toate aceste capete sunt perfecte, genii ale planificarii sau ale programarii si din acest motiv apar bug-uri, bug-uri normale.

Dezvoltare aditionala

Sa revenim la aplicatia noastra construita dupa un brief incomplet/defectuos. Am dezvoltat-o si i-am dat drumul asa cum este ea. Nu e cea mai buna, dar este a noastra si ne mandrim cu ea – doar nu stam sa o refacem (cum ar fi normal, costul unei reconstructii s-ar amortiza foarte repede comparativ cu costurile dezvoltarii pe o platforma proasta). Ne gandim ca o peticim usor usor si introducem functionalitate noua – ce facem in plus fara sa vrem este sa adaugam si mai multe bug-uri care vor creste costul intretinerii si

Concluzie

Costuri. Totul se reduce la costuri. Firma care dezvolta site-ul pierde oameni care muncesc mai mult decat e nevoie, inutil, cand talentul lor ar putea fi exploatat in alte directii. Oamenii vor fi plictisiti, nemotivati, stresati, vor programa cu scarba, iar rezultatul nu va fi din cele mai bune (nu vreau sa aduc aminte din nou de gandaci).

Clientul va suporta inevitabil un termen de livrare ce depaseste deadlineul, o functionalitate a site-ului care poate indeparta din vizitatori si costuri mai mari de dezvoltare (si firma care dezvolta trebuie sa-si amortizeze malaiul intr-o buna parte, nu?).

Totul in final se rezuma la bani. Morala: mama lui de brief, faceti-l bine din prima si nu va apucati de lucru pana nu aveti o varianta finala.