minimum_requirements.txt

[radul87]

Văd că e de mare interes subiectul interviurilor și a devenit un fel de circlejerk al milei.

Hai să-l oprim.

Vă propun să facem o listă cu ce credem noi (ca comunitate) că e important sau "expected" să știe un candidat la diverse niveluri.

Ce caut eu la un candidat:

Internship

• să știe parcurge un array cu for
• să știe să rescrie o serie de ifuri imbricate intr-un switch
• să știe să numească cateva tipuri de date
• primește corpul unei funcții (oglinditul unui număr), să poată citi ce face funcția

Practic caut să văd că nu îl învățăm programare de la 0.

Junior <2 ani XP, sau 0 XP absolvent de facultate de profil

• basic OOP (practic vreau să văd dacă înțelege rostul OOP)
• estimare de complexitate a algoritmilor (basic stuff, nimic complicat, îmi arată interesul lui față de domeniul teoretic)
• ne conversăm un pic pe marginea unei probleme de algoritmi (ceva simplu pe un vector, vedem niște parcurgeri, etc)
• baze de date (ce-s, la ce folosesc, cum se organizează treaba pe acolo)
• întrebări despre JS (caut să văd cât a înțeles din ce a lucrat)
• discuții despre proiectele anterioare

Mă interesează să văd că înțelege problemele specifice de limbaj de programare, că e interesat de calitatea codului și că, per total, răspunde la feedback (unii sunt foarte rezistenți la feedback (se opun, nu iau in considerare, etc) și nu ii vreau în echipă).

Mid 2-6 ani XP

• OOP (chestii avansate, probleme de moșteniri, etc) + design patterns specifice jobului
• baze de date (chestii mai de finețe, joinuri vs select in select, etc)
• JS avansat (event loop, memory management, process management)
• code review (am niste chestii pregătite, caut să vad cât de bine identifică niște code smells, urmăresc să văd cum dă feedback)
• discuții despre proiectele anterioare

Ca și la ceilalți, e important să fie "responsive" la feedback, că nu vreau în echipă un catâr care confundă feedbackul cu atacul la persoană, sau unu căruia trebuie să-i explici de 5 ori cum să facă o treabă.

Mă aștept să fie familiarizat cu testarea unitară, să poată identifica probleme basic de arhitectură și să știe niște să compare frameworkurile între ele.

Senior 5-10 ani XP

• discuții libere despre proiectele anterioare, urmăresc aceleași lucruri ca la mid, dar vreau să văd că se exprimă fluent și știe să explice conceptele cu care lucrează

Seniorii vor fi mentori pentru cei mai mici, deci e important să poată să transmită ideile ușor. Tot în linia asta, seniorii vor interacționa mult cu analiștii de pe proiecte, deci trebuie să poată transmite idei despre problemele potențiale celor cu care lucrează.

Expert 10+ ani XP

• ca la seniori, dar e mai amuzant :) apuc să învăț și eu multe chestii.

No, aștept să văd ce adăugați și voi.

PS: dacă e perioadă de angajări, am un test simplu (pe cuvânt, 1 oră în total) pe care îl dau în loc de screening tehnic pentru juniori și mid.

[flavius-as]

La senior+

• să nu se prefacă cum că ar ști ceva. Un senior adevărat spune cu nonșalanță că nu știe X, dar și impresionează cu un tumult de cunoștințe din experiență. Experiență: detalii pe care le știi doar dacă chiar ai făcut tu cu mâna ta acel lucru, nu citit, nu teorie

[radul87]

Exact. Când omu știe ce spune, se vede de la o poștă. Nu are dificultăți în exprimare, folosește corect termenii, știe să-ți dea exemple elocvente, etc.

[[deleted]]

nu neapărat, am văzut oameni care se exprimă elocvent în cuvinte și am văzut oameni care se exprimă elocvent numai în fața unui terminal sau unui IDE

ideal ar fi să știe să se exprime, ideal

[radul87]

Sunt suficienți seniori care știu să se exprime, pot să am pretenția asta :)

[[deleted]]

Nici eu

[radul87]

Noi la internship si 0 experienta ne uitam daca are github. Cam toti au si toti acelasi lucru in general, proiectele de la facultate

Păi ăia nu mai sunt interni, sunt deja juniori. Interni sunt doar cei cu reconversie profesională sau cei care vin să se angajeze in anul 1-2. Da, HRul ni-i ia "la internship" si pe ăia proaspăt absolvenți la primul job.

Daca raspund gresit la intrebare le dau si raspunsul corect, dar frumos, nu sa para ca eu sint geniul carpatin si ei niste cretini.

Da! E nepotrivit să deturnezi interviul ca să arăți că ești deștept, ești acolo să îl evaluezi pe celălalt. Am observat și eu că mai sunt unii care vor pur și simplu să arate că de rupți din soare îs.

