De ce WebKit?

Încă de la începuturi, Adobe România a fost focalizată pe zona de Web. Asta a însemnat realizarea de produse ce foloseau atât web-ul ca platformă dar și produse care foloseau tehnologii web în afara contextului clasic de browsing. Unul din aceste produse a fost Adobe AIR – la care echipa din România a contribuit încă de la primele iterații, cu suportul pentru realizarea de aplicații AIR folosind HTML, CSS și JavaScript. Toate astea, folosind motorul de randare HTML WebKit (regăsit în Apple Safari, Google Chrome și majoritatea browserelor de pe plaformele mobile non-Microsoft).
Ulterior, în vremurile mai recente, WebKit a fost folosit de către echipe din România și din US ca bază pentru prototipuri care au ajuns noi specificații CSS (CSS Regions, CSS Exclusions, CSS Shaders). Cu alte cuvinte exista deja o masă critică de oameni cu experiență de WebKit și dorința de-a învăța și pe alții.

Ce presupune un hackathon?

Un hackathon este în principiu un eveniment în cadrul căruia un grup de programatori (dar nu numai, nu neapărat) se adună pentru a lucra la un produs sau la o idee. Ce rezultă în urma unui hackathon variază foarte mult, de la simple noi teste în jurul unei funcționalități, până la repararea de bug-uri sau prototiparea unor funcționalități noi.

Acesta a fost primul hackathon de WebKit organizat 100% de echipa din București (deși unii colegi aveau deja 1-2 hackathoane la activ, împreună cu echipele din US). În final ne-am strâns ~16 oameni, cam în proporții egale ingineri din Adobe România și studenți din Politehnică. Pentru studenții din Poli, Adobe a pus la dispoziție toată infrastructura (laptopuri, acces la Internet, locație) și utilitățile necesare (suc/ceai/cafea, pizza la prânz și bere după demo-urile de vineri), totul sub atenta organizare a lui Mihnea Pe lângă demitizarea procesului de contribuție, unul din scopurile hackathonului a fost și promovarea contribuției la WebKit printre studenții la Poli.

Prima zi a fost mai mult de familiarizare cu codul și procesele din jurul WebKit – Mihnea și Răzvan au ținut prezentări despre arhitectura și comunitatea WebKit, procesul de submitare de patch-uri, how-to-s sau proiectele la care lucrăm acum. Apoi s-au format echipe, în jurul diferitelor idei. În ciuda unor probleme în configurațiile software, la finalul zilei, aproape toți reușiseră măcar să compileze WebKit-ul. „Grosul” dezvoltării s-a făcut în a doua zi și în prima parte a celei de-a treia zile, iar vineri după-masă echipele și-au prezentat realizările. În ciuda unor dificultăți tehnice care au încetinit prezentările vineri, totul a mers bine, la final având un număr mare de demo-uri în stare aproape finală. Lucru cu atât mai îmbucurător cu cât doar câțiva dintre participanți aveau experiență de lucru cu WebKit (pentru mine a fost prima dată când am deschis cod de WebKit în XCode ).

Demo time!

www.youtube.com/watch?v=cvywEynl2gM

În cele ce urmează, veți găsi o scurtă descriere pentru fiecare din proiectele realizate în timpul hackathonului, împreună cu screenshot-uri, video-uri și, acolo unde este cazul, link-uri la codul produs.

Resize event pentru orice element HTML

În HTML singurul obiect care aruncă evenimente de tip resize este window. Uneori însă, în layout-uri complexe sau în situații în care conținutul se poate modifica dinamic, codul pentru a detecta schimbări de dimensiune ale elementelor poate fi destul de complicat. Prototipul realizat de Mihai Maerean, Cătălin Badea și Mihai Bivol adaugă evenimente de tip resize pe orice element DOM din HTML.

www.youtube.com/watch?v=k-1kq3amVa0

Suport pentru CSS Regions în DRT

Dump Render Tree (sau pe scurt DRT) este o componentă din WebKit folosită de frameworkul de testare automată. Folosind DRT, poziția pe ecran și relația elementelor DOM poate fi exportată în format textual sau ca imagini, permițând compararea rezultatelor cu niște valori așteptate, considerate corecte. În cazul CSS regions, pentru elementele care sunt poziționate într-o regiune, această informație nu este expusă de DRT în format text. Asta face imposibilă crearea de teste automate care folosesc compararea textuală a rezultatelor. Patch-ul la care au lucrat Ion Roșca și Cătălin Ușurelu permite folosirea DRT pentru teste de CSS Regions cu rezultat text. De asemenea pentru a putea lucra pe Windows la acest patch, Ion a trebuit să mai rezolve un bug.

