Molte persone pensano ai problemi che li preoccupano prima di andare a letto o al risveglio. Non sono un'eccezione. Stamattina me ne è venuto in mente uno da Habr:
Un collega ha condiviso una storia in una chat:
Due anni fa ho avuto un cliente fantastico, era quando stavo affrontando una pura "crisi".
Il cliente ha due team nel gruppo di sviluppo, ciascuno dei quali si occupa della propria parte del prodotto (condizionatamente, il back office e il front office, ovvero il software che lavora sulla formazione degli ordini e il software che lavora sull'esecuzione degli ordini), integrandosi occasionalmente tra loro.
Il team del back office è andato completamente al ribasso: sei mesi di continui problemi, i titolari minacciano di licenziare tutti, hanno assunto un consulente, dopo il consulente ne hanno assunto più di un altro (io). Inoltre, il secondo team (storfront) ha lavorato normalmente e ha continuato a lavorare normalmente, è stato il team del back-office, che anche prima aveva lavorato normalmente, che ha iniziato a fare confusione. Le squadre siedono in uffici diversi e sono abituate a incazzarsi a vicenda.Motivo: negozio e ritorno sono un sistema, ci sono molte dipendenze, i team di uffici diversi non comunicano tra loro. I proprietari “guardano” continuamente la parte anteriore, quindi lì hanno nuove funzionalità, idee e controllo. Era un ragazzo tuttofare, una combinazione di laurea, designer e "portaci un caffè". Questo ragazzo, inosservato dalla sua squadra, stava eseguendo una serie di piccoli compiti come "informare la seconda squadra dello schieramento", "aggiornare la documentazione", ecc. routine, fino a “inserire tutti i tipi di numeri di versione e componenti nel ticket”. Ma il ragazzo non ha scritto alcun codice e ad un certo punto i proprietari hanno deciso di ottimizzarlo e licenziarlo. Per il team del negozio, non è cambiato nulla, semplicemente non hanno creato né aggiornato i dock, e il team di backoffice si è trovato in una situazione in cui le versioni del negozio interrompono qualcosa per loro, e questo è un loro problema, e se le loro versioni interrompono qualcosa per il negozio, anche questi sono problemi loro, perché il negozio è sotto gli occhi dei proprietari :)
Cosa ha attirato la mia attenzione con questo commento e cosa troverà l'utente dal titolo - sotto il taglio.
Sviluppo applicazioni web da 20 anni, quindi fronte/retro per me non sono solo parole. Queste sono cose molto strettamente correlate. Ad esempio, non riesco a immaginare una situazione in cui la parte anteriore si sviluppi in completo (o fortissimo) isolamento dalla parte posteriore. Entrambe le parti operano sugli stessi dati ed eseguono operazioni molto simili. Posso immaginare approssimativamente quante informazioni si spostano tra gli sviluppatori di entrambi i team per coordinare lo sviluppo e per quanto tempo e con quale frequenza devono essere effettuate queste approvazioni. Le squadre non possono fare a meno di comunicare strettamente, anche se si trovano in fusi orari diversi. Soprattutto se hai JIRA.
So che è inutile avvertire gli sviluppatori posteriori dello spiegamento del fronte. La nuova versione del frontale non può rompere nulla sul retro, anzi sì. Sono gli sviluppatori front-end interessati a notificare agli sviluppatori back-end la necessità di funzionalità nuove o modificate. Il fronte dipende dagli schieramenti del retro e non viceversa.
Che ragazzo chi"portaci il caffè", non può esserci un BA (se per BA intendiamo "analista aziendale"), e un BA non può essere "ragazzo, portaci il caffè". E certamente, "aggiungere tutti i tipi di numeri di versione e componenti"Né il "ragazzo" né il BA possono farlo senza discutere con i team di sviluppo. È come il carro davanti ai buoi.
Dato che il "ragazzo" è stato licenziato, allora queste funzioni, da "portare il caffè"e prima"mettere il grasso", avrebbe dovuto essere ridistribuito tra gli altri membri del team. In un gruppo consolidato, i flussi di informazioni e i ruoli sono fissi; se l'esecutore di uno o più ruoli ha lasciato il palco, il resto dei membri del gruppo ha ancora bisogno di ricevere informazioni familiari informazioni provenienti da ruoli familiari. Semplicemente non possono fare a meno di notare che le informazioni necessarie per il lavoro non gli arrivano più. È come se un tossicodipendente non potesse fare a meno di notare il fatto che la fornitura di farmaci si è interrotta. E proprio come un tossicodipendente cerca e trova altri canali, quindi i membri del gruppo cercheranno di trovare le fonti delle informazioni di cui hanno bisogno dall'altra parte e nuovi interpreti di vecchi ruoli e troveranno sicuramente almeno qualcuno che, secondo loro, dovrebbe dare loro le informazioni necessarie.
Anche supponendo che i consueti canali di informazione siano stati chiusi e chi dovrebbe non pensa di farlo, allora gli sviluppatori posteriori, sotto minaccia di licenziamento, non nasconderanno le ragioni dei propri fallimenti al proprietario per sei mesi, sapendo che i loro problemi sono dovuti alla mancanza delle informazioni necessarie. I proprietari non saranno “stupidi” per sei mesi, visto che avevano bisogno di quell’informazione prima”.era coperto di grasso", e ora nessuno lo aggiunge lì. E il primo consulente non è stato così poco professionale da non parlare con gli sviluppatori back-end e non arrivare alla fonte del problema: la mancanza di coordinamento tra i team. Questo è il motivo dei guai descritti, e non del licenziamento del "ragazzo".
Una banale mancanza di comunicazione tra gli sviluppatori è una tipica causa di molti problemi nello sviluppo e altro ancora. Non è necessario essere un grande consulente per trovarlo. Basta essere ragionevoli.
Penso che tutta questa storia sia ben pensata e ben raccontata. Beh, non del tutto inventato: tutti gli elementi sono presi dalla vita (fronte, retro, sviluppo, ragazzo, caffè, "grasso", ...). Ma sono collegati in modo tale che un tale disegno non si verifica nella vita. Separatamente, tutto questo può essere trovato nel mondo che ci circonda, ma in una tale combinazione - no. Ho scritto sopra perché .
Tuttavia, è presentato in modo molto plausibile. Si legge con interesse e c'è coinvolgimento personale. Simpatia per"ragazzo pratico", il piccolo meccanismo incompreso della grande macchina (riguarda me!). Condiscendenza verso gli sviluppatori che sono così intelligenti ed esperti, ma non riescono a vedere oltre il proprio naso (sono tutti intorno a me!). Una lieve presa in giro dei proprietari, i ricchi che si sono fatti “bo-bo” con le proprie mani e non ne capiscono le ragioni (Ebbene, l'immagine sputata della mia leadership!). Disprezzo per il primo “consulente” che non riuscì a trovare una fonte di problemi così semplice (sì, di recente questo ragazzo è entrato con gli occhiali e andava in giro con un aspetto intelligente), e un'entusiasmante unione con un “vero” consulente, che era l'unico in grado di apprezzare il vero ruolo di un ragazzo tuttofare (sono io!).
Provi soddisfazione interiore dopo aver letto questo commento? Il nostro ruolo come piccoli ingranaggi di un grande meccanismo in realtà non è così piccolo! Detto meravigliosamente, anche se non è vero. Ma che piacevole retrogusto.
Non so che tipo di collega e in quale chat ho condiviso questa rivelazione con il mio collega e perché collega mkrentovskij Ho deciso di pubblicarlo sotto l'articolo ""eccezionale autore di habr 'a (che tra l'altro è al primo posto nella classifica di Habr!), ma ammetto che il mio collega mkrentovskij lo ha fatto estremamente bene. Il messaggio del commento e lo stile di presentazione sono quindi coerenti con il messaggio e lo stile di altre pubblicazioni nmivan'beh, cosa potresti pensare che un consulente di crisi dal commento e GG di molte pubblicazioni nmivan'a è la stessa persona.
Ho letto parecchie pubblicazioni di Ivan Belokamentsev quando l'autore ha iniziato la sua attività su Habré (nel 2017). Alcuni addirittura si divertono (, ). Ha uno stile buono e una presentazione interessante del materiale. Le sue storie sono molto simili a quelle della vita reale, ma hanno quasi zero possibilità che accadano realmente . È così con questa storia nel commento.
A dire il vero, personalmente non credo che Habr sia migliorato con le pubblicazioni di Ivan. Ma la sua valutazione e altri abitanti di Habr dicono il contrario:
Non capisco le tue lamentele. Habr è scivolato da tempo, ma l'autore dà una piccola scintilla e migliora l'umore dei lettori) tirando fuori 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 totalità di tutti i nostri desideri: la “media per l’ospedale”. E Ivan Belokamentsev sente meglio di chiunque altro ciò di cui tutti abbiamo bisogno collettivamente e ce lo dà.
Forse non avrei scritto questo articolo se non avessi iniziato a guardare la serie"".
"Abbiamo perso Dio"(C)
Questo è dalla serie. E questo riguarda noi.
Non siamo più affascinati dalla realtà creata dal Creatore.
Dio, la Natura, il Big Bang... qualunque cosa. La realtà è lì. Intorno a noi e indipendentemente da noi.
Viviamo in esso secondo le leggi della natura (Piano di Dio). Impariamo le leggi (Piano) e impariamo a utilizzare la realtà in cui viviamo per vivere ancora meglio. Metteremo alla prova le nostre ipotesi con la pratica, scartando quelle errate e lasciando quelle rilevanti. Interagiamo con la realtà e la cambiamo.
E in questo abbiamo avuto molto successo.
Ci sono molte persone sul pianeta. Così tanti. Con l’attuale produttività del lavoro non abbiamo più bisogno di sopravvivere: la minoranza può fornire alla maggioranza tutto ciò di cui ha bisogno. La maggior parte delle persone ha bisogno di tenersi impegnata con qualcosa. Storicamente, le risorse in eccesso destinate alla creatività andavano ai più talentuosi (o ai più dirompenti, che è anche talento). Ora ci sono così tante risorse gratuite che chiunque abbia un minimo di talento può ottenerle, indipendentemente dal suo livello. Confronta quanti film escono ogni anno in tutto il mondo e quanti di essi puoi guardare. Quanti libri sono scritti e quali di essi possono essere letti. Quante informazioni vengono scaricate su Internet e quali sono utilizzabili.
Perché la professione informatica è così popolare? Sì, perché puoi riversare un abisso di risorse nell'IT e nessuno batte ciglio (basta ricordare il problema dell'anno 2000). Dopotutto, nell'IT puoi dedicare anni a sviluppare applicazioni che diventeranno obsolete ancor prima di essere lanciate, puoi provare a integrare componenti incompatibili e farli comunque funzionare, puoi reinventare le tue ruote ancora e ancora, oppure puoi farlo adesso iniziare a sostenere programmi in Fortran, che è stato coperto di muschio per altri 20 anni fa. Puoi passare tutta la vita nell'IT e non fare nulla di utile. E, soprattutto, nessuno se ne accorgerà! Anche te stesso.
Pochi di noi saranno in grado di lasciare il segno nel settore IT. E ancora meno persone riusciranno a lasciare un bel ricordo. I risultati del nostro lavoro si svaluteranno nella migliore delle ipotesi nei prossimi 10-20 anni, o anche prima. E certamente nel corso della nostra vita (se raggiungiamo l’età pensionabile). Non potremo mostrare ai nostri nipoti i sistemi informatici su cui lavorava il nonno in gioventù. Le persone semplicemente dimenticheranno i loro nomi. All'inizio della mia carriera ho allevato stazioni postali Sotto "". Mi mancano 20 anni alla pensione e 10 anni all'avere dei nipoti, ma la maggior parte di voi non ha già sentito parlare della "eccezionale applicazione di posta elettronica della metà degli anni '90" ("il miglior pacchetto software di posta elettronica della metà degli anni '1990").
Forse in realtà siamo scarsamente consapevoli dell'inutilità del nostro fardello informatico, ma nel subconscio ci sforziamo di scappare dove ci sentiamo a nostro agio. In mondi immaginari dove l'uso di Scrum e Agile porta inevitabilmente alla nascita di prodotti che conquistano il mondo con la loro utilità per decenni. Dove non siamo semplici piccoli ingranaggi di grandi meccanismi, ma ingranaggi senza i quali i grandi meccanismi si rompono. Dove la nostra vita non si svolge nell'esecuzione insignificante di azioni di routine, ma è piena di creatività e creazione, dei cui risultati possiamo essere orgogliosi.
Fuggiamo in questi mondi meravigliosi e immaginari dalla nostra stessa inutilità nel mondo reale. Cerchiamo conforto in loro.
Cerchiamo consolazione, anche su Habré. E Ivan ce lo regala qui.
Fonte: habr.com