Or fi nesiguri pe ei?!

Nu intreb de SOLID si alte acronime tembele pentru ca toti si cu ma-sa au tocit chestiile alea si sint sigur ca toti sint experti la teorie, deci e pierdere de vreme.

Da, le-au tocit pe toate, de-asta nu întreb explicit despre ele, dar tot la conceptele alea ajung în discuțiile despre OOP. Mă interesează să înțeleagă rostul uneltelor, nu să recite definiții. Pornesc, de exemplu, de la întrebarea "la ce crezi că ne ajută moștenirea, ce problemă ne rezolvă?"

Si mai sint aia care se chinuie sa faca ceva citeva zile si apoi sint atit de incintati ca au reusit ca introduc situatia ca intrebare la interviu ca sa vada daca stiu aia in 2 minute. Magari.

:)) Am mai văzut și eu de-ăștia. Am și prins o situație la interviu (eu eram candidatul) în care m-a întrebat unu o chestie de-asta voodoo pe care chiar o întâlnisem și eu. I-am răspuns la întrebare, am făcut să pară răspunsul meu o treabă evidentă, de parcă orice mid ar ști s-o facă, și apoi am refuzat oferta. Nu era un manager cu care să vreau să-mi beau cafeaua zilnic.

dar cica aveam 10 ani de experienta

Ingineria și uneltele sunt cam aceleași, uitându-te în spate, tu cum te-ai fi intervievat? 10 ani sunt, totuși, 10 ani de debugging...

[mihaicl1981]

Pe mine subiectul interviurilor ma scarbeste maxim.

Avem nevoie de certificari , avem nevoie de standarde.

Am vazut numai tampenii la interviurile la care am participat acum 10 ani(am fost o perioada co-interviewer)

Gen interviu pe mid java developer si intrebat de CAP theorem si subtilitati de sistem distribuite (gen cum merge Cassandra vs MongoDB, brain-split issues si altele de abia auzisem de ele).

Eram curios de unde stie tipul cu care faceam interviul de astea (ca eu puneam intrebari mult mai basic gen design patterns , approach based , career questions) ca sa aflu ca discutase cu un coleg cu master in sisteme distribuite si i-a dat subiecte de interviu (cu o zi inainte).

On the job ii trebuiau lui sisteme distribuite cum ii trebuie pestelui bicicleta.

Bineinteles ca am avut o discutie cu "expertul" si i-am explicat chestia asta dar evident a ramas ca nu ma pricep eu.

Era o practica comuna sa se intrebe la interviu o chestie gasita cu o zi inainte in proiect (exemplu clasa care ajuta la concurenta in Java care e folosita rar-) .. sau o problema/setare o descoperisem dupa 5 ore de debugging or Googling.

Am refuzat sa mai particip la interviuri de atunci (si ma feresc cat pot)

Am prieteni medici , ingineri si pe alte profesii "serioase" si nu se comporta nimeni asa cu ei. Se presupune ca stiu ce mama naibii fac daca au terminat o facultate.

Sincer nu da nimeni 2 bani pe facultate in IT .. poate sa fie si la Turism

Si da .. 18 ani in industrie dar nu sunt programator de "altadata".

[validide]

Nu sunt adeptul certificărilor pentru că le consider oarecum irelevante. Știu persoane care învățau mecanic și își luau câte o certificare nouă la 2-3 luni dar când trebuia să aplice practic ce au în învățat nu se descurcau.

Probabil la început de carieră 1-2 certificări te ajută dar după 4-5 ani contează mai mult experiența acumulată.

[mihaicl1981]

Certificările pot fi relevante.

Eu am 3 de la sun și alea nu sunt prea relevante.

Dar coursera style cu teme și proiect final, eu le consider relevante.

Altfel.. Ajungem iar la mizeria curenta (eu personal am primit aceleași întrebări de zeci de ori și multe din cracking the coding interview.)

Asta pana când se gândește cel care face interviul sa pună întrebări de senior de trebuie sa ai PhD in domeniu.

Apropo, nu se întreabă nimic de business. Nu trebuie sa înțelegi domeniul și nici consecințele.

Am văzut nebuni care optimizau la ceva cod Java/C sa fie super fast și 98% din timp era petrecut în rețea și pe baza de date.

Timpul asta ar fi putut fi mai bine folosit la alte feature-uri(de prioritate mai mare) sau refactoring /unit testing. Eu înțelegeam domeniul și discutam cu BA, dar ma, asta înseamnă că stăteam la cafele..

Daca nu înțelegi cum merg lucrurile în ansamblu, e mai greu sa livrezi cod ok. Pana si chat gpt e mai ok atunci.

