Многія людзі думаюць аб хвалюючых іх праблемах перад сном або па абуджэнні. Я не выключэнне. Сёння з раніцы ў мяне ў галаве ўсплыў адзін з Хабра:
Калега ў чаце падзяліўся гісторыяй:
У мяне пазалетась быў афігенны кліент, гэта яшчэ калі я браў чысты "крызіс".
У кліента ў девгруппе дзве каманды, кожная займаецца сваёй часткай прадукта (умоўна, бэкофіс і сторфронт, т.е. софт які працуе над фармаваннем замовы і софт, які працуе над выкананнем замовы), зрэдку паміж сабой які інтэгруецца.
Каманда бэкофіса прамы вось зусім у дно сышлі: паўгода суцэльных вушакоў, уласнікі пагражаюць усіх звольніць, нанялі кансультанта, пасля кансультанта нанялі больш іншага (мяне). Прычым другая каманда (старфронт) працавала нормаў і працягвала працаваць нормаў, менавіта бэкафісная, якая да гэтага таксама нормаў працавала, стала касячыць. Каманды ў розных офісах сядзяць, сябар на сябра абвыклі псіць.Чыннік: стар і бэк гэта адна сістэма, у ёй куча залежнасцяў, каманды ў розных офісах, паміж сабой не размаўлялі. На сторфронт увесь час "глядзяць" уласнікі, адпаведна ў іх тамака новыя фічы, ідэі і кантроль. У ёй быў хлопчык-на-ўсё-рукі, такая камбінацыя з БА, дызайнера і "прынясі нам каву". Вось гэты хлопчык, неўзаметку для сваёй каманды, выконваў кучу дробных задач тыпу "папярэдзіць другую каманду аб дэплоі", "праапдэйціць дакументацыю" і да т.п. руціну, аж да "унесці ў тлушчы ў тыкет усякія нумары версій і кампаненты". Але код хлопчык не пісаў і ў адзін момант уласнікі вырашылі яго аптымізаваць, нафіг звольніўшы. Для каманды стора нічы не памянялася, яны проста не ўносілі і не апдэйцілі докі, а каманда бэкофіса апынулася ў сітуацыі, калі рэлізы стора ламаюць у іх нешта, і гэта іх праблемы, а калі іх рэлізы ламаюць нешта ў стора, гэта зноў іх праблемы, таму што стар навідавоку ва ўласнікаў 🙂
Чым мяне зачапіў гэты камент і што знойдзе шукае з загалоўка - пад катом.
Я займаюся распрацоўкай web-прыкладанняў гадоў 20, таму фронт/бэк для мяне не проста словы. Гэта вельмі моцна зьвязаныя рэчы. Я, напрыклад, не магу ўявіць сабе сітуацыю, калі фронт распрацоўваецца ў поўным (ці вельмі моцным) адрыве ад бэка. На абодвух баках аперуюць аднымі і тымі ж дадзенымі, выконваюць вельмі падобныя аперацыі. Я прыкладна ўяўляю, які аб'ём інфармацыі перамяшчаецца паміж распрацоўнікамі абедзвюх каманд для ўзгаднення распрацоўкі, і колькі часу і як часта трэба гэтыя ўзгадненні рабіць. Каманды не могуць не мець зносіны шчыльна, нават знаходзячыся ў розных часавых паясах. Тым больш, пры наяўнасці JIRA.
Я ведаю, што папярэджваць аб дэплоі фронту бэк-распрацоўнікаў бессэнсоўна. Новая версія фронту нічога не можа зламаць на бэку, а вось наадварот - так. Гэта распрацоўшчыкі фронту зацікаўлены ў абвестцы распрацоўшчыкаў бэка, што ім патрэбен новы або зменены функцыянал. Фронт залежыць ад дэплояў бэка, а не наадварот.
Што хлопчык, які "прынясі нам кавы", не можа быць БА (калі пад БА маецца на ўвазе "бізнэс-аналітык"), а БА не можа быць"хлопчык, прынясі нам каву". І ўжо сапраўды, "уносіць у тлушчу ўсякія нумары версій і кампанентыбез абмеркавання з камандамі распрацоўнікаў ні "хлопчык", ні БА не можа. Гэта як калёс наперадзе каня.
Раз "хлопчыка" звольнілі, то дадзеныя функцыі, ад "прынясі каву"і да"унясі ў тлушчы", павінны былі пераразмеркавацца паміж іншымі членамі каманд. У устоянай групе патокі інфармацыі і ролі замацаваны, калі выканаўца адной або некалькіх роляў сышоў са сцэны, то ў астатніх членаў групы патрэбнасць у атрыманні звыклай інфармацыі ад звыклых роляў застаецца. Яны проста не могуць не заўважыць Гэта як наркаман не можа не заўважыць факт спынення паступлення наркотыкаў.І як наркаман шукае і знаходзіць іншыя каналы, так і члены групы будуць спрабаваць знайсці крыніцы патрэбнай ім інфармацыі на "тым" баку. і новых выканаўцаў старых роляў.І яны абавязкова знойдуць.Як мінімум таго, хто, па іх меркаванні, павінен даць ім патрэбную інфармацыю.
Нават калі дапусціць, што звыклыя каналы інфармацыі накрыліся, а той, хто павінен, не лічыць, што павінен, то распрацоўшчыкі бэка пад пагрозай звальнення не будуць паўгода хаваць прычыны ўласных няўдач ад уласніка, ведаючы, што вушакі ў іх ідуць з-за адсутнасці патрэбнай ім інфармацыі. Уласнікі не будуць "тупіць" паўгода, бачачы, што раней патрэбная інфармацыя"была ў тлушчы", а зараз яе ніхто туды не ўносіць. І першы кансультант наўрад ці быў настолькі непрафесійны, каб не пагаварыць з расрабамі бэка і не выйсці на крыніцу праблемы — адсутнасць узгаднення паміж камандамі. Менавіта ў гэтым прычына апісваных бед, а не ў звальненні "хлопчыка" ".
Банальная адсутнасць камунікацыі паміж распрацоўшчыкамі - тыпавая прычына кучы праблем у распрацоўцы і не толькі. Не трэба быць выбітным кансультантам для яе выяўлення. Досыць быць проста разумным.
Я лічу, што ўся гэтая гісторыя прыдумана і прыгожа выкладзена. Ну, не зусім цалкам прыдумана - усе элементы ўзяты з жыцця (фронт, бэк, распрацоўка, хлопчык, кава, "тлушчуАле яны злучаныя так, што ў жыцці такая канструкцыя не сустракаецца. Паасобку ўсё гэта можна сустрэць у навакольным свеце, але ў такой камбінацыі — не. Вышэй я напісаў чаму.
Тым не менш, выкладзена вельмі праўдападобна. Чытаецца з цікавасцю і прысутнічае асабістая ўцягнутасць. Спачуванне да "хлопчыку-на-ўсё-рукі", неацэннаму маленькаму механізму вялікай машыны (гэта ж пра мяне!). Паблажлівасць да распрацоўнікаў, такім разумным і дасведчаным, але не якія бачаць далей уласнага носа (яны ж вакол мяне!). Лёгкая насмешка над уласнікамі, багатымі дзядзечкамі, якія сваімі рукамі зрабілі сабе "бо-бо" і не разумеюць прычын (ну вылітае маё кіраўніцтва!). Пагарда да першага "кансультанта", які не здолеў знайсці такую простую крыніцу праблем (ага, прыходзіў нядаўна такі ў акулярах, хадзіў з разумным выглядам), і захопленае яднанне з "сапраўдным" кансультантам, які адзіны змог ацаніць сапраўдную ролю хлопчыка-на-ўсё-рукі (гэта значыць мяне!).
Адчуваеце ўнутранае задавальненне пасля прачытання гэтага каментара? Наша роля маленькіх шрубак у вялікім механізме насамрэч не такая і маленькая! Выдатна выкладзена, няхай і не праўда. Затое які прыемны послевкусіе.
Я не ведаю, што за калега і ў якім чаце падзяліўся гэтым адкрыццём з калегам і чаму калега mkrentovskiy вырашыў яго апублікаваць пад артыкулам "выбітнага хабра-аўтара 'а (які знаходзіцца, між іншым, на першым месцы ў рэйтынгу Хабра на дадзены момант!), але я прызнаю, што калега mkrentovskiy зрабіў гэта выключна ўдала. Пасыл каменту і стыль выкладу настолькі супадаюць з пасылам і стылем іншых публікацый nmivanТое, што можна падумаць, што крызіс-кансультант з камента і ГГ многіх публікацый nmivanТая - гэта адна і тая ж асоба.
Я даволі шмат чытаў публікацый Івана Белакаменцава, калі аўтар пачаў сваю дзейнасць на Хабры (у 2017-м годзе). Некаторыя нават з задавальненнем (, ). У яго добры склад і цікавая падача матэрыялу. Яго гісторыі вельмі падобныя на гісторыі з жыцця, але ў іх практычна нулявая магчымасць адбыцца на самой справе, у . Вось як з гэтай гісторыяй у камэнце.
Па праўдзе кажучы, асабіста я не лічу, што з публікацыямі Івана Хабра стаў лепш. Але яго рэйтынг і іншых жыхароў Хабра кажуць пра адваротнае:
Я не разумею Вашага ныцця. Хабр ужо даўно скаціўся, а аўтар дае крыху агеньчыка і падвышае настрой чытачам) выцягваючы рэсурс з бездані.
Так, Хабр - гэта не дабрачыннасць, Хабр - гэта камерцыйны праект. Хабр - люстэрка, якое адлюстроўвае нашы жаданні. Не мае персанальныя жаданні і не жаданні кожнага асобнага наведвальніка, а сукупнасць усіх нашых жаданняў - "сярэдняе па бальніцы". І Іван Белакаменцаў лепш за ўсіх адчувае, што трэба нам усім у сукупнасці, і дае гэта нам.
Магчыма, я б не напісаў гэты артыкул, калі б я не пачаў глядзець серыял "".
"Мы страцілі Бога" (з)
Гэта з серыяла. І гэта пра нас.
Нас перастала захапляць рэальнасць, створаная Творцам.
Богам, Прыродай, Вялікім Выбухам - як заўгодна. Рэальнасць яна ёсць. Вакол нас і незалежна ад нас.
Мы жывем у ёй у адпаведнасці з законамі прыроды (Замыслам Божым). Мы спазнаем законы (Задума) і вучымся выкарыстоўваць рэальнасць, у якой мы жывем, каб жыць яшчэ лепш. Мы праверам практыкай нашыя здагадкі, адкідаючы няверныя і пакідаючы актуальныя. Мы ўзаемадзейнічаем з рэальнасцю і мы змяняем яе.
І мы вельмі моцна атрымалі поспех у гэтым.
Чалавекаў на планеце шмат. Вельмі шмат. Пры цяперашняй прадукцыйнасці працы нам не трэба больш выжываць - меншасць можа забяспечыць большасць усім неабходным. Большасці ж трэба сябе нечым займаць. Гістарычна лішак рэсурсаў, які выдаткоўваецца на творчасць, трапляў да найболей таленавітых (ці найболей прабіўных, што таксама талент). Цяпер жа свабодных рэсурсаў столькі, што дастаецца ўсім колькі-небудзь таленавітым, незалежна ад узроўню. Параўнайце, колькі фільмаў выпускаецца за год па ўсім свеце, і колькі з іх можна глядзець. Колькі кніг пішуць і якія з іх можна чытаць. Колькі інфармацыі вывальваецца ў інтэрнэт, і што з гэтага прыдатнае да ўжывання.
Чаму такая папулярная прафесія IT-шніка? Ды таму што ў IT можна зліваць бездань рэсурсаў і ніхто і вокам не міргне (успомніце хаця б пра праблему 2000-га года). Бо ў IT можна гадамі распрацоўваць прыкладанні, якія састарэюць яшчэ да запуску, можна спрабаваць інтэграваць несумяшчальныя кампаненты і ткі прымусіць іх круціцца, можна штораз вынаходзіць уласныя ровары, а можна прама цяпер заняцца падтрымкай праграм на Fortran'е, які парасяў мохам яшчэ 20 гадоў таму. У IT можна правесці ўсё сваё жыццё і не зрабіць нічога карыснага. І самае галоўнае - ніхто гэтага не заўважыць! Нават ты сам.
Мала каму з нас удасца пакінуць след у IT-індустрыі. А пакінуць па сабе добрую памяць атрымаецца яшчэ меншай колькасці народа. Вынікі нашай працы абясцэняцца ў бліжэйшыя гадоў 10-20 у лепшым выпадку, а то і раней. І ўжо сапраўды пры нашым жыцці (калі мы дацягнем да пенсійнага ўзросту). Мы не зможам паказаць нашым унукам камп'ютарныя сістэмы, над якімі ў маладосці працаваў іх дзед. Людзі проста забудуцца іх назвы. Я ў пачатку сваёй кар'еры паднімаў паштовыя станцыі. пад "". Мне да пенсіі гадоў 20 і гадоў 10 да ўнукаў, але ўжо цяпер большасць з вас нічога не чула пра "выбітны паштовы дадатак сярэдзіны 90-х" ("top email software package of the mid-1990s").
Можа быць у рэальнасці мы слаба ўсведамляем марнасць нашага IT-шнага цяжару, але на падсвядомасці мы імкнемся ўцячы туды, дзе нам камфортна. У выдуманыя светы, дзе выкарыстанне Scrum і Agile абавязкова прыводзяць да з'яўлення прадуктаў, на дзесяцігоддзі якія заваёўваюць свет сваёй карыснасцю. Дзе мы не простыя маленькія шасцяронкі вялікіх механізмаў, а шасцяронкі, без якіх вялікія механізмы ламаюцца. Дзе наша жыццё не працякае ў бессэнсоўным выкананні руцінных дзеянняў, а напоўнена творчасцю і стварэннем, вынікамі якога мы можам ганарыцца.
Мы ўцякаем у гэтыя цудоўныя, кімсьці выдуманыя светы ад нашай уласнай нікчэмнасці ў свеце рэальным. Мы шукаем у іх суцяшэнне.
Мы шукаем суцяшэнне ў тым ліку і на Хабры. І Іван яго нам тут дае.
Крыніца: habr.com