Синицын, бл🤬

Про обидки В обидах никакого смысла нет вообще. Человека в принципе нельзя обидеть, он может только обидеться самостоятельно и это всегда такой жест Я вот надую губки, топну ножкой и все будет, как я говорю У детей это работает, инфантильность детского общения переносится и во взрослую жизнь. Ну правда, зачем вообще обижаться, а потом еще демонстрировать это? Я всегда просто делаю выводы и потом просто прекращаю общение. Не трачу ни свои нервы, ни нервы уважаемых оппонентов У нас итак слишком много забот, чтобы тратить энергию еще и на обиды, тем более, что оно в принципе бесполезно. Обижаясь, никак не выйдет повлиять на другого человека, это настолько тупая и бесполезная манипуляция, что даже стыдно

Должен ли директор программировать? Давненько пост этот лежит в загашнике и переписывался несколько раз даже Вкратце: если умеет, то конечно должен. Это хороший навык, который не надо терять. Но в свой продакшен он, конечно же, писать ничего не должен. Более того, он обязан этого избегать Знать прод? Очень круто. Понимать, почему приняты те или иные решения? Бомба вообще! Уметь хорошо в мониторинг? Неоценимый скилл. Но все эти скиллы должен быть read-only по отношению к продакшен-системе Во-первых, ну камон, ты уже директор, начальник. Решай свои начальственные вопросы, твоя задача — организовать всех этих прекрасных людей на свершения Ну и во-вторых: верь своим прекрасным людям, начальник, ты их для того на работу и взял, чтобы верить им. Сделай все, что от тебя зависит и не мешай работать инженерам. Тот факт, что ты тряхнул стариной в их глазах выглядит именно как недоверие Инструмент девопса — консоль и ssh. Инструмент руководителя эксплуатации — девопсы

Про когнитивные искажения Любимая тема, отлично впишется в #NoBusinessFriday 😊 Борьбе с этой напастью я посвятил очень много времени, но победы и близко не видать. Хотя, надо признать, я прошел большой путь и сейчас, по крайней мере, умею их замечать. Обо всех когнитивных искажениях поговорить не хватит и десятка постов, да и незачем. Все уже написано до нас, если хотите глубже погрузиться в тему, то очень рекомендую книгу Артура Фримена "Ошибки мышления, или Как жить без сожалений" (ее еще можно встретить под названием "Если бы да кабы"). А мы поговорим о моих самых любимых. Человеки такие хитрые твари, что склонны любые ситуации оборачивать в свою пользу. Ну или думать, что они это делают. Вне зависимости от степени отношения к себе, от нарциссического расстройства до глухой ненависти к себе, человек все равно рисует картинку "весь мир мне должен" и добивается этого весьма изощренными способами. Причем, сюрпрайз, неосознанно. Вот о трех из этих способов я сегодня расскажу. 1️⃣ Наш хит-парад открывает когнитивное искажение, которым страдают фактически все. "Да он накосячил, потому что он мудак криворукий, а я ошибся, потому что случай реально сложный, сходу не вывезешь". Знакомо? Только честно :) Да точно знакомо. Встречайте, фундаментальная ошибка атрибуции. Фактически тот самый переход на личности, дада) Мы всегда стараемся объяснить свои действия внешними факторами, тогда как действия окружающих (а уж "соперников" в любом их виде и подавно) исключительно их личностными качествами. Это большая проблема для руководителя (и не только😁). Приходится реально заставлять себя быть объективным и любое решение просеивать и продумывать. У меня проблем с самооценкой никогда не было, в принципе и я был очень подвержен этой херне. Я почти полтора года вел дневник эмоций и поступков, это помогло, в том числе, научиться более-менее ловить это искажение. Я привел очень утрированный пример, на деле эта ошибка очень коварна и хорошо маскируется 2️⃣ На втором месте милейшее искажение🙂 Эффект Даннинга-Крюгера. С этим искажением знакомы все: чем менее человек профессионален, тем больше он надувает щеки. Сюда прям аккуратненько вписывается микроменеджемент и страх делегирования. Я несколько лет работал с СТО, который считал, что он должен быть погружен абсолютно во все процессы, причем зачастую он нес такую махровую чушь, что в голове включалась обезьянка с литаврами, как у Гомера. Этот эффект лечится опытом и еще раз опытом. И пониманием того, что ошибаться не страшно, а делегировать необходимо. 3️⃣ Ну и завершает тройку лидеров не столько искажение, сколько очень популярная логическая ошибка. "После" — не значит "вследствие" Это про умение находить реальные причинно-следственные связи. Сбой БД совершенно не обязательно связан вот с этим пиком на графике, они могут просто совпасть по времени. Сервис падает не обязательно из-за перегрузки, может нарушиться сетевая связанность, а он не умеет обработать сбой по сети. И сбои в трафике необязательно связаны с введением нового ingress-контроллера. Если уж мы говорим про сложные программно-аппаратные комплексы, то избежать этой логической ошибки как раз помогает проектирование и имплементация observability и решительный отказ от гадания на трех графиках, которые вы умеете читать Для желающих окунуться в прекрасный мир когнитивной психологии рекомендую начать вот с этой прекрасной статьи в Википедии