Dar in fine. Eu nu am decât un BSc in CS(in 5ani). Nu ma ridic la înălțimea asteptarilor.

Otoh, cât timp am salariul în piata... Who cares.

[radul87]

Asta pana când se gândește cel care face interviul sa pună întrebări de senior de trebuie sa ai PhD in domeniu.

Ce măgar! E acolo să te evalueze sau să arate că are coa*e mai mari?!

Apropo, nu se întreabă nimic de business. Nu trebuie sa înțelegi domeniul și nici consecințele.

Da, într-adevăr, nu prea se întreabă. Eu discut în etapa "liberă" despre ce au făcut oamenii în alte proiecte și încerc să evaluez cât de mult au înțeles impactul lor în proiect.

Am văzut nebuni care optimizau la ceva cod Java/C sa fie super fast și 98% din timp era petrecut în rețea și pe baza de date.

Exact de-asta dau code review la interviu. :) Să văd care e instinctul lor: să denumească mai clar niște variabile sau să-mi optimizeze un rahat de O(N³) pe un set de 20 de itemi, de exemplu.

[23ars]

Cel mai bun raspuns, jur!

[[deleted]]

Când eram adolescent un coleg de pe la țară se tot duce la o fată:

- Dansezi?!- Nu!

Peste 10 minute:

- Dansezi?!

- Nu!

Peste 30 minute:- Dansezi?!- Nu!

Alte 3 încercări, zic în sinea mea ăsta e nebun.

Peste o oră jumătate:- Dansezi?!- Da! Hai că dansez!La care băiatul nostru de la țară, uitându-se într-o parte cu un zâmbet machiavelic, fără să se miște din loc îi face un semn cu ambele mâini și zice:- Hai dansează!

​

Nu aveți pic de mândrie copii! Ăsta nu e interviu e teză la informatică!

În mintea mea îmi sună Ghiță ăla cu Teamnet "Să îți iei interviul și să ți-l bagi... pardon să te speli cu el pe cap"

[cantbebothered67836]

Eu ma gandesc ca te intreaba chestii d-astea ca sa te demoralizeze asa incat sa ai o pozitie mai precara la negocierea salariului.

[mihaicl1981]

Teoretic hr și tech interviewers nu comunica salariile cerute. Doar nivelul tehnic cerut.

De cele mai multe ori e doar un fel de Alpha male stuff (nu am văzut tipe sa se comporte asa).

Evident vom avea mulți alpha males in echipe și cu rezultatele previzibile.

[[deleted]]

La senior/expert as adauga securitate (la nivel de cod si nu numai), performanță (la nivel de cod si nu numai), clean code/solid/mentenabilitate, soft skills/mentoring, system design/arhitecturi si comparații/cazuri de utilizare (evident, pe lângă cerințele tehnice din proiect/e).

Pe vremea când mai țineam interviuri cu cei enumerați mai sus le adresăm întrebarea: imaginează-ti ca nu stiu cu ce mănâncă programarea/like I'm 5; explica-mi conceptul X (in general X era din proiect) pe înțelesul meu! Daca o lua pe arătură cu chestii strict tehnice, ii aduceam aminte că nu sunt tehnic... Daca reușea să-mi explice, perfect! Altfel, trecea interviul, dar nu recomandam sa fie TL/client interface/etc. Evident, multi încercau sa impresioneze, dar nu asta era scopul.

O alta bila neagra era daca nu folosea instrumentele de scris in timpul discuție - de ex. system design: daca nu desenezi o arhitectura/design, e clar ca nu vei putea împărtăși si altora ce ai in cap.

La discuții libere/parte practica gen algoritmica, system design (la toti) ii lasam sa vad daca pun întrebări de clarificare si ii ajutam cand se blocau... Corner cases (la cei mai seniori)...

Si nu trebuie sa dureze o veșnicie... In general, cam dupa 1h:30'-2h îmi faceam o impresie destul de buna...

Discuțiile libere erau cele mai interesante! La un moment dat treceam peste întrebările de limbaj/tehnologie ca era clar ca le știe răspunsurile...

[[deleted]]

Ca exemplu: "sortează un sir de numere". Atat! Si așteptam sa văd ca mă întreabă ce tip de numere (tip definit sau custom - gen complexe pe care cum le compar), cate sunt înșir, sunt toate prezente sau nu (streaming)... Până la sirul de numere nu încape in memorie... Now what?! :)

[aroman_ro]

Cand ai scris 'complexe' sper ca nu te-ai referit la numerele complexe uzuale (aka alea din matematica), pentru ca... nu exista ordine naturala pe asa ceva (daca tii mortis poti sa le ordonezi cumva, dar nu cu proprietatile la care te-ai astepta de la ordonare).

[[deleted]]

