Traitul ne ridica uneori probleme. Si de multe ori cuvintele nu sunt de ajuns pentru a afla cum sa faci. Pentru a trai avem nevoie mereu de cineva, ceva in jurul nostru care sa ne ajute. Toate, de la atomii din aer pana la sufletul pereche, ne invata, secunda de secunda, sa traim. Cum sa respiram, in ce fel sa mergem, de ce sa plangem, cand sa strigam, cum sa ne odihnim, cui sa zambim,daca sa uitam, pentru ce sa ne sufocam, despre ce sa ne aducem aminte, unde sa izbucnim in hohote, in ce directie sa ne ridicam, cum sa oferim si cand sa primim. A trai nu e niciodata o lectie care se invata de unul singur, si in nici un caz fara ajutor.

Daniel mai are foarte multe de invatat, cum sa fie tatic, cum sa-si trimita sotia rapusa de oboseala la somn, atat de multe ca nu sunt cuvinte. A invins deja multe obstacole in lupta cu boala. Iar acum are nevoie de ajutorul nostru financiar pentru a castiga si ultimele batalii din razboiul cu leucemia. Povestea lui Daniel ne poate lasa pe multi dintre noi muti. Insa nu indiferenti …

E o mare bucurie pentru noi, mai ales ca doream sa ajungem un angajator de top – chiar cel mai bun dar nu chiar din prima . Si ne bucura ca aceasta recunoastere nu vine din exterior, ci este rezultatul corelarii viziunilor upper managementului, HRului si a angajatilor despre Adobe. Votul de incredere al echipei este de fapt ceea ce conteaza pentru noi cel mai mult, si ne motiveaza sa continuam ce facem acum pentru a ramane in top.

In orice caz, pot spune ca am tras mult sa ajungem aici. E un efort care complementeaza cele 4 valori Adobe cu un specific local, si o sa vi le detaliez putin ca sa ne intelegeti. (valorile Adobe sunt inovatie, implicare, exceptional si autentic).

De cand am pornit cu Adobe in Romania, ne-am propus sa facem lucuri cu valoare adaugata mare – adica sa incercam sa lucram la produsele Adobe de viitor.

Nu se pot face insa produse fara talent de talie internationala, si atragerea acestui talent, cresterea si recompensarea celui curent a devenit prioritatea noastra numarul 1.

Ne-am concentrat pe cateva strategii care ne-au adus unde suntem astazi:

• Standarde foarte ridicate la angajare, prin care facem tot ce ne sta in putinta sa atragem doar colegi de valoare.
• Am reusit sa atragem munca de calitate in Romania – lucram la multe produse viitoare Adobe, in special legate de web si de platforma Flash.
  • Se lucreaza mult la noi, dar se lucreaza cu pasiune la software care este folosit de foarte multi utilizatori, si asta aduce foarte multa satisfactie echipei.
• Comunicare
  • Am fost tot timpul sinceri si onesti cu echipa, si in vremuri grele, si in vremuri bune, si asta nu ne-a adus decat avantaje.
  • Se lucreaza continuu la imbunatatirea comunicarii intre management si echipa, toata lumea este deschisa la feedback si poate contribui la schimbarea in bine.
• Orientare catre angajat
  • Echitatea interna – respectam cu strictete incadrarea noilor angajati tinand cont de recompensarea echipei curenta.
  • Pachet salarial solid – atat salariu, cat si bonusuri, actiuni si optiuni Adobe, asigurari de sanatate si de viata, etc
• Investitii in dezvoltarea profesionala a echipei noastre
  • programe de training conform nevoilor de dezvoltare ale echipei (interne si externe), proiecte speciale de invatare de tehnologii noi, knowledge sharing, etc
  • planuri de dezvoltare individuala, creionate de angajat conform obiectivelor sale de cariera si sustinute de manager/HR
• Un mediu de lucru la nivel foarte inalt – spatiu, birotica, cafea/sucuri/fructe.
• Un pic de spirit local – jocuri, distractie.

Ma bucur ca eforturile noastre au fost rasplatite de votul de incredere al angajatilor care a dus la acest rezultat exceptional. Cat despre lucruri de imbunatatit, ele or sa existe intotdeauna si nu ducem lipsa de feedback in aceasta directie – si la relatia manager angajat se mai poate lucra, comunicarea poate fi imbunatatita, vom incerca sa facem sedintele mai scurte si procesul de luare a deciziilor mai usor si mai transparent, etc.

