Търсещият да намери

Много хора се замислят за притесняващите ги проблеми преди да заспят или след събуждане. Аз не съм изключение. Днес сутринта в главата ми изплува едно коментар от Хабра:

Колега в чата сподели история:

Преди две години имах страхотен клиент, това беше по време на самия "кризис".
При клиента в девгрупата има две команди, всяка от които се занимава със своята част от продукта (условно, бек офис и фронт офис, т.е. софтуер, работещ върху формирането на поръчки и софтуер, работещ върху изпълнението на поръчките), като понякога се интегрират помежду си.
Командата на бек офиса изцяло затъна: шест месеца непрекъснати грешки, собствениците заплашват да уволнят всички, наеха консултант, след което наеха още един (мен). Втората команда (фронт офис) работеше нормално и продължаваше да работи добре, но именно бек офисът, който преди това също работеше нормално, започна да допуска грешки. Командите работят в различни офиси и не са свикнали да комуникират помежду си.

Причината: фронт и бек са една система, в която има множество зависимости, а екипите са в различни офиси и не комуникират помежду си. Собствениците постоянно "следят" фронта, съответно там имат нови функции, идеи и контрол. Имаше един момче на всички ръце, комбинация от Бизнес Анализатор, дизайнер и "донеси ни кафе". Това момче, незабелязано от своя екип, извършваше куп дребни задачи като "предупреди другия екип за деплоя", "актуализирай документацията" и пр. рутина, включително "въведи в JIRA тикет различни номера на версии и компоненти". Но код момчето не пишеше и в един момент собствениците решиха да го оптимизират и го уволниха. За екипа на фронт офис нищо не се промени, те просто не извършваха и не актуализираха документите, а екипът на бек офиса се оказа в ситуация, в която релизите на фронта счупват нещо у тях и това е техен проблем, а ако техните релизи счупят нещо на фронта, това отново е техен проблем, защото фронтът е на видно място пред собствениците 🙂

Какво ме заинтригува този коментар и какво ще открият търсещите от заглавието — в по-долната част.

Занимавам се с разработка на уеб приложения вече 20 години, затова фронт/бек за мен не са просто думи. Това са силно свързани неща. Например, не мога да си представя ситуация, в която фронтът се разработва в пълно (или много силно) отделение от бек-а. И двете страни оперират с едни и същи данни, извършват много подобни операции. Имам приблизителна представа колко информация се прехвърля между разработчиците на двете команди за координиране на разработката и колко време и колко често трябва да се правят тези координации. Командите не могат да не комуникират стриктно, дори да са в различни часови пояси. Още повече при наличие на JIRA.

Знам, че е безсмислено да предупреждавам бек-разработчиците за деплоя на фронта. Новата версия на фронта не може да счупи нещо на бек, но обратното е възможно. Именно затова фронтен разраб е заинтересован да уведоми бек-разраб за необходимостта от нова или променена функционалност. Фронтът зависи от деплоите на бека, а не обратно.

Какво момче, което "донеси ни кафе", не може да бъде БА (ако под БА се подразбира "бизнес анализатор"), а БА не може да бъде "момче, донеси ни кафе". И със сигурност, "да внася в жира всякакви номера версии и компоненти" без обсъждане с екипите на разработчиците, нито "момчето", нито БА не могат. Това е като каруца пред коня.

След като "момчето" е уволнено, тези функции, от "донисете кафе" и до "внеси в жира", е трябвало да се преразпределят между другите членове на екипите. В утвърдена група информационните потоци и роли са закрепени; ако изпълнител на една или няколко роли напусне сцената, то останалите членове на групата ще имат нужда от получаване на обичайната информация от обичайните роли. Те просто не могат да не забележат, че информацията, необходима за работата, е престанала да идва при тях. Това е като наркоман, който не може да не забележи, че прекратяването на приема на наркотици е факт. И както наркоманът търси и намира нови канали, така и членовете на групата ще се опитват да намерят източници на нужната им информация от "оня" край и нови изпълнители на стари роли. И те със сигурност ще намерят. Най-малкото този, за когото смятат, че трябва да им даде нужната информация.

Дори да допуснем, че обичайните канали за информация са прекратени, а този, който трябва, не смята, че трябва, то бек-разработчиците под заплаха от уволнение няма да крият причините за собствените си неуспехи от собственика в продължение на половин година, знаейки, че грешките им произлизат от липсата на необходимата информация. Собствениците няма да "забавят" половин година, виждайки, че преди необходимата информация "беше в жира", а сега никой не я внася там. И първият консултант едва ли е бил толкова непрофесионален, че да не говори с бек-разработчиците и да не стигне до източника на проблема — липсата на координация между екипите. Именно в това е причината за описаните бедствия, а не в уволнението на "момчето".

Баналното отсъствие на комуникация между разработчиците е типична причина за куп проблеми в разработването и не само. Не е необходимо да бъдеш изключителен консултант, за да го откриеш. Достатъчно е да си просто разумен.

Смятам, че цялата тази история е измислена и красиво изложена. Е, не съвсем напълно измислена — всички елементи са взети от живота (фронт, бек, разработка, момче, кафе, "жира", ...). Но те са съединени така, че в живота такава конструкция не се среща. Поотделно всичко това може да се срещне в околния свят, но в такава комбинация — не. По-горе написах защо.

Въпреки това, изложението е изключително правдоподобно. Чита се с интерес и демонстрира лична ангажираност. Съчувствие към "младия всичкостоящ", недооценената малка част от голямата машина (това е за мен!). Снисходителност към разработчиците, толкова умни и опитни, но неспособни да видят по-далеч от носа си (те са около мен!). Лека подигравка с богаташите, които сами си направиха "бобо" и не разбират причините (като две капки вода в моето ръководство!). Пренебрежение към първия "консултант", който не успя да намери толкова прост източник на проблеми (ага, преди служебно дойде един с очила, вървеше с умно лице), и възторжено единство с "истинския" консултант, който единствен успя да оцени истинската роля на младия всичкостоящ (то есть мен!).