www.youtube.com/watch?v=ErVNZwUZoVY

Poziționarea subtitrărilor în <video> (WebVTT)

www.youtube.com/watch?v=tTdleDoXo5o

Una din specificațiile referitoare la video în HTML 5 este WebVTT. WebVTT standardizează modul de tratare și afișare a track-urilor de tip text într-un element <video>, fie că e vorba de subtitrări, closed-captions sau orice alt fel de conținut text adăugat peste un element video. Patch-ul lui Victor Cărbune îmbunătățește suportul pentru WebVTT din WebKit, asigurând vizibilitatea textului indiferent unde este el poziționat.

www.youtube.com/watch?v=ZcQUCuHmjt0

background-clip și border-radius

În ultima versiune de Safari, proprietatea background-clip nu este aplicată corect în cazul în care un element are mai multe imagini de fundal și elementul are specificat și border-radius – aka colțuri rotunjite. Vladimir Grecescu a implementat un fix pentru acest bug dar, după cum spunea și el în prezentare, mai sunt încă niște pași de făcut până ce patch-ul va fi acceptat în trunk-ul WebKit.

www.youtube.com/watch?v=snhNp0ZoNNc

WebInspector bug

Un bug destul de sâcâitor în Web Inspector-ul din WebKit apare la editarea regulilor CSS „read-only” – de exemplu cele provenite din style-sheet-ul implicit al browser-ului sau din setările utilizatorului. În mod normal, dublu-click într-o regulă CSS adaugă o nouă pereche proprietate-valoare, care poate fi editată. În cazul anterior însă, dublu-click adaugă o pereche nouă vidă care nu poate fi editată. Încercarea de-a o edita cu dublu-click duce la adăugarea a încă o astfel de pereche. Nimic grav, dar destul de sâcâitor. Patch-ul realizat de Vlad Voicu rezolvă acest bug și a fost deja submitat și inclus în trunk-ul de WebKit.

www.youtube.com/watch?v=Y32huMwU_C4

CSS counter-set

CSS 2.1 permite un oarecare control asupra contoarelor CSS (folosite de exemplu de listele ordonate) prin proprietățile counter-reset și counter-increment. CSS 3 adaugă o proprietate nouă – counter-set – pentru mai mult control. Cu toate acestea, counter-set nu este încă implementat în WebKit. Patch-ul lui Andrian Cucu adaugă suport pentru această proprietate.

www.youtube.com/watch?v=jm5Q1ap28wY

Web Inspector à la «Inventing on principle»

Prezentarea lui Bret Victor «Inventing on principle» a stârnit multe conversații în jurul instrumentelor de dezvoltare actuale și a celor viitoare. Horia a încercat să prototipeze câteva din ideile din «Inventing on principle» referitoare la editarea vizuală și cu feedback instantaneu de CSS, peste Web Inspector-ul din WebKit. Ce a ieșit, vedeți mai jos

www.youtube.com/watch?v=I9b-6ihcSWE

Mouse events în CSS Regions

Implementarea curentă de CSS Regions are câteva goluri în zona evenimentelor declanșate de utilizator (mouse events, keyboard events). Unul din ele este faptul că în cazul click-urilor pe conținut poziționat într-o regiune, un dezvoltator JavaScript nu poate afla ușor și direct în ce regiune a fost făcut click-ul în cazul în care conținutul „curge” prin mai multe regiuni. Patch-ul lui Alexandru adaugă la evenimentele de mouse declanșate într-o regiune un nou membru, care conține informații despre regiunea în care a fost făcut click-ul.

www.youtube.com/watch?v=RHlf1jd3iSU

Teste pentru CSS Regions

Deși regulile pentru submitarea de cod în WebKit cer ca pentru orice nou feature să fie adăugate și teste, de cele mai multe ori testele incluse inițial nu sunt acoperitoare. Așa se face că există o categorie aparte de bug-uri în WebKit, care vizează adăugarea de teste pentru anumite părți dintr-un feature, care nu sunt încă acoperite în suita de teste automate (numită LayoutTests). Eu am lucrat la un astfel de bug, submitând teste care verifică faptul că specificitatea și poziția regulilor CSS sunt respectate când se folosește region styling. Ocazie cu care am descoperit încă un bug în aceeași zonă.

www.youtube.com/watch?v=W9UJ8Hwu520

Alte demo-uri