Speram sa ramanem in top si la anul

Alexandru

Daca ati fost pana acum la noi la un Flex Camp, well, considerati-l FlexCamp x 3, sau pe acolo. O sa avem o sala mare de sesiuni, cu un program deschis de Ben Forta (Senior Evangelist, adica tata lor, pentru evenimentul care e mama Flex Camp-urilor) si Digby Horner (tata lu’ Adobe Romania, adica omul care a venit cu ideea deschiderii unui sediu aici).

Dar destul cu tati si mame. Aveti mai jos programul pentru sala principala:

Pe langa sala principala va fi si o sala dedicata numai sesiunilor de programare hands on, cu posibilitatea de a alege intre o prezentare mai avansata sau una pentru incepatori. Programul de la sala mica arata asa:

Bootcamp-ul de LCDS necesita cunostinte un pic mai avansate. Daca esti incepator, iti recomandam sesiunea de Introduction to Flex and AIR, unde o sa incepem cu elemente de baza. Toate sesiunile din sala mica au maxim 50 de locuri disponibile.

Programul asta este inca flexibil, deci daca aveti idei si sugestii jump in.

Pentru inregistrare puteti folosi formularul de mai jos, sau puteti merge direct la Eventbrite.

Am luat in considerare feedback-ul participantilor de la prima editie, si (speram noi) am adus cateva imbunatatiri. Va fi un seminar de 5 zile, in care angajati ai Adobe Romania vor incerca sa va arate ce presupune munca unui tester in echipele Adobe, folosind mai putine aspecte teoretice si mai multe exercitii practice. La sfarsitul programului, toti participantii vor primi diplome de participare si cei mai buni vor fi selectati pentru o posibila colaborare cu Adobe Romania ca angajati.

Pentru un loc la acest seminar, un candidat nu trebuie sa se prezinte cu nimic altceva decat cu dorinta de a invata lucruri noi si de a-si demonstra aptitudinile intr-un mediu educativ si confortabil.

Detalii mai multe despre locatie, perioada si desfasurare gasiti pe edu.myadobe.ro

Bafta!

Comitetu’

QE Lead (GK)

Support/Doc writer (FBR) — QE(DC) — QE(DC) — Automation QE (FBL)

Dev (AMR) — Program Manager (DMC) — UX (AM) — Dev (AML)

Dev Lead/ Arhitect (FC) — Product Manager/Sales (S)

Si explicatiile, pe compartimente :

Apararea:

QE Lead – este omul care coordoneaza toata apararea impotriva atacurilor echipei adverse (bugurilor). La fel, isi aseaza zidul (parte din echipa) la loviturile libere (care nu sunt decat niste buguri mai complexe, sau release-uri de bugfixing)

2 QE pe post de fundasi centrali – aici nu mai incape indoiala, ai nevoie de testeri puternici si flexibili (mobili), care sa stii sigur ca iti asigura o calitate exceptionala a produsului (cat mai putine goluri)

Automation QE-ul este de fapt un tester care are si aptitudini ofensive – urca mult in atac, fiind liantul dintre aparare si mijloc.

Customer support-ul poate fi vazut ca facand tot parte din defensiva, luptand din greu cu “atacurile” utilizatorilor nemultumiti.

La mijloc:

Program managerul este cel care coordoneaza toata munca, atat cea din defensiva cat si cea din ofensiva. De multe ori, e cel care ramane mai in spate, asigurandu-se ca totul e in regula, si adversarii nu pot scapa pe contraatac.

UX-ul (User Experience Designer) e mintea limpede de la mijlocul terenului, responsabil cu definirea workflow-urilor (adica a traseelor de joc) si imbunatatirea imaginii produsului (jocul spectaculos al echipei)

Evident, la constructie ai nevoie de 2 dezvoltatori muncitori, seriosi si responsabili cu o capacitate mare de gandire (efort), capabili sa initieze si sa dezvolte feature-uri (actiuni de atac, ocazii).

In atac:

Dev Lead-ul este liderul din teren al jumatatii ofensive a echipei. De multe ori intra in combinatii cu mijlocasii laterali, incercand sa gaseasca cea mai eficienta solutie (sa destabilizeze apararea adversa)

