Уставший техдир

Сходил в подкаст к Владимиру Гриненко, поговорили о том, как с каждым месяцем код перестает быть основной ценностью, почему мы скоро забудем про "фронтендеров" и "бэкендеров", про новый тренд на переход на IC-роли среди технических лидеров, кто такие продуктовые инженеры, какими навыками нужно обладать, чтобы преуспеть в современной разработке и еще кучу всего Будет бодро, уверен, вам захочется набросить и поспорить, милости просим в комментарии) https://www.youtube.com/watch?v=Nq92u7yldn4

Ну огонь! 🫠 https://pollen-robotics.com/microduck/

Для тех, кто зачем-то решил управлять людьми Сразу к делу: у Selectel есть рассылка для руководителей и всех, кто так или иначе связан с менеджментом, приходит раз в месяц. Внутри прикладные штуки — как проводить 1:1, нанимать людей, работать с вовлеченностью, не убивать команду процессами и вообще разбираться со всем тем, что внезапно становится твоей работой после перехода в руководители. Скоро будут запускаться письма от экспертов и топ-менеджеров Selectel с их личными рабочими практиками. Если управляете людьми или только собираетесь в эту сторону — подписывайтесь!

Автор Bun переписал его на Rust за 11 дней агентами И он уже в продакшене (Claude code уже на нём) Полтора месяца назад, чел переписал Bun — более быстрый аналог Node.js, с языка Zig на Rust, полностью агентно. У него было куча тестов, написанных отдельно на тайпскрипте, что позволило использовать их для обратной связи агенту. Плюс архитектурно решили сохранить все решения, для возможной дальнейшей поддержки кодовой базы людьми. Вишенкой на торте было то, что благодаря этому еще пофиксили 128 багов разного пошиба, как утечки памяти, с крешами, так и стилистических косяков. Ну и всякие полезности типа ускорения производительности разных модулей, снижение размера бинаря на 20% и так далее. Отличное чтиво для неверующих, рекомендую: https://bun.com/blog/bun-in-rust П.С. Ну и по токенам это стоило $165 000, что стоит как средненький инженер на год на рынка США (а переписать такого уровня софт, это не один год и не одного инженера). Делайте выводы UPD: Важная поправочка тут прилетела, что 11 дней чтобы переписать да, но еще 3 месяца потребовалось, чтобы все это выложить в прод! И то, v1.4.0, которая на Расте еще пока в канарейке. Все таки глубоко инфраструктурный бинарь UPD2: Нет. уже не в канарейке, дед как всегда все проспал))

У меня с вечера без впна работает ютуб, а у вас?)

10 сентября выступаю в дискуссии на TEAM LEAD TODAY Будем разгонять про делегирование работы искусственному интеллекту. Поговорим про то, как делегировать задачи не волнуясь за их качество, как управлять работой агентов, авторизовывать результат, что необходимо отдать нейронкам, а что оставить за человеком. Ну и самый главный вопрос — а кто отвечает за конечный результат (конечно ты, не отвертишься!) Так что, приходите на конфу, заходите на дискуссию, обещаю будет весело и интересно! Ссылка на покупку билетов По промокоду GLEB25 скидка 25%

Бесплатный базовый курс по менеджменту от Стратоплана 1–4 сентября, 18:00–21:00 ребята проведут четырехдневный интенсив «Менеджмент 360», в рамках которого каждый на день возьмут одну роль и разберут всё, что о ней нужно знать. Что обещают разобрать на курсе: 1. Простое, структурное описание задач всех четырёх ролей: что компания на самом деле ожидает от тимлида, Рук. отдела, CTO и COO 2. Рекомендации, как переходить на следующую ступень: кого туда берут, по каким признакам оценивают готовность и как попасть в кандидаты 3. Алгоритм первых 90 дней для каждой позиции: что делать в каком порядке после назначения 4. Базовый инструментарий каждой роли, закрывающий первые несколько месяцев вашей работы, плюс карта типовых тупиков, чтобы узнавать их на подходе На техническом треке спикерами будут сплошь уважаемые люди: Саша Поломодов, Витя Корейша, Женя Антонов и Рома Ивлиев Но я бы предложил вам фокусироваться не на своем дне. Вы и так понимаете свою роль, а вот послушать, о чем думает и какие задачи выполняет CTO и COO — поможет вам лучше их понимать и договариваться Зарегистрироваться можно здесь Сама регистрация бесплатная, но попросят подписаться на несколько каналов в тг. Платный вариант тоже есть (без подписок, бонусом именной сертификат + курс Менеджер:101 и Директор:101 в записи)

