#ОтветыНаВопросы

Как синьору стать лидом? В какие навыки инвестировать?

Моё мнение про харды M1:

Нужно понимать, чем занимаются все твои люди. Иметь харды миддла и руководить синьорами – трэш. Быть миддл+ и руководить миддлами и джунами – норм. Поэтому иногда случаются промоушны в лиды небольших команд прямо из крепких миддлов

Если ты уже синьор – хардов тебе хватает.

Синьора от лида отличают управленческие скиллы. В них входят навыки:

– Переговоров
– Проектного управления
– Организации процессов
– Выдачи обратной связи людям

Как приобрести эти навыки и стать лидом

Прийти к своему лиду с запросом:

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

Вам с лидом нужно сделать две вещи:

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

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

Шаг 2 бывает сложным. Если размер команды твоего лида позволяет, он может отрезать тебе кусочек – пару инженеров в подчинение и зону ответственности. Я начинал с такой команды

Если команда маленькая – ему понадобится найти людей где-то ещё. Чтобы решить эту задачу, лучше привлечь руководителя следующего уровня (у которого много команд, людей, и, поверь, в этих командах есть проблемы).

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

Если с шагом (1) всё ок, а в шаге (2) железно отказывают без конкретных претензий к навыкам, у меня плохие новости: пора искать другую работу. Кто-то же должен был тебе честно это сказать)

Обещал пост про мотивацию перехода в управленческий трек и людей, которым стоит (или не стоит) это делать.

Сказано – сделано: https://habr.com/ru/articles/814911/

Лайки на хабре помогают не меньше лайков в канале – менеджерский контент там не всегда жалуют 🙂

#ЧтоПосмотреть

Наступил вечер пятницы, так что..развлекательный контент!
За не-развлекательным – просто полистай канал вверх 🙂

Пост про книги уже был, теперь – про кино.

Айтишного, думаю, тебе хватило и за неделю, так что вечером будет не-айтишное.

––

Одержимость – анти-инструкция про работу с топ-перформерами и выгоранием. И в целом очень крутой фильм. А тебе доводилось сталкиваться с такими руководителями?)

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

Тёмные времена – фильм представляет собой долгое и тяжелое описание эпизода из жизни Черчилля. В нём, по сути, описан путь к принятию одного (одного, Карл!) решения. Если думаешь, что с тобой что-то не так и тебе очень тяжело договариваться с людьми – возможно, ты узнаешь, что не одинок в этой проблеме 🙂

Как провести 1х1 с человеком, перекладывающим ответственность

Часть 1.

Продолжаем отвечать на вопросы.

Бывает, что сотрудник затягивает сроки, проваливает проекты, а потом говорит:

Тут смежники задачу вовремя не сдали. А здесь – в библиотеке баг нашёлся, я его две недели дебажил. А потом у меня похмелье было. Затем – ноутбук в озеро уронил. А после – дизайнера автобус сбил. Так что мне не лещ, а орден мужества полагается. Скажи спасибо, что я живым выбрался!

Cоветую прозрачно сказать сотруднику, что его работа – не просто написать свою часть кода. Его работа – это:

a. Писать свою часть кода
b. Поддерживать у заказчиков актуальную информацию о времени сходимости
c. Сделать всё возможное, чтобы код оказался в продакшене
d. Если внешние обстоятельства мешают пункту (c), настойчиво потыкать в них палочкой. Если не действует – звать на помощь руководителя, чтобы он помог пробить стену

Пункт (а) – cамый простой.

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

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

Пункты (c) и (d) обязательно объяснять на примерах. Для этого нужно вместе с инженером рассмотреть несколько свежих кейсов и показать, как можно было поступить:

1. Здесь – стоило прийти и попинать Петю, напомнить ему про дедлайн и вашу договорённость. Не сработало – эскалируешь в меня

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

3. Здесь – можно было написать дизайнеру. Не помогло – эскалируешь

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

Иногда – человек окажет сопротивление и договариваться об этом не захочет.
Значит, надо разбираться в причинах.

Как провести 1х1 с человеком, перекладывающим ответственность

Часть 2.

Если при разговоре, описанном в предыдущем посте, возникло сопротивление, разберись в мотивации сотрудника:

Боюсь, что смежники пошлют меня куда подальше

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

А почему менеджеры/руководители сами не могут отследить все проблемы всех сотрудников. Можно я только код буду писать, и всё?

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

Нет, все равно не буду. Я согласен только писать код и ничего кроме этого

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

Если разраб технически очень крутой и в компании есть глубокие инфраструктурные команды с небольшой численностью сотрудников и малым количеством коммуникаций – можно предложить ротацию.