Product Manager – striker-ul capabil sa traga echipa dupa el si sa canalizeze energiile echipei spre poarta adversa. Mereu in contact cu suporterii, trebuie sa fie atent la sugestiile si reactiile acestora. Poate decide directia unui produs de unul singur (« poate decide singur un meci »)

Conducerea tehnica:

Si in fine, pe banca stau 2 antrenori, nu doar unul : Engineering Manager-ul si QA Manager-ul. Acestia sunt cei traseaza in minte scheme tactice, strategii de dezvoltare a fazelor de atac/aparare. Pot cere la nevoie buget pentru transferuri de jucatori noi in cadrul echipei. La fel, pot redistribui « sarcinile de joc » pe parcursul unui meci. Spre deosebire de fotbal, prima reactie atunci cand echipa nu (mai) merge, nu e sa schimbi antrenorul.

Florin

Mulţumim sponsorilor şi juriului. Dar să lăsăm cifrele să vorbească.

Blogul myAdobe.ro în cifre

• 234 de articole
• 2 ani de existenţă
• 20 de autori
• 1643 de comentarii
• 8,138 vizite pe ultima lună
• ~250 de unici pe zi în medie
• 34,502 pagini vizualizate în ultima lună
• 5,477 unici în ultima lună.

Cine scrie pe blog?

Pe blog scriu angajaţii Adobe, de toate rangurile (directori, programatori, quality engineers, program managers, etc) şi toate funcţiile (marketing, R&D, HR). În total, cam 20 de oameni care au scris măcar un articol, ceea ce reprezintă cam 20% din total de angajaţi din România. În ordinea contribuţiilor:

• subsemnatul. (Marius Zaharia)
• Magda Neagu
• Mihai Corlan
• Alexandru Costin
• Delia Blajan
• Bogdan Rîpă
• Cosmin Lehene
• Adrian Spinei
• Lăcrămioara Ene
• Andrei Dragomir
• Remus Stratulat
• Răzvan Căliman
• Mihaela Barbu
• Florin Cârlig
• Dragoş Onac
• Dragoş Georgiţă
• Cristi Ivaşcu
• Cristi Anăstăsoaie
• Adrian Tănase
• Silviu Aprozeanu
• Paul Chiriţă

Cum am ajuns aici? (Rules of engagement)

1. Ne-am văzut de treabă.
2. Mesajul blogului vine de pretutindeni din companie, nu este dictat de sus.
3. Corolar la #2: Nu este un blog al şefului sau pe care se scrie numai cu aprobarea şefului. (deşi şeful scrie şi el! )
4. Nu facem copy-paste din mesajele de marketing ale companiei, din politicile de HR sau mesajele corporatiste. Articolele sunt părerile personale ale angajaţilor.
5. Nu facem copy-paste, în general! Pare o regulă de bun simţ, dar mulţi ajung departe făcând asta zi de zi.
6. Se scrie liber, fără cenzură, cu dezinhibiţie. Se scrie transparent atât despre lucrurile bune, cât şi despre lucrurile rele. (exemple aici, aici şi aici)
7. Se scrie mult despre tehnologie. Recunoaştem, suntem geeks! Scrie şi vorbim despre software, concepte de programare, aplicaţii şi tehnologii de-ale noastre sau de-ale competiţiei.
8. Ascultăm şi răspundem feedback-ului de la cititorii fideli.
9. Uneori, să fii preluat de Zoso e un indicator al succesului. (chiar dacă pentru multe corporaţii, asta este un coşmar!)

Sperăm ca la ediţia următoare să avem ceva mai mulţi competitori la categoria “Blog de companie” (Alo, Vodafone? Orange? Oracle? Se aude? )

Bonus:

Pentru clarificare, underling = subordinate, an assistant subject to the authority or control of another.

Nu trebuie uitat însă un lucru: acest blog este al angajaţilor Adobe România şi nu reprezintă părerea oficială a Adobe. Şi aşa cum e normal, pe el vor apărea uneori şi articole cu păreri pur personale, aşa cum a fost cel despre Pizza Hut, pe care am decis să-l scoatem de pe blog, pentru că – aşa cum ne-au spus chiar cititorii – 1) nu are legatura cu ceea ce se scrie de obicei pe MyAdobe.ro şi 2) e o părere pur personală (şi negativă) despre o altă companie. (ceea ce nu inseamnă că la Adobe România nu există fani Pizza Hut, ba chiar ştiu câţiva oameni dependenţi de “pizza europeană cu blat pufos” ).

