Бомбящий программист
описание
Бывший разработчик, но все еще инженер.
384
подписчиков
Охват к подписчикам
183,1%
ERR
Реакции к просмотрам
2,84%
465 на 23 постов
Пересылки к просмотрам
1,06%
174
Постов в день
0,0
всего 23
Где отзываются чаще
доля реакций к просмотрам- 16 дек.Лучший кейс по внедрению ИИ (Взято из интернета) В прошлом квартале я внедрил Microsoft Copilot для 4 000 сотрудников. $30 за один аккаунт в месяц. $1,4 миллиона в год. Я назвал это «цифровой трансформацией». Совету директоров понравилась эта формулировка. Они утвердили всё за одиннадцать минут. Никто не спросил, что именно он будет делать. Включая меня. Я сказал всем, что это даст «рост продуктивности в 10 раз». Это не реальная цифра. Но звучит как реальная. HR спросили, как мы будем измерять эти 10х. Я ответил, что мы «задействуем аналитические дашборды». Они перестали задавать вопросы. Через три месяца я посмотрел отчёты по использованию. 47 человек открывали Copilot. 12 использовали его больше одного раза. Одним из них был я. Я использовал его, чтобы пересказать письмо, которое мог прочитать за 30 секунд. Это заняло 45 секунд. Плюс время на исправление галлюцинаций. Но я назвал это «успешным тестом». Успех означает, что пилот не провалился явно. Финансовый директор спросил про ROI. Я показал ему график. График шёл вверх и вправо. График измерял «AI-адптацию». Я выдумал эту метрику. Он одобрительно кивнул. Теперь мы «AI-ориентированная компания». Я не знаю, что это значит. Но это есть в презентации для инвесторов. Старший разработчик спросил, почему мы не использовали Claude или ChatGPT. Я сказал, что нам нужна «корпоративная безопасность». Он спросил, что это значит. Я ответил: «комплаенс». Он спросил — какой именно комплаенс. Я сказал: «весь». Он посмотрел скептически. Я назначил ему «разговор о карьерном развитии». Он перестал задавать вопросы. Microsoft прислала команду для анализа кейса. Они хотели представить нас как историю успеха. Я сказал им, что мы «сэкономили 40 000 часов». Я посчитал это, умножив число сотрудников на число, которое выдумал. Они не стали проверять. Они никогда не проверяют. Теперь мы на сайте Microsoft. «Глобальная корпорация добилась прироста продуктивности на 40 000 часов с Copilot». CEO выложил это в LinkedIn. Он получил 3 000 лайков. Он никогда не пользовался Copilot. Никто из топ-менеджеров тоже. У нас есть налоговая льгота. «Стратегический фокус требует минимального цифрового отвлечения». Я написал эту политику. Лицензии продлеваются в следующем месяце. Я запрашиваю расширение. Ещё 5 000 лицензий. Мы не использовали первые 4 000. Но в этот раз мы «простимулируем внедрение». Внедрение означает обязательное обучение. Обучение — это 45-минутный вебинар, который никто не смотрит. Но прохождение будет отслеживаться. Прохождение — это метрика. Метрики идут в дашборды. Дашборды идут в презентации для совета директоров. А презентации для совета директоров дают мне повышение. К третьему кварталу я стану старшим вице-президентом. Я всё ещё не знаю, что именно делает Copilot. Но я знаю, зачем он нужен. Он нужен, чтобы показать, что мы «инвестируем в ИИ». Инвестиции — это траты. Траты — это приверженность. Приверженность означает, что мы серьёзно относимся к будущему. А будущее — это то, каким я скажу ему быть. Главное, чтобы график шёл вверх и вправо. Телеграм канал HR-аналитики6,45%
- 10 мар.Про успешный успех. Недавно слушал свежий выпуск подкаста безвотэтоговотвсего с CTO flowwow. Я не знаю, это какие-то особенности бьюти-рынка или рынка услуг, но flowwow очень близок к ЗЯ в вопросе подготовки к 8 марта и той нагрузки, которая приходит на наши сервисы в этот день. В подкасте было сказано про рост x30, в чём-то автор прав. В этом году ЗЯ впервые за всё время существования ecom прошёл этот день без крупного инцидента. Да, были некоторые шероховатости, их не может не быть, но по сравнению с прошлым годом и годами ранее я считаю это успехом. Спасибо всей команде! Молодцы!6,05%
- 23 февр.Про оценку настроения/cчастья команды. Я думаю, вы не раз получали письмо от HR с просьбой пройти какой-нибудь опросник удовлетворённости. Почему-то принято запускать такие опросники раз в квартал, полугодие или даже раз в год. Предполагается, что они должны собрать актуальную обратную связь от сотрудников, чтобы исправить какие-то проблемы. Я в это не верю. Я не верю, что сотрудник, которого просят раз в полгода вспомнить всё, что было хорошего и плохого за это время, может как-то адекватно и целостно собрать свои мысли и дать актуальный и честный фидбэк. Особенно если опросник состоит из 100500 вопросов, а время его заполнения занимает 15 минут и более. Я верю, что нужно собирать оценку настроения сотрудников каждый день, по итогам дня, но так, чтобы это занимало не более 10 секунд. Я не знаю, как правильно, я лишь помню, как это было на одном из мест моей работы. Бот стучался к тебе в личку каждый день ближе к концу рабочего дня и просил оценить твой день по шкале bad/hard/neutral/good/excellent и, опционально, оставить комментарий. В итоге ты как менеджер видел анонимную среднюю оценку настроения своей команды каждый день в динамике, с историческими данными, и мог понять, как и какие события тем или иным образом на нее влияют. У меня, к сожалению, не осталось пруфов (скриншотов), как это выглядело, но те, кто со мной работал тогда, помнят этот сервис TeamMood. Кажется, что спустя многие годы ничего такого же простого и удобного не появилось.5,24%
- 12 февр.Про офис для руководителя. Пока вокруг все говорят про внедрение ИИ, про удалёнку, про распределённые команды, про метрики и т. д. и т. п., хочется вернуться во времена, когда мы просто приходили в офис, завтракали на кухне, потом садились за общий стол на 3–4 человека и вместе работали. Без созвонов, встреч и календаря. Я глубоко убеждён, что для любого руководителей работа из офиса намного эффективнее, при условии, что руководители твоего уровня и выше тоже ходят в офис. Ничто, абсолютно ничто не заменит живое общение за завтраком, у кофепойнта, в курилке или за обедом вне офиса. Решить вопрос в офисе с кем-то можно кратно быстрее, чем договориться о звонке, написать повестку, провести встречу и т. д. и т. п. Было же время! P.S.: картинка отсюда.4,78%
- 17 февр.Пост про бардак. Я глубоко уверен, что первопричиной большого количества проблем в современном IT (и не только) является простой бардак. Попробую, попытаюсь объяснить. Начнём издалека, с некоторой аллегории. Представьте, что к вам подходит ваш ребёнок и просит помочь собрать пазл из LEGO. Вы, конечно же, готовы помочь. Идёте в комнату, а там бардак. Игрушки разбросаны, кровать не убрана, одежда валяется на полу и тд и тп. Можно ли в такой комнате собрать LEGO на фоне бардака? Наверное, да, но хочется сначала навести порядок, а уже потом собирать LEGO. Или по-другому. Вам надо в незнакомой кодовой базе написать новую фичу. Код старый, тестов в нём нет, разработчиков, которые его писали, уже тоже нет в компании, те спросить не у кого, а какой-либо документации нет. Можно ли в такой кодовой базе сделать что-то новое? Наверное, да, но хочется сначала навести какой-то порядок, чтобы, как минимум, реализация новой фичи не сломала вообще всё. Нельзя построить двухэтажный дом, если изначально фундамент был рассчитан на одноэтажный. Невозможно запустить ракету в космос, не имея стартовой площадки. Бардак - это не что-то, что видно сразу, что можно пощупать и измерить. Это могут быть достаточно метафизические вещи, типа отсутствия понятных зон ответственности или непрозрачности/отсутствия каких-то процессов. Задача руководителя - минимизировать количество бардака в рамках как минимум своей зоны ответственности/своей команды, как максимум сильно шире/больше. Если у вас в квартире порядок, а на этаже по соседству с вами живут не самые порядочные люди, которые мусорят, это не может не повлиять на вас.4,68%
- 24 окт.Про Бурдж-Халифа. В ЗЯ, кроме заказов и подарочных карт, есть боксы и косметички. Что это такое? Это подборка разного рода товаров, тематически собранных в красивый комплект с определённой тематикой с учётом текущих трендов, времени года, праздников и т. д. и т. п. Анонсы продаж боксов и косметичек публикуются в соответствующих каналах @GoldApple_BOX и @flacon_mag. Подписывайтесь. К чему я это? Поскольку предложения по данным товарам всегда ограничены и их раскупают в течение 5-ти минут, то это порождает колоссальный рост нагрузки на наши сервисы в момент публикации новости о начале их продаж. Для понимания: RPS на каталог/корзину может подскочить в моменте одной минуты в 2–3 раза, а количество заказов может подскочить до 10 раз. Причём тут Бурдж-Халифа? Потому что на метрике заказов это выглядит именно так.4,05%
- 25 февр."Письмо" в редакцию. Ниже текст не обиженного луддита, настальгирующего по good old days - а скорее анализ происходящего и попытка трезво принять будущее. Я не могу не замечать, как мои скиллы обесцениваются. В конечном счете, я - такая же нейронка, обученная на документациях и ответах со StackOverflow. Только куда менее эффективная: мне нужно спать, обедать час (иногда даже больше). Эго ещё своё обязательно продемострировать на митингах с соседним отделом. В Software Engineering всегда было разделение на «художников» и «маляров». Художники творят Linux, Redis, Python. Маляры решают прикладные задачи перематывая всё это изолентой. Спрос на вторых рос десятилетиями, но сейчас приходит смерть профессии в ее привычном виде, ака демократизация малярного дела. Все мои знания аргументов grep, параметров gunicorn или трюков оптимизации Docker-образов больше не нужны (даже мне так то!). Даже хитровыебанные знания, вроде паттернов проектирования или систем дизайна. LLM в них компетентнее. Когда я получаю от нейронки снисходительное «You are absolutely right», мы оба знаем: это просто вежливая лесть за уплоченны токены. Мы поднимаемся на новый уровень абстракции, где становится неважно, *как это сделано*. Нам же плевать на регистры и сдвиги в ассемблере? Теперь этот подход добрался до нашего “высокоуровневого” кода, Я вижу это на ревью: прилетает PR на 1000 строк нового кода в репозиторий, где всего их 3000. Там всё ок: тесты, документация, структура. • Да, можно это сделать проще через стороннюю библиотеку - так уж вышло что я это знаю. • Да, это стоило бы разбить на пять мелких PR, чтобы я не сошел с ума это всё ревьюить. Но реальность такова: этот код больше не предназначен для чтения человеком. Индустрия переходит в write-only режим. Если нейронка написала тысячу строк, которые работают, и она же сможет их потом поправить — «красота», «переиспользуемость» и «поддерживаемость» кода в человеческом понимании становятся атавизмом. Так уж вышло что последние 10 или сколько там лет я практиковался именно в “как”. Как сделать код поддерживаемы, безопасным. Как побить на зависимости и сделать общие части переиспользуемыми. Как сделать красиво - ну это самый кайф в нашем достаточно скучном корпаротивном болоте. Теперь этот навык превращается в избыточную нагрузку для бизнеса – хотя wait a second, it always been.3,98%
- 6 февр.Как назвать? В Магнит в 2021 году я разработал (возможно, откуда-то и скопировал, но уже не помню) свой паттерн именования каналов в корпоративном мессенджере. Тогда это был MS Teams, но это не столь важно. Знаю, что этот подход до сих пор используется в Магнит OMNI с некоторыми вариациями. В ЗЯ я его немного доработал, вот что в итоге получилось. Речь о публичных каналах, где важно единообразие для внешнего наблюдателя, те ему должно быть просто разобраться, куда и как обратиться в случае возникновения проблем. Всё базируется на префиксах team, tool, guild, release, support, proj, recruit и постфиксах qna, news. Итак: • team-<team_name>-<theme>, например team-main-qna, team-fs-news. qna - в данном случае это "приёмная" команды, куда может обратиться кто угодно с любым вопросом извне. news - это соответственно, канал новостей команды, которые команда может транслировать вовне, например о запуске какой-то крупной и важной фичи. Зачастую хватает только канала qna. - guild-<guild_name>-<theme>, например guild-ios-qna. Тут всё аналогично team. - tool-<tool_name>-<theme>, например tool-mattermost-qna, tool-mattermost-news. - proj-<project_name>, например proj-new-search или proj-tips. proj - префикс, отражающий крупный проект/фичу, которая затрагивает множество команд где им нужно синхронизировать общие вопросы и сроки. • release-<mobile|web> - каналы релизов МП и веба. • recruit-<theme> - каналы про найм, например recruit-android или recruit-net. Данный подход можно по-разному крутить, добавляя свои префиксы и постфиксы. Главное чтобы сохранялся общий паттерн, на основе которого можно было бы просто искать каналы. Английский язык используется просто потому, что он короче, и список каналов будет более компактным.3,81%
- 22 нояб.Про AI. В четверг был на конференции Yandex: Team Lead Go. В целом это было больше про нетворкинг, но был и один доклад о применении AI в мобильной разработке в Yandex Go. Со слов докладчика, у них уже сейчас используются AI‑агенты, которые парсят макеты в Figma и на их основе генерируют экраны мобильного приложения из коробки. Разработчик все еще нужен, чтобы провести ревью этого кода и самостоятельно добавить анимации. Со стороны это все выглядит невероятно. Этой осенью на всех конференциях звучали доклады про AI. Автокомплит, рефакторинг, генерация тестов, code review, поиск уязвимостей, обнаружение неоптимального кода вроде n+1 - все это уже воспринимается как норма, а не как фантастика из будущего. При этом утверждается, что это все в помощь разработчику, чтобы быть эффективнее и быстрее перформить. Так ли это? Не знаю. Как будто тут есть доля лукавства. Точно понятно, что страдают джуны, которые сейчас никому не нужны, а senior-инженеры как были, так и остаются востребованы.3,32%
- 25 нояб.Время MVP прошло? Мой опыт продуктовой разработки в любой роли в любой компании до ЗЯ строился на подходе "собрать быстрое MVP из говна и палок, запуститься, проверить гипотезу, а потом, если взлетит делать нормально". Логика простая, зачем тратить время и ресурсы на качество, если можно кое-как, но зато быстро. Но, кажется, время MVP прошло. У меня нет на руках исследований или статистики, есть сугубо личное субъективное мнение. Рынок и мы сами, как пользователи цифровых продуктов, сильно изменились. Мы стали гораздо более требовательны к: - визуальному качеству и целостности дизайна - скорости и стабильности работы - отсутствию навязчивой рекламы и "шумных" паттернов - понятным онбордингам и прозрачной монетизации Мы готовы платить за хороший контент. Готовы выбрать более дорогой товар, но оформить заказ в приложении, которое работает быстрее, выглядит аккуратнее и не раздражает. И если раньше "кое-как, но быстро" давало шанс, то сегодня сырость на старте часто закрывает продукту путь дальше, т.к. плохой первый опыт убивает доверие и повышает стоимость последующих попыток. В ЗЯ мы практически никогда не запускаем на клиентов MVP, в основном это всегда MLP, и это сложно. MLP тянет за собой более долгий discovery, а затем еще более долгий delivery-процесс. Хороший пример - новая программа лояльности.3,27%
- 18 окт. 2025 г.Вчера посетил конференцию avito.tech.conf for leads & managers. Мысли в формате тезисов на основе прослушанных докладов и нетворкинга со случайными участниками конфы. - Все пытаются как-то где-то внедрять AI для автоматизации и ускорения разработки, не у всех получается, не все довольны результатами, но все так или иначе пытаются что-то придумывать и двигаются в этом направлении. - Многие, с кем я общался, соглашаются с тем, что средний уровень разработчика падает. Моя гипотеза тут — это то, что в IT за последние 10 лет пришло много новых кадров не после профильных вузов, а после курсов. Где — вжух — и через полгода ты уже джун, но базовой базы страданий через пот и кровь какого-либо высшего учебного заведения нет. Плохо это или хорошо — каждый решает для себя сам. - Тренд работать на двух и более работах, к моему глубокому сожалению, растет. Откуда и почему — лично для меня загадка, но такая проблема есть, и работодатель со стороны ТК тут не защищен. - Практически у всех компаний, кроме тех, кто занимается каким-либо импортозамещением, проблемы с бюджетами в этом году. Прогноз на 2026 — неутешительный. Иными словами, затягиваем пояса. Эх, видимо, покупку Porsche придется снова отложить =) Запись трансляции тут.2,99%
- 10 февр.Про 360 и оценку сотрудников. В школе я был далеко не отличником, а в вузе тем более. Но именно тогда у меня закрепилась установка, всё нужно делать «на отлично», то есть на 5. В школьной системе 5ка воспринимается скорее как норма, а не как выдающийся результат. Таким образом нам с детства задают планку "учись на 5". При оценке сотрудников в формате 360 "школьный подход" часто приводит к конфликту восприятия, тк в нашей работе невозможно постоянно быть отличником. Задачи разные, контекст меняется, а результат зависит не только от усилий конкретного человека. Поэтому 3 - это нормальный, те ожидаемый результат. И это НОРМАЛЬНО! Мое воспринятие: 1 - значительно ниже ожиданий. Провал, требуется срочного исправление. 2 - ниже ожиданий. Немного не дотянул до нормы. 3 - соответствует ожиданиям. Уверенная норма, те все ОК. 4 - выше ожиданий. Заметно лучше требуемого уровня. 5 - выдающийся, редкий результат. Уровень Rockstar.2,47%