Если нет – придется, рано или поздно, искать другую работу. Иначе профита не будет ни для кого: ты не сможешь положиться на сотрудника и ожидать, что он будет приносить результат (закончится или безумным микроменеджментом, или провалами всех порученных проектов), а сотрудник – не сможет получить положительную оценку на перформанс ревью, нормальную зарплату/премию и тд. Если договориться никак не выходит – надо готовить план расставания.

Отличие сильного руководителя от слабого

Доброе утро!

Не любишь понедельники? Вот тебе инсайт вместо кофе:

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

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

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

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

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

Ты больше, чем твои эмоции. Команда их забудет или простит. Команда запомнит твои действия.

А теперь – делай то, что правильно. Удачной недели!

Экспериментируем с форматами

Сегодня – играем в сарказм!
Инвертируем содержимое и идём к успеху :)

https://habr.com/ru/articles/815923/

Ваши лайки на хабре – согревают и помогают)

#ОтветыНаВопросы

Как поддерживать отношения в распределённой команде?

Удалёнка – вызов для менеджера и отношений в команде.
Заменить коммуникации и отношения, возникающие между людьми, по 8 часов в день проводящих рядом, тяжело, но побороться за них – можно 🙂

Вот, что помогало мне:

Пятничное пиво

Я раньше думал, что выпить и пообщаться можно только лично в баре или в офисе. По зуму – странно.

А потом наступил ковид и..знаете – не так и плохо. Я потестировал на себе и друзьях, потом на команде – и сработало. Начало пережить непросто, но, если не дать разговорам провиснуть и взять с собой любимые напитки, всё будет в порядке. Через 30-60 минут расстояние ощущается не так остро и барьеры частично растворяются. А ещё – в конце не нужно ехать домой на такси 🙂

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


Онлайн-игры

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

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


Пространство для неформального общения

Если в команде ещё нет чатика, в который по средам кидают жаб, по вторникам – обмениваются лучшими событиями за прошедшую неделю (я не шучу, практика называется «happy tuesday»), а каждый второй понедельник – постят своих домашних животных – стоит попробовать

В нём же можно делиться впечатлениями про кино/книги/whatever

Если чатик стабильно живёт – можно прицепить к нему зум/дискорд/whatever-комнату, в которую можно зайти, например, каждый день во время обеда/ужина и поболтать с теми, кто на связи


Локальные хабы

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

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


Быть ближе к дезинтегрированным людям

Этим советом не нужно насиловать лютых интровертов, которые специально уехали далеко, чтобы не видеть людей. Такого человека полноценно не интегрируешь. Если возможно – подбери ему зону ответственности, не требующую регулярных коммуникаций, и дай спокойно жить 🙂

Иногда в команду приходят новички
Иногда – старички дистанцируются

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

Некоторые руководители в первый месяц общаются с новичками каждый день. По 15-20 минут, но всё время на связи, причём голосом.

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

Общение лучше начинать руководителю или ментору, а позже – постепенно включать сотрудника в более широкие круги коммуникаций

А какие практики работают у вас?

Вечерний пост для больших руководителей, которые давно не удивлялись

Однажды в канале уже был пост про погружение в детали.
Сегодня – пара кейсов из личного опыта, которая должна замотивировать к этому ещё больше:)

Когда в моей команде было уже более 50 человек (в среднем – 5-7 на тимлида), я поймал себя на мысли, что давненько в код многих команд не заглядывал. Не в формате ежедневного ревью, разумеется, а хоть иногда, чтобы контакт с реальностью не потерять. И заглянул…

1. Стартапная команда

Стейкхолдеры переживают, что мы не очень быстро наращиваем функционал продукта. А в команде – вроде не бездельники.
Открываю репозиторий. И, к своему ужасу, вижу очень хороший и расширяемый код! Модульные тесты. Функциональные тесты. Интерфейсы. Фабрики. Документация.

Проект – в стадии прототипа, мы буквально не знаем при этом, будут ли у него пользователи! Мы, возможно, всё это выбросим через месяц 🙂

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

2. Команда большого продукта

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

Открываю парочку пулл-реквестов. Код как код. Тестов меньше, чем я бы ожидал, но..вроде не критично мало.
Прихожу посмотреть, как инженер работает над задачей:

– Пишем код
– Пишем тесты (ну не TDD и не TDD, подумаешь)
– Начинаем сборку в CI и выкатываем в тестовое окружение
– Отдаем на ревью
…

