Защита Асо

История Асо
Как-то в 1985-м году самолет, капитаном которого был Кохэй Асо, совершил аварийное приводнение. Как и полагается в таких ситуациях, состоялось серьезное разбирательство, почему же всё так произошло.
И вот, согласно этой истории, комиссия собиралась хорошенько размотать капитана кучей фактов и ожидала, что он будет юлить и выкручиваться, усугубляя в их глазах строгость наказания.

Но когда у него спросили, почему так вышло, он просто сказал: «Асо облажался». Это было настолько неожиданно, что такой способ прямого признания ошибок в некоторых кругах получил название «защита Асо».

Асо, кстати, не уволили. Но понизили до второго пилота. И вроде как это сильно мягче, чем если бы он начал выкручиваться, не признавать вину, спихивать на кого-то или что-то другое.

История из моей жизни
Много лет назад я проходил срочную службу в армии. У нас был командир роты – довольно специфичный мужчина. Со своими закидонами и афоризмами, конечно, но определенная житейская мудрость у него была. И вот у него было правило – не наказывать тех, кто накосячил и сам признался.

Кто по мелочи накосячил и на ровном месте отмазывался, кося под дурачка, тот получал порцию негатива, так скажем.

А мы как-то с товарищем изгваздали принтерными чернилами стену в ротной канцелярии прям напротив того места, где всегда этот ротный сидел. Ну то есть не было шанса, что это останется незамеченным. Мы сразу пошли и сказали, что так вышло, ожидая, что тот будет негодовать. А он просто сказал: «Ну календарь тогда тут повесьте поверх этого безобразия и хорош».

Это я к чему всё?
К тому, что периодически в жизни встречаю людей, которые категорически не хотят признавать свои косяки ни в большом, ни в малом. То есть человек что-то сделал такое, или как-то выставляет тебя неправым, хотя не прав он. И когда выясняется, как на самом деле, то гражданин либо отмалчивается, либо говорит что-то типа «ну ладно», как будто одолжение тебе сделал, что изволил послушать про свою неправоту.

Мне кажется, это просто по-человечески некрасиво и неуважительно. Я считаю, ничего зазорного нет в том, чтобы признать, что косякнул и извиниться, что это кому-то принесло неудобство. Да и в целом в том, чтобы ошибиться, тоже нет ничего экстраординарного.
Хотя я встречал граждан с идеями «если я признаю, что я не прав, то я покажу свою слабость». В итоге их чаще считали не сильными, а мудаками. Ну это, наверное, к психологу надо с такими загонами.

Итог
Как я и всегда говорю, людей надо уважать. Совершил ошибку? Признай её, извинись, разберись как чинить и живи дальше.
А если вы со стороны тех, кто пострадал от этой ошибки, то тоже не перегибайте. Ведь бывает такое, что уже и извиняются, и предлагают пути улучшения, а человек просто бубнит и бубнит, хотя это точно никому не поможет и ничего не исправит.
Понимаю, эмоции требуют выхода, но не надо доводить людей до такого состояния, когда они перестанут признавать свои ошибки, лишь бы ваш бубнеж не слушать.

Я принес. Такое тимлидство нам не нужно

Пару месяцев назад наткнулся на эту статью и понял, что обязательно надо ей когда-нибудь с вами поделиться. А раз уж у меня стабильно заработала рубрика “Я принес”, то здесь ей самое место https://habr.com/ru/articles/756286/

Статья пропитана болью и бестолковостью часто встречающегося бытия тимлидом. Код надо писать 90% времени, с командой работать, с процессами работать, с мотивацией работать, с проектами работать, с заказчиками работать и кучу всего разного делать, а если что-то не успел – значит, плохой тимлид.

При этом фактического управленческого рычага – шиш да маленько.
Очень часто встречаются тимлиды, РУКОВОДИТЕЛИ (вроде как), которые не то что не могут повлиять на повышение зарплаты своих коллег, но её даже тупо не знают, потому что “тебе не положено, вот почему”. Такие управленцы низкого уровня, которые скорее дежурные задницы за всё, нежели реальные руководители.

Вот такую проблему поднимает автор статьи. И, на мой взгляд, она частенько встречается.

P.S. Пока весной менял работу, пообщался с шестью средними и крупными компаниями. Только в полутора компаниях из шести было не так.

Антихрупкость в ИТ

Недавно побывал очередной раз в гостях у Хекслета. Мы вместе с Александром Бындю говорили на тему антихрупкости в ИТ.
Саша в этом деле большой специалист. Много чего повидал, поделал и даже книгу про это написал.

