Ce întrebări mai ai pentru Paul pentru data viitoare când vine la podcast?
@alexandrumorarasu3671
3 жыл бұрын
Ce parere ai despre companiile care la angajare pentru o pozitie de developer iti cer sa livrezi fara bug-uri? Mai mult de atat ti se spune ca nu au QA, nu au nevoie pentru ca oricum se livreaza fara bug-uri.
@shaw22490
3 жыл бұрын
@@alexandrumorarasu3671 Imi place sa cred ca asa ceva nu mai este o realitate in ziua de azi, iar in cazul in care nu au QA ca cel putin fac outsourcing de QA de la companii care ofera asemenea servicii. Dar ca sa'ti raspund la intrebare , parerea mea e ca ar trebui sa nu iei in serios o astfel de companie pentru ca este clar ca nu cunosc defapt industria.
@ViorelMocanu
3 жыл бұрын
@@alexandrumorarasu3671 Eu n-aș fi așa categoric precum e Paul. Există companii în diverse stagii de maturizare care au tendința să trateze QA-ul cu mai puțin credit sau mai puțină importanță decât merită, și deși e clar c-ar trebui să se schimbe, e și de datoria ta să îi ajuți s-o facă... Până la urmă niciun CEO (tehnic sau non-tehnic, dar în special într-un startup unde ai resurse super limitate la-nceput) nu prioritizează ceva decât atunci când arde. Și dacă lansezi cu bug-uri sau pică producția de la ceva ce-ar fi putut fi prevenit cu puțină atenție, vei lua 100% în seamă soluții care te ajută să previi astfel de situații pe viitor, și măcar ăla e un moment în care poți convinge management-ul să angajeze QA competenți și cu experiență care să dezvolte un proces sănătos, îmbinat armonios cu development-ul și business-ul.
@uti894
3 жыл бұрын
Super podcast. Întrebări pentru Paul Darie: 1. Care este roadmap-ul pentru testare automatizată? 2. Ce cursuri/ tutoriale de testare automatizată recomandă? 3. Cum comunicăm cu devii care nu ne agreează, nu ne înțeleg rolul și ne iau ideile, sfaturile, părerile intr-un mod defensiv? Uneori comunicarea cu devii poate fi foarte dificilă. Sau cu PM care nu prea iau în serios rolul de QA. 4. Care sunt dezavantajele sau părțile mai puțin plăcute ale acestui rol? (Acesta pare o intrebare bună de adresat tuturor invitaților) O idee de viitor clip: un tutorial/ live etc. cu Paul Darie in care să testeze un site si să ne prezinte in mare cele mai importante tipuri de testare. Cred ca pe ceva practic se poate intelege mai bine si diferența dintre QA/ QC sau de ce nu, pe testare automatizată.
@ViorelMocanu
3 жыл бұрын
Merci mult pentru întrebări! O să mă asigur că le-a primit Paul și că primești un răspuns de la el. Am reținut întrebarea #4, o voi adresa de acum încolo de fiecare dată. Apropo de întrebarea #3, am și eu un fragment de răspuns: QA-ul e o componentă esențială a procesului de development, și oricine nu știe asta sau ignoră utilitatea feedback-ului venit de la QA demonstrează o ignoranță care ar merita „tratată” cu niște informare sau proceduri care să valideze și valorizeze input-ul. Spre exemplu, o practică interesantă e să lași doar QA-ul să poată da deploy din mediul de test în mediul de staging în care au acces și clienții, și fără deploy-ul lor, branch-ul pe care s-a lucrat să nu ajungă să fie vizibil părții de business sau clienților care au acces în zona respectivă. Pe lângă măsurile astea care au uneori tendința să fie draconice, totul ține exclusiv de comunicare și de cât de bine te mulezi pe fiecare personalitate în parte. Secretul comunicării e să poți capta și păstra atenția și interesul oricărui om cu care vorbești până la urmă. Chiar dacă e în interesul colocutorului să fie atent, e datoria ta să înveți să-l faci atent până la urmă... :) Apropo de ideea de video, mi se pare foarte interesantă ideea. Data viitoare când vine la podcast îl punem la treabă (nu numai pe el, ci pe toți pe care-i chem înapoi). :D Merci de sugestie!
@shaw22490
3 жыл бұрын
Ma bucur ca ti'a placut, acum sa iti raspund cat se poate de scurt la intrebari: 1. Nu exista un raspuns cut and dry la intrebarea asta, in primul rand ai nevoie sa identifici nevoile proiectului si cum le poti face tackle , ce fel de setup ai nevoie si daca o solutie deja plug and play de automatizare nu iti poate servi nevoile fara a fi nevoie de a face un framework de la zero. Pentru un roadmap ai nevoie de regula sa iti cunosti in primul rand produsul si business-ul iar apoi sa identifici nevoile si cum le poti servi in pasi logici si incrementali pana ajungi la un proof of concept. 2. Din ce am reusit pana acum sa observ iti recomand cu caldura sa te documentezi despre cypress.io si/sau webdriver.io , gasesti documentatie atat free cat si pe site-uri ca Udemy. 3. Daca ai probleme cu o persoana sau doua , dintr'un intreg grup de oameni, cel mai bine e sa discuti cu ei individual vis-a-vis de lucrurile astea ca sa puteti gasi un front comun, daca problema este cu un intreg grup atunci e vina culturii din compania unde lucrezi. Este deja obositor discursul asta unde developerii si testarea sunt intr'o continua lupta, asemenea lucruri toxice nu ar mai trebui propagate nici macar sub forma de gluma pentru ca indiferent in care dintre cele 2 echipe esti, scopul vostru este acelasi, mereu. Iar in cazul in care un PM nu ia in serios rolul de QA ca si mai devreme, este o problema de cultura si poate ar fi momentul sa schimbi locul de munca, dar atentie, nu vreau sa o fac sa para ca si cum nu are sens sa depui eforturi in a schimba pareri, pentru ca lucrul asta merita facut. 4. Avantajul unui rol de QA este ca poti evolua de aici in absolut orice directie iti doresti, la fel cum am spus si in podcast, iar despre dezavantaje, nu exista unul specific rolului, ci doar predispozitiile oamenilor din jur pe care nu ai decat sa le schimbi prin a ii educa si a le arata importanta job-ului tau si asta doar facandu'ti treaba al naibilui de bine, fapt adevarat pentru absolut orice pozitie ai ocupa.
@uti894
3 жыл бұрын
@@ViorelMocanu Vă mulțumesc pentru răspunsuri! Îmi place pentru perspectiva dumneavoastră la intrebarea 3. Și încă o dată, mulțumesc pentru contentul de calitate, este o reală plăcere să asculți specialiști, să furi informații și să le aplici, mai ales când ești junior.
@ViorelMocanu
3 жыл бұрын
@@uti894 Mă bucur mult că te ajută conținutul meu, sper să facem un obicei din asta. :)
@gabrielandrei6372
3 жыл бұрын
fratilor, eu nu stiu unde ati fost pana acum, dar ma bucur ca ati aparut! calatoria mea in lumea it-ului a inceput acum doi ani si a venit ca o reconversie profesionala incercand sa urmez ceva ce-mi place. din pacate, eu nu am intalnit oameni ca voi. desi am acceptat un post de entry level, junior, constant mi s-a pus in fata ca nu stiu, ca de ce ma bag, ca de ce nu mi-am gasit altceva, ca nu sunt in stare (si aici intra chestii de la domeniul tehnic pana la aptitudini personale cu care nu am avut niciodata in viata mea probleme) ca nu retin, ca nu am atentie suficienta, ca nu stiu codare (nu m-a intrebat nimeni daca vreau sa fac un cod, au presupus ca nu stiu, desi in cv am trecut ca am un curs facut si am discutat aspectul asta si la interviul de angajare), nu m-a indrumat nimeni spre nimic. de teamlead nu am ce sa spun pozitiv. trebuia sa muncesc. cum pot, cum stiu...nu o sa spun decat ca a lipsit bataia. fizica. in rest, echipa cu care am lucrat nu putea discuta cu mine decat prin tipete, nemultumiri si nervi. pe fondul asta a venit covid si am clacat, si am zis ca schimb firma. mediul era prea toxic pentru mine. am facut terapie ca sa nu o iau razna. asadar, covid, am schimbat firma si chiar mi-a placut noul mediu. mai uman. mai cald. in aparenta. nici vorba de acomodarea cu oamenii, cu mediul lor de lucru, cu proceduri, cu etc. iar aici socul a fost ca mi se cerea ca in doua-trei luni maxim sa fiu la nivelul unui om care lucra acolo de 7-8 ani, ca ni se reprosa tuturor cu fiecare ocazie ca salariile noaste costa firma, ca trebuie sa producem altfel nu avem ce sa cautam acolo. am inceput sa ma frustrez si sa nu ma mai intereseze ce faceam. pur si simplu psihic am intrat intr-un blackout, nu ma puteam lega de ce se intampla in jurul meu. apoi, dupa nici doua luni, mi s-a adus la cunostinta ca vor desfacerea contractului meu pentru ca nu le place cum ma imbrac (nu port decat blugi cu un tricou sau eventual camasa - ceilalti colegi la fel), ca profesional nu au ce sa-mi reproseze, ca cine stie, poate sa va dovedi in timp ca au facut chiar o greseala cand au luat decizia asta iar salariul meu chiar ii costa. o experienta foarte amara in urma careia de atunci ii sfatuiesc pe cei ce vor sa intre in domeniul IT sa nu o faca in Romania si numai la firme foarte mari. aici, printre localnici, domeniul este plin de toti ciudatii, escrocii si bolnavii mintali. si apareti voi. imi vine sa plang si sa rad in acelasi timp. poate ca m-am lungit, dar ma bucur sa vad un podcast util si un canal util, cu oameni. keep going!
@ViorelMocanu
3 жыл бұрын
Mă bucur să aud că-ți place conținutul meu, dar îmi pare foarte rău s-aud poveștile astea despre medii de lucru complet toxice. Pot să te asigur că nu-s toate așa. Există startup-uri cu o mână oameni care tratează angajații cu mult respect și corporații cu mii de angajați care fac același lucru. Deci sigur există medii mai bune decât ce-ai reușit tu să găsești. Partea bună e că data viitoare o să știi, măcar aproximativ, de ce să te ferești. În general pe măsură ce trece timpul o să vezi că te vei adapta mai ușor la contexte diferite, însă vei simți și mai rapid probleme majore și medii în care n-ai ce căuta, deci vei fi mai circumspect să-ți schimbi job-ul, dar nici nu vei mai fi legat cumva de unul singur (toată lumea caută oameni cu experiență, și pe măsură ce-o dobândești, demisia e din ce în ce mai ușoară). Nu pot decât să-ți doresc să dai peste niște oameni de calitate la viitorul job și să ții standardele sus - și cele financiare, dar mai ales cele interpersonale. Eu în locul tău nu știu ce-aș fi făcut, dar ar fi ieșit nasol. :)
@gabrielandrei6372
3 жыл бұрын
@@ViorelMocanu mersi mult! :)
@ViorelMocanu
3 жыл бұрын
@@gabrielandrei6372 și eu! Ce fel de conținut ai vrea să mai vezi pe canal?
@gabrielandrei6372
3 жыл бұрын
@@ViorelMocanu as vrea sa vad ceva pe parte de backend. si daca se poate, pe java mai mult.
@ViorelMocanu
3 жыл бұрын
@@gabrielandrei6372 Coincidență plăcută: fix acum editam următorul podcast cu un programator get-beget care e la Adobe de vreo 10 ani. Sper să-l public mâine sau cel târziu sâmbătă.
@bogdaniordan409
3 жыл бұрын
misto podcastul, poate reusesti sa aduci si pe cineva de pe backend
@ViorelMocanu
3 жыл бұрын
Fix următorul podcast (care va apărea săptămâna viitoare) e cu un programator get-beget. :) Sper să-ți placă.
@spinu97
2 жыл бұрын
foarte inteligent Paul, nu stiu daca o sa reusesc sa ajung ca el in viata asta dar macar in it sa lucrez:))
@ViorelMocanu
2 жыл бұрын
Eu zic că dacă îți propui să faci asta și îți direcționezi energia spre a face lucruri care să te ajute în fiecare zi, o să ajungi acolo la un moment dat. :)
@alexandrumorarasu3671
3 жыл бұрын
Din ce am observat, un QA bun face ca un soft sa fie ok de livrat. Mi se pare extrem de greu ca developer sa faci la un nivel decent partea de QA, nu ai cum sa suplinezi aceasta lipsa. Parca e mai usor sa preiei din partea de design (din pozitia de developer) si sa gasesti solutii acceptabile, dar sa livrezi un soft complex si calitativ in ritmul de azi si cu atat de mult scop change, e imposibil (pentru mine).
@shaw22490
3 жыл бұрын
Rolul QA-ului , intr'adevar este sa asigure ca un produs este ok de livrat, dar irelevant de cine aplica QA si cat de "decent" il aplica, la nivel cumulativ, la sfarsit de zi va reduce timpul si efortul pierdut de catre absolut toate entitatile implicate in development si test life cycle.
@ViorelMocanu
3 жыл бұрын
@@shaw22490 Absolut, ține de optimizarea procesului și de salvarea timpului (și deci a banilor) - e ceva care dacă n-ar fi valoros n-ar exista. În general industria de IT e destul de pragmatică față de altele... :)
@ViorelMocanu
3 жыл бұрын
Nu cred că e nimeni absurd să pretindă să faci și development și QA full time în ambele direcții. Dar intră 1000% în sfera de referință a oricărui developer care vrea să se dezvolte „T shaped” armonios, să învețe măcar bazele QA-ului și să știe ce greșeli să nu facă în momentul în care dezvoltă ceva, ca să-și salveze din propriul timp și din spirit pragmatic. Pun pariu că toți developerii buni (chiar dacă sunt conștienți că fac asta, chiar dacă nu) au tendința să știe sau măcar să se comporte ca și cum ar ști QA ca să își valideze munca lor și pe-a colegilor. Dacă formalizezi studiul nu faci altceva decât să confirmi faptul că regulile de bun simț din QA sunt asumate...
@fortznite8150
3 жыл бұрын
Exista o gresala in descriere la intrebarea: Când e momentul să-ți dai demisia
Пікірлер: 31