Продуктовые решения и инженерная культура Поиск баланса между этими двумя понятиями — всегда очень сложное дело. Общих решений нет, все всегда упирается в частности. Зачастую создается сильное продуктовое решение, но слабое инженерное. Продакты управляют разработкой, не желая погружаться в детали. На каких-то общих встречах при определении стратегии все выглядит хорошо. Все помнят про техдолг и про костыли, обещают дать время. Но когда дело доходит до реализации, то часто диалог выглядит так: — Как сделать быстрее чем вы сказали? Никак? Нет, ну как-то же можно? — Да, можно сделать через жопу, но мы не хотим, потому что итак там уже все через жопу, это трудно поддерживать и если делать так постоянно, то скоро все умрет. — Ну давайте в этот раз все же сделаем через жопу, а? — Нет, мы не хотим так больше. — Ну ок, мы согласны записать в бэклог улучшения которые вы предлагаете, но прямо вот сейчас давайте не будем их делать, а засунем их в следующий спринт, потому что нам сейчас нужна эта фича позарез? — Ну ок И всегда все записывается в бэклог и там тихо умирает, потому что всегда появляются новые фичи, которые позарез надо сделать. Техдолг — он, на самом деле, выглядит также, как и обычный долг. Если не следить за выплатой кредита, то он в конце концов тебя похоронит. Также и распухший бэклог рано или поздно похоронит архитектурное решение и будет принято волевое решение провести процедуру банкротства, то есть начать все заново. Кредит — это как обосраться на морозе, поначалу будет даже тепло. А техдолг — это тот же самый кредит по сути своей. Выплачивайте техдолг равными долями. Выделяйте время в спринте на работу только над техдолгом. Добивайтесь того, чтобы задачи из техдолга попадали в спринт.

Про ошибки Позавчера был пост про свои ошибки, сегодня про чужие давайте поговорим, точнее про отношение к ним Ошибки — это единственный способ научиться, по сути. Когда ты знаешь, как правильно, то у тебя только один путь — делать как правильно. Когда ты знаешь, как неправильно, то путей бесчисленное множество — надо просто не делать как неправильно и тем самым открывать себе поле для экспериментов У нас модель образования традиционно построена на наказании за ошибки. Обучение с негативным подкреплением: успехи воспринимаются как должное, ошибки порицаются. Такой подход вырабатывает выученную беспомощность и вместо человека разумного на выходе получается биоробот с набором функций. А так как нас с детства учат с таким подходом взаимодействовать, то мы неосознанно распространяем его как верную модель поведения А надо идти, как раз, от обратного: создавать благоприятную среду для ошибок и развивать личность именно в ней. То есть некий такой playground, где можно (и нужно!) все ломать без страха и упрека Если подумать глубже, то вся наша жизнь и есть такой плейграунд, не надо бояться ломать, надо научиться делать так, чтобы ошибки не влияли на основные процессы Chaos Engineering в технике и Blameless Approach в пипл-менеджменте как раз про это, бтв

Папка Downloads Это мой личный кошмар и пиздец🤪 На самом деле, не она одна) У меня есть несколько мест на "Разгрести", которые прям физически травмируют мою психику И если можно принять волевое решение и папку Downloads просто поставить на самоочистку раз в месяц (не ушпел? значит не так уж и нужно было), то с ящиками под телевизором так уже не получится Бросить как есть все тоже нельзя, оно болит😭 Я живу в перманентном бардаке, но он только кажется бардаком, он — сложноорганизованный порядок, на самом деле. А вот в тех местах, что на скриншоте — там именно бардак и он меня травмирует тем, что я не знаю, что там происходит в данный момент. Контрол-фрик внутри меня страдает Проблемку решаем очень просто) Строим вокруг бардака мой любимый рутинный процесс. В календарике один час в неделю направляется на работу с бардаком. Неважно, какую именно сферу бардака я буду разгребать, но один час надо на это потратить. Вангую, что через пару месяцев все придет в норму)