Лично для меня было очень приятно побывать с Сашей вместе в одной дискуссии, потому что я впитывал его знания, еще когда 10 лет назад пришел стажером в разработку из администрирования. Какие-то непонятные солиды-шмолиды, что это такое вообще? Обошел много статей в интернете, и у него в блоге это было написано наиболее понятным для меня языком, да еще и с примерами.

А теперь спустя столько лет мы вместе общаемся и пересекаемся иногда на разных конференциях.

Уж не знаю, насколько мы раскрыли тему (она огромна, а время ограничено), и насколько тут я пользу принес, но хотя бы успел затереть про свои любимые письменные стендапы, и на том спасибо 🙂

Ссылка тут https://www.youtube.com/watch?v=5YLL1FZWC6c

А еще я напомню, что когда-то я делал вебинар в Хекслете с гайдом начинающего тимлида, который вроде как неплохо людям зашел и свою порцию пользы принес.
Тут ссылка на видео https://www.youtube.com/watch?v=y_HkXvFovAc а тут на хабрастатью по мотивам этого видео https://habr.com/ru/articles/559394/

Три вопроса

Летом был на тимлидском ивенте КРОКа, и там один из участников делал интересный доклад для руководителей. А заканчивал он тремя вопросами, над которыми надо хорошенько подумать каждому.

Я хотел про эти три вопроса написать пост еще тогда, но что-то затянул.
А вот сейчас так вышло, что в айтишном пузыре вокруг меня встречаю уже не первую, и даже не вторую смерть от сердечной недостаточности. Причем люди-то по сути молодые, 40-45 лет примерно.
Поэтому кажется, что и мне надо себе почаще эти вопросы задавать, раз уж я недавно из возраста молодежи вышел, да и вам лишний раз напомню.

Всё ли получается?
Всё ли у меня выходит с проектами? А с людьми в команде? А со смежными командами? А с заказчиками? А с руководством? А с профессиональным развитием? А с карьерным ростом? А с финансовым ростом?
А ведь помимо работы у меня есть семья, друзья, жизнь за пределами монитора. Там как получается?

Счастливы ли вы?
Счастье – сложный термин. Каждый пусть сам решит, как его трактовать. Однако, на мой взгляд, тут главное не стоит путать с усталостью. Иногда человек может не перенапрягаться особо, но быть несчастен от происходящего, и наоборот, уставшим, но довольным.

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

Итог
Задайте себе 3 этих вопроса и честно на них ответьте.
А потом вспомните поговорку, что осознание проблемы – это первый шаг к её решению.
Ну и следите за своим физическим здоровьем, пожалуйста.

Я принес. Подготовка к system design собеседованиям

Собеседования по system design – это стандартная практика в многих бигтехах и у тех, кто под них мимикрирует. И прохождение этих собеседований является отдельным навыком, требующим подготовки.
Это я вам точно скажу на своем опыте: в прошлом году не готовился особо и провалил несколько таких собесов, а в этом готовился и успешно прошел несколько таких собесов. Некоторые из пройденных были даже в тех же компаниях, в которых провалил в прошлом году.

Перейдем к материалам.

Серия видеозаписей, подробно объясняющих, что и как делать:
⁃ https://www.youtube.com/watch?v=Cth-B4r_pf4
⁃ https://www.youtube.com/watch?v=Be7INI_U6GY
⁃ https://www.youtube.com/watch?v=jUbOm0B-eKQ
⁃ https://www.youtube.com/watch?v=Wh5Ya6UFG1k

Статьи:
⁃ https://stefaniuk.website/tags/system-design/
⁃ https://github.com/donnemartin/system-design-primer/
⁃ https://habr.com/ru/companies/avito/articles/753248/
⁃ https://github.com/vitkarpov/coding-interviews-blog-archive#system-design
⁃ https://habr.com/ru/companies/yandex/articles/564132/

Книги:
⁃ https://www.litres.ru/book/martin-kleppman-1733/vysokonagruzhennye-prilozheniya-programmirovanie-mass-39100996/
⁃ https://www.litres.ru/book/aleks-suy/system-design-podgotovka-k-slozhnomu-intervu-67193183/

Смотрите видео, читайте и конспектируйте статьи и книги. Для пущей уверенности можно на гетменторе кого-нибудь найти, чтобы тестовые собесы провести.

Да кто такой этот ваш Serverless?

Так уж вышло, что я впервые услышал про серверлесс из подкаста. Лет 8 назад слушал Радио-Т, и там обсуждали амазоновские лямбды.
Потом слушал подкаст Антона Черноусова The Art Of Programming, и он там тоже неоднократно эту тему обсуждал.