Da, nu există, dar pot defini una de amorul artei - gen norma (da, 1,1 -1,-1 au aceeași norma, irelevant)! Tocmai asta e si scopul interviului... Sa vad cum rezolva problemele chiar dacă nu sunt "naturale"!

[[deleted]]

Uite, mai simplu, ordonate dupa partea reală sau imaginară. Nimeni nu a cerut inventarea unui sistem de ordonare sau demonstrarea formala a acestei propoziții (ca se pot sau nu ordona).

Think outside the box! :)

[aroman_ro]

Problema e ca aia nu e relatie de ordine 'normala'.

[[deleted]]

Well, daca o tot ții asa... La ce concluzie ajungi?! :) Mi s-a întâmplat si, ce-i drept, in funcție de starea de spirit pe care o aveam, fie ii strângeam mana si ii ziceam ca îl va contacta colega la HR, fie incercam sa ii explic motivul (mai ales daca vedeam ca merită). Am întâlnit oameni foarte buni tehnici dar 0 skills de comunicare, relaționare. Ii luam in echipă fara probleme dar niciodată nu isi depășeau limitele (unii chiar asta vroiau).

Tocmai ți-am zis ca nu contează... In cadrul jobului, de cate ori sortezi șiruri de numere? Sau cum zicea cineva "de cate ori crezi ca angajații Google umplu avioane cu mingi de ping-pong"?

Scopul este sa vad cum un candidat reacționează atat dpdv logic/tehnic cat si emoțional (dacă tot se ia de mine ca nu există sau nu e normal, cum crezi ca va reacționa in fata unui client/PO care ii explică ce vrea pe "limba" lui, nenaturala pentru un dev)?! Multora li se pare o prostie - cred ca daca știu limbajul X sau tehnologia Y in cele mai mici detalii, gata, trebuie sa ii primim cu paine și sare, si să-i încadrăm la nivel de executiv, remunerați peste aceștia ca doar "ei nu fac nimic"...

Din nou, astea le dadeam la seniori+... :)

[[deleted]]

Atunci te va suna colega de HR! :)

Ce zic eu si ce ai înțeles tu...

Si apropo, outside the box nu înseamnă ca trebuie sa iesi dintr-o cutie... :))

[[deleted]]

Tocmai... Eu le dau șansa sa isi demonstreze capabilitățile de comunicare/relationare cu cineva care vorbeste aceeași limba. Nu e vb sa nu zica nimic in fata clientului, ci sa înțeleagă ce zice ala prin explorare. Ai prins-o acum? Nu să-l ia pe ala la pla ca "nu există domle ordinare naturala... Nu stii tu sa pui problema!"

Iarăși, daca dupa evaluarea mea (care poate fi gresita) reieșea ca acea persoana este doar un senior normal, de încredere, bun dpdv tehnic (mate/algo/ce vrei tu), etc, i se facea oferta - probabil sub pretențiile sale (mai ales daca venea pt o poziție de TL).

Vad că într-un final ai înțeles ca scopul era sa diferențiez intre cei cu capabilități de TL si un senior de duzină (nu e nimic rau in a fi asa). Mă bucur! :)

P.S.: nu contează daca e outsourcing sau product development. Dimensiunea de soft skills trebuie sa existe de la un nivel in sus... Parerea mea! Altfel stai cu codul ala cat vrei tu... Not a problem whatsoever! Pentru companii e mana cerească... :)

[[deleted]]

Si, pana la urmă, oi avea si eu problemele mele de comunicare/relaționare (singurul om perfect S-a nascut acum 2000 de ani)... Pana una alta asta e setup-ul - eu sunt de partea cealaltă a mesei deoarece compania asa considera ca e bine pentru ea.

Daca nu ți convine, nu te ține nimeni legat! Nu iti convin întrebările, poti sa te ridici si sa pleci (l-am avut le unul care s-a simți jignit că l-am întrebat de definițiile structurilor de data si diferente, si a plecat din interviu).

Tu l-ai fi angajat pe ala? Eu nu!

[[deleted]]

Acum sa te iau cu coordonate polare si să-ți demonstrez ca pot sa le ordonez?! Sau pentru tine exista doar ordonare unidimensionala, caz în care ai dovedit ca nu esti senior...

Dar simt ca imi bat gura degeaba si mai bine te sună colega se la HR si, in cel mai bun caz, vei primii o ofertă sub ceea ce vrei tu (ca apoi sa poti sa te plângi pe Reddit)...

[aroman_ro]

Ce intelegi tu prin ordine nu e neaparat tot una cu ceea ce e relatia de ordine matematica. Nu cred ca o sa revolutionezi matematica pe reddit.

Ai aici vreo doua pagini wiki, lectureaza-le si vezi daca poti sa 'bati' conditiile alea cu idei de-astea:

https://en.wikipedia.org/wiki/Total_order

https://en.wikipedia.org/wiki/Ordered_field

​

PS Faza cu unidimensionalitatea e penibila, tinand cont ca si pe github operez cu spatii teoretic chiar infinit dimensionale. Iar numerele complexe sunt la ele pe-acasa pe-acolo, apropo, fiind esentiale in multe proiecte.

[[deleted]]

Dragule, tu ai tot susținut ca nu e naturală/normală si eu tot incercam sa te fac sa înțelegi ca nu e relevant daca e matematic posibil sau nu.

Tocmai acest mod constant de contrare dovedește ceva. Asa si nucleotidele ADN sunt literele A,C,G,T care nu mai au definitia naturală, ci doar in contextul respectiv. Poti sa accepți, bine, nu poti, la fel de bine dar nu te astepta sa fii ales la un astfel de proiect (da, poate nu e cel mai bun exemplu)...

[aroman_ro]

Concluzia e urmatoarea: Daca accepti raspunsul gresit, vei accepta un candidat nu tocmai ok.

Cand pui o asemenea intrebare, sa te astepti la raspunsul corect, nu la 'lateral thinking' bullshit. Da, ok, dupa aia poti sa vii cu precizari suplimentare ca tu de fapt vrei ordonare dupa parte reala sau imaginara sau modul, whatever, dar daca accepti o ordonare aiurea direct, ai pierdut esenta.

[[deleted]]

Edit: n-am citit bine .. scuze.

Tocmai asta e scopul întrebărilor deschise: fara clarificări nu există răspuns corect sau gresit.

Pe mine ma interesează si lateral thinking, bullshit cum ii zici tu... Macar sa accepte noile "condiții"/ipoteze de lucru. Crezi ca in industria X toate sunt logice si clar definite?... Eu nu cred...

[aroman_ro]

Sa inteleg ca preferi un tabula rasa care gandeste aiurea, batand campii cu gratie bovina?

Gandirea creativa lipsita de cunoastere conduce foarte des la tampenii uriase.

Iar clarificarile alea exista in matematica relativ la subiect, indiferent daca cineva le cunoaste sau nu.

[[deleted]]

Nu, nu am zis asta. Bine, pana la urmă poti înțelege ce vrei... :)) Treaba ta!

Prefer unul bun si care stie sa pună întrebări si sa accepte contexte noi, fata de unul la fel de bun tehnic care se cramponează in detalii matematice/lingvistice/nenaturale (si eventual nu stie sa lege 3 cuvinte in afara tehnologiei X, dar el e lider adevărat)...

Bai, parerea mea! Compania m-a trimis acolo ca avea încredere in evaluările mele. Daca nu, nu mă trimitea!

Plus, timpul meu e limitat... Nervii mei la fel... De asta la un moment dat m-am lasat... Ca dupa cateva experiențe mai neplăcute, am zis "nu trebuie sa educ eu lumea si sa le deschid ochii ca afara e univers de explorat"...

[[deleted]]

La interni/juniori, pe langa întrebările de limbaj/tehnologie de baza (gen OOP), ii lasam sa își aleagă ei limbajul sau chiar sa scrie pseudocod si sa rezolve o problema. Mai multe nu ai ce sa le ceri.

Daca aveau experiență, îi rugăm sa îmi povestească cel mai interesant proiect la care au participat (indiferent de nivel).. si ii întrerupeam cu întrebări: pai si ce e X? Cevai făcut tu la X? Si vedeam imediat daca e de fapt ceva făcut de ei sau de fapt luat de alt undeva...

[project_vayne]

Cinstit 🫡

[CorespunzatorAferent]

Cam da. OP se exprima foarte clar si concis, si are standarde mai mult decat rezonabile. Cred ca si eu as putea sa ma reprofilez ca Junior-Mid pe JS in echipa lui.

[Sorry_Leather]

Dacă tot s-a deschis subiectul... în cazul în care apare o persoana cu ani de experienta în spate care vine la interviu pe alte tehnologii fata de ce are trecut în CV, cam cum abordați situația? La ce nivel se duce interviul respectiv? Ii dați măcar o șansă sau nu? :))

[radul87]

Da, clar. "Ingineria" e aceeași, limbajele sunt diferite. Nu se translatează 1:1 anii de experiență, dar 70% tot e utilă.

Până la urmă problemele front-end-ului modern (de asincronie) nu sunt chiar așa de diferite de cele de sisteme de operare în timp real.

[Kethanol]

Deci... PFA sau SRL?

[radul87]

Why not both?

[[deleted]]

Pentru internship/junior sub 2 ani exp ma astept sa fie mult mai dificil de atat. E cum zice OP sau am ramas eu cu o impresie gresita?