De asemenea, am corectat problema cu feed-ul, afişând acum întregul articol în RSS, pentru cei care ne citesc prin intermediul RSS reader-elor.

Nu ezitaţi să ne bombardaţi cu plângeri şi sugestii, de câte ori credeţi că o luăm razna, observaţi că ceva nu merge cum trebuie pe blog sau ceea ce citiţi nu vi se pare interesant. Pentru că acest blog este scris pentru voi, nu pentru noi.

De la dreapta la stanga: Miti, Magda, Alex

Si cel mai mult mi-au placut cuburile alea mici.

Andreea, ai legatura.

Ce e de fapt InContext Editing?

Asa cum zicea si Marius intr-un post anterior, Adobe InContext Editing te ajuta sa editezi continutul paginilor tale HTML direct in browser. Mai exact, sunt 3 componente :

1. Pasul 1 (where it all starts):

• In primul rand, sunt 3 comenzi in Dreamweaver CS 4 care te ajuta sa definesti care zone din pagina ta vor putea fi editate in browser, din InContext Editing. Property inspector-ul te ajuta sa definesti ce capabilitati vor fi active pentru respectiva regiune editabila:

• Apoi, poti sa creezi si regiuni repetabile – la fel, marchezi niste zone de text care pot fi duplicate, mutate, sterse direct din browser
• Modificarile din pagina ta sunt minimale – se adauga niste atribute pe tagurile HTML din pagina, si ti se copiaza 2 fisiere js si un html in site.
• Uploadezi pagina modificata si cele 3 fisiere la tine pe FTP si o deschizi in browser.

2.    Pasul 2 (where the magic happens) :

• La un semn (apasand CTRL+E pe Windows, sau CMD+E pe Mac), iti apare o interfata de login, te loghezi cu contul de InContext Editing (serviciul e gratuit, deci poti sa-ti faci unul chiar acum) si poti sa editezi textul din regiunile editabile pe care le-ai definit in Dreamweaver:

• Ce mai poti sa mai faci :
  • Formatare  – schimbat font, dimensiune, culoare, background color, facut text bold, italic sau underlined
  • Aliniere si indentare
  • Crearea de liste ordonate sau neordonate
  • Aplicarea de stiluri CSS, sau de heading-uri
  • Inserarea de imagini si linkuri
• Totul intr-un stil asemanator workflow-urilor din majoritatea editoarelor de text (gen FCKEditor, tinyMCE, sau – de ce nu? – Microsoft Word), pe care le poate face oricine – end-userul reprezentativ la care ne-am gandit prima data cand ne-a venit ideea produsului a fost “soccer mom” – o persoana care nu are cunostinte despre HTML, CSS sau alte asemenea
• In final, poti sa salvezi noua versiune a paginii, si sa o publici pe site-ul tau. Pentru a face asta, trebuie sa-ti inregistrezi site-ul (o singura data) la serviciul InContext Editing – adica sa introduci datele de conectare prin FTP sau SFTP catre site-ul tau. Toata editarea se face in browserul tau, folosind functionalitati cerute de pe serverele InContext Editing, iar apoi continutul modificat (doar acesta) se pune prin FTP inapoi pe serverul tau.

3. Pasul 3 (where you invite people over)

• Workflow-ul pe care l-am descris in pasul 1 (si partial in 2 – partea cu inregistrarea) va fi facut initial de catre dezvoltatorii web care vor dori sa le ofere clientilor lor posibilitatea de a face modificari minore de continut, dupa ce site-ul va fi fost terminat si lansat. Astfel, clientii nu ii vor mai suna de fiecare data cand au ceva de actualizat, ci vor putea sa-si editeze singuri textul de pe site
• Ei, pentru asta, developerii (si nu numai ei) vor folosi portalul de administrare de la http://incontextediting.adobe.com, care iti permite sa gestionezi site-urile inregistrate la InContext Editing, sa inviti useri noi cu diverse roluri pentru un site (editor, publisher sau admin), si sa ai access la tutoriale, how-to-uri sau documentatie.