А тут вот так случилось, что мы с Антоном стали коллегами, а сам он стал, ни много ни мало, девелопер адвокатом, и на этих ваших серверлессах собаку съел.

Так что мы решили тоже через подкаст подкинуть людям знание про serverless. Что это такое, зачем оно нужно, в каких случаях применимо, чем выгодно, как может обанкротить, как развивается в мире, как сдвигает привычную парадигму разработки и т. д.

Приятного прослушивания!
Ссылка на пост с описанием и картиночками здесь.

Все всё знают (ну почти)

Есть типовая холиварная тема, должны ли люди знать зарплаты коллег или не должны. Ну либо просто могут или не могут.
Есть сторонники и той, и другой точки зрения.

За знание
Знание зарплаты коллеги может помочь оценить адекватность своей зарплаты. Я встречал иногда такое, что за одну и ту же работу платили людям разницу в х2. И человек, зарабатывавший вдвое меньше, узнав это, стал зарабатывать вдвое больше (либо уволился от обиды и ушел в другое место на х2). Ну то есть человеку это выгодно.

Еще вариант, который продвигают некоторые люди: идея построения не то что утопичного, но довольно идеалистичного места работы, где каждый прозрачно обо всем информирован, морально удовлетворен, не чувствует торга, борьбы, «несправедливости», а своё время, силы и довольный креативный разум направляет на работу, а не вот эти вот торги.

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

Против знания
Наверное, многие из вас слышали и читали пример политики студии Лебедева, где никому не положено знать. И если начинается обмен зарплатами, то это может быть поводом для увольнения. Может, сейчас там и не так, но когда-то я слышал именно такую информацию.
В целом понятно с точки зрения работодателя, почему это удобно. Сложно на больших цифрах сохранять идеальную социальную справедливость. И иной раз ты хочешь кого-то конкретного удержать, поднимаешь ему зарплату, а если всё максимально публично, то либо не удерживай, либо всем поднимай. А всем поднять, хоть и на немного – уже огромная дополнительная нагрузка. Так что компании выгодно незнание.

Что я думаю
Я люблю шутить, что в таких разговорах неважно, на какой вы стороне. Всё равно все уже собрались у кулера, в курилке, в столовой, на анонимных сайтах и всё обсудили. Кому сколько платят и кому какую премию дали.
И ведь это на самом деле только частично шутка. Безусловно, есть люди, которые так не собрались, но мне чаще встречались всё же те, которые собрались.
И личное мое наблюдение – люди задерживались дольше в компаниях, где этими знаниями обменялись, нежели там, где все закрылись. Но может быть, это только моё личное искажение, тут ничего не буду утверждать обобщающее.

Итог
Если вы работодатель и рассчитываете на то, что никто ничего не знает, потому что вы запретили и сказали, что это NDA, то я бы советовал не обманываться.
Во-первых, люди уже узнали, что нет NDA в России. Коммерческая тайна есть, но тоже уже разобрались многие, что зарплату нельзя подвести под коммерческую тайну.
Во-вторых, даже если люди в законодательстве не успели разобраться, то шептаться на кухне продолжают.

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

Я принес. 10 грехов роста компании, команды и себя

Еще 2 года назад посмотрел это видео Ромы Ивлиева и отложил себе в копилочку того, что надо сохранить надолго и пересматривать регулярно.

Там, кстати, по ходу доклада постоянно и сквозит мысль про то, что нужно много чего регулярно пересматривать, переобдумывать, перевалидировать.

https://www.youtube.com/watch?v=UxjlgdLo-XI

Как надо vs как работает

В ИТ многие из нас довольно много времени уделяют обучению. Что в разработке, что в менеджменте часто учат каким-то эталонным концепциям.
Ну типа, паттерны и солиды используйте так, а диаграмму Ганта и стори поинты эдак. Всё, поздравляю, вы прошли обучение, идите во взрослый мир и делайте круто.

Только во взрослом мире где-то кода пришлось навертеть больше на ровном месте, чтобы завелся паттерн, который тебе поможет в будущем поведение кода расширить легко, но проект не эволюционирует, и всё зря. Лишь поддерживать сложнее стало. А где-то понаоценивал стори поинтов, понастроил гантов, а потом у одного кошка заболела, другой уволился, заказчик переобулся в полете, и всё разъехалось с этим планированием.