Deși nu apar înregistrați „pe bandă”, au mai participat și:

• Andrei Poenaru – care a lucrat la repararea unor teste de audio și video care erau incorecte
• Radu Apostoleanu – care a încercat să adauge un eveniment overflow pe obiectele NamedFlow din CSS Regions.
• Răzvan Căliman – care a studiat posibilele interacțiuni dintre Shadow DOM și CSS Regions și cum ar putea fi folosite cele două pentru a crea un model mai elegant de folosire a regiunilor. Concluziile celor 3 zile de studiu sunt publice, pe GitHub.
• Mihnea Ovidenie și Raul Hudea – care au ajutat cu sfaturi în orice a însemnat dezvoltare WebKit

Și încheierea de maxim efect

www.youtube.com/watch?v=gWdemNILD4k

Ce mai zic și alții

[...] pe mine m-au bucurat in special oamenii care si-au aratat dedicatia, deschiderea spre comunicare si intelegerea catre cei care nu aveau aceeasi experienta in spate.

Am invatat mai multe despre Webkit si cum este el structurat, m-am lovit de structura implementarii lui (.h, .c, .idl) si toate dependintele care duc la creearea webengine-ului. Am invatat rigoarea in dezvoltarea pe termen lung a unui produs, importanta comment-urilor (care nu prea exista), importanta unui cod usor de inteles si a testelor.

Cu toate ca a fost prima oara cand m-am lovit de webkit si un objective-c riguros, nici Mihnea si nici Raul nu m-au facut sa ma simt nasol sau ca nu as stii destul in ciuda numarului mare de intrebari pe care l-au primit de la mine. [...]

In concluzie evenimentul a fost unul reusit in mare parte datorita tuturor care au avut o atitudine deschisa si au fost gata sa sara peste orice problema de 32 de bitzi.
(Radu Apostoleanu)

Am avut ocazia sa intru in detalii cu Shadow DOM si cum interactioneaza cu CSS Regions.

Am descoperit cateva limitari ale implementarii noastre pe care le putem corecta din timp. Asta e foarte bine! Shadow DOM are foarte mare potential si cred ca trebuie urmarit indeaproape in perioada urmatoare.

Ca urmare a hackatonului am publicat un scurt document cu ce am invatat: https://github.com/oslego/shadow-dom-regions/blob/master/Lessons-learned.md.

Documentul a generat ceva interes in cercurile oamenilor din domeniu. Dimitry Glazkov, initiatorul Shadow DOM si Paul Irish, Google Developer Advocate, au salutat initiativa si au dat mai departe documentul catre followerii lor.

Provocarea a venit din partea documentatiei limitate pentru Shadow DOM. Fiind un feature inca in dezvoltare a trebuit sa ma bazez doar pe LayoutTeste din WebKit si pe specificatia W3C pentru a intelege ce este bug si ce este limitare de implementare.
(Răzvan Căliman)

Hackathon-ul a reprezentat pentru mine o experiență deosebită, întrucât am participat atât ca organizator și mentor, fiind intern Adobe, cât și ca participant la început de drum în privința contribuțiilor în WebKit. Am avut multe lucruri noi de învățat și am fost surprins să văd feature-uri foarte de interesante și complexe dezvoltate într-un interval de timp extrem de scurt. Încă o dată, am înțeles că entuziasmul și perseverența sunt suficiente pentru a mișca lucrurile repede și în direcția potrivită.
(Victor Cărbune)

Mulțumim celor care-au participat, celor care au organizat și… să ne vedem la următorul!

Cautam o firma din Romania interesata de un proiect relativ mare de testare a unei platforme web – Business Catalyst.

Ne trebuie sa testam intreaga platforma, atat partea de Administrare, cat si partea de frontend unde are loc dezvoltarea efectiva de siteuri. Vorbim de cateva mii de teste, care ar trebui sa completeze testele curente pe care le avem noi. Specificatia testelor o sa vina de la echipa noastra.

Daca exista vreo firma in Romania cu ceva experienta in zona de testare automata web, interesata de un contract de dezvoltare a unei suite de teste Selenium si WebDriver, sa ne dea de veste la acostin@adobe.com

Alexandru

Seria de evenimente deschisa pe 2 Februarie continua cu un nou eveniment dedicat de aceasta data formelor HTML5: ce este nou si cum le poti stiliza. Dupa cum puteti vedea si din titlu, intre timp am rebotezat seria din “Adobe Developer Days – Web Platform” in “Adobe WebUp” (simteam nevoia sa clarific acest lucru ca sa nu fie confuzii).

