Все те, кто говорит, что ИИ тебя заменит: я бы посмотрел как ИИ отсидит 8.5 часов пересмотров на перфоманс ревью

Когда в начале забыл отключить vpn

Так, ребятки, ну пора уже и что-то написать как будто!

Что сказать: жив, здоров и проект тяжелый делаю
Ситуация в целом не из новых, кроме того, что я даже пишу на Go сейчас

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

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

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

В общем, достаточно интересно что и как - посмотрим!

Ну а у вас как? Рассказывайте что как, пишите комменты, спрашивайте, может помогу вам чем-то!

Что я представляю, когда говорят «у нас в команде молодой тимлид»

Когда начальник спрашивает почему не удалось выполнить квартальные цели

Когда я выучу Английский я никому не скажу. Но будут знаки.

Именно поэтому менеджер всегда просит включать камеры на дейли

Просто стал тимлидом

Опа, здарова, ребята! Ну как вы?

В общем, пропал опять, летал в командировку, застрял в Шереметьево, спал на полу в аэропорту - очень насыщенно провел время.

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

Почему удивило? На мой взгляд, хотеть прямо в тимлиды - это очень странно. Тимлидство это настолько спорная тема, что я до сих пор ответить себе не могу - правильно ли я выбрал ветку развития. Хотеть быть тимлидом без предпосылок (уже пару раз подменял лида, фичалид опытный, давно ментор всего что движется) - это вообще ошибка, это как хотеть на Марс полететь потому что там лучше и Илон Маск туда машину отправил.

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

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

Че расскажите как у вас дела? Что волнует и беспокоит?

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

Но в целом все как и всегда: на перекос в одну сторону (N работ и обман) - пошла реакция, а так как с деньгами сейчас в айти не так круто, как раньше, то и реакция пошла достаточно острая. Бизнес (как я и писал) рано или поздно начнет отвечать на такие вещи.

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

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

- А как вот это сделать?
- О, сходи к Даше, она давно в компании, она знает это место в проекте

Даша:

Когда попросили дать фидбэк по встрече про планирование

Ты в 20: Если не микросервисы на котлин или го, то даже не зовите меня
Ты в 30:

🧪 Исследование для backend-разработчиков
Алексей Жидков (Эргономичный код) и коллеги проводят исследование, посвящённое поддерживаемости кода backend-ов: какие из известных подходов к разработке действительно упрощают жизнь разработчиков.

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

📋 Это займет около 20 минут.
Ваши ответы помогут всему сообществу разработчиков лучше понять, что действительно влияет на поддерживаемость кода — вне зависимости от языка и фреймворка.

📊 Результаты исследования будут опубликованы осенью 2025 года на сайте: https://maintable-backends.tilda.ws/

👉 Принять участие: https://forms.yandex.ru/cloud/685ccc62eb614635657832a4

Будет круто, если вы поучаствуете в исследовании!

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

Кто-то там отвечал про зарплату, кто-то про то, что у вас (как у сеньора) есть джуны, но это все не интересно. На самом деле сеньоры или там мидлы везде разные. Последние компании, где я работал всегда выступали с заявлениями, что у нас нет джунов - только мидлы (редко) и сеньоры. Так вот, несмотря на это, на мой взгляд были и джуны, и даже тот, кто называл там себя лид бэкенда не был, на мой взгляд, этим самым лидом.

И вот для меня сеньор. - это инженер, способный сделать любую задачу на проекте под ключ, в задаче может быть, а может и не быть большая степень неопределенности, код или не код, это не важно. Это как в Call of Duty: Гоуст, на связи? Да, сэр. Проблемы есть? Никак нет, сэр. Ты либо решишь проблему, либо предложишь решение - а мы уже будем решать, насколько это нам подойдет и дорого или нет.

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

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

Третий момент (крутящий), который я бы выделил, это умение спорить и аргументировано отстаивать свою точку зрения. Т.е. в рамках выполнения задачи не всегда вы будете согласны с решениями тимлида, техлида (кого тех? все тут) или там даже архитектора (если такие водятся у вас). И вот тут сеньор должен уметь договориться и даже где-то сказать нет. При этом сейчас мир агрессивный и горячий мидл+ на вас тоже может прыгнуть с "универсальным" сервисом и пеной у рта. И вот сеньор как должен уметь держать удар от сильных мира сего, так и не скатываться в кровавую поножовщину за гаражами с мидлами или такими же сеньорами.

