Mange tenker på problemer som angår dem før de legger seg eller når de våkner. Jeg er ikke et unntak. I morges dukket det en opp i hodet mitt fra Habr:
En kollega delte en historie i en chat:
I fjor hadde jeg en fantastisk klient, dette var tilbake da jeg hadde en ren "krise".
Kunden har to team i utviklingsgruppen, som arbeider med hver sin del av produktet (betinget, backoffice og front office, dvs. programvare som jobber med ordredannelse og programvare som jobber med ordreutførelse), og av og til integreres med hverandre.
Backoffice-teamet har gått helt nedover: seks måneder med kontinuerlige problemer, eierne truer med å sparke alle, de ansatte en konsulent, etter konsulenten ansatte de mer enn en annen (meg). Dessuten jobbet det andre teamet (storfront) normalt og fortsatte å jobbe normalt, det var back-office-teamet, som også hadde jobbet normalt før, som begynte å rote. Lag sitter på forskjellige kontorer og er vant til å pisse av hverandre.Årsak: butikk og tilbake er ett system, det er mange avhengigheter i det, team på forskjellige kontorer kommuniserte ikke med hverandre. Eierne "ser" på sidefronten hele tiden, så de har nye funksjoner, ideer og kontroll der. Hun var en ypperlig gutt, en kombinasjon av BA, designer og «bring oss kaffe». Denne gutten, ubemerket av teamet sitt, utførte en haug med små oppgaver som "varsle det andre teamet om utplasseringen", "oppdatere dokumentasjonen", etc. rutine, helt ned for å "skrive inn alle slags versjonsnumre og komponenter i billetten." Men gutten skrev ingen kode, og på et tidspunkt bestemte eierne seg for å optimalisere ham og sparke ham. For butikkteamet har ingenting endret seg, de har bare ikke laget eller oppdatert dokkene, og backoffice-teamet befant seg i en situasjon der butikkens utgivelser ødelegger noe for dem, og det er deres problem, og hvis utgivelsene deres ødelegger noe for butikkteamet. butikken, det er igjen deres problemer, for butikken er i full oversikt over eierne :)
Hva fanget min oppmerksomhet med denne kommentaren og hva søkeren vil finne fra tittelen - under kuttet.
Jeg har utviklet webapplikasjoner i 20 år, så foran/bakside er ikke bare ord for meg. Dette er veldig nært beslektede ting. For eksempel kan jeg ikke forestille meg en situasjon hvor fronten er utviklet i fullstendig (eller veldig sterk) isolasjon fra baksiden. Begge sider opererer på samme data og utfører svært like operasjoner. Jeg kan omtrent forestille meg hvor mye informasjon som beveger seg mellom utviklere av begge team for å koordinere utviklingen, og hvor lenge og hvor ofte disse godkjenningene må gjøres. Lag kan ikke la være å kommunisere tett, selv om de er i forskjellige tidssoner. Spesielt hvis du har JIRA.
Jeg vet at det er meningsløst å advare bakutviklere om utplasseringen av fronten. Den nye versjonen av fronten kan ikke knekke noe på baksiden, men tvert imot, ja. Det er front-end-utviklere som er interessert i å varsle back-end-utviklere om at de trenger ny eller endret funksjonalitet. Fronten avhenger av utplasseringene bak, og ikke omvendt.
Hvilken gutt som"kom med kaffe til oss", kan det ikke være en BA (hvis vi med BA mener "forretningsanalytiker"), og en BA kan ikke være "gutt, kom med kaffe til oss". Og absolutt,"legge til alle slags versjonsnumre og komponenter"Verken "gutten" eller BA kan gjøre det uten diskusjon med utviklingsteamene. Det er som vogna før hesten.
Siden "gutten" ble sparket, har disse funksjonene, fra "ta med kaffe"og før"ha i fett", burde vært omfordelt blant andre teammedlemmer. I en etablert gruppe er informasjonsflyt og roller faste; hvis utøveren av en eller flere roller har forlatt scenen, så har resten av gruppemedlemmene fortsatt behov for å motta kjente informasjon fra kjente roller. De kan rett og slett ikke unngå å legge merke til at informasjonen som trengs for arbeid har sluttet å komme til dem. Det er som en rusmisbruker ikke kan unngå å legge merke til at tilførselen av rusmidler har stoppet. Og akkurat som en rusmisbruker ser etter og finner andre kanaler, så gruppemedlemmene vil prøve å finne kilder til informasjonen de trenger på den "andre" siden og nye utøvere av gamle roller. Og de vil definitivt finne, i det minste, noen som etter deres mening burde gi dem den nødvendige informasjonen.
Selv om vi antar at de vanlige informasjonskanalene er stengt, og den som burde, ikke tror at han burde det, så vil ikke bakutviklerne, under trussel om oppsigelse, skjule årsakene til sine egne feil for eieren. seks måneder, vel vitende om at problemene deres skyldes mangel på nødvendig informasjon. Eierne vil ikke være "dumme" på seks måneder, ettersom de trengte informasjonen før."var dekket av fett", og nå er det ingen som legger det til der. Og den første konsulenten var neppe så uprofesjonell at han ikke snakket med backend-utviklerne og ikke kom til kilden til problemet - mangelen på koordinering mellom teamene. Dette er årsaken til problemene som er beskrevet, og ikke oppsigelsen av "gutten".
En banal mangel på kommunikasjon mellom utviklere er en typisk årsak til mange problemer i utviklingen og mer. Du trenger ikke være en god konsulent for å finne den. Det er nok å bare være fornuftig.
Jeg synes hele denne historien er gjennomtenkt og vakkert fortalt. Vel, ikke helt oppfunnet - alle elementer er hentet fra livet (foran, bak, utvikling, gutt, kaffe, "fett", ...). Men de er koblet på en slik måte at et slikt design ikke forekommer i livet. Separat kan alt dette finnes i verden rundt oss, men i en slik kombinasjon - ikke. Jeg skrev ovenfor hvorfor .
Det er imidlertid presentert meget plausibelt. Den leses med interesse og det er personlig engasjement. Sympati for "hendig gutt", den lite verdsatte mekanismen til den store maskinen (det handler om meg!). Nedlatende overfor utviklere som er så smarte og erfarne, men som ikke kan se forbi sin egen nese (de er rundt meg!). En liten hån mot eierne, de rike gutta som gjorde seg "bo-bo" med egne hender og ikke forstår årsakene (Vel, spyttebildet av mitt lederskap!). Forakt for den første "konsulenten" som ikke klarte å finne en så enkel kilde til problemer (Ja, nylig kom denne fyren inn med briller og gikk rundt og så smart ut), og et entusiastisk samhold med en "ekte" konsulent, som var den eneste som kunne sette pris på den virkelige rollen som en jack-of-all-trade-gutt (det er meg!).
Føler du indre tilfredsstillelse etter å ha lest denne kommentaren? Vår rolle som små tannhjul i en stor mekanisme er faktisk ikke så liten! Fantastisk sagt, selv om det ikke er sant. Men for en hyggelig ettersmak.
Jeg vet ikke hva slags kollega og i hvilken chat jeg delte denne åpenbaringen med min kollega og hvorfor kollega mkrentovskiy Jeg bestemte meg for å publisere den under artikkelen ""fremragende habr-forfatter 'a (som forresten er på førsteplass i Habrs rangering for øyeblikket!), men jeg innrømmer at min kollega mkrentovskiy gjorde det ekstremt bra. Budskapet til kommentaren og presentasjonsstilen er så konsistente med budskapet og stilen til andre publikasjoner nmivan'vel, hva kan du tro at en krise konsulent fra kommentaren og GG av mange publikasjoner nmivan'a er samme person.
Jeg leste ganske mange publikasjoner av Ivan Belokamentsev da forfatteren begynte sine aktiviteter på Habré (i 2017). Noen liker det til og med (, ). Han har en god stil og interessant presentasjon av materialet. Historiene hans ligner veldig på historier fra det virkelige livet, men de har nesten ingen sjanse for å faktisk skje, i . Sånn er det med denne historien i kommentarfeltet.
For å fortelle sannheten, tror jeg personlig ikke at Habr har blitt bedre med Ivans publikasjoner. Men hans vurdering og andre innbyggere i Habr sier det motsatte:
Jeg forstår ikke sutringen din. Habr har for lengst sklidd, men forfatteren gir en liten gnist og forbedrer stemningen til leserne) ved å trekke ressursen ut av avgrunnen.
Ja, Habr er ikke en veldedighet, Habr er et kommersielt prosjekt. Habr er et speil som reflekterer våre ønsker. Ikke mine personlige ønsker og ikke ønskene til hver enkelt besøkende, men helheten av alle våre ønsker - "gjennomsnittet for sykehuset." Og Ivan Belokamentsev føler seg bedre enn noen andre det vi alle trenger kollektivt, og gir det til oss.
Kanskje jeg ikke hadde skrevet denne artikkelen hvis jeg ikke hadde begynt å se serien"".
"Vi har mistet Gud"(Med)
Dette er fra serien. Og dette handler om oss.
Vi er ikke lenger fanget av virkeligheten skapt av Skaperen.
Gud, naturen, Big Bang - uansett. Virkeligheten er der. Rundt oss og uavhengig av oss.
Vi lever i den i samsvar med naturlovene (Guds plan). Vi lærer lovene (Plan) og lærer å bruke virkeligheten vi lever i til å leve enda bedre. Vi vil teste gjetningene våre med øvelse, forkaste de uriktige og la de relevante stå igjen. Vi samhandler med virkeligheten og endrer den.
Og vi har lykkes veldig med dette.
Det er mange mennesker på planeten. Så mange. Med dagens arbeidsproduktivitet trenger vi ikke lenger å overleve – minoriteten kan gi flertallet alt de trenger. De fleste trenger å holde seg opptatt med noe. Historisk sett gikk de overskytende ressursene som ble tildelt kreativitet til de mest talentfulle (eller de mest forstyrrende, som også er talent). Nå er det så mange gratis ressurser at alle med ethvert talent kan få det, uansett nivå. Sammenlign hvor mange filmer som slippes per år rundt om i verden, og hvor mange av dem du kan se. Hvor mange bøker er skrevet, og hvilke av dem som kan leses. Hvor mye informasjon som dumpes på Internett, og hva av den er brukbar.
Hvorfor er IT-yrket så populært? Ja, fordi du kan øse en avgrunn av ressurser inn i IT og ingen vil blinke med et øye (bare husk problemet fra år 2000). Tross alt, innen IT kan du bruke år på å utvikle applikasjoner som vil bli foreldet selv før de lanseres, du kan prøve å integrere inkompatible komponenter og fortsatt få dem til å fungere, du kan finne opp dine egne hjul om og om igjen, eller du kan akkurat nå starte å støtte programmer i Fortran, som har vært dekket av mose for ytterligere 20 år siden. Du kan bruke hele livet på IT og ikke gjøre noe nyttig. Og viktigst av alt, ingen vil legge merke til det! Til og med deg selv.
De færreste av oss vil kunne markere seg i IT-bransjen. Og enda færre mennesker vil kunne etterlate seg et godt minne. Resultatene av vårt arbeid vil i beste fall avta i løpet av de neste 10-20 årene, eller enda tidligere. Og absolutt i vår levetid (hvis vi når pensjonsalderen). Vi vil ikke være i stand til å vise våre barnebarn datasystemene deres bestefar jobbet med i ungdommen. Folk vil rett og slett glemme navnene sine. I begynnelsen av min karriere reiste jeg poststasjoner under "". Jeg er 20 år unna pensjonisttilværelsen og 10 år unna å få barnebarn, men de fleste av dere har allerede ikke hørt noe om den "enestående e-postsøknaden på midten av 90-tallet" (topp e-postprogramvarepakke på midten av 1990-tallet").
Kanskje i virkeligheten er vi dårlig klar over nytteløsheten i IT-byrden vår, men i underbevisstheten streber vi etter å flykte dit vi er komfortable. Inn i fiktive verdener der bruken av Scrum og Agile uunngåelig fører til fremveksten av produkter som erobrer verden med deres nytte i flere tiår. Der vi ikke er enkle små tannhjul av store mekanismer, men gir uten hvilke store mekanismer går i stykker. Der livet vårt ikke finner sted i meningsløs utførelse av rutinehandlinger, men er fylt med kreativitet og skaperverk, resultatene som vi kan være stolte av.
Vi flykter inn i disse vakre, fiktive verdenene fra vår egen verdiløshet i den virkelige verden. Vi ser til dem for trøst.
Vi søker trøst, blant annet på Habré. Og Ivan gir oss det her.
Kilde: www.habr.com