Hľadajúci nájdené má

Mnohí ľudia rozmýšľajú o svojich vzrušujúcich problémoch pred spaním alebo po prebudení. Nie som výnimkou. Dnes ráno mi v hlave vyvstala jedna komentár z Habré:

Kolega v chate sa podelil o príbeh:

Minulý rok som mal úžasného klienta, to bolo ešte keď som preberal čistú "krízu".
U klienta v devgrupe sú dve tímy, pričom každá sa zaoberá svojou časťou produktu (podmienečne, bákofis a storfront, t. j. softvér, ktorý pracuje na vytváraní objednávky a softvér, ktorý pracuje na plnení objednávky), občas medzi sebou integrujú.
Tím bákofisu sa úplne ponoril do krízy: pol roka samé problémy, vlastníci vyhrážajú všetkých prepustením, najali konzultanta, po konzultantovi ešte iného (mňa). A pritom druhý tím (storfront) pracoval v poriadku a pokračoval v normálnej práci, práve bákofisový tím, ktorý predtým tiež fungoval dobre, začal robiť chyby. Tímy sú na rôznych kanceláriách, navzájom si zvykli znepríjemňovať život.

Dôvod: stor a bák sú jeden systém, v ňom je množstvo závislostí, tímy sú na rôznych kanceláriách, medzi sebou nekomunikovali. Vlastníci stále "sledujú" storfront, zodpovedajúci majú nové funkcie, nápady a kontrolu. Bol tam chlapec-na-všetko, taká kombinácia BA, dizajnéra a "prinies nám kávu". Tento chlapec, nenápadne pre svoj tím, vykonával množstvo drobných úloh ako "upozorniť druhý tím na nasadenie", "aktualizovať dokumentáciu" a podobne, až po "uviesť do JIRA do tiketu rôzne čísla verzií a komponentov". Ale kód chlapec nepísal a v jednom momente sa vlastníci rozhodli ho optimalizovať, proste ho vyhodili. Pre tím storu sa nič nezmenilo, jednoducho neaktualizovali ani neupozorňovali dokumenty, a tím bákofisu sa ocitol v situácii, kde vydania storu im niečo rozbili, a to boli ich problémy, a ak ich vydania niečo pokazili na store, opäť to boli ich problémy, pretože stor bol na očiach vlastníkov 🙂

Čím ma tento komentár zaujal a čo nájde hľadajúci v nadpise — pod katom.

Vyvíjam webové aplikácie už 20 rokov, takže front/bak pre mňa nie sú len slová. Tieto dve veci sú navzájom veľmi prepojené. Napríklad si neviem predstaviť situáciu, kde by front bol vyvíjaný úplne (alebo v značnom) odtrhnutí od backu. Na oboch stranách sa operuje s rovnakými dátami, vykonávajú veľmi podobné operácie. Mám približnú predstavu, aký objem informácií sa premiestňuje medzi vývojármi oboch tímov na zladenie vývoja, a koľko času a ako často je potrebné tieto zladenia robiť. Tímy nemôžu nekomunikovať úzko, ani keď sú v rôznych časových pásmach. O to viac, pri prítomnosti JIRA.

Vieme, že varovať backendových vývojárov o nasadení frontu je bezpredmetné. Nová verzia frontu nemôže pokaziť backend, ale naopak — áno. To vývojári frontu sú zainteresovaní na informovaní backendových vývojárov, že potrebujú novú alebo zmenenú funkcionalitu. Front závisí od nasadení backendu, a nie naopak.

Čo chlapec, ktorý "prinies nám kávu", nemôže byť BA (ak pod BA rozumieme "biznis-analytik"), a BA nemôže byť "chlapec, prinies nám kávu". A už vôbec nie, "vkladať do JIRA rôzne čísla verzií a komponenty" bez diskusie s tímami vývojárov ani "chlapec", ani BA nemôže. Je to ako voz pred koňom.

Keď "chlapca" prepustili, tieto funkcie, od "prinies kávu" až po "vlož do JIRA" by sa mali preusporiadať medzi ostatnými členmi tímu. V ustálenej skupine sú toky informácií a úlohy pevne stanovené, ak výkonný pracovník jednej alebo viacerých rolí odišiel zo scény, ostatní členovia skupiny majú potrebu prijímať zvyčajné informácie od zvyčajných rolí. Jednoducho si nemôžu nevšimnúť, že informácie potrebné na prácu prestali prichádzať. Je to ako keď narkoman si nemôže nevšimnúť, že prestal dostávať drogy. A ako narkoman hľadá a nachádza iné kanály, tak aj členovia tímu budú snažiť nájsť zdroje potrebných informácií na "tej" strane a nových vykonávateľov starých rolí. A určite nájdu. Minimálne toho, kto, podľa ich názoru, by im mal poskytnúť potrebné informácie.