Cam asta e povestea foarte pe scurt despre InContext Editing. In spate stau niste Javascript, Flex, cod server side, o arhitectura bine gandita, si o echipa dedicata care a tras multe zile (si seri) ca sa ajungem aici.

Mai multe detalii despre InContext Editing gasiti aici.

The team behind

Si acum cel mai important lucru care a stat in spatele acestui proiect de succes:

Cristinel este Product Managerul InContext Editing si cel care a lucrat extrem de mult la inceputurile proiectului pentru a crea o viziune asupra produsului, impreuna cu o parte din echipa din State. Tot el este cel la care toata echipa apela atunci cand era nevoie sa valideze/schimbe un workflow, sau sa mai introduca un nou feature care ni se parea interesant.

Lucian (aka Ciuffy) si Marius sunt Engineering Managerii echipei, si cei care au avut misiunea ca versiunea finala a produsului sa fie cat mai aproape de viziunea Product Managementului. Chiar daca asta a insemnat o re-arhitecturare la un moment dat, si o schimbare a toolbar-ului in Flash putin mai tarziu!

Adi este managerul echipei de QA, si desi ni s-a alaturat de putin timp, a reusit sa coordoneze poate cea mai dificila parte – sa se asigure ca InContext Editing se ridica la standardele de calitate ale Adobe, ceea ce nu e deloc putin lucru. Daca este cineva care poate sa puna putina ordine in haosul pe care il creem in jurul nostru, si putin calm in cadrul sedintelor, atunci el e.

Dianina este Program Managerul nostru, ceea ce inseamna ca mereu s-a straduit sa ne tina “on track” si “focused”, coordonand in acelasi timp toata comunicarea cu celelalte echipe de care am avut nevoie – si n-au fost deloc putine. In plus, a avut onoarea de a face primul demo de InContext Editing catre upper-upper management – primind in schimb multe aplauze

Calin este UX (user experience) designerul nostru. In momentul in care l-am gasit (cu greu), am inteles ca era muult mai bine daca activa in cadrul echipei noastre de la inceput. Ne-ar fi scutit de multe sedinte si contradictii incercand sa aflam ce-ar fi mai eficient, util, atragator pentru un utilizator.

Dan este “the father of all browser code”. Asa ca daca ai vreo problema cu vreun cod care nu merge pe vreun browser, el e persoana cu care trebuie sa vorbesti. Numai el stie saracul cate ore a petrecut facand debugging pe Firefox, Internet Explorer, Safari. Ce zici Dane, cand suportam Chrome?

Silviu a venit mai tarziu in echipa noastra, dar a avut o contributie importanta la partea de “client” (adica partea de editare in browser – pasul 2 in insiruirea de mai sus). Focus-ul lui a fost partea de arhitectura de pe client, unde a lucrat impreuna cu Dan si Razvan, aducandu-i mai multe imbunatatiri, printre care reducerea semnificativa a timpului de incarcare in browser.

Razvan R si Irina au fost maestrii pe partea de “servicii” – adica au creat codul care ruleaza pe serverele Adobe, si face toata treaba din spate. Tot ei s-au ocupat si de functionlitatile scrise in Flex, din portal. Flex a fost o technologie noua pentru amandoi, dar s-au descurcat excelent si au reusit sa ajunga la un nivel avansat intr-un timp record. Razvan a fost responsabil si pe partea (partile de fapt) de deployment, escalation si monitoring – un alt “challenge” pentru el. Irina este pasionata de alergare, si a fost “reprezentatul” echipei noastre la maratonul desfasurat in Bucuresti (glumesc, evident). Ne-a luat cu ameteala cand ne-a povestit prima oara cum se antreneaza alergand 5, 6, 7, chiar 12 sau 15 kilometri; sigur n-am putea tine pasul cu ea!

Cristian (toata lumea il stie drept Cristic) este “omul bun la toate”. In primul rand a lucrat impreuna cu Razvan si Irina pe partea de servicii si de monitorizare si deployment. In plus, Cristic s-a ocupat si de partea de security, investind multe ore verificand fiecare bucatica de cod si de spec, asigurandu-se ca nu suntem vulnerabili. Imi aduc aminte si acum cum ma intalneam cu el dimineata si avea un ditamai zambetul pe fata in timp ce-mi povestea ce noua vulnerabilitate a gasit

