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