Top 3 browsere folosite pentru a accesa vandpupaza.ro sunt:

• Firefox – 63%
• Internet Explorer – 14%
• Chrome – 14%

În materie de utilizatori Firefox observ că majoritatea vin cu cele mai noi versiuni: 3.5 și 3.6. Pentru Internet Explorer proporțiile sunt distribuite aproape egal între versiunile 6, 7 si 8. Raportul este extras pe o perioadă de 2 saptămâni pe eșantion de aproximativ 500 de vizitatori unici.

Statisticile acestea îmi reîntăresc opinia că trebuie să depun maximul de efort pentru a asigura o bună experiență utilizatorilor judecând după browserele principale folosite pe blogul meu, nu după cum dictează statisticile globale.

Aceste numere îmi spun că pot să am mai mult curaj cu HTML5, Web Sockets, CSS3 și alte noi bijuterii tehnice. Proporția utilizatorilor care se vor bucura de ele nu mai este neglijabilă.

Poate pe web Internet Explorer încă se tine sus în statistici dar aici, la mine pe blog, coboară rapid sub pragul la care mai merită hack-uri specifice.

Cunoscător de: URL rewrite, securizarea şi procesarea formularelor, manipularea sesiunilor. Cunoştinţe temeinice în manipularea datelor de tip STRING şi ARRAY

Nici nu stiu cum sa abordez asta. De ce foarte bun cu String si Array, dar mediocru in celelalte? De ce este nevoie expres de aceasta cerinta in job description?

Sunt sigur ca la securizarea formularelor, cerinta anterioara, va trebui sa folosesti macar expresii regulate (RegEx) si cifre (Number), poate chiar date calendaristice (Date)

In ce tara se afla Romania?

• Double 50% width float problem in Internet Explorer
• Border: none not working on text input in Internet Explorer
  
• Padding right problem on text input in Internet Explorer
• Building an inline search box

Mai am alte articole in draft dar astea s-au bucurat primele de atentia mea.

Este evident ca IE mi-a facut cele mai multe zile fripte, dar am bucatele gustoase despre fiecare browser, chiar si despre Firefox.

Desi mi-am propus sa scriu in principal despre bug-uri am de gand sa imping si niste articole “How to”. Daca ai timp da o citire si trimite-mi niste sfaturi.

Incerc sa-mi mentin obiectivitatea. Cu greu, uitandu-ma la densitatea bug-urilor de IE.

• Am gasit pe blogul Mozilla Webdev un articol foarte bun referitor la pozitia si logica aranjarii imaginilor intr-un sprite – foarte informativ, il recomand.
• In libraria imagemagick exista functia montage care permite imbinarea automatizata de surse intr-o singura imagine; are multe moduri de customizare si o gasesc foarte utila atunci cand lucrezi cu multe spre foarte multe imagini de acelasi dimensiuni (icons) iar sprite-ul evolueaza des prin adaugarea sau eliminarea de imagini.
• Google e foarte nazist in materie de CSS Image Sprites in sensul ca optimizeaza la maxim spatiul utilizat dar foloseste niste metode “nu-prea-web-standards” pentru a afisa continutul imaginii: elemente <span> in scop decorativ, goale, fara continut:

  
  <span class="csb ch" style="background-position:-76px 0;
  margin-right:34px;width:66px"></span>
  

  Folosind aceasta metoda developer-ul nu isi mai face griji pentru imagini care apar din greseala ca background din cauza supradimensionarii elementului caruia ii este atasat sprite-ul. Asta se intampla fiindca are control fin asupra dimensiunilor acelui <span> decorativ.

  <flame> Nu sunt neaparat impotriva acestei metode dar cred ca trebuie sa echilibrezi performanta si usurinta in mentenanta a template-ului cu izbucnirile iubitorilor inflacarati ai standardelor web care vor spune ca trebuie sa scrii markup semantic, iar un span gol, cu scop pur decorativ, este o incalcare flagranta a tot ceea ce este sfant si pur in HTML. </flame>

De ce imi place tr.im:

• economie de caractere suplimentare (13 -http://tr.im/ vs 19 – http://tinyurl.com/)
• mai usor de tinut minte si de scris in browser (sunt un lenes)
• integrare cu twitter
• ceva statistici la URL-urile accesate
• o interfata web  mai placuta (moftul meu)

Stiu ca mai exista o sumedenie de alte servicii care fac acelasi lucru dar mie imi place tr.im.

Grooveshark e un music-on-demand radio online care ofera un serviciu numit tinysong.com prin care postezi pe contul tau de twitter un link spre piesa pe care o asculti.

E adorabil pentru ca Apple va atinge acest numar (pe homepage) cand isi doreste, conform lui downloadcounter.js. Scriptul de JS nu face call-uri asincrone la server, nici macar ocazionale, ci ruleaza un algoritm simplu de incrementare. Singurul punct in care scriptul vorbeste cu serverul mama este la incarcarea paginii cand isi ia cea mai mare valoare atinsa dintr-un fisier text sincronizand data serverului cu cea a localelor de unde ruleaza counterul.

Apple ruleaza scriptul de incrementare pe baza unor predictii obtinute din deja aproape 1 miliard de downloads deci nu face mult rau. Totusi mi-ar fi placut sa vad din cand in cand un call de sincronizare cu numarul oficial de download-uri de la server – de dragul corectitudinii si calitatii cu care Apple isi obisnuieste audienta.

Daca lucrezi cu Prototype.js si ai nevoie de o idee pentru un algoritm de incrementare + counter sa te uiti in cel de la Apple. Daca poti citi cod JS obfuscat o sa il gasesti interesant :)

