Molte persone riflettono sui problemi che li riguardano prima di dormire o al risveglio. Non faccio eccezione. Stamattina mi è tornato in mente un pensiero. da Habr:
Un collega nel chat ha condiviso una storia:
Due anni fa ho avuto un cliente fantastico, era proprio nel periodo del 'crisi'.
Il cliente ha due team nel gruppo di sviluppo, ognuno si occupa di una parte del prodotto (in linea di massima, back office e storefront, cioè software che si occupa della creazione dell'ordine e software che si occupa dell'esecuzione dell'ordine), che si integrano di rado.
Il team del back office era davvero in difficoltà: sei mesi di errori continui, i proprietari minacciavano di licenziare tutti, hanno assunto un consulente, dopo di lui hanno assunto un altro (me). Inoltre, il secondo team (storefront) lavorava bene e continuava a farlo; a diventare problematico è stato proprio il back office, che prima lavorava bene. I team sono in uffici diversi e si erano abituati a lamentarsi l'uno dell'altro.La causa: store e back sono un unico sistema, ci sono molte dipendenze, i team sono in uffici diversi e non comunicavano fra di loro. I proprietari controllano continuamente lo storefront, quindi hanno nuove funzionalità, idee e controllo. C'era un ragazzo a tuttofare, una combinazione fra BA, designer e ‘portaci il caffè’. Questo ragazzo, senza farsi notare dal suo team, eseguiva un sacco di piccole attività come ‘avvisare il secondo team del deployment’, ‘aggiornare la documentazione’ e così via, persino ‘inserire nei ticket di Jira vari numeri di versioni e componenti’. Ma il ragazzo non scriveva codice e a un certo punto i proprietari hanno deciso di ottimizzarlo, licenziandolo. Per il team dello store non è cambiato nulla; semplicemente non inserivano e non aggiornavano i documenti, mentre il team del back office si è trovato in una situazione in cui i rilasci dello store rompevano qualcosa e questi erano i loro problemi, e se i loro rilasci rompevano qualcosa nel store, erano di nuovo problemi per loro, perché lo store era sotto il controllo dei proprietari.
Cosa mi ha colpito di questo commento e cosa cerca chi cerca nel titolo — sotto.
Lavoro nello sviluppo di applicazioni web da circa 20 anni, quindi il front-end e il back-end non sono solo parole per me. Sono cose strettamente collegate. Non riesco ad immaginare una situazione in cui il front-end sia sviluppato in totale (o in forte) isolamento dal back-end. Entrambi i lati operano con gli stessi dati e compiono operazioni molto simili. Ho una buona idea del volume di informazioni che circola tra gli sviluppatori dei due team per coordinare lo sviluppo e quanto tempo e quanto spesso è necessario effettuare questi coordinamenti. I team non possono non comunicare, anche se si trovano in fusi orari diversi. Tanto più in presenza di JIRA.
So che informare il back-end dello sviluppo del front-end è inutile. La nuova versione del front-end non può rompere nulla nel back-end, ma viceversa sì. Sono gli sviluppatori del front-end che sono interessati a notificare gli sviluppatori del back-end che hanno bisogno di funzionalità nuove o modificate. Il front-end dipende dai deployment del back-end, non viceversa.
Che il ragazzo che "porta il caffè" non può essere un BA (se per BA si intende "business analyst"), e un BA non può essere "ragazzo, porta il caffè". E sicuramente, "inserire numeri di versione e componenti nel JIRA" senza discuterne con i team di sviluppatori, né il "ragazzo" né il BA possono farlo. È come mettere il carro davanti ai buoi.
Poiché il "ragazzo" è stato licenziato, queste funzioni, da "porta il caffè" fino a "inserisci nel JIRA", avrebbero dovuto essere redistribute tra gli altri membri dei team. In un gruppo consolidato, i flussi di informazioni e i ruoli sono stabiliti; se chi ricopriva uno o più ruoli lascia la scena, gli altri membri del gruppo continueranno a sentire il bisogno di ricevere informazioni abituali dai ruoli familiari. Non possono fare a meno di notare che le informazioni necessarie per lavorare non stanno più arrivando. È come un tossicodipendente che non può non notare la cessazione dell'arrivo della droga. E proprio come un tossicodipendente cerca e trova altre vie, così i membri del gruppo cercheranno di trovare fonti delle informazioni di cui hanno bisogno dall'altra parte e nuovi esecutori dei vecchi ruoli. E troveranno sicuramente qualcuno, almeno quello che, secondo loro, dovrebbe fornire le informazioni necessarie.
Anche se si ammette che i canali informativi abituali siano andati in crisi e che chi dovrebbe intervenire non lo consideri necessario, gli sviluppatori di backend sotto minaccia di licenziamento non nasconderanno per sei mesi le ragioni dei propri insuccessi al proprietario, sapendo che i loro errori derivano dalla mancanza delle informazioni necessarie. I proprietari non rimarranno "inattivi" per sei mesi, vedendo che un tempo le informazioni necessarieerano disponibili", mentre ora nessuno le aggiorna. E il primo consulente difficilmente era così poco professionale da non aver parlato con gli sviluppatori di backend e da non aver identificato la fonte del problema: la mancanza di coordinamento tra i team. È proprio questa la causa dei problemi descritti, non il licenziamento del "ragazzo".
La banale mancanza di comunicazione tra gli sviluppatori è una causa tipica di molte problematiche nello sviluppo e non solo. Non è necessario essere un consulente eccezionale per riconoscerla. È sufficiente essere semplicemente razionali.
Credo che tutta questa storia sia inventata e presentata in modo accattivante. Bene, non completamente inventata: tutti gli elementi sono presi dalla vita reale (front-end, back-end, sviluppo, ragazzo, caffè, "grasso", …). Ma sono combinati in un modo tale che nella vita reale una tale struttura non si incontra. Separatamente, tutto ciò può essere trovato nel mondo circostante, ma in questa combinazione - no. Ho scritto sopra perché.
Tuttavia, è esposto in modo molto plausibile. Si legge con interesse e trasmette una particolare coinvolgimento personale. Compassione per il "ragazzo-tuttofare", sottovalutato piccolo ingranaggio di una grande macchina (è proprio di me!). Un atteggiamento benevolo verso gli sviluppatori, così intelligenti ed esperti, ma che non vedono oltre il proprio naso (sono proprio intorno a me!). Una leggera ironia verso i proprietari, ricchi zii che si sono creati da soli "bo-bo" e non comprendono le cause (è proprio come il mio management!). Disprezzo per il primo "consulente", che non è riuscito a trovare una fonte di problemi così semplice (sì, è venuto recentemente uno con gli occhiali, si comportava in modo saggio), e un'entusiasta solidarietà con il "vero" consulente, l'unico che ha potuto valutare il vero ruolo del ragazzo-tuttofare (cioè, me!).
Senti una soddisfazione interiore dopo aver letto questo commento? Il nostro ruolo di piccoli ingranaggi in un grande meccanismo in realtà non è così piccolo! È esposto magnificamente, anche se non è vero. Ma che piacevole retrogusto.
Non so chi sia il collega e in quale chat abbia condiviso questa rivelazione con un altro collega. e perché il collega mkrentovskiy ha deciso di pubblicarlo sotto l'articolo "" di un eccezionale autore di Habr ‘a (che, tra l'altro, si trova attualmente al primo posto nella classifica di Habr!), ma ammetto che il collega mkrentovskiy lo ha fatto in modo estremamente riuscito. Il messaggio del commento e lo stile espositivo coincidono talmente con il messaggio e lo stile di altre pubblicazioni nmivan‘a, che si potrebbe pensare che il consulente di crisi dal commento e il protagonista di molte pubblicazioni nmivan‘a siano la stessa persona.
Ho letto parecchie pubblicazioni di Ivan Belokamencev quando l'autore ha iniziato la sua attività su Habr (nel 2017). Alcune anche con piacere (, ). Ha uno stile fluido e una presentazione interessante del materiale. Le sue storie assomigliano molto a storie di vita, ma hanno praticamente zero possibilità di accadere nella realtà, . Ecco come con questa storia nel commento.
A dire il vero, personalmente non credo che con le pubblicazioni di Ivan Habr sia migliorato. Ma la sua classifica e di altri abitanti di Habr dicono il contrario:
Non capisco il vostro lamento. Habr è sceso da tempo, ma l'autore porta un po' di vivacità e migliora l'umore dei lettori), estraendo la risorsa dall'abisso.
Sì, Habr non è un ente di beneficenza, Habr è un progetto commerciale. Habr è uno specchio che riflette i nostri desideri. Non i miei desideri personali e non i desideri di ogni singolo visitatore, ma la somma di tutti i nostri desideri - "la media per l'ospedale". E Ivan Belokamencev capisce meglio di tutti cosa vogliamo collettivamente e ce lo offre.
Forse non avrei scritto questo articolo se non avessi iniziato a guardare la serie "".
"Abbiamo perso Dio" (c)
È dalla serie. E questo parla di noi.
La realtà creata dal Creatore ha smesso di affascinarci.
Da Dio, dalla Natura, dal Big Bang - come preferisci. La realtà è tale. Intorno a noi e indipendente da noi.
Viviamo in essa secondo le leggi della natura (Piano divino). Conosciamo le leggi (Piano) e impariamo a utilizzare la realtà in cui viviamo per vivere ancora meglio. Verifichiamo le nostre supposizioni con la pratica, scartando quelle errate e mantenendo quelle valide. Interagiamo con la realtà e la cambiamo.
E in questo abbiamo avuto un grande successo.
Ci sono molte persone sul pianeta. Moltissime. Con l'attuale produttività del lavoro, non abbiamo bisogno di sopravvivere — una minoranza può fornire alla maggioranza tutto il necessario. Alla maggior parte delle persone serve solo qualcosa da fare. Storicamente, l’eccedenza di risorse dedicata alla creatività andava ai più talentuosi (o a quelli più intraprendenti, che è comunque un talento). Ora ci sono così tante risorse disponibili che a tutti coloro che hanno un qualche talento, viene dato qualcosa, indipendentemente dal livello. Confronta quanti film vengono prodotti ogni anno in tutto il mondo e quanti di essi sono guardabili. Quante libri vengono scritti e quali sono leggibili. Quanta informazione viene riversata su internet e quale di essa è utilizzabile.
Perché la professione di IT è così popolare? Semplicemente perché in IT è possibile spendere un'enorme quantità di risorse e nessuno batterà ciglio (basta pensare al problema dell’anno 2000). Infatti, in IT è possibile sviluppare per anni applicazioni che diventeranno obsolete prima ancora del lancio, si possono tentare integrazioni di componenti incompatibili e farli funzionare, si può continuamente reinventare la ruota, oppure, si può dedicarsi al supporto di programmi in Fortran, che è rimasto in disuso già 20 anni fa. In IT si può trascorrere un’intera vita senza fare nulla di veramente utile. E la cosa più importante è che nessuno lo noterà! Nemmeno tu stesso.
Pochi di noi riusciranno a lasciare un segno nell'industria IT. E ancora meno persone riusciranno a lasciare un buon ricordo di sé. I risultati del nostro lavoro si deprezzeranno nei prossimi 10-20 anni, al massimo, e forse anche prima. E durante la nostra vita (se raggiungeremo l’età pensionabile). Non potremo mostrare ai nostri nipoti i sistemi informatici su cui il loro nonno ha lavorato da giovane. La gente semplicemente dimenticherà i loro nomi. All'inizio della mia carriera ho gestito stazioni di posta sotto "". Ho ancora 20 anni prima della pensione e 10 anni prima di avere dei nipoti, ma già adesso la maggior parte di voi non ha mai sentito parlare di "un eccezionale software di posta elettronica della metà degli anni '90" ("il miglior pacchetto software di posta elettronica della metà degli anni '90").
Forse in realtà siamo poco consapevoli dell'inutilità del nostro fardello IT, ma nel profondo desideriamo fuggire verso luoghi dove ci sentiamo a nostro agio. In mondi immaginari, dove l'uso di Scrum e Agile porta inevitabilmente alla creazione di prodotti che negli anni conquistano il mondo con la loro utilità. Dove non siamo semplici ingranaggi di grandi meccanismi, ma ingranaggi senza i quali i grandi meccanismi si rompono. Dove la nostra vita non è una semplice esecuzione di azioni routinarie, ma è piena di creatività e creazione, risultati di cui possiamo essere orgogliosi.
Fuggiamo in questi meravigliosi mondi, inventati da qualcuno, per fuggire dalla nostra stessa insignificanza nel mondo reale. Li cerchiamo per trovare conforto.
Cerchiamo conforto anche su Habr. E Ivan ce lo offre qui.
Fonte: habr.com
