Pentru ca vrem sa te intalnim si sa stam de vorba cu tine, participam si anul acesta la Angajatori de Top (28-29 Octombrie 2011) la Sala Palatului din Bucuresti. Anuntam venirea noastra prin cateva stickere colorate afisate in metrou pe linia albastra (Pipera – IMGB).

Daca se intampla sa le vezi :

… fa o poza cu tine/prietenii tai langa ele

… uploadeaza poza pe pagina noastra de Facebook

… primeste cele mai multe like-uri (pana pe 26 Octombrie cand inchidem concursul) si castiga un premiu din partea noastra: un tricou cu Mo si Foca si o licenta Creative Suite CS 5 (la alegere intre Design sau Web).

Te asteptam sa il ridici de la standul Adobe in cadrul evenimentului (daca esti din Bucuresti) sau ti-l trimitem noi prin posta.

Ti-ai pregatit aparatul foto?

Ce se urmareste in interviul telefonic pentru pozitii tehnice?

Ai ghicit! Subiectele sunt in principal de natura tehnica. Daca esti programator, stilul poate diferi usor de la echipa la echipa, dar asteapta-te sa fii intrebat despre:

• notiuni de baza din programare si despre felul cum ai folosit tehnologiile listate in CV in proiectele la care ai lucrat
• cunostinte tehnice relevante pentru jobul  pentru care recrutam (le gasesti in descrierea postului)
• dorinta ta de a te alatura echipei Adobe Romania pe acea pozitie

Daca aplici pentru un job de QA (testare), trebuie sa stii ca urmarim aspecte tehnice, in aceeasi masura ca si pasiunea pentru si mindframe-ul de QA (mai multe detalii aici)

Pare destul de simplu, nu? Asa credeam si noi. Rezultatele spun insa, ca nu e chiar asa. O parte importanta dintre candidati nu trec de acest pas. Ce putem noi sa te incurajam sa faci pentru ca totul sa decurga cat mai bine? Sa te pregatesti pentru interviu: documenteaza-te despre noi, echipa, tehnologii si incearca sa iti improspatezi memoria cu lucrurile de baza de la care ai pornit la drumul tehnic pe care esti astazi.

Daca aplici pentru un job de programator, e bine sa stii ca vom discuta printre altele despre structuri de date, algoritmi sau OOP. Chiar daca nu rescriem quicksort-ul de mana in fiecare zi, ne intereseaza ca oamenii sa inteleaga foarte bine ce e in spatele conceptelor fundamentale. Stim ca de acolo pleaca totul.

Pe scurt, trebuie sa cunosti foarte bine bazele limbajelor si tehnologiilor pe care le-ai folosit de-a lungul timpului, cu atat mai mult daca sunt relevante pentru viitorul job. Cat de mult vom merge cu intrebarile in directia asta depinde mult de profilul pe care il cautam.

Cat despre CV, aici depinde de tine ce pui inauntru. Dar asteapta-te sa fii intrebat de ce scrie acolo, cu atat mai mult daca e vorba de elemente cheie care apar si in anuntul de job la care ai aplicat. La sfarsitul interviului vei avea ocazia sa ne pui tu intrebarile. Asa ca profita de sansa asta pentru a-ti lamuri aspecte legate de proiect, echipa si Adobe in general. Depinde de tine sa obtii cat mai multe informatii de la noi (salariul nu este o optiune).

Stim ca nu este cazul tau, dar o minima pregatire ne poate salva de situatii penibile gen: ”…si Adobe asta, e un program nu?” Nu uita ca gasesti pe http://myadobe.ro sau www.adobe.com informatiile cele mai importante, foloseste-le cu incredere.

Asta e (aproape) tot. Sunt si mici surprize, dar te lasam sa le descoperi singur(a). Dupa ce ne convingi ca ai o fundatie solida in programare si ca stapanesti tehnologiile cu care ai lucrat, va incepe partea cu adevarat interesanta: interviurile la sediu nostru (face to face). Dar despre asta vom povesti poate alta data.

Pana atunci – asteptam sa te sunam!

Ne-am facut echipa pentru “Let’s do it Romania” si ne gandeam poate vrei sa faci si tu parte din ea. Ce oferim?

• cateva ore de distractie
• discutii interesante
• o sansa sa vezi ce fel de oameni lucreaza la Adobe
• …. si la ce lucreaza

