Många tänker på problem som berör dem innan de går och lägger sig eller när de vaknar. Jag är inget undantag. I morse dök en upp i mitt huvud från Habr:
En kollega delade en historia i en chatt:
Förra året hade jag en fantastisk kund, det här var tillbaka när jag hade att göra med en ren "kris".
Kunden har två team i utvecklingsgruppen, som var och en arbetar med sin egen del av produkten (villkorligt, backoffice och front office, det vill säga programvara som arbetar med orderbildning och programvara som arbetar med orderexekvering), ibland integrerade med varandra.
Backoffice-teamet har gått helt utför: sex månader av kontinuerliga problem, ägarna hotar att sparka alla, de anlitade en konsult, efter konsulten anställde de fler än en annan (jag). Dessutom fungerade det andra laget (storfront) normalt och fortsatte att arbeta normalt, det var back-office-teamet, som också hade fungerat normalt tidigare, som började krångla. Lag sitter på olika kontor och är vana vid att peppa varandra.Anledning: butik och baksida är ett system, det finns många beroenden i det, team på olika kontor kommunicerade inte med varandra. Ägarna "kikar" på sidan hela tiden, så de har nya funktioner, idéer och kontroll där. Hon var en bra pojke, en kombination av BA, designer och "ge oss kaffe." Den här pojken, obemärkt av sitt team, utförde en massa små uppgifter som "meddela det andra laget om utplaceringen", "uppdatera dokumentationen", etc. rutin, ända ner till "ange alla möjliga versionsnummer och komponenter i biljetten." Men pojken skrev ingen kod, och vid ett tillfälle beslutade ägarna att optimera honom och sparka honom. För butiksteamet har ingenting förändrats, de har helt enkelt inte skapat eller uppdaterat dockorna, och backoffice-teamet hamnade i en situation där butikens releaser bryter något för dem, och det är deras problem, och om deras releaser bryter något för butiksteamet. butiken, det är återigen deras problem, eftersom butiken är i full syn på ägarna :)
Vad fångade min uppmärksamhet med den här kommentaren och vad den som söker hittar från titeln - under klippet.
Jag har utvecklat webbapplikationer i 20 år, så fram/bak är inte bara ord för mig. Det här är mycket närbesläktade saker. Jag kan till exempel inte föreställa mig en situation där framsidan utvecklas i fullständig (eller mycket stark) isolering från baksidan. Båda sidor arbetar på samma data och utför mycket liknande operationer. Jag kan ungefär föreställa mig hur mycket information som rör sig mellan utvecklarna av båda teamen för att samordna utvecklingen, och hur länge och hur ofta dessa godkännanden behöver göras. Lag kan inte låta bli att kommunicera nära, även om de befinner sig i olika tidszoner. Speciellt om du har JIRA.
Jag vet att det är meningslöst att varna back-utvecklare om utplaceringen av fronten. Den nya versionen av framsidan kan inte bryta något på baksidan, utan tvärtom, ja. Det är frontendutvecklare som är intresserade av att meddela backendutvecklare att de behöver ny eller ändrad funktionalitet. Framsidan beror på de bakre utplaceringarna och inte vice versa.
Vilken pojke vem"ge oss kaffe", det kan inte finnas en BA (om vi med BA menar "affärsanalytiker"), och en BA kan inte vara "pojke, ge oss kaffe". Och visst, "lägga till alla möjliga versionsnummer och komponenter"Varken "pojken" eller BA kan göra det utan diskussion med utvecklingsteamen. Det är som vagnen före hästen.
Sedan "pojken" fick sparken, då dessa funktioner, från "ta med kaffe"och före"lägg i fett", borde ha omfördelats bland andra teammedlemmar. I en etablerad grupp är informationsflöden och roller fasta; om utföraren av en eller flera roller har lämnat scenen, så har resten av gruppmedlemmarna fortfarande ett behov av att ta emot bekanta information från bekanta roller. De kan helt enkelt inte låta bli att märka att den information som behövs för arbetet har slutat komma till dem. Det är som att en narkoman inte kan låta bli att märka att tillgången på narkotika har upphört. Och precis som en narkoman letar efter och hittar andra kanaler, så gruppmedlemmarna kommer att försöka hitta källor till den information de behöver på den "andra" sidan och nya utförare av gamla roller. Och de kommer definitivt att hitta, åtminstone, någon som, enligt deras åsikt, borde ge dem den nödvändiga informationen.
Även om vi antar att de vanliga informationskanalerna har stängts, och den som borde, inte tror att han borde, så kommer de bakre utvecklarna, under hot om uppsägning, inte att dölja orsakerna till sina egna misslyckanden för ägaren för sex månader, i vetskap om att deras problem beror på bristen på nödvändig information. Ägarna kommer inte att vara "dumma" på sex månader, eftersom de behövde informationen tidigare."var täckt av fett", och nu lägger ingen till det där. Och den första konsulten var knappast så oprofessionell att han inte pratade med back-end-utvecklarna och inte kom till källan till problemet - bristen på samordning mellan teamen. Detta är orsaken till problemen som beskrivs, och inte uppsägningen av "pojken".
En banal brist på kommunikation mellan utvecklare är en typisk orsak till många problem i utvecklingen med mera. Du behöver inte vara en bra konsult för att hitta det. Det räcker med att bara vara rimlig.
Jag tycker att hela den här historien är genomtänkt och vackert berättad. Tja, inte helt uppfunnet - alla element är hämtade från livet (framsida, baksida, utveckling, pojke, kaffe, "fett", ...). Men de är anslutna på ett sådant sätt att en sådan design inte förekommer i livet. Separat kan allt detta hittas i världen omkring oss, men i en sådan kombination - inte. Jag skrev ovan varför .
Det presenteras dock mycket rimligt. Den läses med intresse och det finns personligt engagemang. Sympati för"händig pojke", den ouppskattade lilla mekanismen i den stora maskinen (det handlar om mig!). Nedlåtande gentemot utvecklare som är så smarta och erfarna, men inte kan se bortom sina egna näsor (de finns runt omkring mig!). Ett litet hån mot ägarna, de rika killarna som gjorde sig "bo-bo" med sina egna händer och inte förstår anledningarna (Jo, den spottande bilden av mitt ledarskap!). Förakt för den första "konsulten" som inte lyckades hitta en så enkel källa till problem (Ja, nyligen kom den här killen in med glasögon och gick runt och såg smart ut), och en entusiastisk sammanhållning med en "riktig" konsult, som var den enda som kunde uppskatta den verkliga rollen som en skicklig pojke (det är jag!).
Känner du en inre tillfredsställelse efter att ha läst den här kommentaren? Vår roll som små kuggar i en stor mekanism är faktiskt inte så liten! Underbart uttryckt, även om det inte är sant. Men vilken behaglig eftersmak.
Jag vet inte vilken typ av kollega och i vilken chatt jag delade det här avslöjandet med min kollega och varför kollega mkrentovskiy Jag bestämde mig för att publicera den under artikeln ""enastående habr-författare 'a (som för övrigt ligger på första plats i Habrs ranking för tillfället!), men jag erkänner att min kollega mkrentovskiy gjorde det extremt bra. Budskapet i kommentaren och presentationsstilen är så konsekventa med budskapet och stilen i andra publikationer nmivan'Tja, vad kan du tro att en kriskonsult från kommentaren och GG i många publikationer nmivan'a är samma person.
Jag läste ganska många publikationer av Ivan Belokamentsev när författaren började sin verksamhet på Habré (2017). Vissa tycker till och med om det (, ). Han har en bra stil och intressant presentation av materialet. Hans berättelser är väldigt lika berättelser från verkliga livet, men de har nästan noll chans att faktiskt hända, i . Så är det med den här historien i kommentaren.
För att säga sanningen så tror jag personligen inte att Habr har blivit bättre med Ivans publikationer. Men hans betyg och andra invånare i Habr säger motsatsen:
Jag förstår inte ditt gnäll. Habr har sedan länge halkat, men författaren ger en liten gnista och förbättrar stämningen hos läsarna) genom att dra resursen ur avgrunden.
Ja, Habr är inte en välgörenhetsorganisation, Habr är ett kommersiellt projekt. Habr är en spegel som speglar våra önskningar. Inte mina personliga önskningar och inte varje enskild besökares önskningar, utan helheten av alla våra önskningar - "genomsnittet för sjukhuset." Och Ivan Belokamentsev mår bättre än någon annan vad vi alla behöver tillsammans, och ger det till oss.
Jag kanske inte hade skrivit den här artikeln om jag inte hade börjat se serien"".
"Vi har förlorat Gud"(Med)
Detta är från serien. Och det här handlar om oss.
Vi är inte längre fängslade av verkligheten skapad av Skaparen.
Gud, naturen, Big Bang - vad som helst. Verkligheten finns där. Runt oss och oberoende av oss.
Vi lever i den i enlighet med naturlagarna (Guds plan). Vi lär oss lagarna (Plan) och lär oss att använda den verklighet vi lever i för att leva ännu bättre. Vi kommer att testa våra gissningar med övning, kassera de felaktiga och lämna de relevanta. Vi interagerar med verkligheten och vi förändrar den.
Och vi har varit mycket framgångsrika i detta.
Det finns många människor på planeten. Så många. Med nuvarande arbetsproduktivitet behöver vi inte längre överleva – minoriteten kan förse majoriteten med allt de behöver. De flesta människor behöver hålla sig sysselsatta med något. Historiskt sett gick de överskottsresurser som tilldelats kreativitet till de mest begåvade (eller de mest störande, vilket också är talang). Nu finns det så många gratisresurser att alla med vilken talang som helst kan få det, oavsett nivå. Jämför hur många filmer som släpps per år runt om i världen, och hur många av dem du kan se. Hur många böcker som skrivs och vilka av dem som går att läsa. Hur mycket information som dumpas på Internet, och vad av den är användbar.
Varför är IT-yrket så populärt? Ja, för du kan hälla en avgrund av resurser i IT och ingen kommer att blinka med ett öga (kom bara ihåg problemet med år 2000). När allt kommer omkring, inom IT kan du ägna år åt att utveckla applikationer som kommer att bli föråldrade redan innan de lanseras, du kan försöka integrera inkompatibla komponenter och fortfarande få dem att fungera, du kan uppfinna dina egna hjul om och om igen, eller så kan du just nu börja stödja program i Fortran, som har varit täckt av mossa för ytterligare 20 år sedan. Du kan tillbringa hela ditt liv inom IT och inte göra något nyttigt. Och viktigast av allt, ingen kommer att märka det! Till och med dig själv.
Få av oss kommer att kunna göra avtryck i IT-branschen. Och ännu färre kommer att kunna lämna efter sig ett gott minne. Resultatet av vårt arbete kommer i bästa fall att försvinna under de närmaste 10-20 åren, eller ännu tidigare. Och säkert under vår livstid (om vi når pensionsåldern). Vi kommer inte att kunna visa våra barnbarn vilka datorsystem deras farfar arbetade med i sin ungdom. Folk kommer helt enkelt att glömma sina namn. I början av min karriär byggde jag upp poststationer under "". Jag är 20 år ifrån pensionen och 10 år ifrån att skaffa barnbarn, men de flesta av er har redan inte hört något om den "enastående e-postansökan från mitten av 90-talet" ("bästa e-postprogrampaketet från mitten av 1990-talet").
Kanske är vi i verkligheten dåligt medvetna om det meningslösa i vår IT-börda, men i det undermedvetna strävar vi efter att fly dit vi är bekväma. In i fiktiva världar där användningen av Scrum och Agile oundvikligen leder till uppkomsten av produkter som erövrar världen med sin användbarhet i decennier. Där vi inte är enkla små växlar av stora mekanismer, utan växlar utan vilka stora mekanismer går sönder. Där vårt liv inte äger rum i det meningslösa utförandet av rutinhandlingar, utan är fyllt av kreativitet och skapande, vars resultat vi kan vara stolta över.
Vi flyr in i dessa vackra, fiktiva världar från vår egen värdelöshet i den verkliga världen. Vi ser till dem för tröst.
Vi söker tröst, bland annat på Habré. Och Ivan ger oss den här.
Källa: will.com