Aj keď predpokladáme, že zvyčajné informačné kanály zlyhali a ten, kto by mal, si nemyslí, že by mal, tak vývojári backendu nebudú pol roka skrývať dôvody svojich neúspechov pred vlastníkom, vedomí si, že problémy majú svoje korene v nedostatku potrebných informácií. Vlastníci nebudú "hlúpo" brať pol roka, keď vidia, že potrebné informácie boli "v nadbytku", a teraz ich nikto nezadáva. A prvý konzultant pravdepodobne nebol tak neprofesionálny, aby sa nerozprával s vývojármi backendu a nenašiel zdroj problému - absenciu koordinácie medzi tímami. Práve v tom spočíva príčina popísaných ťažkostí, a nie v prepúšťaní "chlapca".

Banálne nedostatok komunikácie medzi vývojármi je typickou príčinou množstva problémov vo vývoji a nielen tam. Nie je potrebné byť výnimočným konzultantom na to, aby ste to odhalili. Stačí byť jednoducho rozumný.

Myslím si, že celá táto historka je vymyslená a krásne изложена. Nuž, nie celkom úplne vymyslená — všetky prvky sú z reálneho života (frontend, backend, vývoj, chlapec, káva, "výdatnosť", ...). Ale sú pospájané tak, že v realite sa taká konštrukcia nevyskytuje. Samostatne sa to všetko môže objaviť vo svete okolo nás, ale v takejto kombinácii — nie. Hore som napísal prečo.

Napriek tomu je to veľmi presne vykreslené. Číta sa to so záujmom a je tam osobná angažovanosť. Zasnorenie sa v "chlapcovi-na-všetky-ruce", neocenenej malej súčasti veľkého stroja (to je predsa o mne!). Zhovievavosť voči vývojárom, tak inteligentným a skúseným, ale vidí len na svoj nos (veď sú predsa okolo mňa!). Ľahká irónia voči vlastníkom, bohatým pánom, ktorí si vlastnými rukami vyrobili "zranenie" a nepochopili príčiny (no to je presne moje vedenie!). Pohŕdanie prvým "konzultantom", ktorý nedokázal nájsť taký jednoduchý zdroj problémov (aha, nedávno prišiel jeden taký okuliarnatý, chodil s múdrym výrazom), a nadšené zlúčenie s "skutočným" konzultantom, ktorý jedine dokázal oceniť skutočnú rolu chlapca-na-všetky-ruce (to znamená mňa!).

Cítite vnútorné uspokojenie po prečítaní tohto komentára? Naša úloha malých súčiastok vo veľkom mechanizme nie je až taká malá! Skvele vyjadrené, aj keď nie je pravda. Ale akú príjemnú dochuť to zanecháva.

Neviem, aký kolega to bol a v ktorom chate sa s týmto odhalením podelil s ostatnými. mkrentovskiy a prečo kolega mkrentovskiy rozhodol publikovať to pod článkom "Koľko rokov tajga chodí — chápe, že nie je." vynikajúceho autora Habr. nmivan‘a (ktorý je mimochodom momentálne na prvom mieste v rebríčku Habra!), ale uznávam, že kolega mkrentovskiy to spravil mimoriadne dobre. Odkaz komentára a štýl vyjadrenia sa tak zhodujú s odkazom a štýlom ďalších publikácií nmivan‘a, že by ste mohli pomyslieť, že krizový konzultant z komentára a hlavný hrdina mnohých publikácií nmivan‘a — to je tá istá osoba.

Celkom veľa som čítal publikácií Ivana Belokamenceva, keď autor začal svoju činnosť na Habr (v roku 2017). Niektoré dokonca s radosťou (raz, dva). Má dobrú rétoriku a zaujímavé podanie materiálu. Jeho príbehy sú veľmi podobné životným príbehom, ale majú takmer nulovú šancu sa skutočne stať v realite.Tu je to ako s touto históriou v komentári.

Pravdupovediac, osobne si nemyslím, že s publikáciami Ivana Habr sa stal lepším. Ale jeho hodnotenie a názory ostatných obyvateľov Habra hovoria opak:

Nechápem vaše sťažnosti. Habr sa už dávno zhoršil, a autor pridáva trochu iskru a zvyšuje náladu čitateľom), vytiahne zdroj z hlbín.

