Mulți oameni se gândesc la problemele care îi preocupă înainte de a merge la culcare sau la trezire. Nu sunt o excepție. Azi dimineata mi-a trecut unul in cap de la Habr:
Un coleg a împărtășit o poveste într-un chat:
Cu un an înainte am avut un client minunat, acesta a fost când aveam de-a face cu o „criză” pură.
Clientul are două echipe în grupul de dezvoltare, fiecare care se ocupă de propria parte a produsului (condițional, back office și front office, adică software care lucrează la formarea comenzilor și software care lucrează la executarea comenzilor), ocazional integrându-se unul cu celălalt.
Echipa de back office a coborât complet: șase luni de probleme continue, proprietarii amenință că îi dau afară pe toți, au angajat un consultant, după consultant au angajat mai mult decât altul (pe mine). Mai mult decât atât, a doua echipă (storfront) a funcționat normal și a continuat să funcționeze normal, a început să se încurce și echipa de back-office, care mai funcționase normal. Echipele stau în birouri diferite și sunt obișnuite să se enerveze reciproc.Motiv: magazin și înapoi sunt un singur sistem, există o mulțime de dependențe în el, echipele din diferite birouri nu au comunicat între ele. Proprietarii „se uită” tot timpul la partea din față, așa că au noi funcții, idei și control acolo. Ea a fost un băiat cu totul, o combinație de BA, designer și „adu-ne cafeaua”. Acest băiat, neobservat de echipa sa, îndeplinea o grămadă de sarcini mici precum „a anunța echipa a doua despre desfășurare”, „actualizează documentația”, etc. rutină, până la „introduceți tot felul de numere de versiune și componente în bilet”. Dar băiatul nu a scris niciun cod, iar la un moment dat proprietarii au decis să-l optimizeze și să-l concedieze. Pentru echipa magazinului, nimic nu s-a schimbat, pur și simplu nu au făcut sau actualizat docurile, iar echipa de backoffice s-a trezit într-o situație în care lansările magazinului le rup ceva și asta este problema lor, iar dacă lansările lor rupe ceva pt. magazinul, asta sunt din nou problemele lor, pentru ca magazinul este in vizorul proprietarilor :)
Ce mi-a atras atenția cu acest comentariu și ce va găsi căutătorul din titlu - sub tăietură.
Dezvolt aplicații web de 20 de ani, așa că față/spate nu sunt doar cuvinte pentru mine. Acestea sunt lucruri foarte strâns legate. De exemplu, nu-mi pot imagina o situație în care partea din față este dezvoltată într-o izolare completă (sau foarte puternică) față de spate. Ambele părți operează pe aceleași date și efectuează operațiuni foarte asemănătoare. Îmi pot imagina aproximativ câte informații se mișcă între dezvoltatorii ambelor echipe pentru a coordona dezvoltarea și cât timp și cât de des trebuie făcute aceste aprobări. Echipele nu pot să nu comunice îndeaproape, chiar dacă se află în fusuri orare diferite. Mai ales dacă ai JIRA.
Știu că este inutil să avertizez dezvoltatorii din spate cu privire la desfășurarea frontului. Noua versiune de față nu poate sparge nimic pe spate, ci dimpotrivă, da. Dezvoltatorii front-end sunt interesați să notifice dezvoltatorii back-end că au nevoie de funcționalități noi sau modificate. Fața depinde de implementările din spate și nu invers.
Ce băiat care"adu-ne cafea", nu poate exista un BA (dacă prin BA înțelegem "analist de afaceri"), iar un BA nu poate fi "băiete, adu-ne cafea". Și cu siguranță,"adăugați tot felul de numere de versiune și componente„Nici „băiatul” și nici BA nu o pot face fără discuții cu echipele de dezvoltare. E ca și căruța înaintea calului.
Din moment ce „băiatul” a fost concediat, atunci aceste funcții, de la „aduce cafea"si inainte"pune in grasime", ar fi trebuit redistribuit între alți membri ai echipei. Într-un grup stabilit, fluxurile de informații și rolurile sunt fixe; dacă interpretul unuia sau mai multor roluri a părăsit scena, atunci restul membrilor grupului mai au nevoie să primească familiar informații din roluri familiare. Pur și simplu nu pot să nu observe că informațiile necesare pentru muncă au încetat să mai vină la ei. Este ca și cum un dependent de droguri nu poate să nu observe faptul că aprovizionarea cu droguri a încetat. Și așa cum un dependent de droguri caută și găsește alte canale, așa că membrii grupului vor încerca să găsească surse de informații de care au nevoie pe „cealaltă parte” și noi interpreți de roluri vechi. Și cu siguranță vor găsi, cel puțin, pe cineva care, în opinia lor, ar trebui să ofere le-au informațiile necesare.
Chiar dacă presupunem că canalele obișnuite de informare au fost închise, iar cel care ar trebui, nu crede că ar trebui, atunci dezvoltatorii din spate, sub amenințarea concedierii, nu vor ascunde de proprietar motivele propriilor eșecuri pt. șase luni, știind că problemele lor se datorează lipsei informațiilor necesare. Proprietarii nu vor fi „proști” timp de șase luni, văzând că aveau nevoie de informații înainte.”era acoperit cu grăsime", iar acum nimeni nu-l adaugă acolo. Iar primul consultant nu a fost atât de neprofesionist încât să nu discute cu dezvoltatorii back-end și să nu ajungă la sursa problemei - lipsa de coordonare între echipe. Acesta este motiv pentru necazurile descrise, și nu concedierea „băiatului”.
O lipsă banală de comunicare între dezvoltatori este o cauză tipică a multor probleme în dezvoltare și nu numai. Nu trebuie să fii un consultant grozav pentru a-l găsi. Este suficient să fii rezonabil.
Cred că toată această poveste este bine gândită și frumos spusă. Ei bine, nu complet inventat - toate elementele sunt luate din viață (față, spate, dezvoltare, băiat, cafea, "grăsime", ...). Dar ele sunt conectate în așa fel încât un astfel de design nu apare în viață. Separat, toate acestea pot fi găsite în lumea din jurul nostru, dar într-o astfel de combinație - nu. Am scris mai sus de ce .
Cu toate acestea, este prezentat foarte plauzibil. Se citește cu interes și există implicare personală. Simpatie pentru "băiat la îndemână", micul mecanism neapreciat al mașinii mari (este despre mine!). Condescendență față de dezvoltatorii care sunt atât de inteligenți și experimentați, dar nu pot vedea dincolo de nasul lor (sunt peste tot în jurul meu!). O ușoară batjocură la adresa proprietarilor, băieții bogați care s-au făcut „bo-bo” cu propriile mâini și nu înțeleg motivele (Ei bine, imaginea scuipătoare a conducerii mele!). Disprețul pentru primul „consultant” care nu a reușit să găsească o sursă atât de simplă de probleme (Da, recent tipul ăsta a intrat cu ochelari și s-a plimbat arătând deștept), și o unitate entuziastă cu un consultant „adevărat”, care era singurul care putea aprecia adevăratul rol al unui băiat de treabă (Eu sunt acela!).
Simți o satisfacție interioară după ce ai citit acest comentariu? Rolul nostru de roți mici într-un mecanism mare nu este de fapt atât de mic! Minunat spus, chiar dacă nu este adevărat. Dar ce postgust plăcut.
Nu știu ce fel de coleg și în ce chat am împărtășit această revelație cu colegul meu si de ce colega mkrentovskiy Am decis să-l public sub articolul „„autor remarcabil 'a (care, de altfel, este pe primul loc în clasamentul lui Habr în acest moment!), dar recunosc că colegul meu mkrentovskiy a facut-o extrem de bine. Mesajul comentariului și stilul de prezentare sunt atât de consistente cu mesajul și stilul altor publicații nmivan„Ei bine, ce ai putea crede că un consultant de criză din comentariul și GG al multor publicații nmivan'a este aceeași persoană.
Am citit destul de multe publicații ale lui Ivan Belokamentsev când autorul și-a început activitățile despre Habré (în 2017). Unii chiar se bucură de ea (, ). Are un stil bun și o prezentare interesantă a materialului. Poveștile lui sunt foarte asemănătoare cu poveștile din viața reală, dar au șanse aproape zero să se întâmple efectiv, în . Așa e cu această poveste din comentariu.
Să spun adevărul, personal nu cred că Habr s-a îmbunătățit cu publicațiile lui Ivan. Dar ratingul lui și alți locuitori din Habr spun contrariul:
Nu-ți înțeleg plânsul. Habr a alunecat de mult, dar autorul dă o mică scânteie și îmbunătățește starea de spirit a cititorilor) smulgând resursa din abis.
Da, Habr nu este o organizație de caritate, Habr este un proiect comercial. Habr este o oglindă care reflectă dorințele noastre. Nu dorințele mele personale și nu ale fiecărui vizitator individual, ci totalitatea tuturor dorințelor noastre - „media pentru spital”. Și Ivan Belokamentsev simte mai bine decât oricine de ceea ce avem nevoie cu toții în mod colectiv și ni le dă.
Poate că nu aș fi scris acest articol dacă nu aș fi început să văd serialul”".
"L-am pierdut pe Dumnezeu" (Cu)
Aceasta este din serie. Și asta este despre noi.
Nu mai suntem captivați de realitatea creată de Creator.
Dumnezeu, Natura, Big Bang - orice. Realitatea este acolo. În jurul nostru și independent de noi.
Trăim în ea în conformitate cu legile naturii (Planul lui Dumnezeu). Învățăm legile (Planul) și învățăm să folosim realitatea în care trăim pentru a trăi și mai bine. Ne vom testa presupunerile cu practică, lepădându-le pe cele incorecte și lăsând pe cele relevante. Interacționăm cu realitatea și o schimbăm.
Și am avut mare succes în asta.
Sunt mulți oameni pe planetă. Asa de mult. Cu productivitatea actuală a muncii, nu mai trebuie să supraviețuim - minoritatea poate oferi majorității tot ce are nevoie. Majoritatea oamenilor trebuie să se țină ocupați cu ceva. Din punct de vedere istoric, surplusul de resurse alocate creativității a mers către cei mai talentați (sau cei mai disruptivi, care este și talent). Acum există atât de multe resurse gratuite încât oricine are orice talent le poate obține, indiferent de nivelul lor. Comparați câte filme sunt lansate pe an în întreaga lume și câte dintre ele puteți viziona. Câte cărți sunt scrise și care dintre ele pot fi citite. Câte informații sunt aruncate pe internet și ce dintre acestea sunt utilizabile.
De ce este atât de populară profesia IT? Da, pentru că poți turna un abis de resurse în IT și nimeni nu va clipi (doar amintește-ți problema anului 2000). La urma urmei, în IT poți petrece ani de zile dezvoltând aplicații care vor deveni învechite chiar înainte de a fi lansate, poți încerca să integrezi componente incompatibile și totuși să le faci să funcționeze, poți să-ți reinventezi propriile roți din nou și din nou, sau poți chiar acum. Începeți să susțineți programe în Fortran, care a fost acoperit cu mușchi de încă 20 de ani în urmă. Îți poți petrece toată viața în IT și nu faci nimic util. Și cel mai important, nimeni nu o va observa! Chiar și tu însuți.
Puțini dintre noi vor putea să-și facă amprenta în industria IT. Și și mai puțini oameni vor putea lăsa în urmă o amintire bună. Rezultatele muncii noastre se vor deprecia în următorii 10-20 de ani, în cel mai bun caz, sau chiar mai devreme. Și cu siguranță în timpul vieții noastre (dacă ajungem la vârsta de pensionare). Nu le vom putea arăta nepoților noștri sistemele informatice la care a lucrat bunicul lor în tinerețe. Oamenii își vor uita pur și simplu numele. La începutul carierei mele am crescut stații poștale sub "„. Sunt la 20 de ani de la pensie și la 10 ani de la a avea nepoți, dar cei mai mulți dintre voi nu ați auzit deja nimic despre „aplicația remarcabilă de e-mail de la mijlocul anilor 90” („pachetul software de e-mail de top de la mijlocul anilor 1990").
Poate că în realitate suntem puțin conștienți de inutilitatea poverii noastre IT, dar în subconștient ne străduim să evadăm acolo unde ne simțim confortabil. În lumi fictive în care utilizarea Scrum și Agile duce inevitabil la apariția unor produse care cuceresc lumea cu utilitatea lor timp de decenii. Unde nu suntem simple roți dințate mici de mecanisme mari, ci roți dințate fără de care mecanismele mari se rup. Acolo unde viața noastră nu se desfășoară în execuția fără sens a acțiunilor de rutină, ci este plină de creativitate și creație, de ale căror rezultate ne putem mândri.
Evadăm în aceste lumi frumoase, fictive, din propria noastră inutilitate în lumea reală. Căutăm la ei pentru mângâiere.
Căutăm consolare, inclusiv pe Habré. Și Ivan ni-l dă aici.
Sursa: www.habr.com