Fara a mai trage de timp va asteptam pe 23 Februarie in sediu Adobe Romania la etajul 6. Pentru inregistrare si detalii click aici.

Pe curand,
Mihai Corlan

Nu vreau sa vorbesc insa despre asta la modul general, ci vreau sa atrag atentia asupra unui aspect care poate trece usor neobservat, dar care este relevant pentru lumea digital publishing-ului: este primul browser de pe mobile care are suport partial de CSS Regions. Este un prim pas in a permite web designerilor sa creeze usor layout-uri complexe, de genul celor din publicatiile profesionale, si care sunt in acelasi timp adaptive la dimensiunile oricarei tablete sau smartphone.

Pentru cine nu a aflat inca, CSS Regions este o initiativa pornita din Adobe Romania, implementata tot in Romania de catre echipa WebKit. Faptul ca CSS Regions a ajuns in Chrome pentru Android ne demonstreaza ca obiectivul nostru de a ne implica activ in imbunatatirea web-ul este realizabil. Ne demonstraza ca o echipa din Romania poate influenta directia in care se indreapta web-ul.

Ca o paranteza, CSS Regions este suportat si de Chrome pentru desktop, incepand cu versiunea 15, si este implementat partial si in IE10 beta.

Felicitari echipei WebKit!

Sunt Catalin Grigoroscuta, si vreau sa va vorbesc despre cateva lucruri foarte interesante la care lucram in Adobe Romania, lucruri despre care poate putina lume stie ca sunt facute la noi, si despre echipa care lucreaza la ele.

Numele echipei in care lucrez acum la Adobe Romania este “WebKit Expressiveness”, iar misiunea noastra este de a impinge mai departe limitele a ceea ce este posibil sa faci folosind tehnologii Web. Adobe a fost inca de la inceput si continua sa fie partenerul designerilor si al oamenilor creativi in general, ajutandu-i sa-si transpuna ideile in spatiul online. Pentru asta, am facut tools-uri destinate oamenilor de creatie (gen Photoshop, Illustrator, Flash Authoring, si restul aplicatiilor care formeaza Creative Suite), insa i-am ajutat si in a-si aduce creatiile in fata utilizatorilor. Astfel, pe vremea cand standardele web permiteau putin peste  simple documente HTML, noi am facut Flash Player-ul – care in esenta nu este decat o platforma ce permite afisarea unui continut mult mai “rich” decat permiteau browserele si standardele din spatele lor.

Intre timp lucrurile au evoluat, a aparut explozia device-urilor mobile (smart phones, tablete), HTML(5) s-a impus ca standard de facto pentru prezentarea continutului cross-devices si a evoluat foarte mult ca standard, insa misiunea noastra a ramas aceeasi: de a ajuta oamenii creativi sa faca continut cat mai bun, pe care sa-l poata distribui unui numar cat mai mare de oameni. Desi standardele web au evoluat foarte mult in ultima vreme (ajunge sa runcati o privire pe www.theexpressiveweb.com ca sa va faceti o idee cam unde s-a ajuns), noi credem ca mai sunt inca multe lucruri de imbunatatit, si vrem sa ajutam activ la asta.

Am inceput acum un an si ceva, cand lucram cu o ehipa din statele unite la un prototip – o incercare de a publica continut profesional pentru reviste in formatul HTML. Desi poti face multe lucruri intr-o pagina HTML, afisarea unei pagini dintr-o revista profesionala (gen Wired Magazine), al carei design este facut cu tool-uri profesionale (gen InDesign, Illustrator), la un nivel inalt de fidelitate, care sa se vada bine pe orice tableta, pur si simplu nu este posibil. Nu voi intra aici in detalii din lumea print-ului, insa doua dintre limitarile majore de care ne-am lovit au fost: cum sa faci un text sa “curga” in mai multe regiuni definite in pagina, astfel incat sa arate bine pe cat mai multe rezolutii, si cum sa “decupezi” textul in jurul unor imagini cu forma arbitrara. Solutii tehnice au fost gasite pe moment, insa presupuneau cunostinte foarte avansate de JavaScript, si o complexitate foarte ridicata. Asa ca ne-am gandit: ce-ar fi sa impingem mai departe standardele HTML/CSS astfel incat lucrurile acestea sa fie simplu de realizat intr-o pagina HTML de catre oricine?