alert(“Angelo, repari tu asta sau stergi alert-ul ca sa manarim script-ul si sa ascundem eroarea. slider.js, Line 52.”)

E in codul de productie dar, sa fim cinstiti, e un alert comentat.
Distractiv!

Pe o nota relevanta performantei, acest mesaj dragut mananca inutil niste biti din fisier – ceea ce este gresit atunci cand rulezi un site care serveste poze si care trebuie sa fie cat se poate de rapid.

Daca nu ma plictisesc intre timp am sa revin cu un review despre aspectele legate de performanta lui picbox.ro nu despre cum a fost implementat.

Microjobs.ro este un serviciu web care permite urmarirea de anunturi de job-uri postate pe Twitter.

Comparativ cu jobjob.ro care interogheaza automat site-uri de joburi, face sortari semantice si permite cautari globale, microjobs.ro este un efort tehnic nesemnificativ. Totusi, conceptul nu este deloc naiv.

Un job intra in microjobs.ro prin contribuita unui utilizator de Twitter care foloseste o sintaxa specifica. Deci serviciul cere implicare umana directa si nu actioneaza ca un agregator automat.

Avantaje

Tehnic vorbind microjobs.ro este o capusa – se bazeaza pe o sursa de continut administrata de alte sisteme. Acest lucru este benefic dezvoltatorilor pentru ca a permis lansarea rapida a serviciului fara efort semnificativ:

• inregistrarea userilor se face prin Twitter, deci problemele de securitate a datelor sunt administrate de serviciul gazda
• postarea de anunturi si culegerea de anunturi se face prin Twitter care filtreaza continutul cu caracter malefic (XSS, cracking, etc.)
• serviciul nu stocheaza date decat, probabil, la nivel de cache pentru a-si implementa sistemul de cautare pe calupul de mesaje deja colectat. Aceasta face posibila lansarea pe o masina cu performante modeste, deci un cost de scazut de operare.
• continutul pe larg al anunutului de angajare este stocat de alt serviciu pe alt site.
• scalabilitatea este o problema care va fi rezolvata de Twitter. Cache-ul pe care presupun ca il foloseste microjobs il fereste de inactivitatea periodica a serviciului Twitter.

Dezavantaje

Este un concept interesant pe care nu l-am mai vazut incercat pana acum, dar vad cateva dezavataje ale serviciului microjobs.ro:

• Necesita interventie umana
  Desi administrarea continutului se face de catre sistemul gazda, microjobs.ro este predispus troll-ilor. Un troll intr-un social network este orice de la un spamer care vrea sa isi aduca anuntul la suprafata prin postari frecvente pana la un om plictisit care va abuza de sistem postand mesaje care nu au nici o legatura cu scopul site-ului.Acest tip de useri aduce dezavantaje fiindca forteaza developerii sa intarzie dezvoltarea unor feature-uri creative pentru a construi mecanisme de inlaturare a continutului nepotrivit.

  Filtrarea mesajelor se face fie manual, prin interventia unui editor, fie automatizat. Este complicat sa iti faci machine learning pana la un nivel la care poate sa excluda automat mare parte din amenintarile la adresa calitatii serviciului, deci raman la presupunerea ca administrarea se va face de catre oameni.

  Atat timp cat serviciul nu se poate intretine singur eu il numesc monkey-driven.

• Predispuns la mult zgomot
  Desi joaca un rolul unui semi-agregator de job-uri, microjobs nu permite nici un fel de sortare semantica. Mesajele vin calup la fel ca pe Twitter. Zgomotul este mare atunci cand esti cu adevarat interesat sa urmaresti o clasa de job-uri definita de anumiti parametri – companie, nume job, oras, etc.

• Nu foloseste la ceva concret
  Dincolo de o intrupare similara lui zvonit.ro - serviciu care aduce la suprafata mesaje pe twitter care includ constructia #zvon, microjobs nu aduce beneficii directe. Nu ma pot abona la liste de joburi dupa filtre si primesc mult zgomot daca aleg sa il urmaresc din contul de Twitter.

Nu cred ca scalabilitatea serviciului va fi o problema pentru ca nu il vad ajungand departe. Nu aduce beneficii dincolo de propagarea unor anunturi de angajare.

Concluzie

Microjobs a fost cu siguranta o joaca tehnica interesanta dar avand in vedere ca nu aduce beneficii palpabile utilizatorilor sai ramane doar un experiment cu API-ul de Twitter. Vad mai multa utilitate in existenta sa drept serviciu conex unor site-uri solide de joburi precum jobjob.ro, jobber.ro, sau bestjobs.ro.

Fiindca nu rezolva nici o problema nu vad cum aceasta aplicatie ar putea fi monetizata astfel incat sa se merite intretinerea sa. Probabil va ramane doar la nivel de experiment.

Mi-ar placea sa vad cum parerea mi-e contrazisa de catre developerii din spatele microjobs.ro care ii vor aduce un plus de valoare printr-un feature cu adevarat inovator si util.