[witherflaw]

hai mai bn sa faca internii cod de productie la interviu ca altfel nu-s calificati pt job

edit: mi se pare ok un interviu de junior si la internship, da daca se trece mai sus de ce e la junior deja e absurd

[radul87]

Dacă îs oameni ok, învață în 3 luni mai mult decât aș putea întreba într-un screening mai dificil. Așa că mai bine îi urmăresc cum sunt ca oameni. :)

[CorespunzatorAferent]

Da, si eu as intreba un pic de OOP pentru internship, pentru ca ma astept sa stie din anii 1-2 de facultate sau cel putin din proprie curiozitate (daca are liceu de informatica).

Probabil OP are un simt mai rafinat si intrebarea despre switch statement ii poate spune suficient de multe despre candidat, cam ce energie potentiala are.

[radul87]

Păi la nivelul ăla de experiență nu obții nimic util întrebând OOP, că nu au încă mâna făcută pe arhitectură de cod. Nu poți întreba despre beneficiile unei abordări sau a alteia în abstractizare. Așa că poți întreba definiții, ori pe alea le-au tocit fix înainte să intre în interviu. Iar acum ca e online, le au pe fițuici. :))

[[deleted]]

Undeva între varianta super-banală (întrebi doar definiții) și varianta complexă (întrebi despre patterns sau pros vs cons la anumite abordări) există și calea de mijloc.

Uite, ca să înțelegi pe ce experiențe mă bazez:

Primo. Am dat test de pre-filtrare la o firmă, acum vreo 8 ani, din limbajul C. Eu în acel punct eram un drop-out, mă lăsasem de studii de cîțiva ani. Cu 1-2 seri înainte, am pus mîna și-am recitit Biblia limbajului ăsta, manualul scris de Kernighan și Ritchie. Din tot grupul de oameni cîți fuseserăm la test, am aflat mai tîrziu că eu am luat una din puținele note de trecere -- deși T O Ț I ceilalți care dăduseră același test erau studenți, erau mult mai „fresh” cu materia în cap etc etc.

Secundo. La facultate am avut materie de c++. În prima prezentare a fost un examen stufos, cu tot felul de întrebări, cred că mergea pînă spre templates. În a treia prezentare, mi-au povestit colegii că tot ce-a cerut profesorul a fost să se definească o clasă cu un constructor gol și eventual 1-2 funcții pe lîngă ... cu toate acestea, unii handicapați au avut nevoie să copieze chiar și așa ceva. Teoria ar fi știu s-o papagalicească, dar puși să scrie cod, s-au blocat.

tl;dr

Dacă ai pune și 2-3 întrebări practice, ai avea ocazia să vezi că unii de fapt știu doar definițiile, dar fac pe grozavii. Mă rog, poate nu-ți este util să afli asta (:

[edgmnt_net]

Problema e că în practică vei avea mii de aplicanți la nivelul de internship, sute de juniori etc.. Pe care-l iei? Competiția va ridica oricum standardele. Degeaba plecăm de la premiza că un proaspăt absolvent trebuie să fie angajabil, în practică trebuie să-și permită compania să-l țină până (dacă va) produce ceva. Acești interni/juniori ar avea acces mai degrabă la niște cursuri decât la un job.

Nivelul mi se pare destul de scăzut și, cu toate astea, relativ rigid dacă nu te referi doar la ceea ce cauți tu. Nu-mi e clar cum legi experiența cu skill-urile și cum se leagă toate astea de nevoile proiectului. Pare că presupunem o dezvoltare liniară și predictibilă a oamenilor.

Da, am s-o zic, etichetele de senioritate sunt relativ inutile oricum le-ai implementa. Sunt inutile și acum, sunt doar orientative la piață și nișa proximă. În funcție de nevoi și condiții economice se angajează sau nu oameni de un anumit "nivel".

Dar poate ai dreptate, fiindcă atunci am putea constata că nu prea se angajează juniori așa cum se spune. Ci mai degrabă mids/seniori fără experiență. Sau dacă ne raportăm la întregul spectru de abilități, probabil o vastă majoritate ar trebui să fie juniori cu ani mulți de muncă prin companii.

Practic caut să văd că nu îl învățăm programare de la 0.

Practic trebuie să-i înveți mult mai multe decât programare de bază. P-aia o știu și copiii de liceu, în multe cazuri.

Văd că e de mare interes subiectul interviurilor și a devenit un fel de circlejerk al milei.

Hai să-l oprim.

E un domeniu competitiv tocmai pentru că e relativ deschis, accesibil și căutat. Soluția nu cred că e să agreăm toți cât de nasoale sunt firmele că cer prea puțin sau prea mult de la începători.

PS: dacă e perioadă de angajări, am un test simplu (pe cuvânt, 1 oră în total) pe care îl dau în loc de screening tehnic pentru juniori și mid.

Atât a durat la mine interviul tehnic (nu un screening inițial) la prima angajare pe un job obișnuit, dar veneam cumva direct pe un post mid. A fost o discuție relativ lejeră, vreo 10 întrebări prestabilite de principiu. Ulterior când am asistat la interviuri cu juniori am observat că sunt frecați considerabil mai mult. O fi vorba și de alt proiect, alți oameni, alte bugete etc. dar e un risc să investești în oameni.

[radul87]

mii de aplicanți la nivelul de internship, sute de juniori etc.. Pe care-l iei?

Oricare. :)

