Вывести человека из сеньорной команды, чтобы разблокировать рост

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

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

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

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

Было?

Я установил Gemini, открыл его в проекте над которым Клод очень много извинялся и спросил Can you code?

Вместо простого Yes, жемини переебошил весь код и UI. Оно все равно не работает, но мы как будто приближаемся к центру, вокруг которого Клод извиняясь ходил кругами.

…

Спустя 20 минут он его починил нахуй.

^ с этого момента, занимаясь по пару часов в день когда домашние уснули, я закончил приложение на Swift под Mac OS.

Полусознательно я писал на свифте в 2016 году. Очень маленькую утилитку. Практически без логики. Т.е. про Свифт я знаю только название.

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

Весь код пишут Claude Code и Gemini-cli.

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

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

Работает.

Лучше всего работает подход чотких user stories, как и с человеком. Просто описываешь желаемый результат и даёшь модели самой выбрать решение.

Когда возникает проблема, которую модель не может решить - просишь добавить много логов, потом копируешь их модели. Это всегда помогает.

Конечно, профи такое приложение бы написал по часам за такое же время.

Но я не профи.

А ещё я не вовлечён на 100%.

Большую часть времени я на самом деле моделирую мод на свой 3Д принтер, просто поглядываю, что модель остановилась и надо тестировать.

Если бы это было приложение не под мак, то наверное и тестировать было бы проще. Он его конечно билдит и сам ловит первые косяки, но UI тестировать не может.

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

Выводов не будет.

ЛЛМ вернули мне радость программирования при катастрофическом отсутствии времени. Я думаю вы по сторям уже заметили.

Конечно в код можно совсем не смотреть, если важнее продукт, но мне 1) интересно 2) все ещё эффективнее посматривать в код и даже что-то править, чем совсем туда не лезть.

Зато итерации короче. Раньше надо было целый день потратить чтобы получить фикс допамина, потом времени тратить целый день на код у меня не осталось и я перестал. Теперь всю основную работу делает ллм. Даже когда я занят. Я заглядываю когда есть минутка.

Программирование теперь буквально приносит только радость!

Я же собрал игровой комп, но вместо этого программирую с ллм.

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

Новый AI-gile Manifesto

Как принципы влияют на культуру компании

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

Тему инженерных принципов мы с Евгением уже затрагивали в одном из выпусков подкаста Team Lead Talks. Мы решили ее раскрыть на примере компаний AWS и Flo в отдельном выпуске.

https://youtu.be/iuuWsFqoZJg

Как обычно в последнее воскресение месяца — стрим

https://boosty.to/seniorsoftwarevlogger/streams/video_stream?share=post_link
https://youtube.com/live/c3RjQ65P8ao?feature=share

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

Типовые вопросы от интервьюера:
— «Расскажите про уровни изоляции и чем repeatable read отличается от read committed».
— «Как реализована конкурентность: где тут блокировки и почему».
— «Напишите функцию за 10–15 минут, без использования IDE».

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

Теперь к делу. Есть российский сервис для подготовки к собеседованию — Солвит. Его создали разработчики, которым надоело держать сотни открытых вкладок из разряда "топ вопросов с собеседований":
— лайв-кодинг прямо в браузере (Python, C++, Java, C#, Golang и даже SQL)
— база вопросов с ответами (Computer Science, Docker, Git, Базы данных и др.)
— фильтры по Бигтех компаниям
— аналитика прогресса: видно, что подтянуть.

Недавно они добавили 50 свежих задач с реальных собеседований Яндекса, Ozon, Т-Банка и Сбера. Попробовать можно прям сейчас: попробуйте решить пару задач сегодня вечером. Заодно проверите, остался ли у вас навык решать задачки без ИИ и IDE
👉 Открыть задачки

Также ребята подогнали мне промокод для полного доступ ко всем кодинг-задачам и 1000+ вопросов с собесов — по промокоду DIMASENIOR.
Активировать можно тут

Оффер никто не обещает, но как способ навести порядок в подготовке и снизить уровень стресса подойдет идеально.

Рекламодатель

Книга на 400 страниц от Distinguished Engineer Google search and Ai о том как делать агентские системы.

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

https://docs.google.com/document/d/1rsaK53T3Lg5KoGwvf8ukOUvbELRtH-V0LnOIFDxBryE/mobilebasic#heading=h.pxcur8v2qagu

Программируя с ИИ я понял, что чувствует нетехнический заказчик

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

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

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

ИИ же просто сохранял программы в LocalStorage браузера. Внешне все работало, но по факту не работало ничего. Интерфейс работы с контроллером не работал в принципе. Сохранять программы в память было нельзя. Загрузка из памяти в браузер вообще была не реализована.

В итоге я нанял технического кофаундера (себя). Который разобрался в коде и дал команде (ИИ) пиздов. Теперь все работает.

^ для тех, кто любит ковыряться в коде: Motorillo! На 98% сгенерировано в Qoder (оно и видно). Я в си не бум бум, поэтому помогал архитектурно и дебагом. Платки уже едут, 3д модельки тоже отдебажены. Скоро соберу воедино.

Корпо стресс культуры

Один знакомый менеджер недоумевает: зачем некоторые фанги устраивают своим инженерам ненужные стресс? Зачем нанимать топ 1% и потом устраивать потогонку? Ведь есть другие фанги где этого не делают.

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

Но так же как это может являться и отстройкой от рынка.

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

Так же и здесь. Да, нормального человека опыт такой работы выжгет до тла, но человеку с другой психикой будет по кайфу. Они будут плавать в этой культуре как рыба в воде. Причем они точно так же могут страдать на показ как все плохо, но работать в компании без стресса они не смогут. Там им будет очень скучно. Мало динамики. Много планов. Все планы реалистичные. Менеджер даже сука не орёт.

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

Поэтому я всегда говорю: вы должны на 100% отдавать себе отчёт куда вы идете. Притвориться не получится. Чревато выгоранием до костей.

Прекрасно понимаю этих людей. Компенсация +5%, ответственность х2, поддержка 0.

Особенно когда тебе _предлагают_, а не ты сам рвешься и _просишь_

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

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

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