Чувствате ли удовлетворение след прочита на този коментар? Нашата роля като малки винтчета в голямата машина всъщност не е толкова малка! Страхотно изложение, макар и не съвсем вярно. А какво приятно послевкусие.

Не знам какъв е колегата и в какъв чат сподели това откровение с колегата mkrentovskiy и защо колегата mkrentovskiy реши да го публикува под статията "Колко години да ходи тайгата — разбирам, няма." на изключителния автор от Хабра nmivan‘а (който, между другото, в момента е на първо място в рейтинга на Хабра!), но признавам, че колегата mkrentovskiy направи това изключително успешно. Посланието на коментара и стилът му на изложение толкова съвпадат с посланието и стила на другите публикации nmivan‘а, че човек може да помисли, че кризисният консултант от коментара и главният герой на много публикации nmivan‘а — това е едно и също лице.

Чел съм доста публикации на Иван Белокаменцев, когато авторът започна своята дейност на Хабра (през 2017 година). Някои дори с удоволствие (едно, две). Има хубав стил и интересна подача на материала. Историите му много напомнят на житейски истории, но те практически нямат шанс да се случат в реалността. Ето как е с тази история в коментара.

По истината казано, лично аз не смятам, че публикациите на Иван направиха Хабра по-добър. Но рейтингът му и мненията на другите обитатели на Хабра говорят за обратното:

Не разбирам вашето мрънкане. Хабра отдавна е паднал, а авторът дава малко огън и повишава настроението на читателите, извеждайки ресурса от дъното.

Да, Хабра не е благотворителност, Хабра е търговски проект. Хабра е огледало, което отразява нашите желания. Не моите лични желания и не желанията на всеки отделен посетител, а съвкупността от всички наши желания — "средното по болницата". И Иван Белокаменцев най-добре усеща, какво ни трябва на всички нас в съвкупност, и ни го дава.

Може би не бих написал тази статия, ако не бях започнал да гледам сериала "Младият папа".

"Загубихме Бога" (с)

Това е от сериал. И това е за нас.

Спираме да бъдем пленени от реалността, създадена от Твореца.

От Бога, Природата, Голямото Изригване — както желаете. Реалността съществува. Около нас и независимо от нас.

Живеем в нея в съответствие с законите на природата (Божия замисъл). Познаваме законите (замисъла) и се учим да използваме реалността, в която живеем, за да живеем още по-добре. Проверяваме практиката на нашите предположения, отхвърляйки неверните и оставяйки актуалните. Взаимодействаме с реалността и я променяме.

И в това сме наистина успешни.

Има много хора на планетата. Наистина много. При настоящата производителност на труда не ни е нужно да оцеляваме — малцинство може да осигури мнозинството с всичко необходимо. А на мнозинството му трябва да се занимава с нещо. Исторически излишъкът от ресурси, отделен за творчество, е отивал при най-талантливите (или най-настойчивите, което е форма на талант). Сега обаче свободните ресурси са толкова много, че стигат на всеки, който е поне малко талантлив, независимо от нивото му. Сравнете колко филма се излизат годишно по целия свят, и колко от тях са достойни за гледане. Колко книги се пишат, и кои от тях могат да бъдат четени. Колко информация се излива в интернет и какво от това е годно за употреба.

Защо професията на ИТ специалиста е толкова популярна? Защото в ИТ можете да изразходвате безкрайни ресурси, и никой няма да мигне (спомнете си поне за проблема от 2000 г.). В ИТ можете да разработвате приложения с години, които ще остареят дори преди да стартират, можете да се опитвате да интегрирате несъвместими компоненти, и да ги накарате да работят, можете отново и отново да изобретявате свои велосипеди, или можете просто сега да се заемете с поддръжката на програми на Fortran, който е забравен от 20 години. В ИТ можете да прекарате целия си живот и да не направите нищо полезно. И най-важното — никой няма да забележи! Дори и вие сами.

На малко от нас ще се удаде да оставят следа в ИТ индустрията. А да оставят добра памет ще успеят още по-малко хора. Резултатите от труда ни ще се обезценят в следващите 10-20 години в най-добрия случай, а може и по-рано. И то със сигурност през живота ни (ако доживеем до пенсионна възраст). Няма да можем да покажем на нашите внуци компютърни системи, над които в младостта си е работил дядо им. Хората просто ще забравят имената им. В началото на кариерата си настроих пощенски станции cc:Mail под "полуос". Остава ми 20 години до пенсия и 10 до внуци, но вече сега повечето от вас не са чували за "изключителното пощенско приложение от средата на 90-те" ("top email software package of the mid-1990s").

Може би в реалността слабо осъзнаваме безсмислието на нашето IT бреме, но подсъзнателно стремим да се убегнем в комфортното. В измислени светове, където прилагането на Scrum и Agile неизменно води до създаването на продукти, които десетилетия завладяват света със своята полезност. Където не сме просто малки зъбчета в големи механизми, а зъбчета, без които големите механизми се счупват. Където животът ни не преминава в безсмислено изпълнение на рутинни действия, а е изпълнен с творчество и съзидание, от което можем да се гордеем.

Бягаме в тези прекрасни, измислени от някого светове, за да избегнем собствената си безполезност в реалния свят. Търсим утешение в тях.

Търсим утешение включително и в Хабра. Иван ни го предоставя тук.

Източник: habr.com