Как инженеру достичь успеха в эпоху перемен? Много разговоров и беспокойств по этому поводу на каждом мероприятии, поэтому — держите моё мнение Мы с вами двумя ногами зашли в эпоху высокой неопределенности. Одновременно начинается экономический кризис, натянутая пружина накопленных политических противоречий пришла в движение и хлещет всем по щщам, а ещё мы, как человечество, пытаемся сделать технологический прыжок и освоить применение искусственного интеллекта, как раньше освоили компьютеры, но в сверхкороткий срок. И вот все меняется, старых практик недостаточно, а новые еще только формируются. Разработчики поделились на новаторов и отстающих диссидентов консерваторов, не готовых принять новый уклад, в котором код пишут агенты, а люди отвечают за намерения А что нужно инженеру, чтобы быть актуальным и преуспеть на этом празднике жизни? 1. Любопытство. Легкое, местами дурное желание выяснить чо это и как это работает. Не ссать, на постоянной основе экспериментировать, интересоваться новинками, трогать и пробовать новое на вкус. Без этого все написанное ниже бесполезно 2. Кругозор. Дада, та самая начитанность/насмотренность. Сейчас работу могут провернуть модели под твоим чутким руководством. Можно не знать детали реализации ивент лупа или работы памяти с garbage collector’ом, но, если ты не знаешь базовые концепты/практики/методологии, если у тебя не будет системного понимания, знания о кейсах и практиках, то ты будешь не способен управлять этим. 3. Системный дизайн. Ты должен быть в состоянии выяснить требования и спроектировать архитектуру системы. 4. Продуктовость. Разговор на языке клиента, глазами клиента, думая потребностями клиента и сценариями использования твоего софта. Если ты не понимаешь зачем и что ты делаешь, а отвечаешь только за «как», тебя это будет очень сильно ограничивать. Больше нельзя себе позволять инфантильно требовать ТЗ. Теперь ты не пишешь больше код. Ты решаешь проблемы клиента. 5. Ответственность. Время людей, «малой ответственности» прошло. «я запрограммировал как мне написал аналитик» — больше не прокатывает. Ты субъектен, и должен брать ответственность за часть системы и нести ее до конца. Все зоны где «решает кто-то другой, а я делаю» теперь территория модели. Если вы пытаетесь остаться в ней вы проиграете (чему я очень рад, ненавижу безответственных гдетзшников, которые нагло отказываются думать сами, брать ответственность и в цвет саботируют рабочий процесс, потому что «что ты мне сделаешь, у нас нехватка айтишников миллион человек в стране») 6. Общее видение и готовность к изменениям. Поменялись вводные, план стал неактуален? Переобувайтесь. Научите себя не разочаровываться, гибко работать и быть готовым менять кроссовки хоть каждый день. При этом, важно это не делать бездумно, а осознанно, обусловлено объективными причинами, а не дурью (своей или руководителя). Когда у вас есть общий вижен, вы двигаетесь к нему, получаете новые вводные, которые меняют план, тактику, возможно корректируют вижен. Но, вы к нему двигаетесь. Не бьетесь в агонии в попытке «принести руководителю иллюзию успеха», а вы имеете длинный образ результата и устойчиво идете к нему быстро итерируясь, проверяя идеи на практике и обучаясь, рефлексируя опыт, превращая его в знания команды Это, в инженерном приложении, позволит вам справиться с большим объемом изменений и высокой неопределенностью П.С. Если вдруг, читая этот список возникло мерзкое ощущение «ну вот ещё, теперь работать заставляют», возможно, инженерка и разработка продуктов не твоё и надо поискать запасной аэродром, гусей там пасти например. Ну а если ты узнал в этом себя, то у меня для тебя хорошие новости, такие как ты построят этот новый мир)

Забавная теория 😄

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