Asa au aparut CSS Regions si CSS Exclusions, primele noastre contributii la standardele web (ma refer aici la Adobe Romania). Acum un an, la MAX 2010, am aratat primul prototip de regions si exclusions. Am luat WebKit-ul (HTML layout engine-ul din spatele cunoscutelor browsere Chrome si Safari, si pe baza caruia sunt implementate si browserele de pe Android si iOS), si am inceput sa-l modificam pentru a adauga suport de regions si exclusions. Am reusit apoi sa instalam acest WebKit modificat pe o tableta Android (lucru nu chiar trivial – dar despre asta in alt post), si l-am prezentat la MAX. Alexandru Chiculita (aka Chicu), Virgil Palanciuc si Andrei Bucur au fost temerarii care au reusit sa faca prototipul de WebKit, iar Razvan Caliman (aka TSK) ne-a aratat ce poate face un web designer cu noile feature-uri ce CSS.

Reactia comunitatii web a fost una foarte buna, asa ca am mers mai departe pe doua directii: una de standardizare, contretizata sub forma unei propuneri de specificatie pentru W3C (organismul care se ocupa de standardele HTML si CSS), si a doua de implementare a specificatiei in WebKit. Si nu ma refer aici la un prototip peste WebKit, ci chiar la contribuitia in proiectul WebKit – proiect open source. La nici un an de cand am inceput sa facem asta, CSS Regions si CSS Exclusions au ajuns specificatii W3C, prima parte din CSS Regions a fost implementata in WebKit  si se gaseste deja in Chrome 15, iar Microsoft a implementat deja acest spec in IE10. Doi dintre colegii mei, Alexandru Chiculita si Mihnea Ovidenie sunt acum committers in WebKit (titlu acordat de ceilalti membri ai proiectului ca recunoastere a contirbutiilor aduse), si lucram impreuna cu Apple si Google la WebKit (de altfel, ingineri de la Apple au ajutat chiar la implementarea de CSS Regions). Mai multe despre CSS Regions puteti gasi pe Adobe Labs; pentru un quick intro puteti citi acest articol, iar aici gasiti un demo inregistrat.

Nu ne-am oprit insa la Regions si Exclusions: o alta directie pe care ne-am hotarat sa o exploram este cea aplicarii de efecte pe elemente HTML. SVG-ul permite deja aplicarea anumitor efecte pe elemente SVG (gen blur, shadow), iar acum se lucreaza activ la aplicarea acestor efecte pe elemente HTML. Lista efectelor posibile este insa una restransa, limitand creativitatea autorilor de continut. Inspirandu-ne din lumea jocurilor, ne-am dat seama ca putem extinde concepul de “filtre” din SVG (si apoi HTML) permitand autorilor sa-si creeze propriile filtre prin vertex shaders si pixel shaders. Prin aplicarea de shaders arbitrare pe orice element HTML, posibilitatile deschise sunt uimitoare. Puteti vedea aici un quick demo cu cateva dintre lucrurile care se pot face, si mai multe in acest articol introductiv.  Echipa din Romania, cu ajutorul unor interni, a implementat un prototip de CSS Shaders in WebKit, care a fost prezentat la MAX 2011. In prezent, lucram la standardizarea lui (cu ajutorul unui coleg din Statele Unite), si la implementarea din WebKit mainline.

Nu voi mai intra in alte detalii despre aceste lucruri, insa as vrea sa vorbesc putin si despre echipa care sta in spatele lor (Chicu, Mihnea, Raul, TSK). Intai de toate, sunt oameni foarte pasionati (de web, de design, de a face lucruri noi si creative), care vor sa schimbe status quo-ul. Apoi, sunt oameni cu foarte multa experienta in programare. Chicu, Mihnea si Raul sunt programatori C++, insa cunosc foarte bine tehnologiile web (JavaScript, HTML, CSS), si programeaza atat pe Windows cat si pe OS X. Si bineinteles, la baza au cunostinte solide din ceea ce numim generic “computer science” (algoritmi, structuri de date, concepte si paradigme de programare). TSK este un web developer, care actioneaza ca o legatura intre lumea C++ si lumea dezvoltatorilor de aplicatii web, si ne ajuta sa ne dam seama cum vor folosi dezvoltatorii web feature-urile pe care le propunem.

Este o echipa mica, insa talentata, creativa si foarte ambitioasa, cu planuri mari. Am dori sa gasim si alti oameni la fel de pasionati si talentati care sa ni se alature in aceasta misiune de a face web-ul mai bun, si chiar avem pozitii deschise in echipa si cautam activ.Asa ca, daca sunteti sau cunoasteti oameni cu experienta in C++, pasionati de web, si care vor sa contribuie la ceea ce facem noi, trimiteti-ne un CV (aici gasiti mai multe detalii despre ce trebuie sa stiti pentru a aplica pe aceasta pozitie).