Это я к чему?
К тому, что иногда то, как должно быть в теории, не совсем ложится на практику. Мир сложнее и непредсказуемее, чем теоретический пример, на котором нам это проиллюстрировали. И тут требуется внимание, сознательность и опыт, чтобы понимать, где стыкуется теория с практикой, а где надо адаптировать под реальность.

Один из классических примеров теории – спринт с фиксированным скоупом на две недели: вот у нас нагрумленные задачки, вот цель спринта, вот мы все собрались с силами и стартанули. А в конце спринта мы почти всё или всё закрыли, провели ретроспективу и сидим румяные и довольные, достигшие цели. Так «надо».

А по факту, у многих людей всё это эволюционирует в чудовище Франкенштейна, сшитое разноцветными нитками из канбана и скрама, где спринт лишь сужает условный целевой скоуп, а дальше всё приоритизируется и по очереди вытягивается, но все знают, что обязательно где-то что-то у кого-то загорится и мы еще пойдем потушим там. Кто поумнее, даже под пожаротушение сразу запас времени закладывает. Ну и ритуалы всякие типа грумингов и ретро каждый сам добавляет или урезает, как ему и его команде подходит. И оно работает.

Аналогия из спорта
Как вы знаете, спортом я немножко увлекаюсь, поэтому люблю оттуда аналогии приводить.
Я уже лет 15 люблю бокс. Интересовался биографиями разных боксеров, историей популярных поединков, становлением разных стилей бокса.

Так вот оказывается, в боксе нередка история, когда боксом начинает заниматься человек, который от природы обладает нокаутирующим ударом. Бьет он коряво, и вроде бы не профессионально, но людей с ног сбивает исправно.
А потом попадает к тренеру, который его учит как «надо». Человек начинает бить технично, но удар пропадает, и человек перестает нокаутировать.
А потом попадает к другому тренеру, который вернул из «как надо» в «как работает», адаптировал немного защиту, чтобы при корявых ударах самому не наполучать сильно, и человек уже чемпион.

Итог
Иногда теория с реальной практикой не очень совпадает. Нужен опыт и сознательность, чтобы, понимая полезные мысли теории, адаптировать её к реальности и смириться с тем, что стало не так красиво, зато работает нормально.
Ну и в целом надо не бояться показаться «корявым». Какая разница, как оно выглядит, если вы знаете, почему оно такое и оно в ваших руках пользу приносит.

Я принес. Всякое менеджерское

Как айтишный подкастолог и менеджер, не могу не отметить выход двух хороших менеджерских подкастов в последнее время.

1. Письма Лиды Таймовой
Делают подкаст ребята из Тинькофф. Управление изменениями, профессия деливери менеджера, оценивать или не оценивать задачи, как заходить в новую команду, и всякое такое. Тайминг – 1 час.

2. Бреслав и Ложечкин
В ролях, как вы уже поняли, Андрей Бреслав и Алекандр Ложечкин. Не знаю, как вам, а мне этих товарищей детально представлять не требуется.
А продюсируют подкаст, насколько я понимаю, ребята из уважаемого мной подкаста Podlodka.

Делегирование, управление временем и энергией, выгорание, как руководителем становятся и как из него откатываются, и многое другое любопытное, сквозь призму жизни и опыта ведущих. Тайминг – 1 час.

3. А еще, пользуясь случаем, пока регистрация не закрыта, сообщу вам о том, что на YaTalks’е, который пройдет 5-6 декабря, мы с Настей Абрашитовой сделаем доклад про то, как менять работу тимлиду. Постараемся разоблачить стереотип, что ты врос корнями в компанию и «заточился» под неё, а в других компаниях ты со своим специфичным опытом нафиг не нужен. Тем более вы знаете, я менял работу этой весной после 7 лет тимлидом в одной компании)
Конференция будет в Москве и Белграде. Наше с Настей выступление будет 6-го в Москве.

Мероприятие бесплатное. Регистрироваться тут.
Я так понимаю, что даже на онлайн часть лучше тоже порегаться, за это вроде бы какие-то подписки и доступ к курсу обещают.

Горизонтальная мобильность. Зачем она нужна, и как правильно её готовить

В некоторых компаниях, особенно в крупных, существует такое понятие как «горизонтальная мобильность». Сегодня мы с вами разберемся, что это такое и как оно работает.

Точно не обойдем стороной минусы, помимо плюсов. Поговорим, что всё это не бесплатно обходится для компании и команд. Тем не менее придем к выводу, что пользы тут больше. Главное – уметь эту самую мобильность правильно приготовить.
Разные способы организации, типичные хорошие практики и распространенные ошибки тоже узнаем.