Про битых и небитых В программе подготовки астронавтов NASA есть указание, что кандидаты с опытом провалов и фейлов предпочтительнее. Такой кандидат во-первых, уже видел некоторое дерьмо, а во-вторых, смог из него вылезти и добраться сквозь все скрининги до программы NASA, они туда не набирают кого угодно с улицы Я и сам, в некотором роде) У меня в загашнике пяток успешно похороненных бизнесов, например. Не один раз, а целых пять жизнь макала меня ебалом в асфальт. Но я с завидным упорством продолжал карабкаться, старательно обходя грабли, на которые наступил в прошлый раз (спойлер: там каждый раз новые). Нет, не потому что я такой охуенно настойчивый, я просто не очень умный и очень любопытный🤷‍♂️ На собесах я люблю спрашивать про самый большой упоротый косяк в работе и меня настораживают люди, которые с гордостью говорят, что не косячили. Оукэй, а если вот ты сейчас накосячишь, то что делать-то будешь? Работа SRE — она такая, надо думать и действовать очень быстро и если такого опыта нет, то по книжкам его получить не удастся А то у нас директора, CTO блять, на полном серьезе узнают от нонеймов в чате, что такое GMV🤷‍♂️ Хочется спросить: милый, ты как сюда забрался-то? Случайно чтоли? Ну так слезай, пока не зашибли. Любите свои косяки и ошибки — это самый ценнейший, уложенный и переваренный опыт. Впитывайте знания и не прыгайте через ступеньку, когда поднимаетесь вверх. На пропущенной может быть что-то очень ценное😊 И помните: за одного битого двух небитых дают

Be a manager Руководитель обязан принимать решения не обладая должным ситуативным опытом, не имея полных данных и с высокой ценой ошибки Можно делегировать часть ответственности, но нельзя делегировать ее всю, иначе зачем ты нужен как руководитель? Прослойки между людьми в цепочке, которые гоняют слова туда-сюда стремительно теряют ценность в продуктовых компаниях, но опять обретают ее в энтерпрайзе. Ну точнее они думают, что обретают. Нанимать людей умнее себя — это как раз про это. Делегировать выполнение задач, делегировать ответственность за выполнение задач и собирать ответственность за результат в своих руках. Верить людям страшно, очень хочется сделать все самому. Страшно потому, что ответственность-то все равно твоя. За них, за себя, за свой кусок продукта и за того парня еще Руководитель должен обладать видением (как же тупо пеерводится слово Vision на русский😁) как продукта в целом, так и своего места в нем. Я всю жизнь в инфраструктуре. Когда я научился рассматривать инфраструктуру как отдельный продукт внутри компании, жить стало гораздо легче. Применение продуктового подхода в управлении инфраструктурой — хорошая, интересная и разноплановая задача, кстати

Про счастье В видео про дзен я говорил, что счастье — это неверный термин. Ну то есть верный конечно, но сама конструкция счастья довольно нестабильна. И антоним счастья — это не несчастье (или грусть там например), а безразличие Несчастные люди не будут пердолить фичи и деливерить, несчастные люди будут думать о том, что им грустно, что им хочется уволиться, но вкусная айтишная зарплатка держит лучше золотой клетки Кредиты, жена запилит, дети подрастают и все вот это.. И конца и края этому не видно. Я топлю за счастье технических ребят и за культуру в рабочих процессах в IT. Когда я начал масштабные исследования на эту тему, то прям подохренел: всем похуй, прям подавляющему большинству. Захандрил разраб? Ну лан, сам как-нибудь вырулит... ДМС вон есть, пусть сходит, таблеточек ему выпишут И тут же срут в уши про команду и про "мы семья". Ну да, семья, но ты приемный, сорян🤷‍♂️ DevEx — это также как UX, только DevEx: методология исследования паттернов взаимодействия технических команд с инструментами и окружением. Мой первый шаг в этом направлении — доклад с PHDays, первый, но не последний) Скоро большой апдейт по теме, stay tuned