– Стоп! Сразу в CI и тестинг? А локальная сборка? А модульные/функциональные тесты – их же годами писали, сервис старый, нифига ты это не проверишь сам руками сейчас, и твой QA не проверит.
– Ну да. Половина тестов не работает локально, но запускается в CI, а другая половина – вообще не работает у сервиса
– И ты всё время так живешь? Это ж безумно медленно и опасно
– Ну..да
– А чего не жалуешься?
– А у нас давно так и было, я думал, это нормально (контекст: в команде за год по разным причинам сменилось множество людей + она выросла)

Пошли разбираться с тестами и сборкой. Снова вспоминаем, что очевидное тебе – не обязательно очевидно всем

Ну как, появилась мотивация ещё раз заглянуть под капот своей команды?

#Пятничное

По традиции – развлекательный контент в пятницу вечером.

1. Old but gold, «Теория Жоп»

https://habr.com/ru/articles/593173/

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

––

2. Как VK ускоряли работу приложения

https://www.youtube.com/watch?v=KDcOa_QbSQ0

Это – не реклама VK.
Это – история, которая может замотивировать работать над целью до тех пор, пока тебе не покажется, что стало «достаточно хорошо», а не до тех пор, пока у тебя не закончатся очевидные решения

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

Если тебе было страшно внедрять новый фреймворк – посмотри это видео и больше не бойся 🙂

––

3. Как снимали «Матрицу»

https://habr.com/ru/companies/first/articles/724300/

Можно воспринимать как историю о знакомых тебе проблемах, с которыми встречаются менеджеры из совсем иной отрасли:

– Подбор команды
– Костыли
– Бюджет
– Неочевидные решения

А можно – просто как развлекательный текст про продакшен крутого кино в 90-е/2000-е годы. В любом случае – по-моему, интересно!

О важном

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

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

Как приоритизировать:

1. Важное и срочное – сразу делать.
2. Важное и несрочное – делать или, как минимум, сразу планировать.
3. Неважное и срочное – делегировать или, хотя бы, фиксировать время, которое ты этому уделяешь.
4. Неважное и несрочное – честно признаться себе, что такие задачи – не более, чем развлечение. Выполнять только для собственного удовольствия или не выполнять совсем.

Мне – помогает, а тебе?

Давно нас не было на хабре!

Сегодня – про эффективный менеджмент! Или не очень эффективный..

https://habr.com/ru/articles/817617/

Лайки, репосты и комментарии – помогают 🙂

Loaded Question

Loaded question / нагруженный вопрос – вопрос, в который заложено твоё отношение к ситуации.

––

«Как дела у Васи?» – обычный вопрос
«Дела у Васи так себе, да?» – нагруженный вопрос

«Какой статус по проекту?» – обычный вопрос
«Проезжаем по срокам, да?» – нагруженный вопрос

––

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

1. Один раз на встрече хедов человек высокого уровня спросил:

– А что, Петю мы увольняем? (имя изменено)

Петю мы увольнять не собирались, но репутация человека пострадала немедленно.

2. В другой раз прозвучало

– Запуска без багов нам не ждать, верно?

Думаю, можно не комментировать, как это отразилось на отношении команды к QA и на уверенности QA в своей работе.
Запуск, кстати, всё равно случился с кучей багов – к тестированию особо серьёзно никто не отнёсся :)

––

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

Если, копаясь в деталях, ты обнаруживаешь настоящую, стопроцентную проблему, но команда этого не понимает – уже можно задать нагруженный вопрос или прямо сказать: «это – плохо!»

#ЧтоПочитать

Вечер пятницы и развлекательный контент:

1. «Стив Джобс», Уолтер Айзексон

Захватывающая история с пачкой инсайтов:

– Мировоззрение творческого человека vs профессионального менеджера
– Менеджмент мирного vs военного времени
– Как выглядит work-life balance топ-менеджера и существует ли он вообще?
– Насколько сильно переговоры влияют на карьеру, бизнес и жизнь людей?

А какие ты найдешь для себя?

2. «The Hard Thing About Hard Things», Ben Horowitz

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

3. «Чапаев и Пустота», Виктор Пелевин

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

Если ты, вдруг, не любишь Пелевина – это нормально. Просто надо читать его старые книги, а не новые :)

Про найм

Совет для лидов, нанимающих в бигтех.
Или в другие компании, у которых есть стабильный процесс собеседований:

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

Классическая цепочка собеседований в бигтех проверяет отсутствие минусов, а не наличие плюсов.
К примеру, кандидат:

– Адекватен, умеет говорить (hr-скрин)
– Умеет писать код (секция с кодом)
– Не думает три дня над простой задачей (все секции)
– Не предлагает трешовых архитектурных решений (архитектурная секция)

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

Всё, что ты знаешь после проведения стандартных секций: «передо мной – человек +- уровня X».

––

Если хочешь найти не просто «сотрудника +- уровня X», а человека, который:

– Супер-ориентирован на бизнес-результат ИЛИ
– Очень крут в выстраивании процессов ИЛИ
– Умеет быстро разбираться в сложных плоходокументированных технологиях ИЛИ
– Может за ночь из говна и палок построить космолёт,

Стандартные секции тебе не помогут.

Твоя команда, контекст и набор проблем – частично-уникальны, и таких команд – много. Стандартными интервью не проверить уникальные пожелания нанимающих. Значит, тебе нужно самостоятельно разглядеть специфическую компетенцию или её отсутствие.

––

Как это сделать?

1. Выписать для себя набор желаемых качеств
2. Попытаться за время беседы проверить их наличие

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

Да, за мэтч по уникальным компетенциям можно простить промах на стандартной секции!

Getting Shit Done

Есть выражение (и даже методология) «getting things done» – про доведение дел до конца, управление задачами, проектами, и тд.

Сегодня мы про него говорить не будем.

Сегодня – про ключевой навык, отличающий крутого менеджера от обычного. Я называю его Getting Shit Done.

––

Почему не «Things?».

Раскидать и решить обычные «дела» (или «вещи») может любой менеджер, более-менее компетентный в предметной области и вооруженный ежедневником.

Самые большие неприятности, при возникновении которых зовут крутого менеджера – это никакие не things. Это именно Shit, в котором ты ничего не понимаешь, к которому не готов и готовым быть не можешь:

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

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

Крутой менеджер – ищет решение с учетом новых вводных, даже если эскалировать некуда. Что удивительно – проекты при этом часто выживают (хоть и сильно меняются).

––

Будь крутым менеджером! Как минимум, это весело :)

Тестирование в продакшене!

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

Лиды порой приобретают привычку говорить (и, что страшнее – думать!), что код работает как надо, если в тестовой среде не нашлось багов, прошли модульные и интеграционные тесты и тд. В идеальном мире – так оно и есть, но в реальном..если ты работаешь над большим приложением, которому много лет: этот подход не работает!

––

Почти всегда найдется:

– 10 конфигов, расходящихся в проде и в тестинге
– Паттерны использования приложения, до которых дошли странные юзеры и не дошли qa
– Блоки кода твоих коллег, которые включены в проде и выключены в тестовой среде
– Разница по нагрузке и данным, проходящих через разные окружения (моё уважение людям, которые льют в тестинг часть данных и нагрузки из прода! К сожалению, этот подход не устраняет остальные обозначенные проблемы).
– Банально невнимательный участник команды, который забыл проверить какой-нибудь сценарий на себе

Как следствие – вместо ожидаемого запуска на пользователей («всё ведь протестировано и работает – выкатим да включим») в день X происходит..получение 10 баг-репортов из прода и изменение графика поставки.

Решение: относиться к любому крупному изменению как к эксперименту

Даже если продуктовые метрики не должны прокраситься. Даже если это – «просто большой рефакторинг» (или оптимизация времени ответов бэкенда на 20%). Во многих случаях, выкатив сделанное на процент пользователей (или на всех сотрудников компании; или на город) ты, внезапно, соберешь пачку багрепортов, а иногда – увидишь прокрасившуюся в неожиданную сторону метрику :)

После эксперимента в проде – функционал и правда протестирован и готов к включению 🙂

#Пятничное

Время контента в пятницу вечером!

1. https://hbr.org/2008/02/getting-the-best-employee-idea

Old but gold: про ценность «маленьких» идей по улучшению продукта, приходящих от команды, а не от менеджмента.

И про то, что успех продукта и компании – не только в стратегических проектах :)

2. https://kinzhal.media/la-chaise/

Подписчики канала не узнают ничего нового для себя из этой статьи. Но она – не для вас!
Это – бесплатная инструкция, которую можно дать джуну или миддлу в своей команде и понадеяться на изменение подхода к работе :)

––

Третьего пункта сегодня не будет, поздно ведь уже, а спать – тоже нужно:)
Зато вместо одного мема будет сразу два, запомнившихся мне за эту неделю.

Поделись своими в комментариях!

––

upd: к своему ужасу узнал, что пост при добавлении двух картинок разрезается на три последовательных сообщения! Вот это я понимаю – пользовательский опыт. Удалять я их, конечно же, не буду :(