Для меня это был очень познавательный выпуск. С некоторыми практиками я никогда не встречался вживую.

Обсуждать мы это будем вместе с ребятами из Контура — крупнейшего IT-разработчика Екатеринбурга. Сегодня в гостях Денис Фомин — руководитель направления программной инженерии. И Максим Захаров — руководитель направления тестирования. Ребята расскажут о своем опыте в качестве тех, кто горизонтально мобильничал, а так же тех, кто эту мобильность внедрял в компании.

Ну и отдельное спасибо Даше Пихновой, с которой мы знакомы еще с ранних сезонов тимлидской подлодки, что помогла этому выпуску состояться.

Приятного прослушивания!
Ссылка на пост с описанием и картиночками здесь.

Давайте еще походим, посмотрим

В детстве я не любил ходить с мамой на рынок, а любил с папой. Мама увидит хороший товар и говорит: «Мы сейчас еще походим, и потом вернемся», а папа такой: «О, нормально, берем». В итоге с папой можно было управиться за полчаса-час, а с мамой меньше трех часов не бывало.

Дисклеймер
Некоторые говорят, что рынок айти скукожился и плох собой. Я с этим не согласен и мои личные наблюдения, мониторинг рынка и обзор того, что говорят эксперты, показывают, что мидлы, сениоры и прочие товарищи продолжают расхватываться, как горячие пирожки. Джунам тяжело. Классическая история, что богатые богатеют, а бедные беднеют.
Свои дальнейшие рассуждения в посте я буду строить исходя из своего ощущения рынка труда в ИТ.

Что на работе со стороны работодателя?
До сих пор нередка ситуация, когда приходит неплохой кандидат. Его собеседуют, считают, что он подходит, но между собой решают, что нужен не просто хороший, а нужен ЛУЧШИЙ. И желательно такой, который прям идеально подходит под 100% требований, чтобы, как говорится, без раскачки.

Потом частенько случается, что ЛУЧШЕГО ищут долго. Прям видел, как на позицию рядового тимлида людей ищут по году с лишним. Или разработчика-питониста.

А еще бывает после того, как поняли, что второй кандидат из десяти посмотренных подходит, что его уже схантили.

Что на работе со стороны кандидата?
А там кандидаты обходят сразу компаний 5-10 в параллель и собирают урожай офферов. Если кандидат очень ловкий, то он соберет офферы примерно в одно время и выберет наиболее подходящее место. А если нет, то офферы поступают в разное время и иногда наиболее заинтересованные эйчары могут подсечь кандидата трюком «вот тебе +N, но прекращай ходить по рынку и выходи к нам прямо сейчас».

Ну и в целом кандидатам не сказать, что легко даются собеседования в плане моральных сил. Этой весной я по паре-тройке десятков созвонов походил, два желанных оффера получил, а от остальных собесов просто отказался, потому что уже заколебался.
Так что тут тоже можно подсечь кандидата на фоне нежелания продолжать кучу собесов.