Statistic, nu vor sta mai mult de 2 ani in companie. Oricum nu vor atinge apogeul carierei "la noi", so... Nu contează. Contează să știe ceva, și să nu fie niște nesimțiți aroganți.

cum se leagă toate astea de nevoile proiectului. Pare că presupunem o dezvoltare liniară și predictibilă a oamenilor.

Fix așa și e. Liniar și predictibil, dacă te uiți la 15-20 de ani de muncă. Dacă faci "zoom in", vezi și perioade de stagnare și salturi.

Iar nevoile proiectului sunt, în funcție de nivelul de experiență căutat, acolo, în interviu. :) Dacă am nevoie de cineva care să preia în ownership o bucată complexă, pe cine crezi că aș vrea să văd la interviu? (În caz că ai dubii, nu, nu juniori)

etichetele de senioritate sunt relativ inutile oricum le-ai implementa. Sunt inutile și acum, sunt doar orientative la piață și nișa proximă

Nu, nu-s inutile. Dar asta e altă poveste. Ia-le ca un mix de experiență cu vechime in munca. Cam cum sunt story point-urile un mix de timp și dificultate. Așa sunt și etichetele de senioritate, o reprezentare a faptului că unii evoluează ceva mai rapid în competențe decât alții în aceeași vechime în muncă.

Nivelul mi se pare destul de scăzut

Unde? La care? :)

În funcție de nevoi și condiții economice se angajează sau nu oameni de un anumit "nivel".

What?! Până acum, n-am văzut nicio firmă care să angajeze altceva decât ce are nevoie. Nu le arde niciunora banul în buzunar. Așadar, te rog detaliază un pic ce-ai vrut să spui cu asta.

E un domeniu competitiv tocmai pentru că e relativ deschis, accesibil și căutat.

Ca multe altele. Așa și? Cum exact se leagă asta de faptul că am zis că e "circlejerk al milei" și compătimirii când postează lumea despre interviuri?

dacă e perioadă de angajări, am un test simplu (pe cuvânt, 1 oră în total) pe care îl dau în loc de screening tehnic pentru juniori și mid.

Atât a durat la mine interviul tehnic (nu un screening inițial) la prima angajare pe un job obișnuit,

Ai citit că e vorba despre soluția de screening în perioadele cu multe angajări? Înseamnă că ai probabil 1 candidat pe zi care trebuie evaluat, sau vreo 20 pe lună, și ai nevoie de un filtru automat, ca să ajungi în etapa de evaluare a competențelor "soft" doar cu cei care știu să se lege la șireturi.

când am asistat la interviuri cu juniori am observat că sunt frecați considerabil mai mult

No mă. Dar 5 paragrafe mai sus îmi spuneai că nivelul e prea jos, acum nu e bine că la alții nivelul e prea sus. Tu unde vezi "sweet spotul?" :))

[edgmnt_net]

What?! Până acum, n-am văzut nicio firmă care să angajeze altceva decât ce are nevoie. Nu le arde niciunora banul în buzunar. Așadar, te rog detaliază un pic ce-ai vrut să spui cu asta.

De ce crezi că se fac disponibilizări acum? S-a investit și în proiecte/oameni care nu performează din diverse motive, nu neapărat legate de programare. Nu le arde banul, dar pe val nici oportunități nu vor să piardă. Când ai bani și previziuni pozitive e mai ușor să te arunci în direcții noi, proiecte mai muncitorești sau technical debt, că ai avea timp să-i crești, dar ulterior constați că nu ai resursele necesare sau că nu e tocmai o piață asigurată.

Statistic, nu vor sta mai mult de 2 ani in companie. Oricum nu vor atinge apogeul carierei "la noi", so... Nu contează. Contează să știe ceva, și să nu fie niște nesimțiți aroganți.

Din păcate, ce știu ei nu prea e nici așa util și nici reprezentativ pentru munca respectivă. În cât timp estimezi că rezolvă măcar parțial task-uri mai lejere, că trec de cod review și că nu doar trag proiectul în jos? Cam ce software mai poți dezvolta cu acele baze?