Daca te intereseaza te poti inscrie in echipa Adobe & Friends

• Suntem echipa cu numarul 1997
• Click aici pentru inscriere

Sper sa ne vedem acolo.

Admiterea pentru “Summer Internship 2011” s-a încheiat, a fost un real succes, iar în mod extraordinar, “v-am făcut loc” și aţi venit cu 14 mai mult decât ne așteptam inițial.

Ca să ne cunoaștem și să știm cine suntem, iată lista celor admiși:

1              Iulius Curt            DEV

2              Sincu Alina          DEV

3              Adrian Bogdan Marin     DEV

4              Radu Ionut Gabriel          DEV

5              Florian Marcu    DEV

6              Dinu Dan Mihai DEV

7              Dobre Catalin     DEV

8              Pasea Radu         DEV

9              Daniel Petroianu              DEV

10           Laura Sulfineanu              DEV

11           Stefan Spita        QE

12           Alexandra Vieru               DEV

13           Maricel Mihalcea              DEV

14           Paunescu Vlad  DEV

15           Antonescu Andrei           DEV

16           Alin Predoi          QE

17           Alexandra Todiruta         DEV

18           Mihai Ciorobea DEV

19           Dragan Monica  DEV

20           Adrian Chitescu                DEV

21           Onea Andrei      DEV

22           Iordache Bogdan-Cosmin             DEV

23           Andreea Hodea                DEV

24           Tiberiu Popa       DEV

25           Alexandru Dinca               QE

26           Carmen Ruse     UX

27           Patru Elena-Melania       DEV

28           Tudor Scurtu      DEV

29           Adrian Lungu     DEV

30           Tica Mihai            DEV

31           Victor Ungureanu            DEV

32           Tigora Andrei     DEV

Felicitări! Abia aşteptăm să lucrăm împreună pe proiecte.

La final, când am tras linie, am văzut c-au fost:

• 312 studenți;
• 432 aplicări la stagii;
• 65 de teme corectate, fiecare a câte 5 probleme;
• peste 50 de interviuri;
• 32 interni angajați.

Încă o dată, un rezultat super tare pentru toată lumea.

V-așteptăm cu drag, pe cei admiși la sediul nostru, iar pe cei ce se pregătesc în continuare, la Internshipul 2012.

O vară superbă tuturor,

Adobiștii

Ce a însemnat «Community Action Week» în Adobe România? Un proiect finalizat și unul în curs, cel finalizat purtând numele plastic de „Păpăm și Donăm”. În spatele „Păpăm și donăm” a stat o echipă de Adobiști cu abilități în ale bucătăriei, care s-au întrecut în prepararea prânzului (și parțial a micului dejun) pentru 112 angajați Adobe, în final meniul având 27 de feluri diferite de mâncare. Prin această activitate, am reusit să strângem peste 5,000 RON pe care i-am donat către Crucea Roșie. Bravo copii !Pe lângă sentimentul că am facut o treabă bună, s-a adăugat și o atmosfera super la prânz în sala de mese, asa cum se poate vedea in poze

Urmează «Toys for Joy» – o inițiativă prin care vom dona jucării copiilor de la Valea Plopului.

Vă ținem la curent,
echipa CSR

Pentru DEV-i:

• Înainte să trimiți rezolvările tale, verifică să îndeplinești următoarele condiții (nerespectarea se depunctează):
  • Codul tău se compilează și trece cu success de exemplele postate de noi. Această condiție este eliminatorie.
  • nume.prenume – Arhiva pe care o trimiți conține un folder cu numele tău, iar în interior foldere pentru fiecare din problemele pe care le-ai rezolvat
  • Codul sursă este însoțit și de un script de build (ant sau makefile sau măcar un .bat sau .sh – click pe nume pentru exemple ).
  • Arhiva include toate bibliotecile pe care le-ai folosit. Asta înseamnă fișiere .h care există doar la tine pe calculator, precum și jar-uri sau pachete specifice limbajului în care ai rezolvat.
• Avem 5 probleme, textul și baremele sunt aici:
  • Problema 1
  • Problema 2
  • Problema 3
  • Problema 4
  • Problema 5
• Timpul de rezolvare și trimitere a temelor este de 36 de ore – până duminică seara la ora 22:00. Trebuie să rezolvi cât mai multe dintre cele 5 probleme – punctajul final este suma punctajului de la fiecare problemă.