Четвертый момент, это, конечно, ответственность. За решение и понимание уже эксплуатации (потому что какая еще ответственность может быть без эксплуатации решения?). Это понимание что мы делаем, если что-то пошло не так. Где-то должно быть принятие рисков, а где-то, прости господи, митигация (чуть не стошнило сейчас).

Сейчас из зала летит помидор (закуска) и вопрос - а что тогда принципал? А в целом то же, но с более широкой областью - уже на уровне юнита, команд, ТРАЙБОВ (больно просто такое вспоминать, потому капсом).

При этом могут быть и команды из только сеньоров, вполне. Потому что главное - это решение проблем. И чем бОльшие проблемы ты можешь решить (а не заговорить тысячей встреч и не открыть свое РЕТРО ФМ) - тем выше ты и сильнее, вот ты и сеньор!

Адиос, скажет джун
Hasta luego, крикнет миддл
Hasta la vista, бросит сеньор

В пятницу резко встал со стула и потемнело в глазах настолько, что в коленке стрельнуло и в голову пришла мылсь про, прости Господи, ИНЖЕНЕРНУЮ КУЛЬТУРУ
Тема острая, пока думал, я даже порезался, но все же. Все компании (большие и маленькие) всегда говорят про инженерную культуру, дескать вот У НАС культура, ощущаешь даже когда мимо офиса проходишь, а уж по видеосвязи в голову дает так, что потом не встанешь без нашатыря

И вот я подумал (редкое явление), а что реально такое - инженерная культура? Вот есть у вас проект, вы планируете запуск и понимаете, что ну не более 2 RPS там будет нагрузка по началу. И вот вы думаете, эта задача решается одним сервисом, такую нагрузку потянет кто угодно. Но 1 сервис - это не солидно же. Да и засмеют в курилке. Потом вы смотрите на матрицу компетенций в компании (а там вам мистер Смит и Нео улыбаются) и понимаете, что ну это не просто не серьезно, а прямо таки опасно для карьеры. И вот вы уже как будто бы операцию по улучшению зрения сделали и сейчас видно лучше, что тут не 1, тут минимум 4 надо - тут есть что распилить по доменам. При этом продукт для вас новый и домены вы не знаете - это все вы закладываете 'на будущее'. Потом, когда RPS будет больше IQ вашего тимлида (около 80), вот там то это все и пригодится. Дело осложняется еще тем, что вы в целом реально сообразительный малый, вы понимаете, что ну сделать 4 сервиса это не так сложно - ну недельку посидеть. Потом, конечно, оказывается, что и тестировать такое сложнее, и вообще в целом когнитивная сложность увеличивается, но это проблемы QA (кто квакает?).

И вот высокая это инженерная культура? Или низкая? Но ведь реально делают же, да и наверняка неплохо делают. Чуть дольше срок, потом многое можно выкинуть или ОТРЕФАКТОРИТЬ, но зато масштаб!
А о чем мысль то? Потерял, но наступил. Во всех этих Бигтехах, как будто, вот оно - матрица, руководитель, все тебя накачивает идти в ту сторону.

Это как в анекдоте:
- А у меня отец машину поднять может!
- А у меня автобус!
- А у меня, вот у меня, дед землю двигает и звезды видел!
- А вот он звезды видел, какие они?
- Ну они такие теплые, круглые...
- Это были яйца моего деда

И вот вроде есть и тимлид, и руководители там на всех категориях, но как будто бы, есть такая мысль, что ты один на один с этой матрицей и мыслью, что надо минимум 5к микросервисов, чтобы вкрутить лампочку.
А всего то и надо, чтобы кто-то просто сказал, старина, у. тебя 5 RPS в пике (пика пика).

Так к чему я все это? Инженерная культура! Когда у вас много сервисов - показательно. Но при этом, как будто, со всех сторон, даже в минус.
И когда нибудь, видит Бог, введут целый раздел во всех ADR, TDR, ArchDoc и прочему - ОБОСНОВАНИЕ для нового сервиса. Не нагрузку, не область задач, а именно обоснование.
А потом и вовсе оверинжинирнг будет минусом для пересомтра.

Кстати, забавный факт, если не переключить раскладку и начать писать create - то получится скуф

Общение с юристами и безопасниками по новым фичам мне всегда напоминает это.

Тимлид: Ребята, давайте я тоже что-то напишу, фичу запилю, что подхватить можно?

Тоже Тимлид, когда появилась задача:

Мальчик: Давай встречаться?
Мужчина:

Наш security чемпион в команде - ChatGPT!