Áno, Habr nie je charita, Habr je komerčný projekt. Habr je zrkadlo, ktoré odráža naše želania. Nie moje osobné želania alebo želania každého jednotlivého návštevníka, ale súhrn všetkých našich želaní — "priemer po nemocnici". A Ivan Belokamencev najlepšie cíti, čo všetci potrebujeme v súhrne, a dáva nám to.

Možno by som nenapísal tento článok, keby som nezačal pozerať seriál "Mladý pápež".

"Stratili sme Boha" (c)

Je to zo seriálu. A je to o nás.

Prestali nás fascinovať skutočnosti vytvorené Tvorcom.

Bohom, Prírodou, Veľkým výbuchom — ako chcete. Skutočnosť existuje. Okolo nás a nezávisle od nás.

Žijeme v súlade so zákonmi prírody (Božím zámerom). Poznáme tieto zákony (zámer) a učíme sa využívať realitu, v ktorej žijeme, aby sme žili ešte lepšie. Našich domnienok sa dotýkame praxou, odstraňujeme nesprávne a zostávame pri aktuálnych. Interagujeme s realitou a meníme ju.

A dosiahli sme v tom veľký pokrok.

Na planéte je veľa ľudí. Veľmi veľa. Pri súčasnej produktivite práce nám nie je potrebné viac prežiť — menšina môže postarať o väčšinu zo všetkého potrebného. Väčšina sa však musí niečím zaoberať. Historicky nadbytok zdrojov, vyčlenený na kreativitu, sa dostával k najtalentovanejším (alebo najtvrdším, čo je tiež talent). Dnes je voľných zdrojov toľko, že sa dostane každému aspoň trošku talentovanému, bez ohľadu na úroveň. Porovnajte, koľko filmov sa ročne produkuje na celom svete a koľko z nich je naozaj hodných sledovania. Koľko kníh sa napíše a aké z nich sú čitateľné. Koľko informácií sa vyvrhne na internet a čo z toho je vlastne použiteľné.

Prečo je profesia IT odborníka tak populárna? Pretože v IT môžete míňať nespočetné množstvo zdrojov a nikto ani nezamrkne (spomeňte si napríklad na problém roku 2000). Veď v IT môžete roky vyvíjať aplikácie, ktoré zastarajú ešte pred uvedením na trh, môžete sa snažiť integrovať nekompatibilné komponenty a nakoniec ich rozbehnúť, môžete znova a znova objavovať svoje vlastné bicykle, alebo sa môžete práve teraz zaoberať podporou programov v Fortrane, ktorý bol zastaraný už pred 20 rokmi. V IT môžete prežiť celý svoj život a neurobiť nič užitočné. A čo je najdôležitejšie — nikto to ani nezaznamená! Ani vy sami.

Málokto z nás dokáže zanechať stopu v IT priemysle. A ešte menej ľudí dokáže zanechať po sebe dobrú pamiatku. Výsledky našej práce sa v najlepšom prípade devalvujú v najbližších 10-20 rokoch, ak nie skôr. A už určite počas nášho života (ak sa dožijeme dôchodkového veku). Nebudeme schopní ukázať našim vnukom počítačové systémy, na ktorých sme pracovali v mladosti. Ľudia jednoducho zabudnú na ich názvy. Na začiatku svojej kariéry som budoval poštové stanice. cc:Mail pod "poluosiou"Mám ešte 20 rokov do dôchodku a 10 rokov do vnúčat, ale už teraz väčšina z vás nepočuť o "výnimočnej emailovej aplikácii z polovice 90-tych rokov" ("top emailový softvérový balík z polovice 90-tych rokov").

Možno si v skutočnosti len slabšie uvedomujeme márnosť nášho IT bremena, ale v podvedomí sa snažíme ujsť tam, kde nám je príjemne. Do vymyslených svetov, kde používanie Scrum a Agile nevyhnutne vedie k vzniku produktov, ktoré na celé desaťročia dobývajú svet svojou užitočnosťou. Kde nie sme len malé kolieska vo veľkých mechanizmoch, ale kolieska, bez ktorých sa veľké mechanizmy rozpadnú. Kde náš život nie je len v bezvýznamnom vykonávaní rutinných úkonov, ale je naplnený kreativitou a tvorbou, ktorými sa môžeme pyšniť.

Utekáme do týchto krásnych, niekým vymyslených svetov pred našou vlastnou bezvýznamnosťou v reálnom svete. Hľadáme v nich útechu.

Hľadáme útechu aj na Habre. A Ivan nám ju tu poskytuje.

Zdroj: habr.com

Kúpte si spoľahlivý hosting pre webové stránky s ochranou proti DDoS, VPS VDS servery 🔥 Kúpte si spoľahlivý hosting pre webové stránky s ochranou proti DDoS, VPS VDS servery | ProHoster