Pentru QE-i:

• Avem 2 probleme, textul și baremul îl găsești aici
• Timpul de rezolvare și trimitere a temelor este de 36 de ore – până duminică seara la ora 22:00.

Pentru UX-i:

• Avem o problemă, textul și baremul sunt aici
• Timpul de rezolvare și trimitere a temelor este de o saptămână.

Ce urmează să se întâmple?

• În decursul zilei de sâmbătă și duminică vom răspunde la toate întrebările trimise pe forum, în cel mai scurt timp posibil;
• Duminică vom posta explicațiile rezolvărilor pentru DEV-i;
• Ne trimiți rezolvarea prin e-mail la educatie@adobe.com. Daca atasamentul este mare, foloseste un serviciu de transfer de fisiere – precum transfer.ro pentru upload.
• În două săptămâni vom termina de corectat și vom începe interviurile. Dacă nu ai fost contactat în maxim 3 săptămâni de astăzi înseamnă că nu ai trecut mai departe. Dacă vrei feedback despre rezolvarea ta, dă-ne un e-mail la educatie@adobe.com și iți vom răspunde cât de repede putem.

Urmărește-ne blogul ca să fii la curent!

Ați fost contactat de către proprietarul unui cabinet de stomatologie pentru a crea site-ul de prezentare al cabinetului.

Sarcina voastră este să definiți și să creați respectivul site, din punct de vedere structural, interacțiuni, design. Partea de dezvoltare web a site-ului nu face parte din temă.

Descrieți în câteva fraze pașii pe care îi faceți ca să definiți site-ul și argumentați deciziile luate, pentru fiecare dintre etape.

Ce ne așteptăm să primim de la voi:

• Wireframes care să acopere layout-ul general, principalele funcționalități și primele nivele structurale ale website-ului
• O propunere de design (hi-definition design) pentru pagina “Programări” – în care clienții își pot face o programare online la cabinetul stomatologic
• Cel mult o pagină A4 cu explicații referitoare la deciziile de design luate

Notă: Tot ceea ce ne trimiteți ar fi de preferat să fie într-un singur fișier (eventual PDF).

Alte considerente:

• Elementele de design și conținutul text al site-ului este la alegerea voastra
• Termenul limită este de o saptamana (1) de la data anuntarii pe site-ul myadobe.ro
• Orice intrebari aveti referitoare la test puteti sa le puneti ca si comentarii (ganditi-va ca autorul acestui articol este proprietarul cabinetului)

Ce vrem de la tine? Un test plan și/sau o listă de test-case-uri care să acopere cât mai bine posibilele cazuri de folosire ale aplicației. De asemenea, o listă cu defectele din aplicație e mai mult decât binevenită. Le poți trimite în fișiere diferite sau în același fișier. Important e să fie clar structurate ca să ne dăm și noi seama what’s what. Atenție: contează calitatea și mai puțin cantitatea – nu veți primi extra-credit pentru template-uri completate pe sfert doar ca să iasă PDFul mai gros

Tema 2:

Ce teste ai efectua pentru a te asigura că funcția Search din sistemul de operare Windows funcționează corect. Presupunem din start că ne referim doar la bătrânul “Search Companion”, prezent în toate sistemele Windows.
Scrie o listă cât mai cuprinzătoare de teste, și raportează ceea ce ție ți se pare un defect din punct de vedere al calității acestui feature.
Punctaj suplimentar se va acorda pentru testele automate atașate temei.

Barem – adică ce urmărim:

• Structura si corectitudinea planului de teste
• Granularitatea si calitatea testelor funcționale și nefuncționale;
• Claritatea si calitatea bug reporturilor.
• Claritatea și ușurința de utilizare a testelor automate;

Restricții și precizări:
Numărul întreg pozitiv n este mai mic decat 2⁶³ și va fi citit de la tastatura. Se garanteaza faptul că intrarea va reprezenta un numar valid in baza 10.
O mulțime are prin definiție elemente două câte două distincte. Astfel, nu sunt considerate bune soluțiile în care într-una din mulțimile A sau B se repetă elemente. La fel, mulțimile A si B trebuie sa fie disjuncte.

Exemplul 1:
Date intrare:

23

Date ieșire:

0 1
3

Exemplul 2:
Date intrare:

2011

Date ieșire:

3 5
0 1 2 4 7

Barem:

• 3p – descrierea în README.txt a algoritmului, complexitate, de ce functionează – se acordă maximul doar dacă complexitatea este cea optimă;
• 2p – funcționarea pe exemple precum cele din enunț;
• 5p – Cod funcțional de complexitate optimă;
  • +/- 1p Coding style;
  • -2p Complexitate neoptimă;
  • -4p Complexitate total neoptimă;
• Punctajul este intre 0-10.

Update:

Practic se cere să se scrie un numar n ca sume și diferențe de puteri distincte ale lui 3. Problema este legată de ceea ce se numeste descompunere ternara balansată în care se încearcă scrierea unui număr într-o bază de numerație b folosind numai cifrele -1,0 si 1 in loc de 0,1,2,…,b-1. De exemplu:

49 = 3*4²+1*4⁰=301₍₄₎ dar și
49 = 4³-4²+4⁰ , folosind ca și factori doar elemente din {-1,0,1}.

Nu orice număr și nu în orice bază de numerație se poate obține o astfel de descompunere. De exemplu, pentru n=6,10,14.. nu există o descompunere ternară pentru baza b=4. În cazul particular al bazei 3, orice număr se poate reprezenta în această formă în mod unic. Exemple:

2 = 3¹-3⁰
42 = 3⁴-3³-3²-3¹
2011 = 3⁷-3⁵+3⁴-3³+3²+3¹+3⁰.

Se dă un graf orientat aciclic cu N noduri și M arce.
Fie K numărul de drumuri distincte de la nodul 1 la nodul N. Se cere restul obținut prin împărțirea lui K la 2011.

Programul primește datele de intrare din fișierul “drumuri.in”, ce conține pe prima linie numerele N si M, iar pe urmatoarele M linii câte două numere separate prin spațiu, “x y”, reprezentând câte un arc din graf (de la nodul x la nodul y). În fișierul “drumuri.out” trebuie afișat numărul cerut – restul obținut prin împărțirea numărului de drumuri la 2011.

Restricții și precizări:

• 2<=N<=1.000.000.
• 1<=M<=1.000.000.
• Între două noduri pot exista mai multe arce.

Exemplul 1:

Fișier de intrare: drumuri.in:

4 5
1 2
1 3
3 2
3 2
2 4

Fișier de iesire: drumuri.out:

3

Explicație: sunt 3 drumuri: 1->3->2->4, 1->3->2->4 (exista 2 arce 3->2), 1->2->4.

Exemplul 2:

Fișier de intrare: drumuri.in:

3 2
1 2
3 1

Fișier de ieșire: drumuri.out:

0

Explicație: nu există nici un drum de la nodul 1 la nodul 3 (graful este orientat).

Barem:

• 3p – descrierea în README.txt a algoritmului, complexitate, de ce functionează – se acordă maximul doar dacă complexitatea este cea optimă;
• 2p – funcționarea pe exemple precum cele din enunț;
• 5p – Cod funcțional de complexitate optimă;
  • +/- 1p Coding style;
  • -2p Complexitate neoptimă;
  • -4p Complexitate total neoptimă;
• Punctajul este intre 0-10.

Update:

• Mai intâi sortăm topologic nodurile grafului.
• În continuare construim pas cu pas numarul de drumuri de la nodul 1 până la fiecare nod care se află după el, în urma sortării topologice:
  • Dacă nodul N este inaintea nodului 1, atunci rezultatul este 0.
  • De la nodul 1 până la el insuși există un singur drum (drumul fără niciun arc).
  • De la nodul 1 până la următorul (conform ordinii date de sortare) există un număr de drumuri egal cu numărul de arce dintre cele doua noduri.
  • Pentru un nod oarecare X, având calculate numerele de drumuri de la nodul 1 până la nodurile precedente lui X, fiecare arc de forma (Y, X) care intră în X, adaugă D drumuri, unde D este numărul de drumuri până la Y (fiecare D este cunoscut, pentru că orice nod Y pentru care există arc (Y, X) este înaintea lui X dupa sortarea topologică).
• În momentul în care s-a calculat numărul de drumuri pentru nodul N, se poate afișa valoarea cerută. Întrucât numărul de drumuri până la un nod poate fi foarte mare, numerele intermediare din cadrul soluției sunt considerate modulo 2011.

Complexitate: O(N+M) (atât sortarea topologică, cât și a doua parte au aceeași complexitate).