Что я предлагаю?
⁃ Помнить о поговорке «лучшее – враг хорошего».
⁃ Хорошо формировать профиль кандидата (писал про это когда-то статью https://habr.com/ru/articles/570832/ и там же ссылка на видео докладец на митапе).
⁃ Быть готовым дотягивать кандидата до нужного уровня и здраво оценивать, насколько это выгодно по времени/усилиям.
⁃ Не надеяться, что кандидат подождет еще N времени, пока вы весь рынок обойдете.
⁃ А кандидату параллельно собеситься и подгадать так, чтобы сразу выдали пучок офферов для получения наиболее объективной картины выбора без спешки.

Итог
На мой субъективный взгляд, рынок всё еще во многом кандидатский. И надо уметь кандидатов этих подсекать.
Ну а если вы кандидат уровня мидл и выше, то могу только вас поздравить.

Я принес. 16 Don'ts of Career Growth

В последние пару-тройку лет активно форсируется всякая “осознанная меркантильность” в разных её проявлениях. До сих пор бурлят споры как к некоторым проявлениям относиться.

Но я сегодня предлагаю вам почитать статью еще из 2017 года, где, небезызвестный многим, Егор Бугаенко предлагал свою версию осознанной меркантильности https://www.yegor256.com/2017/01/24/career-advice.html

К Егору, кстати, тоже многие относятся по-разному. Мой пост сегодня не про то, как “надо”, или "не надо", а просто про познакомить вас с точкой зрения, которую частенько не принято высказывать.

Требования к прорабу

Уже давно хотелось куда-то эту мысль впихнуть. В доклады всё забываю, хотя бы в пост положу.

Вот делаете вы, например, ремонт. Вам нужно нанять прораба с бригадой строителей.

Предлагаю выбирать играющего тренера. Требования следующие:
⁃ 80% времени штукатурить стены, монтировать электрику и сантехнику.
⁃ Реализовывать самые сложные стыки плитки с другими материалами под невероятными углами.
⁃ Желателен фуллстэк. Как черновые, так и чистовые работы.
⁃ Роспись по стенам будет плюсом.
⁃ Ну и в свободное время на сдачу нужно специалистов набирать в команду, контролировать, что остальная бригада наделала, что она вообще работает, а не водку пьет, что в сроки укладывается, что материалов хватает и т.д.

Звучит абсурдно, но чем вам не типичная вакансия, тимлида – играющего тренера?

Возможно, кто-то в комментах придет и расскажет про умельца, который со своим корешем на пару царский ремонт в однушке отгрохали. И будет справедливо. Бывает и такое. Небольшой проект, мало людей, можно всякого поделать и базово договориться с корешем, чтобы всё было нормально.

Однако на больших объектах кажется, что бригада нужна побольше, а то и не одна. И было бы странно, если бы прораб вместо того, чтобы с общей энтропией совладать, просто обои фигачил без стыков в гостиной.

Как и в любом посте с аналогиями, буду ждать либо еще ваших дополнительных забавных примеров, либо пояснений, что всё не так.

Итог
На мой взгляд, надо понимать, какова у должности главная цель, и ставить в приоритет именно это.
Ну и, безусловно, размер проекта и команды, сложность стэка и прочие вещи внесут свой контекст, который нельзя не учитывать.

Я принес. Смена работы тимлидом

Недавно в комментариях к одному из моих постов поднимался вопрос смены работы тимлидом. В том ключе, что тимлид очень сильно завязан на специфику компании, команды, проектов, социальных связей со смежниками и т.д. А за пределами всего этого уютного, теплого и знакомого мира он не нужен и ценности не представляет.

Вот мы с Настей Абрашитовой с этим не согласны. И настолько не согласны, что сделали про это целый доклад, который совершенно недавно и прочитали.
Доклад был парный, что мне принесло дополнительную сложность в подготовке и исполнении. Теперь я еще много раз подумаю, прежде чем в парный доклад вписаться 🙂 Но Настя – надежная и опытная напарница, так что всё прошло хорошо (на мой взгляд).

Можно посмотреть тут https://yatalks.yandex.ru/ru/live?day=life&track=live отмотав на 3 часа 30 минут.

Upd: на ютубе отдельно видео тут https://youtu.be/O0ZuF404eUY?si=3L9BG6d0SeO2a4rf

В ИТ вошли, а как выйти? А стоит ли?

Очень много историй про то как войти в ИТ (и понятно почему), но про выйти из ИТ мало.
Мы давно уже хотели сделать этот выпуск. Да еще и гость нашелся чудесный!

Когда я искал гостей, я нашел людей, которые занялись пошивом кожаных изделий, открыли бар, стали блогерами на тему науки и т.д.
Но тут жена вспомнила «Мы же с тобой все стендапы на ютубе с Севой Ловкачевым посмотрели, а он в ИТ работал. Что вы его к себе не позовете?»
И я подумал, а действительно, чего это мы 🙂

Рад, что Сева с большой готовностью откликнулся. Для меня это был позитивный опыт, после того как я получал отказы на приглашения разных популярных ютуб деятелей для некоторых выпусков.

В результате получилось интересно, душевно и реалистично.
Ну и смешно конечно. В этом выпуске никаких моих каламбуров, только шутки от профессионала. Вот это классный стендап, а не как мы каждый день привыкли на работе 🙂

Как легко перейти из ИТ в стендап, достаточно просто…..годами фигачить куда-то в одну точку с огромным упорством и без гарантированной отдачи. И тогда может быть всё сложится.

А еще моя любимая тема – как помогают навыки менеджера везде в жизни (в данном случае в стендапе).

Приятного прослушивания!
Ссылка на пост с описанием и картиночками здесь.

10 минут тишины

Как-то слушал подкаст DevZen, и там один из ведущих рассказывал про практику «10 минут тишины» (или 15, плохо помню).
Суть в том, что вы садитесь/ложитесь, отключаетесь от всяких отвлекающих факторов и просто стараетесь ничего не делать и ни о чем не думать.

Я решил попробовать делать это в середине рабочего дня.

Что у меня получилось
Пока ты работаешь, общаешься в чатиках, созваниваешься, делаешь задачи, что-то планируешь, кажется, что всё нормально и обычно.

Как только ты садишься/ложишься на 10 минут, убирая все девайсы, выключая музыку, не разговаривая ни с кем, оказывается, что:
⁃ Очень сложно отвлечься и не срываться мыслями, чтобы что-то додумать, допланировать, мысленный диалог с кем-то построить.
⁃ Время тянется невероятно долго.
⁃ Ты понимаешь, что всё время до этого был в очень бурном эмоциональном и умственном напряжении, и вот только сейчас останавливаешься и выдыхаешь. Для меня самой удивительной оказалась именно эта часть. Я и не представлял, насколько сильно я накручиваюсь, при этом думая, что всё четенько и спокойно.

После такого умственного и эмоционального отдыха, кажется, что работается дальше немного проще и спокойнее.

Что-то это напоминает
Да, это в некотором смысле похоже на медитацию, только без каких-то особенностей по позиции, умственному настрою, духовной составляющей и прочему.

А еще Максим Дорофеев делал 5 лет назад видео на подобную тему https://www.youtube.com/watch?v=MY_E-P9KzrI

Посмотрите и попробуйте. Вдруг вам понравится? Только правда попробуйте. Не промотайте на х2 со словами «ну, эцсамое, концепция ясна», а сделайте. Это займет очень мало времени.

Итог
Многие из нас – достигаторы. У всех работы всегда море, чатов и созвонов просто пруд пруди и кажется, что надо бежать еще быстрее, чтобы везде успеть.
Но есть подозрение, что иной раз надо не включать ультра-мега-турбо режим, когда и так уже скорость шкалит, а наоборот тормознуть и отдышаться.

Я принес. Капсулы времени

Есть доклад Евгения Идзиковского https://www.youtube.com/watch?v=dGi2FuObDE8

Вообще он про выгорание, и там много всяких составляющих, но мне нравится в нем особенная часть про капсулы времени. Женя предлагает в некотором смысле провести дефрагментацию своего рабочего времени, разделяя отрезки сосредоточения, «распыления» и отдыха.

Не скажу, что я хорошо освоил эту методику, но попытки определенные были, и во время этих попыток правда работалось чуть легче, спокойнее и продуктивнее.

Если вы что-то подобное пробовали, то расскажите в комментариях о своих успехах и неудачах, пожалуйста.

Опыт опыту рознь

Часто можно прочитать в требованиях к вакансии – «N лет опыта».
С одной стороны, можно понять, почему опыт хотят, а с другой – можно и не понять.

Можно понять
Опыт – это наша насмотренность на разные ситуации. Это ошибки, которые совершали мы и наши коллеги, уроки, которые из них извлекали, способы, которые мы впитывали, чтобы их больше не повторять. Это успешные решения, которые мы приобретали последовательно, осознанно, проходя через много разных стадий, а не просто потому, что кто-то так в статье или книжке написал.

Известна поговорка, что теория без практики мертва, а практика без теории слепа. Вот это совмещение теории и практики я и рассматриваю как «опыт».

Одно дело, кто-то заучил ответы на теоретические вопросы на собесах и прошел входной барьер, а другое дело то, как он будет эти знания и навыки применять, как ориентироваться в том, что несет жизнь, команда, люди, бизнес, бурлящие бурления айтишные, когда много неизвестности, спешки, техдолга, низко и высоко висящих фруктов.

Можно не понять
Иной раз бывает, что кто-то насиживает на попе ровно много лет опыта, а опыт этот совершенно непрактичен и остановился в своем развитии где-то после первого года.

Как-то еще давно я собеседовал лида веб-разработчика с 10 годами опыта, у которого в команде не просто деплоилось по FTP, а прям разработка была вся по FTP на одном и том же продакшен сервере.
Разработчики заранее договаривались, кто какой файл редачит, чтобы при сохранении не перетереть изменения друг друга. На вопрос, почему бы им гитом не пользоваться и не завести отдельные машины для разработки каждому, он говорил: «Ну, я читал об этом, да. Вот всё думал внедрить, но что-то пока руки не дошли».

Я не к тому, что он специалист плохой, а к тому, что 10 лет его опыта не похожи даже на 3 года опыта одного моего товарища, который пришел в сильную и компетентную команду, абсолютно не умея разрабатывать (сисадмином у них в офисе работал), и которого за 3 года сделали офигенно крутым разработчиком, который и сложные проекты тащил, и всякие доклады хардкорные докладывал, и в другие страны его с руками оторвали на работу.

Что делать?
Мне сложно однозначно сказать, надо ли писать про опыт в вакансии, или не надо.
Однако я точно уверен, что не надо по этой цифре фильтровать. Она – всего лишь абстрактное пожелание в вакууме, а не заградительный забор.

В плане менеджерского опыта и собесов мне больше нравится идея делать нормальные интервью. Что в Яндексе, что в Авито я проходил неплохие секции, где тебя сначала про твой опыт поспрашивают глубоко: что делал, как делал, почему именно так делал, а какие плюсы получил, а какие минусы, а что бы по-другому сделал, а почему и т.д.
А потом еще всяких разных менеджерских кейсов выдадут, чтобы посмотреть, как ты ориентируешься, какие решения принимаешь, какой контекст пытаешься вызнать, прежде чем что-то решить.

На мой взгляд, это одновременно и очень легкие, и очень сложные интервью. Очень легкие, потому что я к ним даже не готовился. У меня есть мой опыт, насмотренность, и есть сознательность в принятии решений. А тяжелые, потому что я не знаю, как правильно к ним готовиться, когда опыта нет. Мне кажется, тут просто зазубривание теории не сильно поможет, и легко будет завалиться при глубоком погружении.

Итог
Не стоит превращать количество лет опыта в заградительный забор. Но и недооценивать важность опыта тоже не стоит. Ведь все мы знаем, что за одного битого двух не битых дают 🙂

Тимлиду Очевидность исполнилось 4 года

Ровно 4 года назад я завел этот канал. С тех пор каждую пятницу я писал сюда посты. Раза 2 за 4 года пропустил только. Стабильность – мой конёк 🙂

Сначала тут были только мои авторские пятничные посты, потом добавились анонсы подкаста Кода кода, который мы ведем с Витей уже пару лет.
Недавно добавил рубрику «Я принес». На мой взгляд, она пользуется вашим спросом.
Есть и еще идеи, что хотелось бы сделать, но пока не хватает времени всё это в жизнь воплотить достойным образом.

Спасибо, что всё это дело читаете, комментируете, даете обратную связь по тому, что применили, как сработало, что изменилось в вашей жизни и работе. Рад людям помочь и что-то полезное принести.

Если у вас есть мысли, что еще вам хотелось бы тут видеть, пишите или в комментарии, или в личку.

Оффлайн встреча
А еще я подумываю о том, чтобы сделать оффлайн сходку в Петербурге, приуроченную ко дню рождения канала, где-нибудь в начале 2024-го года. Ну такой типовой митапчик, где неформально пообщаемся, а может, и что-то полезное/интересное друг другу расскажем.

Если вы готовы прийти оффлайн в СПб, то поставьте ⚡️ в реакциях. А если готовы сделать какой-нибудь доклад на тему, близкую моему каналу (всевозможный менеджмент, личная эффективность, наём, карьера, научпоп/лайфстайл) минут на 30, то пишите в комменты или мне в личку.
За этот год я заделался в программный комитет четырех разных конференций и митапов. Тут тоже постараюсь помочь, чем смогу.

Еще раз спасибо, что вы тут со мной. Нас уже больше восьми с половиной тысяч. УРА!!!🎉

Я принес. Тимлид — нелепая бутафорская должность, которая нужна, чтобы среди программистов был козёл отпущения

Вот такой вот эмоциональный заголовок у недавней статьи https://razrabs.ru/post/0e4e0a21-7fab-4f7f-a5f8-250b460e4d21

Так как писал её Фил Ранжин, то она традиционно пропитана яркими эмоциями, и вряд ли кого-то оставит равнодушным. Кто-то будет соглашаться и вздыхать, кто-то спорить и говорить, что всё не так.

Хоть я с доброй половиной статьи и не согласен, но она стоит прочтения, потому что поднимает типичные проблемы тимлидской бытности.
⁃ Попытка заткнуть тимлидом вообще все дыры не только в команде, но иногда и в компании.
⁃ Классика про 80% написание кода и 80% менеджмент.
⁃ Угар и перегруз тимлидов.
⁃ Хорошего инженера принудительно делают плохим тимлидом.

Проблемы есть, и они распространены. Но я почему говорю, что с половиной статьи не согласен, потому что бывает и не так. Хватает и хороших тимлидов, и понимающих руководителей у тимлидов. На мой взгляд, не стоит прям так совсем однобоко воспринимать трагичность ситуации. Но я подозреваю, что у Фила просто такой художественный стиль, чтобы градус эмоции повысить 🙂