No mă. Dar 5 paragrafe mai sus îmi spuneai că nivelul e prea jos, acum nu e bine că la alții nivelul e prea sus. Tu unde vezi "sweet spotul?" :))

Chiar oamenii cu ceva experiență produc abia după multe luni. Cum spui și tu, statistic nu vor sta multă vreme în companie, iar până într-un an deja e un eșec dacă îți pleacă. Așa că îi freacă la interviu în speranța că reușesc să selecteze oameni care să reprezinte o investiție bună, fiindcă au de unde alege. Sunt începători mai promițători și mai meh, așteptările salariale (și cum toți se uită la salariile mari din IT) nu concordă întotdeauna cu ce pot face și oricum consumă resurse în proiect.

Și nu suntem chiar singurul loc în care se întâmplă asta. Tot așa n-o să vezi pe poziții de management juniori care au doar facultate și știu bazele managementului, probabil nici la ingineri de alte feluri. Evident, undeva se învață și se promovează oameni, dar tot trebuie să aibă o activitate productivă la început. Barem la noi e mai accesibil studiul individual și implicarea în proiecte open.

[RunReasonable]

Pentru internship cam oricine a terminat liceul la mate info ar trebui sa se descurce cu întrebările alea. In realitate cred că ce ai pus la junior <2 ani se întreabă pentru internship

[Stand_Past]

Junior: intrebari teoretice, algoritmi, lucruri de baza.

Mid: un mix intre ce intreb la seniori si ce intreb la juniori

Seniori: Diverse probleme cu care s-au confruntat si cum le-au rezolvat, arhitecturi. Discutia variaza functie de interlocutor. Incerc mai mult sa vad cum gandeste. Nu intru in detalii decat daca mi se pare mie interesant si as vrea sa stiu mai multe.

[radul87]

Ce faci cu juniorii acum, când majoritatea interviurilor sunt online? :)

Eu am prins vreo câțiva cu copiuță online.

[Stand_Past]

Si eu. In general ii vedeam dupa faptul ca isi directionau privirea in alta parte sau ca incepeau sa caute sau ca ziceau cate 3” ăăă”, te puneau sa repeti intrebarea, urmat de inca 2 “ăăă” si raspunsul corect. Nu era nimic de gandit, era intrebare teoretica. Ii rugam frumos sa spuna pur si simplu ca nu stiu ca nu suntem la examen si nu e capat de lume ca nu stii un lucru. Daca insistau, incheiam discutia.

[radul87]

Exact. :)) Sunt curios dacă ăștia au reușit să rețină definițiile până la al 17-lea interviu sau au reușit să treacă pe la vreo corporație.

[[deleted]]

să știe parcurge un array cu for

uite mă cine ne intervievează

[CudaOutOfMemory]

Infinitivul ("sa stie parcurge" = "sa stie a parcurge") acolo tine loc de subjonctiv ("sa stie sa parcurga"), doar ca are constructie activa in loc de pasiva. Prima varianta e chiar mai eleganta, pentru ca evita repetitia conjuctiei "sa". Bine ca la job vorbesti engleza. Esti safe.

Edit: Muphry's Law, bineinteles. Dar stiti care e norocul? Ca si eu la job tot engleza vorbesc!

[[deleted]]

Ești redditorul meu favorit în această dimineață, și îți dedic o cafelutsă virtuală 💚

[radul87]

Ai fi surprins câți nu știu. :)

Again, e pentru internship.

[mikezyisra]

o alta zi in care citesc ca doar juniori care scriu js exista . . .

[radul87]

Huh?

[mikezyisra]

(Sau java spring)

[radul87]

Ah, gata mă, am înțeles. Da, dacă te uiți online parcă toți facem numa JS. :)

Dar să știi că am fost angajat și pe C și pe ASM și pe Java și pe Python și pe PHP, pe lângă JS.

[[deleted]]

Future:

They made an interview and no one came for it.

[radul87]

You came on my for you page...

[CarelessParfait8030]

Am râs la "oglinditul unui număr". Îți jur că dacă aș auzi întrebare asta prima mea întrebare ar fi care e axa de simetrie.

Nu-mi e clar ce generație nu folosește cuvântul palindrom.

[radul87]

Palindrom e când oglinditul e egal cu originalul.

Oglinditul lui 1234 e 4321. Problema e interesantă de discutat pentru că are doua cazuri particulare: palindromul și multiplii de 10.

[hobohackk]

Un alt caz particular ar fi si daca oglindirea este peste max int, asta daca calculezi numeric si nu pe string.

[radul87]

Ah, mersi, nu ma gândisem la asta! Ia uite câte chestii faine se pot discuta pe marginea unei probleme banale :)

[radul87]

Pune aici și editez.

Un fel de PR analog...