Daca esti in ultimul an la facultate, probabil te gandesti la ultimul hop al facultatii. Nu, nu ne referim la banchetul de final ci la scrierea lucrarii de diploma.

Adobe Romania te asteapta in perioada martie – iunie 2012 sa iti faci lucrarea de diploma alaturi de o echipa de ingineri pasionati (si destepti zicem noi ), in cadrul unui stagiu platit. Pentru a vedea care sunt criteriile de selectie si temele interesante propuse de noi, din sfera digital publishing, video sau desktop te invitam sa accesezi pagina noastra de edu.

Bafta!

Our future work with Flash on mobile devices will be focused on enabling Flash developers to package native apps with Adobe AIR for all the major app stores.  We will no longer continue to develop Flash Player in the browser to work with new mobile device configurations (chipset, browser, OS version, etc.) following the upcoming release of Flash Player 11.1 for Android and BlackBerry PlayBook.  We will of course continue to provide critical bug fixes and security updates for existing device configurations.  We will also allow our source code licensees to continue working on and release their own implementations.

Problema apare cand ajungi pe partea celalalta a baricadei. Tu, ca manager, ai angaja pe cineva al carui prim interes este salariul?

James Treybing, CEO al firmei Tandem Computers care a fost cumparata acum ceva ani de HP, avea o teorie foarte interesanta. “If people come for the money, they will leave for the money”. Cu alte cuvinte, daca salariul e prima si cea mai importanta grija a unui angajat probabil ca va veni pentru o oferta buna, dar la fel de repede va si pleca pentru o oferta mai buna decat a ta. Nu il vor lega de firma nici atmosfera, nici colegii, nici proiectul la care lucreaza. Cel putin, nu il vor lega suficient de puternic incat sa refuze urmatoarea oferta valorica.

Si atunci Tandem angaja pe alte principii. Erai invitat la interviuri, ti se prezenta firma, ti se prezenta proiectul, si ti se facea o oferta, daca te incadrai in ce cautau ei. Oferta continea toate detaliile pe care ti le puteai dori, mai putin unul: salariul. Celor care intrebau in cadrul ultimului interviu li se raspundea: “Firma plateste la un nivel competitiv. Stim cat castigi acum, stim cat ai vrea sa castigi, si te asiguram ca vei fi platit bine. Dar vrem sa vii langa noi pentru ca iti doresti sa faci parte din echipa asta, pentru ca iti place proiectul si pentru ca iti place atmosfera.” Celor care insistau, li se retragea oferta.

Oricat de interesanta pare ca idee de recrutare, nu stiu cat de aplicabila ar fi in Romania, unde salariile si conditiile variaza foarte mult de la o firma la alta. Dar intrebarea din titlu ramane. Note: There is a poll embedded within this post, please visit the site to participate in this post's poll.

Cautam un Rambo al Graphic Design-ului + un Agent 007 al UI/Web Development-ului (pt o misiune de o luna sau doua).

Tinta misiunii lor: Partea de frontend – Graphic design+html CSS pt un proiect de genul asta: http://tv.adobe.com/

Ce vor face ei? Vor colabora la nivel strategic cu un User Experience din Romania si cu echipe ”de guerrilla” experte in dezvoltare, distribuite din Statele Unite si India.

Briefing-ul misiunii: Durata proiectului : prima faza 1-2 luni. Misiunea poate continua ulterior, in functie de cum va evolua proiectul.

Cerinte:

Pentru UI/Web Developer, cunostinte f bune de dezvoltare web – front end (HTML, CSS etc). Proiecte prin care sa dovedeasca asta

Pentru Graphic Designer – cunostinte foarte bune de design pt web, design pt aplicatii enterprise. Experienta maxima cu sculele de design. Portofoliu care sa ne dea pe spate.

Pentru ambii: viteza de executie la calitate corespunzatoare, disponibilitate sa lucreze la sediul nostru pentru o luna sau doua,

cunostinte de supravietuire in conditii de termene f agresive si cu schimbari facute pe loc sau din mers.

Membri commando-ului vor primi: echipament de lupta, bani, faima si un loc de cinste in echipa contractorilor nostri

Pentru detalii si inscrieri, contactati centrul de operatiuni la

cfara@adobe.com

0723 688 244