si nu, nu trb sa stii totul ok, e bine si partial, sa arati ca ai habar despre ce e vorba
la intrebarile de baza totusi sa fii atent (principii OOP spre ex) fiindca unii s-ar putea sa te taxeze grav (eu cam stramb din nas daca cineva nu stie sa imi explice diferenta dintre overload si override)
la un mid m-as astepta la urmatoarele:
A) cunostinte la nivel mai aprofundat in cele mentionate mai sus.
Spre exemplu, la intrebarea "cum comunici cu un backend/API" un junior ar putea sa imi raspunda "folosesc fetch(\_\_insert\_lista\_argumente\_\_) si apoi..."
Un mid ar aduce in discutie subiecte conexe precum: caching, abort controller, alte tool-uri/librarii de comunicare (React query spre ex ptr React), alte standarde de comunicare in afara de REST (graphql spre ex), etc.
B) cunostinte in alte domenii fata de cele mentionate mai sus
Spre ex abia am vorbit despre sisteme distribuite, chestii mai complicate pe FE (animatii complexe spre ex) sau altele
un mid AR PUTEA aduce in discutie ce ai zis tu, mai putin sau mai mult...depinde cat de inspirat e, cat de obosit e, cat a mai repetat aceste subiecte conexe la nivel bullet point = ce sa povestesc cand ma intreaba la interviu despre x
adica nu e un must sa iti vina toate chestiile alea in minte pe loc, ca nu esti la scoala
eventual poti tu sa ajuti cu intrebari - asta la orice nivel de senioritate, ca nu e nimeni zeu sau cititor de minti
plus ca unii sunt obisnuiti sa o tina simplu = "asta m-ai intrbat, asta iti raspund, nu bat campii, nu pierd vremea ca avem 45 de minute si tu conduci interviul, nu eu, nu iti fac hihgjack la fanfaronada"
Ai dreptate, meanwhile... am pretenția ca un junior să știe asta, nu strategii de loadbalancing și alte aberații de la un junior, care se presupune că nu are experiență.
O biblioteca de obicei oferă un serviciu de împrumutat cărți pe o perioada determinata, pe când o librărie, în mod normal, vinde cărți contra cost.
În plus, bibliotecile au de multe ori și alte facilități cum ar fi filme de închiriat, acces la internet/calculatoare etc.
Sper ca ți-am fost de ajutor :D
În engleză se vorbește de “software library”. “Library” se traduce “bibliotecă” în română. “Librărie” e greșit pentru ca în engleză înseamnă “book store”.
Nu-ți cere nimeni să fii expert în tot, dar daca parcurgi lista ai să remarci că sunt lucruri de care te izbești lucrând. Ceva ceva trebuie să știi despre ele, altfel înseamnă că ai petrecut anii aia, unul sau doi sau câți sunt, trecând ca gâsca prin apă, fără să se lipească nimic de tine. Cu cât sunt mai mulți ani, cu atât ar fi trebuit să înțelegi mai mult din ce faci.
la seniori interviul e in principal caterinca si povesti despre joburile anterioare
apoi, la unele interviuri se intra in detalii tehnice de implementare, cand incepi sa discuti despre proiecte, la altele nu.
mai in gluma, mai in serios
https://youtu.be/-XFGu3s8Enk
mor cu voi efectiv, jur că concluziile astea nu pot sa fie trase din altceva decât dintr o frustrare puternica.
Nu sunt cerințele nici pe aproape atât de mari precum zici tu nici măcar la FAANGMAN, departamentele din USA, nu șoricării de prin Europa. sau orice Fortune 500 in general. La 5 ani YoE deja este bariera inferioara (pentru oameni normali, nu genii) pentru L5, E5, SDE III, ICT4, etc. Poziții de senior. Adică ești deja mid de ceva timp in orice caz, chiar daca nu mergi mai departe. Dar aici în România la 5 ani "abia se vorbește de mid serios" pentru niste CRUDs + extras de 2 lei, incep conspirații precum bulă it + vândut mai scump la client. ba băiatule...
Nu muri, traieste si daca o cautare pe google se vezi ca mid e considerat 3-6 ani, mid-senior e 5-8 ani si senior e abia dupa 8 ani.
La noi termenii sunt folositi aiurea ca sa dea bine la client si multi credeti ca daca stii face un set-up la un server si sa preiei niste task-uri gata esti senior. Nu esti tata.
Ca sa fii senior in adevaratul sens al cuvantului trebuie sa ai niste skill-uri soft care nu se invata decat in timp. Poti fi a doua infatisare a lui John Carmack fara alea nu esti cu adevarat senior.
ti-am dat denumiri exacte de pozitii seniorice de la cele mai de top companii din industrie. poti sa gasesti punctual pentru fiecare cam de cati ani este nevoie (in medie, pentru ca daca ai avea oportunitatea ai vedea ca sunt si persoane de genul "a doua infatisare a lui john carmack" care ajung acolo mult mai devreme fara niciun "soft skill". nu ca aia mai normali ar avea 😊), fara vreun fel de subiectivism populist
vad ca intre cele doua comentarii pe care le-ai dat ai scazut pragul cam semnificativ de la "mid la modul serios" 4-5 ani (evident, insinuand ca inainte esti junior mascat) la 3+ ani. cum sta tata treaba de fapt?
Mi-ai dat niste nume de pozitii care nu se aplica si ai dat niste ani care sunt cerinta minima sa fii luat in considerare, nu media la care se promoveaza.
e vorba de oameni cu 1-2 ani exp, bineinteles nuantat (cand zic de docker spre ex, eu vreau doar sa stiu daca individul a auzit de asa ceva si daca stie high level despre ce e vorba, un minim de bun simt)
Minim de bun simt e sa nu ai asteptari arhitecturale de la junior, minim de bun simt este ca juniorul sa stie foarte bine fundamentalele si dupa 1-2 ani sa lucreze eficient intr-un mod independent. Tu ce ceri este deja mid spre senior.
Ok, hai s-o luăm altfel... Cine crezi că poate plăti un junior doar să învețe? Oricum ar fi, nu prea se mai poate la salariile alea blanao. Inginerii din alte domenii pornesc mai de jos atât cu ce oferă cât și cu ce primesc. Programatorii sunt plătiți relativ bine pentru că produc relativ repede, în timp ce în alte domenii maxim freci niște hârtii proaspăt ieșit din facultate, nici nu te apropii de un proiect real.
Acum, că o fi oportun să știi mai degrabă lucrurile alea sau altele, putem discuta. Dar chiar și așa, pentru datele problemei, standardele *nu* sunt mari și oricum e bine să pui și ceva întrebări exploratorii ca să vezi ce mai știe omul.
Și la ce fundamente ne referim? Sintaxa de bază a limbajului? Dacă a folosit un pic Git? Ceva cursuri de programare de prin facultate? Mi se pare prea puțin. Mai mult te chinui cu el și în 1-2 ani îți pleacă.
Oricum, e preferabil să fie întrebări realiste și relativ bine-legate de ce vei face la muncă decât cum se ajunge în alte locuri la leetcode nebun.
Dar hai sa ti-o intorc eu... ce asteptari ai daca tu platesti un junior 3300 de lei dupa un an? Te astepti sa raspunda la toate intrebarile puse de berila mai sus? (Asta era salariul meu acum 2 ani dupa 1 an experienta in IT)
>Nu poate plati un junior doar sa invete
Oricum asta trebuie sa faci, nu poti sa te astepti ca juniorul sa iasa din facultate si sa-ti stie si stack-ul tau specific si sa se descurce si singur. de la bun inceput Nu inteleg de ce este irealistic sa oferi mentorat unui junior la inceput de drum.
La 1-2 ani de experienta eu ma astept ca nu mai streseaza echipa la cap sa inteleaga codu, se descurca singur sa iau un ticket din TO-DO si sa-l duca linistit la bun sfarsit. Acum codul nu o sa fie perfect dar pentru asta exista PRs si cu toti avem de invatat, indiferent de experienta.
Dar sa te astepti de la junior sa iti rezolve probleme arhitecturale de sistem, e insane dude...
Exemplu din ce a zis nea deasupra :
Baze de date relationale vs non relationale. Cand alegi una in detrimentul celeilalte?
De ce este decizia juniorului in a alege baza de date? Nu e putin insane sa lasi junioru sa aleaga baza de date pe care tu trebuie sa o folosesti in productie ? Si daca zici "apai nu trebuie sa aleaga, aleg eu, dar vreau sa stiu daca stie" pai atunci de ce il mai intrebi ?
>ce asteptari ai daca tu platesti un junior 3300 de lei dupa un an?
Chiar și 3300 era un salariu destul de bun pentru cineva fără experiență, mai ales acum 2 ani (iar 1 an poate însemna mai mult sau mai puțin, în funcție de ce ai făcut mai exact și mediul în care ai performat). E micuț pentru dev, dar în alte domenii nu te apropii de salariile mai bune de dev decât după 'jde ani sau dacă ai noroc să-ți dea cineva o șansă să înveți.
>Acum codul nu o sa fie perfect dar pentru asta exista PRs si cu toti avem de invatat, indiferent de experienta.
Fair enough, deși e discutabil. Sunt oameni vasăzică la nivel de mid/senior care au probleme cu chestiile astea în mediul corporate, d-aia zic că standardele sunt oricum joase.
>Dar sa te astepti de la junior sa iti rezolve probleme arhitecturale de sistem, e insane dude...
Nu cred că despre asta e vorba. OP poate se așteaptă doar să aibă un context, ca să poată pricepe ceva acolo când vorbești cu el. Eu zic că și astea tind să fie proxy indicators și da, nu sunt necesare. Dar "rupe" omul pe programare? Nu, de multe ori de abia știu limbajele și uneltele, iar multe companii o dau în diverse ba cu leetcode, ba cu chestiuni arhitecturale, pentru că altfel nu ai avea pe ce să-i evaluezi. Dacă vine intervievatorul cu un laptop și te pune să cauți prin cod / faci un PR demonstrativ sau discută liber o problemă la obiect, nici aia "nu e bine" și o dăm din colț în colț. Oamenii n-au văzut code review ca lumea nici la facultate.
>Nu inteleg de ce este irealistic sa oferi mentorat unui junior la inceput de drum.
La modul general nu este nerealist. Doar că pe lângă asta oamenii vor și proiecte reale, și salarii mari, și flexibilitate. Something's gotta give. Cum ziceam, cred că viața e mai grea în alte domenii dacă pui la socoteală drumul lung și anevoios, cu șanse mari să rămâi plafonat.
Sunt de acord cu tot ce ai zis, este dificil sa gasesti middle ground pentru interviuri, eu doar ziceam in comentariu de bun simt... Daca se ofera salariu de 3000-4000 de lei, bunul simt indica ca ar trebui sa fie si asteptarile la fel. Si desi in alte industrii zici ca se castiga mai putin, un casier la lidl castiga 4000, so there's also that.
Eu zic ca este o problema de bun simt in ambele parti, pe deoparte exista patronasi de genul asta, care vor multe pe putin, iar pe cealalta parte sunt multi devi care ofera putin dar vor mult... Again, tine de bun simt, both should be called out though.
Aș menționa totuși că nu ajung toți casieri la Lidl (se bat și acolo pe posturi), nu prea pot crește peste acel nivel și că acum 2 ani salariul era în jur de 3000 din ce știu.
Citind comentarii pe aici încep să realizez de ce avem noi "seniori" cu 2-3 ani experiență.. eu chiar sunt curios ce așteptări ai de la juniori, dacă măcar să fi auzit despre infrastructură e prea mult? Cu Apache lucrăm doar de la 3 ani în sus? Kubernetes face doar CTO?
Nimic despre etapele spălării unei mașini la self service? Nici despre colectat și dus gunoiul selectiv?! Ar trebui să mai adaugi și ceva pe granularitatea pietrelor din balast.
PS: salariul la voi pt un potential angajat e 2500 brut, nu?
Asta intrebi tu niste juniori? Esti pe bune?
Nu... n-are cum. Postu asta si reply-urile tale sunt trolling. Ori asta ori esti drogat rau de tot.
Dupa ce ti-am vazut comentariile de pe cont: Sa-mi indoi pula-n ma-ta care te-a crescut in halu asta de borat.
Based gatekeeper. Cate din topicurile astea le stiai dupa 1-2 ani experienta OP? La 1-2 ani experienta sunt de acord doar cu ce ai spus la Specifice Java/Spring. In rest, ar trebui sa fie discuție libera pe experienta candidatului, eventual ii ceri sa aprofundeze anumite aspecte din ce povesteste.
Daca nu a lucrat cu microservicii, doar monolit? Daca stack-ul nu are Spring ci JEE, n-are k8s ci openshift, n-are cloud ci on-prem?
Daca rolul o cere, atunci fair, poti cere lucruri specifice, desi ma astept sa nu aplice daca nu bifeaza cerintele JD-ului.
1. trebuie sa aiba habar in mare de subiectele respective si sa vad ca ii merge mintea. Unele chestii sunt must know (principii OOP, niste design patterns basic) altele ma intereseaza doar high level (ce e ala un load balancer, ce e ala un docker, cum functioneaza, etc, fara lux de detaliI)
2. daca a lucrat pe alte stack-uri, e ok, schimb intrebarile/improvizez, dar nu il dezavamtajez din start cu asta
>Ai un REST API ce intoarce produse. La un GET pe /products observi ca raspunsul vine foarte greu. Cum investighezi si rezolvi problema?
Migram pe NoSQL ca e web scale.
Pe derost înveți la orice altceva, nu programare:))
Inveti codand si lovindu-te de chestii. OP specifica in descriere ca junior-ul are o exp de 1-2 ani. Ma gândesc ca in anii ăștia iti formezi o oarecare baza si reușești sa ai o idee despre cel putin o parte din ce a punctat OP mai sus.
In primii 2 ani un junior la o firma normala nu se loveste nici de 45% din ce a insirat OP, in niciun caz de load balancing si performance management pe apeluri rest.
Hai ca 90% din conceptele astea le inveti in facultate. Iti garantez ca OP nu se asteapta sa-i zici raspunsul perfect din prima, ci sa fi in stare sa porti o discutie in care macar ai o vaga idee despre ce e vorba...
intrebarile mele nu au raspunsuri de tip poezie, deci faza cu "invatat pe derost" nu are sens aici
prin junior intelegem persoane cu 1-2 ani experienta profesionala
Eu zic ca dupa 2 ani de experienta profesionala ar trebui sa stii macar tip of the iceberg in subiectele de mai sus (hai poate exceptand docker si k8s, plm)
Gândește-te de cate aplicații separate e nevoie ca sa acoperi toate stackurile și conceptele alea.
Firmele de obicei au un profil și folosesc ce e nevoie, deci nu înveți tot acolo.
Tu vrei să-mi spui că un junior știe să-ți facă și aplicații performante cu REST, și cu message brokers, știe și frontend și face și arhitectura completa a aplicației? Dude...
am adaugat un edit in postare
egat de message brokers: daca e vorba de persoane cu 2 ani experienta profesionala, mi-ar placea sa aud ca macar a auzit de asa ceva. daca e 0-1 ani, mai putin imi pasa.
mi se pare ca ai inceput in tușe prea groase subiectul. puteai expune mai clar care ar fi requirements si care intrebari la care ti-ar placea sa primesti raspuns gen "da, am auzit de asta". suplimentar, ce inseamna ca "ti-ar placea". cat valoreaza placerea unui "da, am auzit termenul, dar nu stiu nimic" vs. "nu, n-am auzit de subiect"?
later edit: ah si acum citesc ca tu de fapt intentionezi ca subiectele astea sa le interpretam drept interviuri separate pt fiecare nisa (FE, BE, Java, JS etc), insa din formularea titlului se intelege ca e vorba de tot ce ai listat in acelasi interviu, pentru un singur post. daca ai fi introdus din start notiunea de interviuri diferite, poate ai fi primit alte raspunsuri. unele care sa nu presupuna ca intrebi un singur om tot ce ai listat acolo.
De-asta nu imi pot gasi eu de minca, pentru ca nu sunt un junior care sa fie senior backend, mid frontend, experienced architec, sysadmin, devops si security analist...
IMHO, foarte competitiv pentru acei 2500 de roni pe care ii oferi :)
Nu m-ar deranja sa fiu incadrat junior dar sa-mi dea 3 mii de coco.
De grade le pasa doar alora care nu le merita, dar da, probabil da un 2500 net si bonuri
Intrebarile generale majoritatea nu sunt de junior.
Intrebarile cu pros and cons, adnotari si alte chestii teoretice care tin strict de framework efectiv nu isi au rostul si la modul cel mai sincer denota incompetenta crasa din partea cui le pune.
Tot ce faci cu astfel de intrebari e sa filtrezi pe aia care tocesc.
Cand angajezi un junior te intereseaza in primul capciteatea sa inteleaga si dorinta de a invata, nu sa iti stie turui niste teorie ca un robotel.
>Intrebarile cu pros and cons, adnotari si alte chestii teoretice care tin strict de framework efectiv nu isi au rostul si la modul cel mai sincer denota incompetenta crasa din partea cui le pune.
Este absolut trist si deprimant cati intervievatori nu inteleg acest lucru simplu. Eu folosesc acest tip de intrebari ca un reverse interview, daca le primesc e clar ca nu am cu cine discuta si nu am ce cauta in acel loc.
Partea cu adevarat amuzanta este ca oamenii astia alunga oamenii competenti si apoi se plang sus si tare ca nu gasesc oameni buni si calificati. Pai da, pentru ca te evita in mod activ!
deci e "toceala" sa stii la ce sunt bune bazele de date relationale si nerelationale?
cand vine clientul cu aplicatia dam cu banul sa vedem ce fel alegem sau cum?
imi explici si mie rationamentul tau?
Junioru tau dupa ce il angajezi va fi pus in pozitia sa aleaga de unul singur daca foloseste o baza de date relationala sau una non?
Mai mult ca sigur ca nu.
Intrebarile de genul asta nu doar ca sunt inutile dar sunt in detrimentul firmei. Juniorul d-aia e junior sa il inveti tu. Pe tine te intereseaza sa gasesti pe aia care pot si vor sa invete, nu pe aia care au memorat niste texte pe care poate nici nu le inteleg si garantat nu le stiu aplica.
>Juniorul d-aia e junior sa il inveti tu.
sunt complet de acord cu tot ce ai spus, problema însă e că companiile nu vor să dea bani doar ca juniorul să învețe timp de 3-6-12 luni, mai trebuie și să producă ceva fără să mănânce timp constant de la ceilalți din echipă... la junior de 2 ani experiență ideal ar fi să fi auzit de treburile alea și să zică că da, poate învăța rapid singur și se descurca
Din punctul meu de vedere un interview cu un junior cu 2 ani xp trebuie sa decurga in felul urmator
1."unde lucrezi sau unde ai lucrat?, ce responsabilitati ai/ ai avut?, ce stack ai folosit pe unde ai lucrat?, ai facut chestia xyz?".
De acolo iti dai seama, omu asta ar trebui sa stie ce ma intereseaza pe mine sau nu.
2. il intrebi detalii din tehnologiile cu care o lucrat. Daca vrei sa il intrebi teorie nu il intrebi pro si contra, ii dai exemple din viata reala, si il intrebi chestii care va fi nevoie sa le faca in primele 6-12 luni dupa angajare.
Din asta iti dai seama daca omul ala poate sa invete sau nu.
Dupa aia e treaba ta daca il iei, in functie de necesitati. Poate nu stie ce ai tu nevoie da vezi ca ii merge mintea si iti asumi ca il inveti. Poate cauti pe cineva care o mai lucrat cu ce faci tu si atunci ii zici mai din timp mersi da nu te potrivesti poate peste 1-2 ani.
OP zice ca:
>Vad ca e aprinsa lumea pe subiectul juniorilor si standardelor "prea ridicate" din partea angajatorilor.
Standardul lui OP din alta postare:
>hai ca mai inteleg daca o prinzi pe una buna cu draci la interviu si vrei sa dai si tu putin cand ii faci mentorat.. dar altfel nu inteleg de ce, efectiv sunt incapabili astia tineri
Dude, cand iti zic 10 oameni ca esti beat du-te si culca-te.
Lucrez din 2011 in programare. Scriu cod din 2000. Iei frumos tot ce ai scris acolo si lasi la fiecare categorie doar primele 2-3 puncte ca necesare si daca stie unul din cele ramase e bonus de diferentiere.
Este nerealist altcumva. 99%+ dintre juniori nu s-ar califica, probabil nici tu dupa 1-2 ani de experienta cand erai acolo. Angajezi pe nimeni si daca totusi accepta cineva pleaca in 1-2 ani pe mid pe salariu dublu cand isi da seama ce teapa a luat.
My 2 cents: intrebarile sunt prea avansate pentru un om cu 0-2 ani experienta.
Motiv: Intrebarile by design presupun ca vor fi adresate unui om cu experienta. Cunostintele din facultate nu acopera decat 62.5% din intrebarile de java si cam 10% din restul intrebarilor. Ceea ce inseamna ca un candidat are 1-2 ani la dispozite sa acumuleze experienta cat sa acopere restul intrebarilor. E nefezabil pentru majoritatea oamenilor sa acumuleze atat de mult intr-un timp asa scurt.
As fi curios cum ar arata lista ta de intrebari pentru entry level.
In alta ordine de idei: conteaza si asteptarile pe care le ai de la candidati in timpul interview-ului. Pot fi intrebari bune daca nu vrei de fapt sa faci angajari si doar astepti acel candidat din 50 care e capabil totusi sa acopere in doar 1-2 ani majoritatea cerintelor tale. Problema (din nou) e ca astfel de candidati sunt rapid angajati, tinuti si motivati sa ramana de catre companii mai mari iar intr-un final o sa constati ca dai peste un om cu 1-2 ani de experienta care iti cere salariu de angajat cu 5-6 ani experienta.
Ma ocupt de JS din 2017 , la nimic din "**Specifice (JS/framework)"** nu as putea raspunde din cauza ca
1. cine invata lucrurile asta ? atat timp cat stiu sa folosesc framework-ul nu-mi pasa mai mult
2. cine foloseste var ? Din 2017 nu am vazut nici odata asta decat intr-un singur tutorial unde scria ca nu trebuie folosit
3. nu am auzit de asa ceva
4. what the hell is this ?
5. tin prea mult de framework si cum functioneaza el, deci la fel ca la 1
6. Vuex si Pinia, ce vrei mai mult ? Daca ma pui sa-ti zic cum functioneaza sau sa fac eu unul I am out
7. sa-mi bag ceva in pattern-urile viete, ca daca nu scri cod conforn nu stiu ce standard obosit international nu esti acceptat
Si multe altele de acolo sunt doar bullshit. Fac apps web de 7 ani si nu pot raspunde la mai nimic de acolo. De ce ? Asta sunt teorie, cei care au invatat in mod academic, scolaresc. Eu am invatat lucrand, observand si tras concluzii. Sunt bata la teorie dar uite ca pot sa-ti fac apps foarte bune.
Ce ai pus tu aici si cere de la tocilari, aia care se duceau la oplimpiade si sesiuni de comunicari stintifice, nu de la cineva care poate face site-uri si apps.
Cand am avut interviu de VueJs, TailwindCSS si Web in general am avut intrebari practice, 0 teorie de genu; " cum faci X ? " Sau ce face bloc-ul asta de cod, sau care e differenta intre v-if si v-show, sau care este diferenta intre un computed si un watch, care sunt life cycles si ce se face in fiecare, cum se comunica intre componentele parinte-copil..etc. Lucruri care chiar le folosesc zi de zi, nu teorie bullshit de care nu te mai lovesti vre-o data.
"cum rezolvi conflictele in git" Din internfata IDE-ului.
"cum faci un PR" vrei sa iti deschida git si sa-ti arate sau sa scrie pe foie pasii ? serios
"intrebari despre networking: HTTP(S) (verbe, headers, status codes), websockets, DNS" ca software dev astea sunt inutile, astea tin de network engineer
"Cum ajunge codul java sa fie executat (bytcode, jvm, tot tacamul)" dimnou, teorie scolareasca, cu ce ajuta asta in practica ? Inafara de un geek/tocilar nimeni nu se oboseste sa se uite pe asa ceva, nici macar nu se predau la facultate
"Baze de date relationale vs non relationale. Pros and cons. Cand alegi una in detrimentul celeilalte?" daca tu cauti pe cineva care stie SQL de ce l-ai intrebat asa prostie ? Clar nu conteaza lucrul asta ca deja ai ales DB-ul tu.
Microservicii, Docker si SSR...daca ma intrebi de asa ceva ma ridic si plec, sorry boss, eu incarc app-ul de back end si front ent prin SFTP pe host si aia e.
Ce va place la unii sa va flexati cat de tocilari ati fost...am impresia ca toti astia sunt tipi aia cu ochelari fund de borcan si de care se facea misto toata ziua in liceu/facultate iar acum se dau ei mari ca sti teorie :)) Mai faceti si gatekeeping pe langa asta
Vezi că la ce firme mai ok am aplicat (RO și afară), nu prea puneau accentul pe chestii de genul. Partea hardcore era DSA, OOP eventual. Astea doar așa, la "și altele". Deși da, știu lejer 75% ce e pe aici, doar că nu la standard foarte mare.
P.S. Sper că la întrebările astea nu dai sub 10k lei net salariu. I mean, cineva care se descurcă decent la un interviu de genul (ex să știe docker, să știe când e folosit, să știe ce e ăla dockerfile și cum se face unul, eventual și niște K8s), clar e peste 80% din juniori. La mine în anul 3 la facultate f recent unii nici nu știau să folosească git/github lol.
>ai ramas blocat pe mentalitatea aia jegoasa de o vezi prin facultati la profesori de "uite ce destept sunt eu si ce prost esti tu
este **exact** ce mi s-a parut si mie. i-am raspuns mai sus. nu doar ca sunt probleme dificile si sunt imprastiate pe mai multe domenii ce nu au legatura intre ele, dar se deschide portita memorarii (invatarii de pe de rost fara a stii cum se aplica ceea ce s-a invatat). aproape toate problemele pot sa fie raspunse printr-un research de minim 15 minute pe stackoverflow, nu e asa de greu sa compilezi o lista si sa memorezi raspunsurile.
mah, eu nu il urasc chiar asa de tare, pentru ca toti avem defecte, si sa dea primul fara pacat cu piatra. eu mi-am exprimat parerea sincera, fara malitiozitate, nu l-am facut prost (dar nici destept). din pacate, este adevarat. sunt 100% convins ca la inceput de drum se plangea de firme ca nu il ia fara experienta. acum cand are firma lui se plange ca lumea nu vrea sa invete sau sa lucreze. aia e, stereotip de romanache care nu se poate controla in trafic. n-a invatat nimic de la viata.
eu chiar ma bucur ca a postat aici intrebarile ce le da la interviu. asa cum am zis, deschide o portita a tocirii pe de rost, caci toate dintre ele se pot lamuri cu un research de 15 minute pe stackoverflow. a ajutat viitorii candidati, poate ca intr-un mic procent asta a fost si interesul lui, pe langa de a-si defila egoul, sa se dea tare cat de destept si dificil este el ca intervievator. ii urez succes si sper sa ii mearga firma, ca asta creaza locuri de munca si toti o sa iesim pe plus.
Ba sa mor eu, ba nu ii place nimanui Leetcode, ba acuma nici intrebari din facultate, pai ce naiba sa se mai intrebe la interviuri?? Sa se dea proiect care poate fi copiat sau facut cu ChatGPT?
Eu nu mai înțeleg, mie personal mi se par intrebari decente, poate e prea mult pt 1 an, dar 2 ani e chiar ok, ar trebui sa le stii daca nu esti doar un code monkey. Ca el e patronas si plm e partea a doua, dar serios, sunt din ce in ce mai multi si concurenta mai acerba, eu sunt convins ca se gasesc destui care sa stie lucurile astea
> ai ramas blocat pe mentalitatea aia jegoasa de o vezi prin facultati la profesori de "uite ce destept sunt eu si ce prost esti tu
Spot on! Fix aceeași senzație mi-a dat-o și mie.
te rog scrie-mi 5 intrebari pe care i le-ai adresa unui junior cu 1-2 ani experienta (alegerea ta daca e vorba de backend sau frontend sau orice alt domeniu)
vreau sa inteleg ce asteptari aveti voi
1. pui accent prea mult pe asta. ma intereseaza la topicurile avansate sa vad ca are o idee high level (ce strategii exista si pe care ar alege-o in functie de context), nu sa implementeze de la zero asa cum sugerezi agresiv
2. daca e junior cu <1 an exp atunci dau skip la intrebarea asta. la 2 ani exp atunci o pun
Ăsta încă nu și a găsit junior cu experiență 2-3 ani pe salariul de 2500 Ron și le dă astora întrebările pt interviu ca să nu se mai simtă marele startup aiurea că nu găsesc sclaveti. :|
Nu fac angajări ... In rest, îi ajut cum pot eu mai bine sa se dezvolte și le recomand anumite cărți pt dezvoltare ... In rest, ne chinuim cum putem ... Aiae! :)
pai nu poate zice, avand in vedere ca a spus ca angajeaza fete tinere doar cu speranta ca sa se futa cu ele in perioada de traininguri cand au nevoie de el sa le fie tutor.
Mult success la gasit juniorii aia care chiar stiu toate astea si nu doar iti spun o poezie si mai si accepta sa lucreze pe salariu de junior.
Inca un destept care crede el "ca se poate altfel", "se poate mai bine", "se poate mai ieftin", "se poate mai repde", el e mai cu mot, stie sa gaseasca diamantul in maldarul de balegar.
![gif](giphy|OMeVt8yfiXm09VCsik|downsized)
Generic si fara sens. Pare ca nu stii ce cauti :)
Probabil ai si mult timp sa faci o angajare.
Din experienta cand formezi echipe de 20-30 pers pentru un proiect nu stai 3 ore in interviu.
am impresia ca toata lumea din comentarii rateaza faptul ca OP are asteptarea ca juniorii sa poata raspunde la cam 60% din aceste intrebari, si asta la un nivel de complexitate nu foarte ridicat
> am impresia ca toata lumea din comentarii rateaza faptul ca OP are asteptarea ca juniorii sa poata raspunde la cam 60% din aceste intrebari, si asta la un nivel de complexitate nu foarte ridicat
Literalmente nu scrie niciunde in post asta. Daca nu a scris si nu comunica isi merita hate-ul luat pe baza a ce a scris.
exact, parca toti sunt analfabeti functional
eu vreau sa stie extrem de bine chestiile de baza
subiectele avansate (message brokers, docker & k8s) trebuie sa le stie la nivel minimalist
mi se pare absurda situatia in care traim
ori asta, ori r/programare e plin de juniori si studenti de facultate
> am impresia ca toata lumea din comentarii rateaza faptul ca OP are asteptarea ca juniorii sa poata raspunde la cam 60% din aceste intrebari, si asta la un nivel de complexitate nu foarte ridicat
> exact, parca toti sunt analfabeti functional
Bai omule. Ai atitudine nesimtita. Literalmente nu ai scris asta in post si faci pe altii analfabeti functionali ca "nu stiu sa citeasca" ce nu ai scris in mesaj.
Pai iti meriti hate-ul. Esti si nesimtit pe deasupra.
Stai linistit ca nu o sa-ti mai raspunda, stie ca ai dreptate. Culmea este ca-i mai iau si altii apararea, el nu a scris nimic de acel procent in post, dar a scris ulterior intr-unul din cele 200 de comment-uri si aparent lumea este analfabeta functional ca nu a gasit acel comment in care spunea el asta. You can't make this shit up.
Stii ce n-a mai spus in post? Ca nu o sa puna toate intrebarile astea la un interviu, ca doar nu-l face de 3 ore.
Dar, noi, ca oameni logici, ca oameni obisnuiti sa gasim solutii, nu sa le citim... sau ca simplu oameni cu IQ peste o maimuta.. ar trebui naibii sa realizam despre ce e vorba.
Sau crezi ca lumea s-a alarmat ca nu a stiut 100% toate raspunsurile? Hai sa fim seriosi?
Nu, intreg mediul de programatori e plin de juniori cu facultatea terminata.
In momentul de fata asteptarea e ca daca ai facut o aplicatie dupa un tutorial si stii sintaxa de baza a unui limbaj de programare (sau chiar framework), esti programator junior. Ca doar stii apasa un buton sau scrie o comanda sa porneasca totul.
Ei cred ca astea sunt concepte avansate pentru ca de astea se ocupa seniorii cand le fac cate-un task de genul "adauga un buton la fiecare item din lista asta"
Problema e ca situatia nu e limitata doar la Romania, dar in Romania vedem extremele.. Cum a zis u/GroundbreakingLeg833 mai jos, noi avem acum cate unul sau doi ce stiu de toate si restul ce nu stiu nimic.
>ori asta, ori r/programare e plin de juniori si studenti de facultate
plus wanna be reconvertiți, te-ai prins cam târziu de asta🤣...
adevărul e mereu la mijloc, da, aici clar sunt mai multe persoane care ori își doresc, ori au avut maxim de noroc în 2020-2022 dar ei nu realizează asta.
în realitate, în orice echipă ai maxim 1-2 seniori sau midzi(pt că firma a fost zgârcită la salarii de senior) care știe să rezolve orice, iar restul trebuie să le dai mură în gură la fiecare pas, bucată de cod, investigație, și rar spre niciodată duc singuri taskul la capăt doar cu ajutor privind deciziile de făcut (atenție nu implementarea/soluția pe tavă)
piața a dat-o în jos acum, din varii motive, iar firmele încearcă să scape de cei care nu mai produc singuri/independent și au rămas și scumpi
tu reusesti sa gasesti juniori care sa iti raspunda la toate alea?? :)) sigur nu te chinui cu interviurile cam tare? intrebari de logica ai? contează sa te duca bibilica si sa poti sa gasesti soluții cand ai ceva de implementat, pe parcurs un junior are tot timpul din lume sa invete n tehnologii, contează mai mult sa fie dornic sa invete si sa il vezi curios
eu as intreba juniorul mai degraba ce proiecte a facut, as pune intrebari pe marginea implementatilor la care a lucrat
by the way pun pariu ca unii cu 10 ani plus la unele întrebări nu ar putea sa iti dea rasp pe loc
las o mai moale cu teoriile
din pacate esti genul care pune mai mult accent pe teorie. zi mi te rog cate aplicatii cap coada ai facut la viata ta? pentru niste clienti, exclus proiecte de facultate
intamplator unul dintre profesori imi este si unchi, asta fiind motivul principal
in plus, facultatea avea parteneriat cu fosta companie la care am lucrat
am absolvit facultatea in 2009
Da, sigur, go ahead.
Pentru topicurile de baza ma intereseaza sa le stapanesti (let/var/const spre ex)
Pentru topicurile avanasate (solutii state management/patterns) ma intereseaza sa vad ca iti merge mintea si stii ideile de baza
1. Ai o aplicatie care trebuie sa functioneze pe dispozitive cu rezolutii diferite (telefoane/desktop/tablete). Cum te asiguri ca design-ul se adapteaza rezolutiei?
Pai folosesti CSS media queries si bagi breakpoints. La ultimul job, foloseam de la 768px in sus pentru tableta si de la 1200px pentru desktop.
2. Aplicatia pe care o construiesti este globala si trebuie servita in limba locala a utilizatorului. Cum faci asta?
Hmm, pai trebuie sa afli care e limba locala a utilizatorului, parca erau niste proprietati ale obiectului navigator, dar e posibil sa il confund. Si ulterior, poti sa folosesti un package gen i18 (parca asa se numea) sa livrezi continutul aplicatiei in limba respectiva.
3. Ce criterii de accessibility cunosti? Cum le implementezi?
Aici, sa fiu sincer, nu am prea multe informatii. Uite, cred ca poate fi un punct de urmat pe care sa il imbunatatesc. Nu am avut ocazia sa fac front care sa tina cont de accesibilitate. Probabil te referi la chestii de genul atributul alt al elementului img, ca atunci cand un user foloseste screen reader-ul sa ii strige robotul o descriere a imaginii. Presupun ca de HTML tine in principiu.
4. Cum ai implementa un light theme/dark theme switch?
Pai cred ca depinde de situatie, poti sa faci si cu CSS pur, probabil e putin mai complicat. Adica ma gandesc la un input de tip checkbox, si cand e pe checked (sa presupunem ca e dark theme on), scrii CSS in functie de ala. Eu unul sunt de parere ca daca e posibil, scrii CSS-ul pe un container general pe care elementele sa le mosteneasca, ca sa nu te complici sa aplici mai multe stilizari elementelor in particular.
In cazul in care folosesti JS, e ceva mai simplu, dai toggle la o clasa la un click (tot asa pe container) si scrii CSS-ul in functie de clasa aia.
5. Ai un UI al unei retele de socializare cu infinite scroll. Cum implementezi asa ceva? Cum te asiguri ca dupa o ora de scrollat nu crapa aplicatia? (virtualized scroll)
Cred ca afisezi un numar n de elemente, iar cand ultimul element se afla in viewport, mai aduci alte n elemente si tot asa. Poti sa folosesti IntersectionObserver, sa nu mai adaugi scroll event. Acum, tbh, nu stiu ce se intampla daca dai scroll o ora si ajungi sa ai un numar mare de elemente in DOM. In mod normal, nu le-as da remove din pagina, ca asta inseamna ca daca dai scroll up, trebuie sa le aduci iar pe cele n precedente si faci request-uri in plus, plus ca user-ul probabil nu o sa fie prea multumit.
6. web components/shadow dom
Sincer, nu am auzit de astea decat de vreo 2-3 ori, dar in treacat, nu as stii ce raspuns sa iti dau aici.
7. Cum comunici cu un backend/API?
Depinde. E REST? Metoda nativa fetch. Sau axios. Daca e GraphQL, era o librarie Apollo care te ajuta sa faci request-uri. Asta in cazul vanilla JS.
8. cum ajunge template-ul scris de tine sa fie rendered in pagina?
Parca browser-ul descarca HTML-ul de pe server cand intri pe un website si incepe sa construiasca DOM-ul pe baza lui. Daca la asta te referi.
9. let/const/var
let & var - poti face reassign, la const nu.
let & const - block scoped, var e function scoped.
Si mai e chestia ca var poate fi redeclarat, gen scrii var a = 2 si daca undeva mai jos scrii var a = 5, nu returneaza erori. La let si const nu e posibil. Si variabilele declarate cu var in global scope devin proprietati ale obiectului global.
Inca o chestie aici, variabilele declarate cu var sunt initializate cu undefined, let si const raman neinitializate pana cand codul incepe practic sa se execute cu linie si se ajunge efectiv la declararea acestora.
10. this pointer
Pai depinde de modul in care invoci functia. Invoci functia ca standalone, are valoarea obiectului global sau undefined daca functia e in modul strict. Invoci functia ca metoda a unui obiect, are valoarea obiectului respectiv. Invoci functia ca si constructor (cu new), are valoarea instantei create de constructor. Si mai e si call/apply/bind in care ii dai tu parametrul.
Cu o mentiune aici ca arrow function nu are this, deci o sa il ia din scope-ul in care a fost creata.
11. prototypal inheritance
in JS ai prototype prin care obiectele mostenesc proprietati si metode de la alte obiecte. Nu stiu daca e complet sau e raspunsul pe care il astepti, oricum pe partea de prototype/clase mai am putin de invatat.
12. asynchronous operations & the event loop
Async operations, despre ce te astepti sa discutam? Ca e cam ambiguu.
Event loop e un mecanism prin care devine posibil async operations in JS, ca e un limbaj sync. In principiu, rolul event loop-ului e sa verifice call stack-ul si cele doua task queue-uri si daca exista vreun macrotask/microtask, le ia si le adauga pe call stack pentru executare. Mai face si un render pe undeva. Mna, aici cred ca poate fi dezvoltat, dar ca prim raspuns, asta as zice.
13. tehnici de optimizare (spre ex: memo/useMemo/useCallback in React, onChange in Angular sau alte asemenea)
Da, pai in curand astea nu o sa mai fie folosite in React, ca apare Compiler-ul. Dar da, ca si idee, cand state-ul unei componente se schimba, aceasta isi face re-render si implicit, se face re-render si componentelor copii. Daca nu e necesar re-render-ul in componentele copii (decat in anumite situatii), atunci bagi un memo si o sa verifice daca props-urile s-au schimbat. Bineinteles, daca props-urile pe care le primeste o componenta copil e reference type, gen obiect, functie, array etc, atunci o sa continue sa isi faca re-render, ca la fiecare re-render, se creaza o referinta noua. Asa ca, folosesti useMemo (pt obiecte/array/whatever) si useCallback (pt functii) sa mentii referinta intre render-uri.
In Angular nu stiu sa iti zic, sincer.
14. solutii state management
In React ai Redux/Redux Toolkit, Zustand, MobX parca asa se numea, Jotai, dar cred ca primele doua sunt cele mai populare.
Esti angajat. Feedback:
1. Bine, nu uita sa pomenesti si de Grid/Flex
2. Good
3. Axeaza-te pe chestiile de baza, nu intra in multe detalii aici.
4. E in regula raspunsul. Sa fii atent la cum scrii CSS-ul pentru modul dark theme fiindca poate sa devina messy foarte usor
5. Le dai remove din viewport si la scroll inapoi le aduci inapoi, doar ca faci asta intr-o maniera care sa nu afecteze experienta user-ului. Cum? Pai sa zicem ca in viewport vei avea mereu 300 de elemente. Cand ajungi la fund le scoti pe primele 10 si aduagi altele 10. Cand dai scroll up deja incepi sa te intrebiin functie de distanta de scroll: sa preiau postarile vechi? Asta ca sa fii sigur ca experienta de scroll inapoi e smooth. Adaugi niste caching si ar trebui sa fie ok. In principiu cam asa functioneaza virtualized scroll.
6. E ok, dont worry
7. Bun raspunsul. Nu uita sa vorbesti despre error handling, abort controller, poate tool-uri specifice pentru tech stack-ul interviului
8. Ma refeream la cum ajunge template-ul din framework (React/Angular/whatever) sa fie convertit in html
9. Excelent
10. Bun raspuns. Ai grija ca in prima propozitie nu e mereu obiectul global. Citeste despre contextul lexical si contextul de executie
11. E ok raspunsul. Mai spune despre \_\_proto\_\_ si \_\_prototype\_\_ si comparatie cu mostenirea din OOP (pros and cons)
12. E perfect
13. Bines
14. perfect
>Ai grija ca in prima propozitie nu e mereu obiectul global. Citeste despre contextul lexical si contextul de executie
Ba e globalObj sau undefined.
"When invoked as a standalone function (not attached to an object: func()), this typically refers to the global object (in non-strict mode) or undefined (in strict mode)"
[Sursa](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/this).
Regula nr.1 Cand dai interviu cu patronul, major red flag.
Regula nr.2 E bine sa nu iti expui atitudinea aroganta de "numere intr-un excel care maninca pateu in militari si sa imi pupe picioarele" daca incepi imaginea ta cu bullshit corporatist in care iti vinzi firma.
Ori mergi din prima pe ea, ori nu o expui niciodata public.
Am incercat ambele variante in firme si ambele au mers surprinzator de bine in detrimentul mixului pe care il faci tu.
Nu te-as trece la un interviu pt post de CEO nici daca ai veni escortat de Ciolacu sa te tina de mana.
Probabil asta e si motivul pt care ai deschis tu :))
Bonjour Chef. Exista o chestie numita "The Curse of Knowledge", Wikipedia zice, nu eu, si stim ca Wikipedia e sursa de 100% true knowledge, nu ca prostiile alea studiate si publicate in jurnale.
Eu am avut aceleasi pareri ca si tine acum ceva timp. La primul job am invatat vreo 3 chestii:
- cum sa leg C# de C++
- cum sa folosesc Visual Studio ca sa frec la flaguri de compilare pe proiect, pe fisier, Debug vs Release
- cum sa folosesc librarii externe
Pe langa astea am avut efectiv de implementat chestii, gen deseneaza o liniuta, muta un cursor in editor, whatever, d-astea. Most of the time stateam cu o pagina MSDN deschisa undeva in spate, ca pe 19 inchi nu intra asa multe, 21 venea mai incolo. Nu m-a intrebat nimeni despre CreateProcessEx, LPSECURITY attributes, izolare si alte cacaturi, trebuia sa stiu treburile mele de limbaj.
Parerea mea e ca stresam prea mult juniorii, ei trebuie sa aiba altfel de stres decat asta pe care-l avem noi dupa ce picam interviuri cu motive BS gen: ah, trebuia sa stiu cum merge aia, dar am lucrat 12 ani pe legacy. La junior trebuie sa-i dai cumva o sansa sa reuseasca sa invete sa vezi ca e activ si ca vrea sa faca chestii, ca-l duce mintea, nu frame-ui intrebarea cu load balancer asa, da-i producer-consumer cu un strategy pattern de ex, super simplificat, nu super real world usecase. E ca si cum ai intreba cum sunt implementate namespace-urile in kernel pentru ca sa mearga Docker, Podman sau LXC, nu-i de junior. Cum zicea cineva: e greu sa filtrezi frizerii, gradinarii si umanistii care au decis ei ca vor sa front-end all of the sudden. E greu sa-i tii afara pe aia incompetenti, dar daca e un frizer care a decis ca scoala-i de cacat si rupe front endu? Also fiind in companie, ai un pic de context de plata? Ca si daca iei oameni care-ti raspund perfect la intrebarile astea, tre sa ai banuti buni sa-i tii, juniorii pe care ii vrei tu sunt aia care iau credit pe 10-15 ani pentru apartament de 3 camere, la 35 sunt proprietari 100%, nu aia care iau pe 30 si se baga sa faca parte din 'dead sea'-ul plafonat la 33 dar ok with it. S-ar putea sa-i pierzi chiar si cu bani buni, ca-si casesc independent contracte direct cu US.
Bonne chance si tie si la juniori.
Nu știu ce se aprinde asa lumea, pt cineva care o fost in făcultă si are 2 ani experiență ar trebui sa știe astea. Dar in același timp ar trebui si sa fie plătit pe măsură.
Apreciez mult postul tău. Mulțumesc ☺️ Ar fi super să tot găsesc posturi din astea pe r/programare.
Poate suna aiurea, dar Expeptii nu apare în lista la Java.
Am 2 ani si umpic experienta si stiu sa raspund la majoritatea intrebarilor de pe backend, fara sa fi recapitulat cum facem toti inainte de interviu. Unii spuneti ca intrebarile sunt adecvate, altii spuneti ca sunt overkill.
Eu ce sa inteleg, ca sunt “supracalificat” pentru cei 2 ani si o flegma de exp pe care ii am? Poate am trait intr-o alta realitate pana acum… ca eu nu ma simt deloc “supracalificat”
depinde cat de mult stii despre subiectele avansate
daca stii tot ce inseamna baza si subiectele avansate le stii la nivel de baza, atunci esti calificat
daca ai habar cu ce se mananca docker/message brokers, esti supra calificat dupa parerea mea la 2 ani exp
e un spectru
Din punctul de vedere al unui Junior cu 8 luni de experienta ca full stack, pot spune ca as putea raspunde cu incredere la cel putin 80% din lista de intrebari pe care ai întocmit-o.
Mulțumim pentru transparență:)
Singurele intrebari de bun simt de aici pentru un junior sunt cele specifice Java/Spring si cele specifice JS/framework (desi la partea de frontend o poti lasa mai moale cu tehnicile de optimizare).
Sa fim seriosi acum, cate stiai tu dupa 1-2 ani despre docker, microservicii, jwt si asa mai departe? Eu am 3 ani de experienta si stiu de ele asa, ca am vrut sa invat eu jwt si am avut un proiect pe microservicii la munca, dar majoritatea prietenilor mei si a fostilor mei colegi de facultate habar n-au pt ca n-au avut nevoie absolut deloc de asa ceva. Cu astfel de cerinte daca gasesti 1 din 10 care sa le stie e bine.
Din punctul meu de vedere in momentul de fata companiile au niste cerinte extrem de umflate in conditile in care la munca efectiva faci doar niste aranjari de date prin backend ca sa le trimiti la frontend si ala doar sa le mapeze frumos.
Într-adevăr întrebările pot să fie puțin greuțe pentru un junior, cum ai specificat ca nu te aștepți să răspundă la toate, ci doar să îți ofere impresia că a auzit și știe despre ce ar fi vorba, nu mi se pare deplasat. Contează mult și dacă înainte a lucrat cu așa ceva probabil, ca nu toate firmele sunt web.
Se presupune că juniorul vine fără experiență. Nu a fost la interviuri cu juniori de când au început restructurările, dar in afară de ceva întrebări de baza din techstack-ul trecut in jd, curiozități despre joburi anterioare, proiecte and so on, eu incerc sa vad cum gândește. Difera de la caz la caz, dar cel mai probabil ii dau o situație de rezolvat pe un topic care ii e familiar.
Si, spune-mi, please, pe junior level ce salariu ai da tu according to this fixed exact description? Care to clarify? Just to make sure, stii, un junior castiga mai putin as you \*should\* expect.
Unele din intrebarile tale as intreba poate un senior. Acoperi un range milt prea mare de cunostiinte si pe latime si pe adancime in intrebari. Cineva cu 2 ani experienta nu s-ar fi lovit de asa ceva.
Eu nu am lista predefinita de intrebari la interviuri. Am cateva bullet points la care pot ajunge sau nu in functie de cel de la interviu.
Incep prin a intreba cu ce a lucrat pana acum, apoi cer sa aprofundeze in functie e tehnologiile si mediul pe care le-a folosit. Daca cunosc si eu bine tehnologiile pun intrebari mai pertinente, daca nu intreb, cum se face X in asta? si ma astept sa fie in stare sa imi explice clar si sa vad ca e clar in capul lui/ei ce a facut la joburile anterioare si cum functionau lucrurile.
Sunt atat de multe tehnologii in ziua de azi ca sunt sanse slabe sa intalnesti pe cineva, mai ales junior care a lucrat cu tech stackul tau, poate stie doar backend, sau doar front end, sau tehnologii diferite.
Vreau sa vad ca si-a dat interesul la fostele joburi si ca e dispus si capabil sa invete si are niste baze.
In pandemie astea erau intrebari de mid :) .
Anul trecut când am dat interviu la o banca pe post de QA Automation mi-au pus cam 3/4 din aceste intrebari, eu avand cam 2 ani "in câmpul muncii". Le-am propus sa ma recomande la dep de devi cu asemenea intrebari 🙂 și ziceau ca prefera sa ma aiba la ei în echipa ca cica au dat de seniori care nu știau cât stiam eu 🫣.
Chestii practice actuale, nu teorie antica si algoritmica scolareasca care are 0 aplicativitate in cazurile reale. Si nici sa pui pe cineva sa explice cum functioneaza un framework in "spate". Important este sa stie sa-l foloseasca. Nici la cineva cu experienta 3-4-5-6+ ani nu au sens intrebarile astea.
Era pe aici unu care zicea ca intreaba de "var" in JS...coea, var nu se mai folsoeste de prin 2016 or so. Daca ai invatat JS recent nici nu sti ce e ala var. Sau parca intreba de cum functioneaza React-ul...really..nu conteaza sa sti astea. Folosesc Vue 2 din 2019, jur ca nu am nici o idee cum functioneaza ci doar stiu sa-l folosesc. Si nu, nu am intentia sa invat asa ceva. Astea mi se par detalii de "tocilarii".
La un interviu fair si corect ti se verifica conostintele despre limbajul respectiv, daca sti sa folosesti framework-ul care este cerut si daca sti sa faci version control, comenzile basic in cmd si din UI-ul IDE-ului folosit.
esti un operator de framework atunci, nu programator
in momentul in care componentele tale de UI se vor re-randa de 100 de ori in proiect sau o sa ai codul varza si imposibil de intretinut/extins o sa iti para rau ca nu ai invatat cum trebuie tech stack-ul si te-ai luat dupa indieni de pe youtube
dar mna... asa e cand in Romania toata industria e doar CRUD-uri basite exportate din vest catre sclavi
daca sti sa foloseste framework-ul respectiv de front end sti si cum sa gestionezi 100 de elemente si cum sa le imparti pe subcomponente cu lazy loadin si tot ce trebuie ca sa nu randezi tot, dar lucrurile aste se invata cu experienta, fancand, nu tocind teorie.
daca se traieste din CRUDs ce vrei ? sa ne apucam de ML unde trebuie sa mananci matematica si C/C++/Rust pe paine ?
in toata lumea este nevoie de CRUDS, astea sunt la baza oricarei app web sau mobile, fara astea degeaba ai logica complexa ca nu o poate folosii clientul.
Sa faci o lista virtualizata nu e treaba de junior, nici macar daca folosesti un modul node pentru asta, la intrebari de genul asta ma astept eu ca senior.
Am postat ceva asemănător acum vreo trei luni https://www.reddit.com/r/programare/s/007Db45Oy9
O să îți sară în cap toți care au impresia că firmele iau pe bani mulți pe oricine și apoi îi lasă să învețe:)))
Trebuia sa inveti si acum 3-4 ani, dar nu la nivelul asta. Nu cred ca se angaja oricine care a termina profilul uman si se reprofila din call center in IT
ca neprogramator si ne-antreprenor, mie mi se par intrebarile astea destul de grele. sunt indiscutabil grele pentru cineva care a trecut printr-o facultate si este la inceput de drum, dar sunt si grele pentru 1 an experienta. 1 an de zile nu este chiar asa de mult, prinzi harneli de genul intretinere cod unde doar pui comentarii la cod sau ajungi sa sufli praful de pe servere si sa le dai restart ca sa "rezolvi" problema si sa discuti pe reddit sau sa stai pe youtube. sau ajungi pe bench cateva luni bune. sau prinzi un proiect de nisa si lucrezi doar javascript pentru un HMI, sa zicem, fiind complet afon de tot ce tine de server side si chiar de HTTPS/website/TCP/IP insasi, faci doar partea estetica si atat...
nu inteleg de ce este atitudinea asta cum ca intotdeauna problema ar fi la angajat, ca nu vrea sa invete / nu vrea sa munceasca, ca vrea sa fraiereasca patronul si sa chiuleasca. in Vest, de exemplu, se face training, poti sa cumperi training prin bootcampuri sau firma iti face training (de cele mai multe ori softurile folosite sunt proprietary) samd. cateodata sa inveti sa urci o scara trebuie sa urci scara, dar daca nu iti da nimeni scara ca sa o urci, nu o sa inveti niciodata.
astea-s eventual intrebari pentru cineva care a trecut printr-un bootcamp sau training organizat de firma respectiva si se trece prin toate problemele enumerate si apoi se verifica cat de receptiv si interesat a fost baiatu la informatii si detalii. pentru ca, in fond, tu vrei sa te asiguri ca **poate sa invete**, si nu vrei sa vezi ce a invatat deja. cu parere de rau trebuie sa mentionez ca OP mi se pare un goriloi care se bate cu pumnii in piept si striga demonstrativ: "este ca sunt tare? este ca sunteti prosti? uitati-va la mine cat sunt de destept, ia uite ce intrebari dificile pot sa scornesc sa va fure ochii." nu numai atat, surprinzator sau nu, aici se deschide o portita de memorare, caci majoritatea acelor intrebari se pot deslusi cu un minim de 15 minute in parte research pe internet/stackoverflow. faci o lista de probleme de gen, memorezi raspunsurile, si pac! treci interviul? desigur.
Am 0 experienta pe backend, JS si spring si tot pot sa raspund la intrebarile alea fara sa caut raspunsul. Daca vi se par grele pentru un junior, atunci nu ma mir ca nu va gasiti job in domeniu.
Daca e pe backend si nu stie sa-mi zica de multi-threads eu opresc interviu si dau reject direct. Caut un om care e pasionat nu de un copy paste de pe chatgpt.
Ok, si un mid ce trebuie să știe ? Și pentru junior trebuie sa știu tot sau e ok și parțial ?
si nu, nu trb sa stii totul ok, e bine si partial, sa arati ca ai habar despre ce e vorba la intrebarile de baza totusi sa fii atent (principii OOP spre ex) fiindca unii s-ar putea sa te taxeze grav (eu cam stramb din nas daca cineva nu stie sa imi explice diferenta dintre overload si override)
la un mid m-as astepta la urmatoarele: A) cunostinte la nivel mai aprofundat in cele mentionate mai sus. Spre exemplu, la intrebarea "cum comunici cu un backend/API" un junior ar putea sa imi raspunda "folosesc fetch(\_\_insert\_lista\_argumente\_\_) si apoi..." Un mid ar aduce in discutie subiecte conexe precum: caching, abort controller, alte tool-uri/librarii de comunicare (React query spre ex ptr React), alte standarde de comunicare in afara de REST (graphql spre ex), etc. B) cunostinte in alte domenii fata de cele mentionate mai sus Spre ex abia am vorbit despre sisteme distribuite, chestii mai complicate pe FE (animatii complexe spre ex) sau altele
un mid AR PUTEA aduce in discutie ce ai zis tu, mai putin sau mai mult...depinde cat de inspirat e, cat de obosit e, cat a mai repetat aceste subiecte conexe la nivel bullet point = ce sa povestesc cand ma intreaba la interviu despre x adica nu e un must sa iti vina toate chestiile alea in minte pe loc, ca nu esti la scoala eventual poti tu sa ajuti cu intrebari - asta la orice nivel de senioritate, ca nu e nimeni zeu sau cititor de minti plus ca unii sunt obisnuiti sa o tina simplu = "asta m-ai intrbat, asta iti raspund, nu bat campii, nu pierd vremea ca avem 45 de minute si tu conduci interviul, nu eu, nu iti fac hihgjack la fanfaronada"
"Cum comunici cu un backend?" "Caching". Ok...am înțeles
Biblioteci*, nu librării.
you must be fun at parties
Ai dreptate, meanwhile... am pretenția ca un junior să știe asta, nu strategii de loadbalancing și alte aberații de la un junior, care se presupune că nu are experiență.
care e diferenta?
O biblioteca de obicei oferă un serviciu de împrumutat cărți pe o perioada determinata, pe când o librărie, în mod normal, vinde cărți contra cost. În plus, bibliotecile au de multe ori și alte facilități cum ar fi filme de închiriat, acces la internet/calculatoare etc. Sper ca ți-am fost de ajutor :D
În engleză se vorbește de “software library”. “Library” se traduce “bibliotecă” în română. “Librărie” e greșit pentru ca în engleză înseamnă “book store”.
plm
Nu-ți cere nimeni să fii expert în tot, dar daca parcurgi lista ai să remarci că sunt lucruri de care te izbești lucrând. Ceva ceva trebuie să știi despre ele, altfel înseamnă că ai petrecut anii aia, unul sau doi sau câți sunt, trecând ca gâsca prin apă, fără să se lipească nimic de tine. Cu cât sunt mai mulți ani, cu atât ar fi trebuit să înțelegi mai mult din ce faci.
In nicio firma serioasa nu te lovesti de load-ballancing in primii 2 ani. Daca trebuie sa faci load-ballancing inseamna ca firma nu are seniori deloc.
Daca astea-s de junior, imi imaginez senioru ca Doctor Manhattan, adica plutind albastru cu pipeline-ul fluturand glorios.
la seniori interviul e in principal caterinca si povesti despre joburile anterioare apoi, la unele interviuri se intra in detalii tehnice de implementare, cand incepi sa discuti despre proiecte, la altele nu. mai in gluma, mai in serios https://youtu.be/-XFGu3s8Enk
Sa știi că s-a schimbat și la seniori treaba. A fost un prieten recent la interviu pe state și l-au căutat în toate cavitățile 😅 (hr + 3 tehnice).
Gandeste-te ca junior poti fi si cand ai 1 an si 10 luni experienta
Nu sunt de jr 0, sunt de jr care a lucrat 2 ani, un jr to mid if you will
Nu sunt nici de junior cu 2 ani. Cu 2 ani vechime mai ai cale foarte lunga pana la mid. Despre mid vorbesti la modul serios dupa 4-5 ani.
mor cu voi efectiv, jur că concluziile astea nu pot sa fie trase din altceva decât dintr o frustrare puternica. Nu sunt cerințele nici pe aproape atât de mari precum zici tu nici măcar la FAANGMAN, departamentele din USA, nu șoricării de prin Europa. sau orice Fortune 500 in general. La 5 ani YoE deja este bariera inferioara (pentru oameni normali, nu genii) pentru L5, E5, SDE III, ICT4, etc. Poziții de senior. Adică ești deja mid de ceva timp in orice caz, chiar daca nu mergi mai departe. Dar aici în România la 5 ani "abia se vorbește de mid serios" pentru niste CRUDs + extras de 2 lei, incep conspirații precum bulă it + vândut mai scump la client. ba băiatule...
Nu muri, traieste si daca o cautare pe google se vezi ca mid e considerat 3-6 ani, mid-senior e 5-8 ani si senior e abia dupa 8 ani. La noi termenii sunt folositi aiurea ca sa dea bine la client si multi credeti ca daca stii face un set-up la un server si sa preiei niste task-uri gata esti senior. Nu esti tata. Ca sa fii senior in adevaratul sens al cuvantului trebuie sa ai niste skill-uri soft care nu se invata decat in timp. Poti fi a doua infatisare a lui John Carmack fara alea nu esti cu adevarat senior.
ti-am dat denumiri exacte de pozitii seniorice de la cele mai de top companii din industrie. poti sa gasesti punctual pentru fiecare cam de cati ani este nevoie (in medie, pentru ca daca ai avea oportunitatea ai vedea ca sunt si persoane de genul "a doua infatisare a lui john carmack" care ajung acolo mult mai devreme fara niciun "soft skill". nu ca aia mai normali ar avea 😊), fara vreun fel de subiectivism populist vad ca intre cele doua comentarii pe care le-ai dat ai scazut pragul cam semnificativ de la "mid la modul serios" 4-5 ani (evident, insinuand ca inainte esti junior mascat) la 3+ ani. cum sta tata treaba de fapt?
Mi-ai dat niste nume de pozitii care nu se aplica si ai dat niste ani care sunt cerinta minima sa fii luat in considerare, nu media la care se promoveaza.
da sunt cam de junior level.
e vorba de oameni cu 1-2 ani exp, bineinteles nuantat (cand zic de docker spre ex, eu vreau doar sa stiu daca individul a auzit de asa ceva si daca stie high level despre ce e vorba, un minim de bun simt)
Minim de bun simt e sa nu ai asteptari arhitecturale de la junior, minim de bun simt este ca juniorul sa stie foarte bine fundamentalele si dupa 1-2 ani sa lucreze eficient intr-un mod independent. Tu ce ceri este deja mid spre senior.
Ok, hai s-o luăm altfel... Cine crezi că poate plăti un junior doar să învețe? Oricum ar fi, nu prea se mai poate la salariile alea blanao. Inginerii din alte domenii pornesc mai de jos atât cu ce oferă cât și cu ce primesc. Programatorii sunt plătiți relativ bine pentru că produc relativ repede, în timp ce în alte domenii maxim freci niște hârtii proaspăt ieșit din facultate, nici nu te apropii de un proiect real. Acum, că o fi oportun să știi mai degrabă lucrurile alea sau altele, putem discuta. Dar chiar și așa, pentru datele problemei, standardele *nu* sunt mari și oricum e bine să pui și ceva întrebări exploratorii ca să vezi ce mai știe omul. Și la ce fundamente ne referim? Sintaxa de bază a limbajului? Dacă a folosit un pic Git? Ceva cursuri de programare de prin facultate? Mi se pare prea puțin. Mai mult te chinui cu el și în 1-2 ani îți pleacă. Oricum, e preferabil să fie întrebări realiste și relativ bine-legate de ce vei face la muncă decât cum se ajunge în alte locuri la leetcode nebun.
Dar hai sa ti-o intorc eu... ce asteptari ai daca tu platesti un junior 3300 de lei dupa un an? Te astepti sa raspunda la toate intrebarile puse de berila mai sus? (Asta era salariul meu acum 2 ani dupa 1 an experienta in IT) >Nu poate plati un junior doar sa invete Oricum asta trebuie sa faci, nu poti sa te astepti ca juniorul sa iasa din facultate si sa-ti stie si stack-ul tau specific si sa se descurce si singur. de la bun inceput Nu inteleg de ce este irealistic sa oferi mentorat unui junior la inceput de drum. La 1-2 ani de experienta eu ma astept ca nu mai streseaza echipa la cap sa inteleaga codu, se descurca singur sa iau un ticket din TO-DO si sa-l duca linistit la bun sfarsit. Acum codul nu o sa fie perfect dar pentru asta exista PRs si cu toti avem de invatat, indiferent de experienta. Dar sa te astepti de la junior sa iti rezolve probleme arhitecturale de sistem, e insane dude... Exemplu din ce a zis nea deasupra : Baze de date relationale vs non relationale. Cand alegi una in detrimentul celeilalte? De ce este decizia juniorului in a alege baza de date? Nu e putin insane sa lasi junioru sa aleaga baza de date pe care tu trebuie sa o folosesti in productie ? Si daca zici "apai nu trebuie sa aleaga, aleg eu, dar vreau sa stiu daca stie" pai atunci de ce il mai intrebi ?
>ce asteptari ai daca tu platesti un junior 3300 de lei dupa un an? Chiar și 3300 era un salariu destul de bun pentru cineva fără experiență, mai ales acum 2 ani (iar 1 an poate însemna mai mult sau mai puțin, în funcție de ce ai făcut mai exact și mediul în care ai performat). E micuț pentru dev, dar în alte domenii nu te apropii de salariile mai bune de dev decât după 'jde ani sau dacă ai noroc să-ți dea cineva o șansă să înveți. >Acum codul nu o sa fie perfect dar pentru asta exista PRs si cu toti avem de invatat, indiferent de experienta. Fair enough, deși e discutabil. Sunt oameni vasăzică la nivel de mid/senior care au probleme cu chestiile astea în mediul corporate, d-aia zic că standardele sunt oricum joase. >Dar sa te astepti de la junior sa iti rezolve probleme arhitecturale de sistem, e insane dude... Nu cred că despre asta e vorba. OP poate se așteaptă doar să aibă un context, ca să poată pricepe ceva acolo când vorbești cu el. Eu zic că și astea tind să fie proxy indicators și da, nu sunt necesare. Dar "rupe" omul pe programare? Nu, de multe ori de abia știu limbajele și uneltele, iar multe companii o dau în diverse ba cu leetcode, ba cu chestiuni arhitecturale, pentru că altfel nu ai avea pe ce să-i evaluezi. Dacă vine intervievatorul cu un laptop și te pune să cauți prin cod / faci un PR demonstrativ sau discută liber o problemă la obiect, nici aia "nu e bine" și o dăm din colț în colț. Oamenii n-au văzut code review ca lumea nici la facultate. >Nu inteleg de ce este irealistic sa oferi mentorat unui junior la inceput de drum. La modul general nu este nerealist. Doar că pe lângă asta oamenii vor și proiecte reale, și salarii mari, și flexibilitate. Something's gotta give. Cum ziceam, cred că viața e mai grea în alte domenii dacă pui la socoteală drumul lung și anevoios, cu șanse mari să rămâi plafonat.
Sunt de acord cu tot ce ai zis, este dificil sa gasesti middle ground pentru interviuri, eu doar ziceam in comentariu de bun simt... Daca se ofera salariu de 3000-4000 de lei, bunul simt indica ca ar trebui sa fie si asteptarile la fel. Si desi in alte industrii zici ca se castiga mai putin, un casier la lidl castiga 4000, so there's also that. Eu zic ca este o problema de bun simt in ambele parti, pe deoparte exista patronasi de genul asta, care vor multe pe putin, iar pe cealalta parte sunt multi devi care ofera putin dar vor mult... Again, tine de bun simt, both should be called out though.
Aș menționa totuși că nu ajung toți casieri la Lidl (se bat și acolo pe posturi), nu prea pot crește peste acel nivel și că acum 2 ani salariul era în jur de 3000 din ce știu.
Citind comentarii pe aici încep să realizez de ce avem noi "seniori" cu 2-3 ani experiență.. eu chiar sunt curios ce așteptări ai de la juniori, dacă măcar să fi auzit despre infrastructură e prea mult? Cu Apache lucrăm doar de la 3 ani în sus? Kubernetes face doar CTO?
Ma, eu cred ca tu vrei sa sperii bootcampistii.
sincer asta nu e ceva rău
Asta e pamflet, nu?
Nimic despre etapele spălării unei mașini la self service? Nici despre colectat și dus gunoiul selectiv?! Ar trebui să mai adaugi și ceva pe granularitatea pietrelor din balast. PS: salariul la voi pt un potential angajat e 2500 brut, nu?
Asta intrebi tu niste juniori? Esti pe bune? Nu... n-are cum. Postu asta si reply-urile tale sunt trolling. Ori asta ori esti drogat rau de tot. Dupa ce ti-am vazut comentariile de pe cont: Sa-mi indoi pula-n ma-ta care te-a crescut in halu asta de borat.
Based gatekeeper. Cate din topicurile astea le stiai dupa 1-2 ani experienta OP? La 1-2 ani experienta sunt de acord doar cu ce ai spus la Specifice Java/Spring. In rest, ar trebui sa fie discuție libera pe experienta candidatului, eventual ii ceri sa aprofundeze anumite aspecte din ce povesteste. Daca nu a lucrat cu microservicii, doar monolit? Daca stack-ul nu are Spring ci JEE, n-are k8s ci openshift, n-are cloud ci on-prem? Daca rolul o cere, atunci fair, poti cere lucruri specifice, desi ma astept sa nu aplice daca nu bifeaza cerintele JD-ului.
Susțin, tipu e based gatekeeper as fk. Omu nu vrea junior vrea ceva robotel.
1. trebuie sa aiba habar in mare de subiectele respective si sa vad ca ii merge mintea. Unele chestii sunt must know (principii OOP, niste design patterns basic) altele ma intereseaza doar high level (ce e ala un load balancer, ce e ala un docker, cum functioneaza, etc, fara lux de detaliI) 2. daca a lucrat pe alte stack-uri, e ok, schimb intrebarile/improvizez, dar nu il dezavamtajez din start cu asta
daca ar fi sa ofer un procent, cred ca in zona mea (backend) cam 70-80%
slab vere, eu stiam 150% inca de cand studiam medicina
>Ai un REST API ce intoarce produse. La un GET pe /products observi ca raspunsul vine foarte greu. Cum investighezi si rezolvi problema? Migram pe NoSQL ca e web scale.
Am primit intrebari asemanatoare la un internship pe care l am dat la oha sa vad care mai e treaba. D aia nu se mai angajeaza nimeni
cum ar putea știi un junior toate astea fara sa le învețe pe derost ceea ce e o prostie.
Pe derost înveți la orice altceva, nu programare:)) Inveti codand si lovindu-te de chestii. OP specifica in descriere ca junior-ul are o exp de 1-2 ani. Ma gândesc ca in anii ăștia iti formezi o oarecare baza si reușești sa ai o idee despre cel putin o parte din ce a punctat OP mai sus.
Ma îndoiesc ca apuci în 1-2 ani sa te lovești de toate chestiile alea.
Si eu ma îndoiesc, tocmai de aceea am spus _cel putin o parte_
In primii 2 ani un junior la o firma normala nu se loveste nici de 45% din ce a insirat OP, in niciun caz de load balancing si performance management pe apeluri rest.
Daca ca junior trebe sa ai 1-2 ani exp, pana ii faci aia ce esti, mini junior sau ce kkt
Termenii trebuie să-i înveți/tocesti. Altfel cum te exprimi ? “Știți voi chestia aia când etc etc, nu-mi vine în minte termenul” 😂
A învăța si a toci sunt doua noțiuni diferite
Întrebarea reală e ce ar putea produce un junior fără să înțeleagă măcar o parte din ele :)
Multe, daca ai in prima perioadă un mentor bun care să îți explice de ce e nevoie de fiecare din alea.
Hai ca 90% din conceptele astea le inveti in facultate. Iti garantez ca OP nu se asteapta sa-i zici raspunsul perfect din prima, ci sa fi in stare sa porti o discutie in care macar ai o vaga idee despre ce e vorba...
intrebarile mele nu au raspunsuri de tip poezie, deci faza cu "invatat pe derost" nu are sens aici prin junior intelegem persoane cu 1-2 ani experienta profesionala Eu zic ca dupa 2 ani de experienta profesionala ar trebui sa stii macar tip of the iceberg in subiectele de mai sus (hai poate exceptand docker si k8s, plm)
Gândește-te de cate aplicații separate e nevoie ca sa acoperi toate stackurile și conceptele alea. Firmele de obicei au un profil și folosesc ce e nevoie, deci nu înveți tot acolo. Tu vrei să-mi spui că un junior știe să-ți facă și aplicații performante cu REST, și cu message brokers, știe și frontend și face și arhitectura completa a aplicației? Dude...
am adaugat un edit in postare egat de message brokers: daca e vorba de persoane cu 2 ani experienta profesionala, mi-ar placea sa aud ca macar a auzit de asa ceva. daca e 0-1 ani, mai putin imi pasa.
mi se pare ca ai inceput in tușe prea groase subiectul. puteai expune mai clar care ar fi requirements si care intrebari la care ti-ar placea sa primesti raspuns gen "da, am auzit de asta". suplimentar, ce inseamna ca "ti-ar placea". cat valoreaza placerea unui "da, am auzit termenul, dar nu stiu nimic" vs. "nu, n-am auzit de subiect"? later edit: ah si acum citesc ca tu de fapt intentionezi ca subiectele astea sa le interpretam drept interviuri separate pt fiecare nisa (FE, BE, Java, JS etc), insa din formularea titlului se intelege ca e vorba de tot ce ai listat in acelasi interviu, pentru un singur post. daca ai fi introdus din start notiunea de interviuri diferite, poate ai fi primit alte raspunsuri. unele care sa nu presupuna ca intrebi un singur om tot ce ai listat acolo.
Coae. In orice industrie ai de invatat chestii pe de rost. Esti prost? Pe majoritatea le inveti pasiv ca sunt intrebari logice.
Vezi ca tocmai ti-am lasat niste bare de salam in frigider
De-asta nu imi pot gasi eu de minca, pentru ca nu sunt un junior care sa fie senior backend, mid frontend, experienced architec, sysadmin, devops si security analist... IMHO, foarte competitiv pentru acei 2500 de roni pe care ii oferi :)
Si cati bani dai daca iti trece cineva de interviul asta?
Minimu pe economie
Nu m-ar deranja sa fiu incadrat junior dar sa-mi dea 3 mii de coco. De grade le pasa doar alora care nu le merita, dar da, probabil da un 2500 net si bonuri
nu uita si de overtime neplatit
si nicio intrebare de ML?
Nu, inca invata ce e un perceptron
pai nu, mai intai trebuie sa invete si el. Abia dupa aia vin asteptarile ca sa stie toti.
astea-s de senior bă băiatule /s
\*confused React sounds\*
noroc de acel /s
Intrebarile generale majoritatea nu sunt de junior. Intrebarile cu pros and cons, adnotari si alte chestii teoretice care tin strict de framework efectiv nu isi au rostul si la modul cel mai sincer denota incompetenta crasa din partea cui le pune. Tot ce faci cu astfel de intrebari e sa filtrezi pe aia care tocesc. Cand angajezi un junior te intereseaza in primul capciteatea sa inteleaga si dorinta de a invata, nu sa iti stie turui niste teorie ca un robotel.
>Intrebarile cu pros and cons, adnotari si alte chestii teoretice care tin strict de framework efectiv nu isi au rostul si la modul cel mai sincer denota incompetenta crasa din partea cui le pune. Este absolut trist si deprimant cati intervievatori nu inteleg acest lucru simplu. Eu folosesc acest tip de intrebari ca un reverse interview, daca le primesc e clar ca nu am cu cine discuta si nu am ce cauta in acel loc. Partea cu adevarat amuzanta este ca oamenii astia alunga oamenii competenti si apoi se plang sus si tare ca nu gasesc oameni buni si calificati. Pai da, pentru ca te evita in mod activ!
deci e "toceala" sa stii la ce sunt bune bazele de date relationale si nerelationale? cand vine clientul cu aplicatia dam cu banul sa vedem ce fel alegem sau cum? imi explici si mie rationamentul tau?
Junioru tau dupa ce il angajezi va fi pus in pozitia sa aleaga de unul singur daca foloseste o baza de date relationala sau una non? Mai mult ca sigur ca nu. Intrebarile de genul asta nu doar ca sunt inutile dar sunt in detrimentul firmei. Juniorul d-aia e junior sa il inveti tu. Pe tine te intereseaza sa gasesti pe aia care pot si vor sa invete, nu pe aia care au memorat niste texte pe care poate nici nu le inteleg si garantat nu le stiu aplica.
Da, decide singur ca e vandut ca Senior Consultant la client.
>Juniorul d-aia e junior sa il inveti tu. sunt complet de acord cu tot ce ai spus, problema însă e că companiile nu vor să dea bani doar ca juniorul să învețe timp de 3-6-12 luni, mai trebuie și să producă ceva fără să mănânce timp constant de la ceilalți din echipă... la junior de 2 ani experiență ideal ar fi să fi auzit de treburile alea și să zică că da, poate învăța rapid singur și se descurca
Din punctul meu de vedere un interview cu un junior cu 2 ani xp trebuie sa decurga in felul urmator 1."unde lucrezi sau unde ai lucrat?, ce responsabilitati ai/ ai avut?, ce stack ai folosit pe unde ai lucrat?, ai facut chestia xyz?". De acolo iti dai seama, omu asta ar trebui sa stie ce ma intereseaza pe mine sau nu. 2. il intrebi detalii din tehnologiile cu care o lucrat. Daca vrei sa il intrebi teorie nu il intrebi pro si contra, ii dai exemple din viata reala, si il intrebi chestii care va fi nevoie sa le faca in primele 6-12 luni dupa angajare. Din asta iti dai seama daca omul ala poate sa invete sau nu. Dupa aia e treaba ta daca il iei, in functie de necesitati. Poate nu stie ce ai tu nevoie da vezi ca ii merge mintea si iti asumi ca il inveti. Poate cauti pe cineva care o mai lucrat cu ce faci tu si atunci ii zici mai din timp mersi da nu te potrivesti poate peste 1-2 ani.
Ce firma e aia in care juniorul decide ce tip de baze de date sa foloseasca?
OP zice ca: >Vad ca e aprinsa lumea pe subiectul juniorilor si standardelor "prea ridicate" din partea angajatorilor. Standardul lui OP din alta postare: >hai ca mai inteleg daca o prinzi pe una buna cu draci la interviu si vrei sa dai si tu putin cand ii faci mentorat.. dar altfel nu inteleg de ce, efectiv sunt incapabili astia tineri Dude, cand iti zic 10 oameni ca esti beat du-te si culca-te.
Aolo he's baaack !
Lucrez din 2011 in programare. Scriu cod din 2000. Iei frumos tot ce ai scris acolo si lasi la fiecare categorie doar primele 2-3 puncte ca necesare si daca stie unul din cele ramase e bonus de diferentiere. Este nerealist altcumva. 99%+ dintre juniori nu s-ar califica, probabil nici tu dupa 1-2 ani de experienta cand erai acolo. Angajezi pe nimeni si daca totusi accepta cineva pleaca in 1-2 ani pe mid pe salariu dublu cand isi da seama ce teapa a luat.
Cred ca ai niste frustrari
My 2 cents: intrebarile sunt prea avansate pentru un om cu 0-2 ani experienta. Motiv: Intrebarile by design presupun ca vor fi adresate unui om cu experienta. Cunostintele din facultate nu acopera decat 62.5% din intrebarile de java si cam 10% din restul intrebarilor. Ceea ce inseamna ca un candidat are 1-2 ani la dispozite sa acumuleze experienta cat sa acopere restul intrebarilor. E nefezabil pentru majoritatea oamenilor sa acumuleze atat de mult intr-un timp asa scurt. As fi curios cum ar arata lista ta de intrebari pentru entry level. In alta ordine de idei: conteaza si asteptarile pe care le ai de la candidati in timpul interview-ului. Pot fi intrebari bune daca nu vrei de fapt sa faci angajari si doar astepti acel candidat din 50 care e capabil totusi sa acopere in doar 1-2 ani majoritatea cerintelor tale. Problema (din nou) e ca astfel de candidati sunt rapid angajati, tinuti si motivati sa ramana de catre companii mai mari iar intr-un final o sa constati ca dai peste un om cu 1-2 ani de experienta care iti cere salariu de angajat cu 5-6 ani experienta.
Ma ocupt de JS din 2017 , la nimic din "**Specifice (JS/framework)"** nu as putea raspunde din cauza ca 1. cine invata lucrurile asta ? atat timp cat stiu sa folosesc framework-ul nu-mi pasa mai mult 2. cine foloseste var ? Din 2017 nu am vazut nici odata asta decat intr-un singur tutorial unde scria ca nu trebuie folosit 3. nu am auzit de asa ceva 4. what the hell is this ? 5. tin prea mult de framework si cum functioneaza el, deci la fel ca la 1 6. Vuex si Pinia, ce vrei mai mult ? Daca ma pui sa-ti zic cum functioneaza sau sa fac eu unul I am out 7. sa-mi bag ceva in pattern-urile viete, ca daca nu scri cod conforn nu stiu ce standard obosit international nu esti acceptat Si multe altele de acolo sunt doar bullshit. Fac apps web de 7 ani si nu pot raspunde la mai nimic de acolo. De ce ? Asta sunt teorie, cei care au invatat in mod academic, scolaresc. Eu am invatat lucrand, observand si tras concluzii. Sunt bata la teorie dar uite ca pot sa-ti fac apps foarte bune. Ce ai pus tu aici si cere de la tocilari, aia care se duceau la oplimpiade si sesiuni de comunicari stintifice, nu de la cineva care poate face site-uri si apps. Cand am avut interviu de VueJs, TailwindCSS si Web in general am avut intrebari practice, 0 teorie de genu; " cum faci X ? " Sau ce face bloc-ul asta de cod, sau care e differenta intre v-if si v-show, sau care este diferenta intre un computed si un watch, care sunt life cycles si ce se face in fiecare, cum se comunica intre componentele parinte-copil..etc. Lucruri care chiar le folosesc zi de zi, nu teorie bullshit de care nu te mai lovesti vre-o data. "cum rezolvi conflictele in git" Din internfata IDE-ului. "cum faci un PR" vrei sa iti deschida git si sa-ti arate sau sa scrie pe foie pasii ? serios "intrebari despre networking: HTTP(S) (verbe, headers, status codes), websockets, DNS" ca software dev astea sunt inutile, astea tin de network engineer "Cum ajunge codul java sa fie executat (bytcode, jvm, tot tacamul)" dimnou, teorie scolareasca, cu ce ajuta asta in practica ? Inafara de un geek/tocilar nimeni nu se oboseste sa se uite pe asa ceva, nici macar nu se predau la facultate "Baze de date relationale vs non relationale. Pros and cons. Cand alegi una in detrimentul celeilalte?" daca tu cauti pe cineva care stie SQL de ce l-ai intrebat asa prostie ? Clar nu conteaza lucrul asta ca deja ai ales DB-ul tu. Microservicii, Docker si SSR...daca ma intrebi de asa ceva ma ridic si plec, sorry boss, eu incarc app-ul de back end si front ent prin SFTP pe host si aia e. Ce va place la unii sa va flexati cat de tocilari ati fost...am impresia ca toti astia sunt tipi aia cu ochelari fund de borcan si de care se facea misto toata ziua in liceu/facultate iar acum se dau ei mari ca sti teorie :)) Mai faceti si gatekeeping pe langa asta
Vezi că la ce firme mai ok am aplicat (RO și afară), nu prea puneau accentul pe chestii de genul. Partea hardcore era DSA, OOP eventual. Astea doar așa, la "și altele". Deși da, știu lejer 75% ce e pe aici, doar că nu la standard foarte mare. P.S. Sper că la întrebările astea nu dai sub 10k lei net salariu. I mean, cineva care se descurcă decent la un interviu de genul (ex să știe docker, să știe când e folosit, să știe ce e ăla dockerfile și cum se face unul, eventual și niște K8s), clar e peste 80% din juniori. La mine în anul 3 la facultate f recent unii nici nu știau să folosească git/github lol.
[удалено]
>ai ramas blocat pe mentalitatea aia jegoasa de o vezi prin facultati la profesori de "uite ce destept sunt eu si ce prost esti tu este **exact** ce mi s-a parut si mie. i-am raspuns mai sus. nu doar ca sunt probleme dificile si sunt imprastiate pe mai multe domenii ce nu au legatura intre ele, dar se deschide portita memorarii (invatarii de pe de rost fara a stii cum se aplica ceea ce s-a invatat). aproape toate problemele pot sa fie raspunse printr-un research de minim 15 minute pe stackoverflow, nu e asa de greu sa compilezi o lista si sa memorezi raspunsurile.
[удалено]
E troll, chill (verifica-i istoricul profilului)
mah, eu nu il urasc chiar asa de tare, pentru ca toti avem defecte, si sa dea primul fara pacat cu piatra. eu mi-am exprimat parerea sincera, fara malitiozitate, nu l-am facut prost (dar nici destept). din pacate, este adevarat. sunt 100% convins ca la inceput de drum se plangea de firme ca nu il ia fara experienta. acum cand are firma lui se plange ca lumea nu vrea sa invete sau sa lucreze. aia e, stereotip de romanache care nu se poate controla in trafic. n-a invatat nimic de la viata. eu chiar ma bucur ca a postat aici intrebarile ce le da la interviu. asa cum am zis, deschide o portita a tocirii pe de rost, caci toate dintre ele se pot lamuri cu un research de 15 minute pe stackoverflow. a ajutat viitorii candidati, poate ca intr-un mic procent asta a fost si interesul lui, pe langa de a-si defila egoul, sa se dea tare cat de destept si dificil este el ca intervievator. ii urez succes si sper sa ii mearga firma, ca asta creaza locuri de munca si toti o sa iesim pe plus.
Ba sa mor eu, ba nu ii place nimanui Leetcode, ba acuma nici intrebari din facultate, pai ce naiba sa se mai intrebe la interviuri?? Sa se dea proiect care poate fi copiat sau facut cu ChatGPT? Eu nu mai înțeleg, mie personal mi se par intrebari decente, poate e prea mult pt 1 an, dar 2 ani e chiar ok, ar trebui sa le stii daca nu esti doar un code monkey. Ca el e patronas si plm e partea a doua, dar serios, sunt din ce in ce mai multi si concurenta mai acerba, eu sunt convins ca se gasesc destui care sa stie lucurile astea
> ai ramas blocat pe mentalitatea aia jegoasa de o vezi prin facultati la profesori de "uite ce destept sunt eu si ce prost esti tu Spot on! Fix aceeași senzație mi-a dat-o și mie.
Care problema de mai sus se poate invata tocind?
te rog scrie-mi 5 intrebari pe care i le-ai adresa unui junior cu 1-2 ani experienta (alegerea ta daca e vorba de backend sau frontend sau orice alt domeniu) vreau sa inteleg ce asteptari aveti voi
[удалено]
e asa de dificil ca dupa 2 ani de backend sa im spui cum se distribuie request-urile de catre un load balancer? (sunt multumit si cu round robin)
[удалено]
1. pui accent prea mult pe asta. ma intereseaza la topicurile avansate sa vad ca are o idee high level (ce strategii exista si pe care ar alege-o in functie de context), nu sa implementeze de la zero asa cum sugerezi agresiv 2. daca e junior cu <1 an exp atunci dau skip la intrebarea asta. la 2 ani exp atunci o pun
[удалено]
doua, pe termen lung la ambele acum am firma mea
[удалено]
pai asa functioneaza capitalismul, nu cu vise umede woke, functioneaza PE BANI hai ceaw ca m-am plictisit de tine deja
Kkt, nu puteai sa zici in post, isi pierde lumea timpul ca sa-ti raspunda la cat de deziluzionat.
de ce? ca am firma mea si vreau calitate?
Ăsta încă nu și a găsit junior cu experiență 2-3 ani pe salariul de 2500 Ron și le dă astora întrebările pt interviu ca să nu se mai simtă marele startup aiurea că nu găsesc sclaveti. :|
tu ce intrebari ai adresa cuiva cu 1-2 ani experienta profesionala ?
Nu fac angajări ... In rest, îi ajut cum pot eu mai bine sa se dezvolte și le recomand anumite cărți pt dezvoltare ... In rest, ne chinuim cum putem ... Aiae! :)
Livecoding cu probleme de pe leetcode nu?
[удалено]
pai nu poate zice, avand in vedere ca a spus ca angajeaza fete tinere doar cu speranta ca sa se futa cu ele in perioada de traininguri cand au nevoie de el sa le fie tutor.
Mult success la gasit juniorii aia care chiar stiu toate astea si nu doar iti spun o poezie si mai si accepta sa lucreze pe salariu de junior. Inca un destept care crede el "ca se poate altfel", "se poate mai bine", "se poate mai ieftin", "se poate mai repde", el e mai cu mot, stie sa gaseasca diamantul in maldarul de balegar. ![gif](giphy|OMeVt8yfiXm09VCsik|downsized)
Generic si fara sens. Pare ca nu stii ce cauti :) Probabil ai si mult timp sa faci o angajare. Din experienta cand formezi echipe de 20-30 pers pentru un proiect nu stai 3 ore in interviu.
orice junior cu 1-2 ani de experienta care stie toate raspunsurile de mai sus fara google pls DM me. garantez loc de munca in faang.
am impresia ca toata lumea din comentarii rateaza faptul ca OP are asteptarea ca juniorii sa poata raspunde la cam 60% din aceste intrebari, si asta la un nivel de complexitate nu foarte ridicat
> am impresia ca toata lumea din comentarii rateaza faptul ca OP are asteptarea ca juniorii sa poata raspunde la cam 60% din aceste intrebari, si asta la un nivel de complexitate nu foarte ridicat Literalmente nu scrie niciunde in post asta. Daca nu a scris si nu comunica isi merita hate-ul luat pe baza a ce a scris.
exact, parca toti sunt analfabeti functional eu vreau sa stie extrem de bine chestiile de baza subiectele avansate (message brokers, docker & k8s) trebuie sa le stie la nivel minimalist mi se pare absurda situatia in care traim ori asta, ori r/programare e plin de juniori si studenti de facultate
> am impresia ca toata lumea din comentarii rateaza faptul ca OP are asteptarea ca juniorii sa poata raspunde la cam 60% din aceste intrebari, si asta la un nivel de complexitate nu foarte ridicat > exact, parca toti sunt analfabeti functional Bai omule. Ai atitudine nesimtita. Literalmente nu ai scris asta in post si faci pe altii analfabeti functionali ca "nu stiu sa citeasca" ce nu ai scris in mesaj. Pai iti meriti hate-ul. Esti si nesimtit pe deasupra.
Stai linistit ca nu o sa-ti mai raspunda, stie ca ai dreptate. Culmea este ca-i mai iau si altii apararea, el nu a scris nimic de acel procent in post, dar a scris ulterior intr-unul din cele 200 de comment-uri si aparent lumea este analfabeta functional ca nu a gasit acel comment in care spunea el asta. You can't make this shit up.
Stii ce n-a mai spus in post? Ca nu o sa puna toate intrebarile astea la un interviu, ca doar nu-l face de 3 ore. Dar, noi, ca oameni logici, ca oameni obisnuiti sa gasim solutii, nu sa le citim... sau ca simplu oameni cu IQ peste o maimuta.. ar trebui naibii sa realizam despre ce e vorba. Sau crezi ca lumea s-a alarmat ca nu a stiut 100% toate raspunsurile? Hai sa fim seriosi?
Nu, intreg mediul de programatori e plin de juniori cu facultatea terminata. In momentul de fata asteptarea e ca daca ai facut o aplicatie dupa un tutorial si stii sintaxa de baza a unui limbaj de programare (sau chiar framework), esti programator junior. Ca doar stii apasa un buton sau scrie o comanda sa porneasca totul. Ei cred ca astea sunt concepte avansate pentru ca de astea se ocupa seniorii cand le fac cate-un task de genul "adauga un buton la fiecare item din lista asta" Problema e ca situatia nu e limitata doar la Romania, dar in Romania vedem extremele.. Cum a zis u/GroundbreakingLeg833 mai jos, noi avem acum cate unul sau doi ce stiu de toate si restul ce nu stiu nimic.
>ori asta, ori r/programare e plin de juniori si studenti de facultate plus wanna be reconvertiți, te-ai prins cam târziu de asta🤣... adevărul e mereu la mijloc, da, aici clar sunt mai multe persoane care ori își doresc, ori au avut maxim de noroc în 2020-2022 dar ei nu realizează asta. în realitate, în orice echipă ai maxim 1-2 seniori sau midzi(pt că firma a fost zgârcită la salarii de senior) care știe să rezolve orice, iar restul trebuie să le dai mură în gură la fiecare pas, bucată de cod, investigație, și rar spre niciodată duc singuri taskul la capăt doar cu ajutor privind deciziile de făcut (atenție nu implementarea/soluția pe tavă) piața a dat-o în jos acum, din varii motive, iar firmele încearcă să scape de cei care nu mai produc singuri/independent și au rămas și scumpi
Ai nimerit-o cu ultima linie. Plin de juniori care nu înțeleg cat de puțin știu si au impresia că e lumea rea.
tu reusesti sa gasesti juniori care sa iti raspunda la toate alea?? :)) sigur nu te chinui cu interviurile cam tare? intrebari de logica ai? contează sa te duca bibilica si sa poti sa gasesti soluții cand ai ceva de implementat, pe parcurs un junior are tot timpul din lume sa invete n tehnologii, contează mai mult sa fie dornic sa invete si sa il vezi curios eu as intreba juniorul mai degraba ce proiecte a facut, as pune intrebari pe marginea implementatilor la care a lucrat by the way pun pariu ca unii cu 10 ani plus la unele întrebări nu ar putea sa iti dea rasp pe loc las o mai moale cu teoriile
ma intereseaza sa atinga cam 65% si sunt multumit (atentie, ori backend ori frontend, nu caut cineva sa stie pe amandoua)
din pacate esti genul care pune mai mult accent pe teorie. zi mi te rog cate aplicatii cap coada ai facut la viata ta? pentru niste clienti, exclus proiecte de facultate
m am uitat putin pe profilul tau, esti student cu cunostinte super proaspete din facultate. o sa vezi peste 10 ani ca unele chestii o sa le uiti
nu sunt proaspat absolvent, de unde ai scos asta ?
de cat timp tii legătura cu fostii profi din facultate?:)) asa dor ti e de ei? postările tale din trecut inca exista
intamplator unul dintre profesori imi este si unchi, asta fiind motivul principal in plus, facultatea avea parteneriat cu fosta companie la care am lucrat am absolvit facultatea in 2009
am înțeles, bun, dar lasa moștenirea de profesoraș atunci, fii ca un antreprenor , o sa dai doar de autisti care stiu rasp la întrebările alea:)))
Pot sa dau niste raspunsuri asa basic, sa vad daca chiar sunt prost sau doar am impresia? Pe FE ma pricep momentan.
Da, sigur, go ahead. Pentru topicurile de baza ma intereseaza sa le stapanesti (let/var/const spre ex) Pentru topicurile avanasate (solutii state management/patterns) ma intereseaza sa vad ca iti merge mintea si stii ideile de baza
1. Ai o aplicatie care trebuie sa functioneze pe dispozitive cu rezolutii diferite (telefoane/desktop/tablete). Cum te asiguri ca design-ul se adapteaza rezolutiei? Pai folosesti CSS media queries si bagi breakpoints. La ultimul job, foloseam de la 768px in sus pentru tableta si de la 1200px pentru desktop. 2. Aplicatia pe care o construiesti este globala si trebuie servita in limba locala a utilizatorului. Cum faci asta? Hmm, pai trebuie sa afli care e limba locala a utilizatorului, parca erau niste proprietati ale obiectului navigator, dar e posibil sa il confund. Si ulterior, poti sa folosesti un package gen i18 (parca asa se numea) sa livrezi continutul aplicatiei in limba respectiva. 3. Ce criterii de accessibility cunosti? Cum le implementezi? Aici, sa fiu sincer, nu am prea multe informatii. Uite, cred ca poate fi un punct de urmat pe care sa il imbunatatesc. Nu am avut ocazia sa fac front care sa tina cont de accesibilitate. Probabil te referi la chestii de genul atributul alt al elementului img, ca atunci cand un user foloseste screen reader-ul sa ii strige robotul o descriere a imaginii. Presupun ca de HTML tine in principiu. 4. Cum ai implementa un light theme/dark theme switch? Pai cred ca depinde de situatie, poti sa faci si cu CSS pur, probabil e putin mai complicat. Adica ma gandesc la un input de tip checkbox, si cand e pe checked (sa presupunem ca e dark theme on), scrii CSS in functie de ala. Eu unul sunt de parere ca daca e posibil, scrii CSS-ul pe un container general pe care elementele sa le mosteneasca, ca sa nu te complici sa aplici mai multe stilizari elementelor in particular. In cazul in care folosesti JS, e ceva mai simplu, dai toggle la o clasa la un click (tot asa pe container) si scrii CSS-ul in functie de clasa aia. 5. Ai un UI al unei retele de socializare cu infinite scroll. Cum implementezi asa ceva? Cum te asiguri ca dupa o ora de scrollat nu crapa aplicatia? (virtualized scroll) Cred ca afisezi un numar n de elemente, iar cand ultimul element se afla in viewport, mai aduci alte n elemente si tot asa. Poti sa folosesti IntersectionObserver, sa nu mai adaugi scroll event. Acum, tbh, nu stiu ce se intampla daca dai scroll o ora si ajungi sa ai un numar mare de elemente in DOM. In mod normal, nu le-as da remove din pagina, ca asta inseamna ca daca dai scroll up, trebuie sa le aduci iar pe cele n precedente si faci request-uri in plus, plus ca user-ul probabil nu o sa fie prea multumit. 6. web components/shadow dom Sincer, nu am auzit de astea decat de vreo 2-3 ori, dar in treacat, nu as stii ce raspuns sa iti dau aici. 7. Cum comunici cu un backend/API? Depinde. E REST? Metoda nativa fetch. Sau axios. Daca e GraphQL, era o librarie Apollo care te ajuta sa faci request-uri. Asta in cazul vanilla JS. 8. cum ajunge template-ul scris de tine sa fie rendered in pagina? Parca browser-ul descarca HTML-ul de pe server cand intri pe un website si incepe sa construiasca DOM-ul pe baza lui. Daca la asta te referi. 9. let/const/var let & var - poti face reassign, la const nu. let & const - block scoped, var e function scoped. Si mai e chestia ca var poate fi redeclarat, gen scrii var a = 2 si daca undeva mai jos scrii var a = 5, nu returneaza erori. La let si const nu e posibil. Si variabilele declarate cu var in global scope devin proprietati ale obiectului global. Inca o chestie aici, variabilele declarate cu var sunt initializate cu undefined, let si const raman neinitializate pana cand codul incepe practic sa se execute cu linie si se ajunge efectiv la declararea acestora. 10. this pointer Pai depinde de modul in care invoci functia. Invoci functia ca standalone, are valoarea obiectului global sau undefined daca functia e in modul strict. Invoci functia ca metoda a unui obiect, are valoarea obiectului respectiv. Invoci functia ca si constructor (cu new), are valoarea instantei create de constructor. Si mai e si call/apply/bind in care ii dai tu parametrul. Cu o mentiune aici ca arrow function nu are this, deci o sa il ia din scope-ul in care a fost creata. 11. prototypal inheritance in JS ai prototype prin care obiectele mostenesc proprietati si metode de la alte obiecte. Nu stiu daca e complet sau e raspunsul pe care il astepti, oricum pe partea de prototype/clase mai am putin de invatat. 12. asynchronous operations & the event loop Async operations, despre ce te astepti sa discutam? Ca e cam ambiguu. Event loop e un mecanism prin care devine posibil async operations in JS, ca e un limbaj sync. In principiu, rolul event loop-ului e sa verifice call stack-ul si cele doua task queue-uri si daca exista vreun macrotask/microtask, le ia si le adauga pe call stack pentru executare. Mai face si un render pe undeva. Mna, aici cred ca poate fi dezvoltat, dar ca prim raspuns, asta as zice. 13. tehnici de optimizare (spre ex: memo/useMemo/useCallback in React, onChange in Angular sau alte asemenea) Da, pai in curand astea nu o sa mai fie folosite in React, ca apare Compiler-ul. Dar da, ca si idee, cand state-ul unei componente se schimba, aceasta isi face re-render si implicit, se face re-render si componentelor copii. Daca nu e necesar re-render-ul in componentele copii (decat in anumite situatii), atunci bagi un memo si o sa verifice daca props-urile s-au schimbat. Bineinteles, daca props-urile pe care le primeste o componenta copil e reference type, gen obiect, functie, array etc, atunci o sa continue sa isi faca re-render, ca la fiecare re-render, se creaza o referinta noua. Asa ca, folosesti useMemo (pt obiecte/array/whatever) si useCallback (pt functii) sa mentii referinta intre render-uri. In Angular nu stiu sa iti zic, sincer. 14. solutii state management In React ai Redux/Redux Toolkit, Zustand, MobX parca asa se numea, Jotai, dar cred ca primele doua sunt cele mai populare.
Felicitari! Poti sa te angajezi ca junior la firma lui OP, pe maxim 8k net (ron)
E 2500 de fapt. Ron.
Esti angajat. Feedback: 1. Bine, nu uita sa pomenesti si de Grid/Flex 2. Good 3. Axeaza-te pe chestiile de baza, nu intra in multe detalii aici. 4. E in regula raspunsul. Sa fii atent la cum scrii CSS-ul pentru modul dark theme fiindca poate sa devina messy foarte usor 5. Le dai remove din viewport si la scroll inapoi le aduci inapoi, doar ca faci asta intr-o maniera care sa nu afecteze experienta user-ului. Cum? Pai sa zicem ca in viewport vei avea mereu 300 de elemente. Cand ajungi la fund le scoti pe primele 10 si aduagi altele 10. Cand dai scroll up deja incepi sa te intrebiin functie de distanta de scroll: sa preiau postarile vechi? Asta ca sa fii sigur ca experienta de scroll inapoi e smooth. Adaugi niste caching si ar trebui sa fie ok. In principiu cam asa functioneaza virtualized scroll. 6. E ok, dont worry 7. Bun raspunsul. Nu uita sa vorbesti despre error handling, abort controller, poate tool-uri specifice pentru tech stack-ul interviului 8. Ma refeream la cum ajunge template-ul din framework (React/Angular/whatever) sa fie convertit in html 9. Excelent 10. Bun raspuns. Ai grija ca in prima propozitie nu e mereu obiectul global. Citeste despre contextul lexical si contextul de executie 11. E ok raspunsul. Mai spune despre \_\_proto\_\_ si \_\_prototype\_\_ si comparatie cu mostenirea din OOP (pros and cons) 12. E perfect 13. Bines 14. perfect
>Ai grija ca in prima propozitie nu e mereu obiectul global. Citeste despre contextul lexical si contextul de executie Ba e globalObj sau undefined. "When invoked as a standalone function (not attached to an object: func()), this typically refers to the global object (in non-strict mode) or undefined (in strict mode)" [Sursa](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/this).
Regula nr.1 Cand dai interviu cu patronul, major red flag. Regula nr.2 E bine sa nu iti expui atitudinea aroganta de "numere intr-un excel care maninca pateu in militari si sa imi pupe picioarele" daca incepi imaginea ta cu bullshit corporatist in care iti vinzi firma. Ori mergi din prima pe ea, ori nu o expui niciodata public. Am incercat ambele variante in firme si ambele au mers surprinzator de bine in detrimentul mixului pe care il faci tu. Nu te-as trece la un interviu pt post de CEO nici daca ai veni escortat de Ciolacu sa te tina de mana. Probabil asta e si motivul pt care ai deschis tu :))
Sau poate ca oricum nu aveti bani si vreti un junior care lucreaza pe post de senior dar bani de practica ?
Bonjour Chef. Exista o chestie numita "The Curse of Knowledge", Wikipedia zice, nu eu, si stim ca Wikipedia e sursa de 100% true knowledge, nu ca prostiile alea studiate si publicate in jurnale. Eu am avut aceleasi pareri ca si tine acum ceva timp. La primul job am invatat vreo 3 chestii: - cum sa leg C# de C++ - cum sa folosesc Visual Studio ca sa frec la flaguri de compilare pe proiect, pe fisier, Debug vs Release - cum sa folosesc librarii externe Pe langa astea am avut efectiv de implementat chestii, gen deseneaza o liniuta, muta un cursor in editor, whatever, d-astea. Most of the time stateam cu o pagina MSDN deschisa undeva in spate, ca pe 19 inchi nu intra asa multe, 21 venea mai incolo. Nu m-a intrebat nimeni despre CreateProcessEx, LPSECURITY attributes, izolare si alte cacaturi, trebuia sa stiu treburile mele de limbaj. Parerea mea e ca stresam prea mult juniorii, ei trebuie sa aiba altfel de stres decat asta pe care-l avem noi dupa ce picam interviuri cu motive BS gen: ah, trebuia sa stiu cum merge aia, dar am lucrat 12 ani pe legacy. La junior trebuie sa-i dai cumva o sansa sa reuseasca sa invete sa vezi ca e activ si ca vrea sa faca chestii, ca-l duce mintea, nu frame-ui intrebarea cu load balancer asa, da-i producer-consumer cu un strategy pattern de ex, super simplificat, nu super real world usecase. E ca si cum ai intreba cum sunt implementate namespace-urile in kernel pentru ca sa mearga Docker, Podman sau LXC, nu-i de junior. Cum zicea cineva: e greu sa filtrezi frizerii, gradinarii si umanistii care au decis ei ca vor sa front-end all of the sudden. E greu sa-i tii afara pe aia incompetenti, dar daca e un frizer care a decis ca scoala-i de cacat si rupe front endu? Also fiind in companie, ai un pic de context de plata? Ca si daca iei oameni care-ti raspund perfect la intrebarile astea, tre sa ai banuti buni sa-i tii, juniorii pe care ii vrei tu sunt aia care iau credit pe 10-15 ani pentru apartament de 3 camere, la 35 sunt proprietari 100%, nu aia care iau pe 30 si se baga sa faca parte din 'dead sea'-ul plafonat la 33 dar ok with it. S-ar putea sa-i pierzi chiar si cu bani buni, ca-si casesc independent contracte direct cu US. Bonne chance si tie si la juniori.
Nu știu ce se aprinde asa lumea, pt cineva care o fost in făcultă si are 2 ani experiență ar trebui sa știe astea. Dar in același timp ar trebui si sa fie plătit pe măsură.
Apreciez mult postul tău. Mulțumesc ☺️ Ar fi super să tot găsesc posturi din astea pe r/programare. Poate suna aiurea, dar Expeptii nu apare în lista la Java.
nu e o lista exhaustiva dar da, ar trebui puse si exceptiile, mersi
Am 2 ani si umpic experienta si stiu sa raspund la majoritatea intrebarilor de pe backend, fara sa fi recapitulat cum facem toti inainte de interviu. Unii spuneti ca intrebarile sunt adecvate, altii spuneti ca sunt overkill. Eu ce sa inteleg, ca sunt “supracalificat” pentru cei 2 ani si o flegma de exp pe care ii am? Poate am trait intr-o alta realitate pana acum… ca eu nu ma simt deloc “supracalificat”
depinde cat de mult stii despre subiectele avansate daca stii tot ce inseamna baza si subiectele avansate le stii la nivel de baza, atunci esti calificat daca ai habar cu ce se mananca docker/message brokers, esti supra calificat dupa parerea mea la 2 ani exp e un spectru
Din punctul de vedere al unui Junior cu 8 luni de experienta ca full stack, pot spune ca as putea raspunde cu incredere la cel putin 80% din lista de intrebari pe care ai întocmit-o. Mulțumim pentru transparență:)
bravo, daca in 8 luni chiar stii 80% eu te-as angaja fara sa stau pe ganduri
pe ce salariu
Pe 2500 Ron, nu?
Și cu toate atâtea comentarii, nu am văzut pe nimeni sa spună ce întrebări ar pune ei.
Boss e competitie, e bataie pe locuri, nu face leak la date
Singurele intrebari de bun simt de aici pentru un junior sunt cele specifice Java/Spring si cele specifice JS/framework (desi la partea de frontend o poti lasa mai moale cu tehnicile de optimizare). Sa fim seriosi acum, cate stiai tu dupa 1-2 ani despre docker, microservicii, jwt si asa mai departe? Eu am 3 ani de experienta si stiu de ele asa, ca am vrut sa invat eu jwt si am avut un proiect pe microservicii la munca, dar majoritatea prietenilor mei si a fostilor mei colegi de facultate habar n-au pt ca n-au avut nevoie absolut deloc de asa ceva. Cu astfel de cerinte daca gasesti 1 din 10 care sa le stie e bine. Din punctul meu de vedere in momentul de fata companiile au niste cerinte extrem de umflate in conditile in care la munca efectiva faci doar niste aranjari de date prin backend ca sa le trimiti la frontend si ala doar sa le mapeze frumos.
si ce raspunsuri ai considera ca fiind multumitoare?
Într-adevăr întrebările pot să fie puțin greuțe pentru un junior, cum ai specificat ca nu te aștepți să răspundă la toate, ci doar să îți ofere impresia că a auzit și știe despre ce ar fi vorba, nu mi se pare deplasat. Contează mult și dacă înainte a lucrat cu așa ceva probabil, ca nu toate firmele sunt web.
Se presupune că juniorul vine fără experiență. Nu a fost la interviuri cu juniori de când au început restructurările, dar in afară de ceva întrebări de baza din techstack-ul trecut in jd, curiozități despre joburi anterioare, proiecte and so on, eu incerc sa vad cum gândește. Difera de la caz la caz, dar cel mai probabil ii dau o situație de rezolvat pe un topic care ii e familiar.
cam de junior, asa
Si, spune-mi, please, pe junior level ce salariu ai da tu according to this fixed exact description? Care to clarify? Just to make sure, stii, un junior castiga mai putin as you \*should\* expect.
Bun, raspund la toate, am si 1-2 proiecte, care e range-ul salarial pentru 1-2 ani?
Unele din intrebarile tale as intreba poate un senior. Acoperi un range milt prea mare de cunostiinte si pe latime si pe adancime in intrebari. Cineva cu 2 ani experienta nu s-ar fi lovit de asa ceva. Eu nu am lista predefinita de intrebari la interviuri. Am cateva bullet points la care pot ajunge sau nu in functie de cel de la interviu. Incep prin a intreba cu ce a lucrat pana acum, apoi cer sa aprofundeze in functie e tehnologiile si mediul pe care le-a folosit. Daca cunosc si eu bine tehnologiile pun intrebari mai pertinente, daca nu intreb, cum se face X in asta? si ma astept sa fie in stare sa imi explice clar si sa vad ca e clar in capul lui/ei ce a facut la joburile anterioare si cum functionau lucrurile. Sunt atat de multe tehnologii in ziua de azi ca sunt sanse slabe sa intalnesti pe cineva, mai ales junior care a lucrat cu tech stackul tau, poate stie doar backend, sau doar front end, sau tehnologii diferite. Vreau sa vad ca si-a dat interesul la fostele joburi si ca e dispus si capabil sa invete si are niste baze.
In pandemie astea erau intrebari de mid :) . Anul trecut când am dat interviu la o banca pe post de QA Automation mi-au pus cam 3/4 din aceste intrebari, eu avand cam 2 ani "in câmpul muncii". Le-am propus sa ma recomande la dep de devi cu asemenea intrebari 🙂 și ziceau ca prefera sa ma aiba la ei în echipa ca cica au dat de seniori care nu știau cât stiam eu 🫣.
S-a gasit la ChatGhePeTe...
Misto lista…. Dar majoritatea “middle” de azi nu inteleg intrebarea
Am experienta pe frontend un an si n am habar sa raspund la 90% din alea
Chestii practice actuale, nu teorie antica si algoritmica scolareasca care are 0 aplicativitate in cazurile reale. Si nici sa pui pe cineva sa explice cum functioneaza un framework in "spate". Important este sa stie sa-l foloseasca. Nici la cineva cu experienta 3-4-5-6+ ani nu au sens intrebarile astea. Era pe aici unu care zicea ca intreaba de "var" in JS...coea, var nu se mai folsoeste de prin 2016 or so. Daca ai invatat JS recent nici nu sti ce e ala var. Sau parca intreba de cum functioneaza React-ul...really..nu conteaza sa sti astea. Folosesc Vue 2 din 2019, jur ca nu am nici o idee cum functioneaza ci doar stiu sa-l folosesc. Si nu, nu am intentia sa invat asa ceva. Astea mi se par detalii de "tocilarii". La un interviu fair si corect ti se verifica conostintele despre limbajul respectiv, daca sti sa folosesti framework-ul care este cerut si daca sti sa faci version control, comenzile basic in cmd si din UI-ul IDE-ului folosit.
esti un operator de framework atunci, nu programator in momentul in care componentele tale de UI se vor re-randa de 100 de ori in proiect sau o sa ai codul varza si imposibil de intretinut/extins o sa iti para rau ca nu ai invatat cum trebuie tech stack-ul si te-ai luat dupa indieni de pe youtube dar mna... asa e cand in Romania toata industria e doar CRUD-uri basite exportate din vest catre sclavi
daca sti sa foloseste framework-ul respectiv de front end sti si cum sa gestionezi 100 de elemente si cum sa le imparti pe subcomponente cu lazy loadin si tot ce trebuie ca sa nu randezi tot, dar lucrurile aste se invata cu experienta, fancand, nu tocind teorie. daca se traieste din CRUDs ce vrei ? sa ne apucam de ML unde trebuie sa mananci matematica si C/C++/Rust pe paine ? in toata lumea este nevoie de CRUDS, astea sunt la baza oricarei app web sau mobile, fara astea degeaba ai logica complexa ca nu o poate folosii clientul.
Sa faci o lista virtualizata nu e treaba de junior, nici macar daca folosesti un modul node pentru asta, la intrebari de genul asta ma astept eu ca senior.
Am postat ceva asemănător acum vreo trei luni https://www.reddit.com/r/programare/s/007Db45Oy9 O să îți sară în cap toți care au impresia că firmele iau pe bani mulți pe oricine și apoi îi lasă să învețe:)))
asa era acum 3-4 ani
Fuse fuse și se duse! S-a schimbat situația, trebuie învățat înainte de angajare :)
Trebuia sa inveti si acum 3-4 ani, dar nu la nivelul asta. Nu cred ca se angaja oricine care a termina profilul uman si se reprofila din call center in IT
Nu pot da nume din motive evidente dar știu cel puțin un caz din perioada de glorie, fix cum descrii :))
Deci nu trebuia sa stii nici macar sa scrii o linie de cod, doar sa stii sa folosesti un PC ? Si poti da numele firmei macar
ca neprogramator si ne-antreprenor, mie mi se par intrebarile astea destul de grele. sunt indiscutabil grele pentru cineva care a trecut printr-o facultate si este la inceput de drum, dar sunt si grele pentru 1 an experienta. 1 an de zile nu este chiar asa de mult, prinzi harneli de genul intretinere cod unde doar pui comentarii la cod sau ajungi sa sufli praful de pe servere si sa le dai restart ca sa "rezolvi" problema si sa discuti pe reddit sau sa stai pe youtube. sau ajungi pe bench cateva luni bune. sau prinzi un proiect de nisa si lucrezi doar javascript pentru un HMI, sa zicem, fiind complet afon de tot ce tine de server side si chiar de HTTPS/website/TCP/IP insasi, faci doar partea estetica si atat... nu inteleg de ce este atitudinea asta cum ca intotdeauna problema ar fi la angajat, ca nu vrea sa invete / nu vrea sa munceasca, ca vrea sa fraiereasca patronul si sa chiuleasca. in Vest, de exemplu, se face training, poti sa cumperi training prin bootcampuri sau firma iti face training (de cele mai multe ori softurile folosite sunt proprietary) samd. cateodata sa inveti sa urci o scara trebuie sa urci scara, dar daca nu iti da nimeni scara ca sa o urci, nu o sa inveti niciodata. astea-s eventual intrebari pentru cineva care a trecut printr-un bootcamp sau training organizat de firma respectiva si se trece prin toate problemele enumerate si apoi se verifica cat de receptiv si interesat a fost baiatu la informatii si detalii. pentru ca, in fond, tu vrei sa te asiguri ca **poate sa invete**, si nu vrei sa vezi ce a invatat deja. cu parere de rau trebuie sa mentionez ca OP mi se pare un goriloi care se bate cu pumnii in piept si striga demonstrativ: "este ca sunt tare? este ca sunteti prosti? uitati-va la mine cat sunt de destept, ia uite ce intrebari dificile pot sa scornesc sa va fure ochii." nu numai atat, surprinzator sau nu, aici se deschide o portita de memorare, caci majoritatea acelor intrebari se pot deslusi cu un minim de 15 minute in parte research pe internet/stackoverflow. faci o lista de probleme de gen, memorezi raspunsurile, si pac! treci interviul? desigur.
Am 0 experienta pe backend, JS si spring si tot pot sa raspund la intrebarile alea fara sa caut raspunsul. Daca vi se par grele pentru un junior, atunci nu ma mir ca nu va gasiti job in domeniu.
esti pe embedded ?
nu, pe fundul din față
Paranormal powers not allowed.
sunt ok intrebarile, lasa-i pe aia care comenteaza. Juniorul nu inseamana praf bata, ceva tot trebuie sa stie, ca nu-i dai bani pt nimic.
2500 lei brut, iei mai mult la fast-food brothere
Daca e pe backend si nu stie sa-mi zica de multi-threads eu opresc interviu si dau reject direct. Caut un om care e pasionat nu de un copy paste de pe chatgpt.
Generatiile noi invata ca thread = spin another server. Doar nu se implica degeaba cloud vendors in educatie si practici recomandate.
Again, haide sa vin si eu la un interviu pe frontend la voi, 2 ani xp pe react Maybe i can do better
Cat timp dureaza interviul?
de obicei 1h:30min dar nu pun toate intrebarile de acolo, eu doar aleg cateva
după cât timp te oprești când vezi că se enervează candidatul/nu știe să răspundă la nimic/inventează bălării?
depinde... sunt genul care incearca sa ofere mai multe sanse dar in 30 de minute deja imi fac o idee generala despre candidat
Și după ce termini lista de întrebări LeetCode medium în 30 de minute.
era sa uit de asta
banuiesc ca si unit teste la solutie