Cami este cel mai nou membru al echipei de dezvoltare, dar ea are experiente mai vechi cu echipa noastra. A facut un internship la noi, iar anul asta si-a facut si proiectul de diploma. Apoi a devenit “membru cu drepturi depline” al echipei, iar Easter Egg-ul mentionat mai jos este creatia ei.

Razvan si Marius sunt cei doi “Dreamweaver gurus” pe care ii avem in echipa – impreuna au creat toata functionalitatea din Dreamweaver pentru InContext Editing. La fel, tot impreuna s-au ocupat si de trecerea toolbar-ului din client din JavaScript si HTML cum era initial, in Flex, schimband complet infatisarea produsului.

Florin este expertul in “build system” si cel care a avut mereu grija sa avem intotdeauna daily builds pe care sa putem sa stricam ceea ce dezvoltatorii au implementat in ziua precedenta. Probabil ca denumirea cea mai potrivita ar fi de “build engineer”, dar Florin a contribuit si la cateva feature-uri importante din client. Daca se pot insera imagini sau linkuri in pagina, e in mare parte si “vina” lui

Asa, gata dezvoltatorii, sa trecem la QA:

Diana a fost carcotasul nostru sef, si prima care se asigura ca respectam “Quality-first criteria” (detalii, poate intr-un episod viitor). Asta a rezultat in multe ore petrecute la serviciu, multe sedinte si multe mailuri cu taskuri pentru fiecare din echipa de QA. A, si multe buguri logate in bug-tracker!

Bogdan ar putea fi considerat “programatorul” echipei de QA, tot timpul il vezi mesterind vreun script care sa-l ajute sa testeze mai usor sau mai eficient. Linux-ul si consola de terminal sunt cei mai buni prieteni ai lui, iar scripturile pe care le-a facut pentru testarea de performanta si automatizare ne-au facut invidiosi pe toti.

Andrei a fost si el un om bun la toate. O data poarta cealalta parte din vina pentru inserarea de imagini si linkuri, dar ne-a ajutat si cu performance, automation, failure testing si alte scripturi. In plus, se straduieste din greu sa ne invete ping-pong, dar mai avem mult pana sa ajungem la nivelul lui

Costin, desi este cel mai nou membru al echipei de QA, si-a propus un obiectiv foarte ambitios inca de la inceput. Si a reusit, dezvoltand o solutie custom impreuna cu Bodgan, solutie care a inceput sa se propage si catre alte echipe din Adobe Romania. Ca urmare, smoke-urile zilnice pe build ruleaza singure singurele pe monitorul din fata lui, in timp ce el isi bea linistit cafeaua Sa mai zic de meciurile de fussball, la care nu reusim sa-l invingem?

Ionut este probabil cel mai carcotas si cel mai atent la detalii dintre noi. E vai de tine daca ai scapat vreun typo sau vreo exprimare ambigua prin mailuri, documentatie, mesaje de eroare si alte chestii care ar putea ajunge la client.

Whew! abia acum imi dau seama ca suntem o echipa asa mare, si ca managerii nostri nu au avut deloc o treaba usoara cu noi.

Una peste alta, a fost o experienta de neuitat pentru noi, cu bucurii si provocari, cu seri mai lungi in care stateam sa raspundem la mailuri sau sa vorbim cu cei din State in sedinte. Au fost multe certuri (constructive, bineinteles) si multe momente in care ne-am bucurat uitandu-ne la ce am putut realiza. Si multe meciuri de fussball, si vreo cateva petreceri Adobe.

Deja incantarea de la release incepe sa se estompeze, si incepem sa ne gandim la versiunea urmatoare, la ce mai avem de facut, la cum folosesc utilizatorii produsul pentru care am muncit atata timp.

In final, un bonus : o mare inghetata celui care gaseste Easter Egg-ul – un feature ascuns care va dezvalui adevaratele fete ale echipei

Florin

P.S – scuze pentru toata rom-glezismele astea, am incercat sa le tin la minim, dar e cam greu sa spui altceva in  loc de a “ice-fica” pagina. Speram sa devina un verb la fel de cunoscut ca a photoshopa