Una persona che si focalizza su voler creare un app con ux/ui etc basta che continui a farsi esperienza in quell’ambito
L’errore e’ proprio qui.
Una persona che vuole metter su un sistema di CI/CD dinamico e resilient se non ha la conoscenza sia del lato software (quello che ha il software developer) che networking/system (quello che ha il sysadmin) non ci arriva a poterlo fare.
La tua assumption e’ che devops richieda skill e conoscenze da diverse aree quando invece sviluppare una web app con una buona ux/ui sia un unica skill/conoscenza che una persona puo’ coltivare nel tempo.
Creare una web app con una buona UX/UI richiede conoscenze di:
design
prodotto
codice (HTML+CSS+JS)
Giusto per citare 3 macro aree ma potrei aggiungere facilmente anche la conoscenza di sapere come funziona un browser e come funziona l’internet in generale.
So che e’ una di quelle domande dove non c’e’ agreement perche’ ognuno la pensa come vuole ed e’ biased dalle proprie esperienza ma io ti dico che piu’ passa li tempo e piu’ mi convinco che ogni specializzazione ha le sue complessita’.
ma il fatto che secondo te per fare qualcosa, nell’esempio specifico DevOps, puoi anche essere uscito dall’università e andare come junior.
Ci sono ruoli per cui è necessario avere conoscenze attraverso diversi campi e che richiedono esperienza sul campo.
E lo dico non solo per esperienza personale ma anche per discuterne con altre persone del settore, di diversi livelli di esperienza e competenza.
Saranno stupidi nell’azienda dove lavoro, in cui facciamo persino i corsi in cui prendiamo studenti freschi di laurea per farsi un corso di base di 6 mesi e poi 6 mesi in cui li assumiamo e affianchiamo a un senior e solo se quel senior dice che è pronto, diamo il ruolo di platform engineer junior in cui possono quantomeno essere considerati autonomi se assegnati a un task preciso e dettagliato.
Non ho assolutamente detto quello, penso tu abbia interpretato male le mie parole.
Ho parlato di gatekeeping in risposta al tuo messaggio iniziale dove dicevi
La tua frase la figura di devops junior non dovrebbe esistere e’ la definizione letterale di gatekeeping penso
Quel che semmai dovresti dire e’ che non puoi assegnare un progetto devops complesso a un neo laureato, e fin li siamo tutti d’accordo.
Ora puoi sostituire devops con qualsiasi altra specializzazione che sia backend frontend data analysis & so on.
Per non fare gatekeeping si dovrebbe anche dire che ci sono sicuramente dei task e dei progetti semplici dove un neolaureato o una persona con poca esperienza puo’ sicuramente contribuire.
Ci sono centinaia di migliaia di piccole/medie aziende che non hanno nessuna necessita’ di usare kubernetes pulumi helm charts, deployment globali, zero downtime e salcazzo ma hanno bisogno di soluzioni a problemi estremamente piu’ semplici quali configurare dei dns, fare un downtime di 2 ore mentre si fa dump di un DB da un posto all’altro durante il quale i tuoi 3 utenti in croce stanno dormendo perche’ si collegano tutti durante il giorno dalla stessa regione & so on
Altrimenti la sensazione e’ che tu pensi che fare devops sia intrinsicamente piu’ complesso di fare altre cose, che non e’ vero.
Quindi si, la figura di devops junior dovrebbe esistere (esiste), l’importante e’ che venga impiegata in un contesto dove c’e’ un problema semplice da risolvere, alla portata delle limitate capacita’ ed esperienza dell’individuo in questione, supportato dove possibile da una persona senior.
ho gia’ spiegato sopra cosa intendo, quando parlo di “non dovrebbe esistere” e’ perche’ e’ un controsenso in termini. Uno che e’ un devops e’ per forza di cose, in base alla mia esperienza, una persona che come minimo e’ senior di almeno un ruolo (software engineering) e a volte anche di due ruoli (sysadmin) se non di ulteriori.
Mah, la trovo una definizione un po strana che “devops sei solo senior”
Se la mia azienda medio/piccola ha bisogno di un supporto per task tipo impostare dei DNS, creare/mantenere/migrare dei DB, ruotare delle password, e altre robe relativamente “semplici” non si tratta di task che rientrano nell’attivita’ di un devops e che una persona relativamente junior puo’ portare a termine? (ovvio senza prendere il primo che passa per strada ma un neolaureato o qualcuno con un esperienza minima)
Sicuro, poi succede come a cloudflare qualche mese fa che uno sbaglio nella configurazione dei router mapping ha tirato offline la costa est americana e la costa ovest europea.
in questo caso son dell’idea che siano attività che deve fare il developer soprattutto quando i progetti sono piccoli avere la possibilità di conoscere e gestire il contorno dell’attività di sviluppo per un dev è una manna dal cielo per crescere professionalmente.
non ho letto il thread da dove arriva lo split, ma sono d’accordo con Crius per quanto riguarda la seniority. ma parto probabilmente da una visione diversa del ruolo di devop. credo sia sbagliato considerare il devop come un ruolo a sé stante, la vedo più come una metodologia di approccio alla gestione dell’infrastruttura e delle delivery di prodotti tecnologici.
è un’intersezione tra il mondo operations, sysadmin e development dove alla base di tutto ci sta una conoscenza abbastanza “vissuta” del proprio campo di appartenenza.
per questo secondo me la questione junior non sussiste, perché non ci può proprio essere ci può essere un junior dev o un junior system engineer
quello sì
Seriamente comunque, si puoi far fare quei task a uno junior, magari pero’ lo junior non gli puoi dire “mettimi giu’ il processo di key rotation” perche’ non sa di cosa si parla se non da qualcosa letto online o non sa quali sono le procedure di sicurezza corrette.
Quello e’ un task che anche noi diamo a uno junior (dopo il processo descritto sopra) ma dopo che un senior o un lead ha scritto nel dettaglio cosa deve essere fatto e certamente poi supervisiona la review.
Come dice vine comunque, il mio punto e’ che uno “junior” devops (che poi si e’ una metodologia yada yada, noi infatti li chiamiamo platform engineer) non e’ di fatto mai uno “junior” professionalmente e per noi uno che e’ junior alla fine ha gia’ almeno 1 anno di esperienza quando inizia a venir chiamato “junior”.
Non mi sembrate d’accordo.
Un devops junior con la superivisione puo’ portare a termine quei task che non richiedono anni di esperienza ma giusto avere le conoscenze del background (cos’e’ un DNS? cos’e’ un DB?) quindi esiste e ha diritto di esistere un devops junior cosi come un backend dev junior o un data analyst junior o un frontend dev junior o un machine learning researcher junior.
Magari e’ una questione di classificazione, per me junior e’ qualsiasi persona che va da zero esperienza lavorativa a poca, avendo piu o meno un background di conoscenze.
Un mid level e’ qualcuno che ha qualche anno di esperienza lavorativa e buone conoscenze.
Un senior ha parecchi anni di esperienza e ottime conoscenze profonde.
Io uno che arriva e non sa un cazzo di niente non gli faccio passare neanche il colloquio da intern sorry.
Cioe’ se parliamo di zero → basi, ci sono un fottio di risorse. Anche solo affiancare a uno che non sa niente e deve imparare, qualcuno che invece le cose le sa, vuol dire che sto impegnando risorse e non so neanche se quello che deve imparare poi ha le basi per capirle quelle robe insegnate.
Ribadisco quanto detto. Ci sono alcuni lavori che sono l’equivalente delle “classi avanzate” di un RPG Se non sei prima almeno esperto di una certa competenza, non ti ci puoi proprio avvicinare, non e’ questione di gatekeeping, e’ questione dei requisiti necessari.
pls no
nel lavoro vecchio, che mi piaceva eh, mi son divertito un sacco, mi facevano fare anche le immagini docker (ed ok, li va bene) poi però la cosa è degenerata ed ho dovuto metter su anche la CI, con jenkins, che quella vecchia era rotta, ed in più pure un corso ansible per tirar su le macchine in automatico…anche no dai, avevo smesso di far codice per finire a fare il sistemista
io voglio scrivere c++ non pastrocciare con route tables, aprire porte e creare user per far andare le mie zozzerie
però ecco concordo che come figura, il devops deve sapere un po’ di tutto, e partire da zero non sia sensato
Nel mio mondo quando si parla di “zero esperienza lavorativa” non si intende " non sapere un cazzo" poi non so da voi
Uno che ha appena finito un PhD in Distributed Systems dopo aver studiato per quasi 10 anni, per definizione ha zero esperienza lavorativa ma sa piu’ teoria di noi tre messi assieme probabilmente
ma io ti dico che piu’ passa li tempo e piu’ mi convinco che ogni specializzazione ha le sue complessita’.
