Product Developer
Канал о продуктовой разработке изнутри. Открыт для связи: @engineering_memeger
نمایش بیشتر📈 تحلیل کانال تلگرام Product Developer
کانال Product Developer (@product_developer) در بخش زبانی روسی بازیگری فعال است. در حال حاضر جامعه شامل 12 304 مشترک است و جایگاه 10 118 را در دسته فناوری و برنامهها و رتبه 53 000 را در منطقه روسيا دارد.
📊 شاخصهای مخاطب و پویایی
از زمان ایجاد در невідомо، پروژه رشد سریعی داشته و 12 304 مشترک جذب کرده است.
بر اساس آخرین دادهها در تاریخ 26 ژوئیه, 2026، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر -124 و در ۲۴ ساعت گذشته برابر -2 بوده و همچنان دسترسی گستردهای حفظ شده است.
- وضعیت تأیید: تأیید نشده
- نرخ تعامل (ER): میانگین تعامل مخاطب 21.88% است و در ۲۴ ساعت نخست پس از انتشار، محتوا معمولاً 9.39% واکنش نسبت به کل مشترکان کسب میکند.
- دسترسی پستها: هر پست به طور میانگین 0 بازدید دریافت میکند. در اولین روز معمولاً 1 156 بازدید جمعآوری میشود.
- واکنشها و تعامل: مخاطبان بهطور فعال حمایت میکنند؛ میانگین واکنش به هر پست 0 است.
📝 توضیح و سیاست محتوایی
نویسنده این فضا را محل بیان دیدگاههای شخصی توصیف میکند:
“Канал о продуктовой разработке изнутри. Открыт для связи: @engineering_memeger”
به لطف بهروزرسانیهای پرتکرار (آخرین داده در تاریخ 27 ژوئیه, 2026)، کانال همواره بهروز و دارای دسترسی بالاست. تحلیلها نشان میدهد مخاطبان بهطور فعال با محتوا تعامل دارند و آن را به نقطه اثرگذاری مهم در دسته فناوری و برنامهها تبدیل کردهاند.
در حال بارگیری داده...
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 27 ژوئیه | +4 | |||
| 26 ژوئیه | +2 | |||
| 25 ژوئیه | +1 | |||
| 24 ژوئیه | +3 | |||
| 23 ژوئیه | +2 | |||
| 22 ژوئیه | 0 | |||
| 21 ژوئیه | +1 | |||
| 20 ژوئیه | 0 | |||
| 19 ژوئیه | 0 | |||
| 18 ژوئیه | +3 | |||
| 17 ژوئیه | 0 | |||
| 16 ژوئیه | 0 | |||
| 15 ژوئیه | +3 | |||
| 14 ژوئیه | +1 | |||
| 13 ژوئیه | +3 | |||
| 12 ژوئیه | 0 | |||
| 11 ژوئیه | 0 | |||
| 10 ژوئیه | 0 | |||
| 09 ژوئیه | 0 | |||
| 08 ژوئیه | 0 | |||
| 07 ژوئیه | 0 | |||
| 06 ژوئیه | +1 | |||
| 05 ژوئیه | 0 | |||
| 04 ژوئیه | +2 | |||
| 03 ژوئیه | +3 | |||
| 02 ژوئیه | 0 | |||
| 01 ژوئیه | 0 |
| 2 | С этими вашими AI агентами мы снова попали на дикий запад
Момент времени Т-4: Когда-то давно для нового разработчика в компании выделялось несколько дней, а то и недель, чтобы настроить под себя рабочее окружение. Начиная от настройки ОС, и заканчивая выбором веб-сервера и установкой базы данных. А потом связкой этого всего друг с другом. Представляете: люди отдельно ставили себе Apache и MySQL, руками перекладывали PHP-исходники в директорию апача, руками правили конфиги чтобы правильный порт MySQL прописать. На разворачивание среды разработки для новых сотрудников закладывали неделю-две.
Момент времени Т-3: Появляются стандарты. LAMP, XAMPP, Denwer, ... Онбординг нового программиста теперь занимает 1 день.
Момент времени Т-2: Все инструменты разработки стандартизированы, есть платформы, есть облака, на практически любой вопрос есть ответ.
Момент времени Т-1: С появлением кодящих агентов мы откатились к этапу Т-4: "каждый колбасит сам как умеет, делимся экспертизой, ищем сценарии применения и лучшие практики".
Момент времени Т-0 (Сейчас): Мы на этапе, когда уже набралось определенное количество сценариев применения и лучших практик. При этом с точки зрения стандартизации мы всё еще в древних временах, когда еще даже не появились LAMP и Денвер.
Образ будущего Т+1: Верю, что появятся стандарты использования кодящих агентов. Может быть, на уровне промптов для самих агентов.
Чтобы агент подсказывал оператору (разработчику), как его правильно использовать.
- Скиллы, mcp, подходы.
- Запускать brainstorm -> writing-plans -> subagents-flow -> finish-branch-development
- Делать регулярный Handoff и compact
- Писать по TDD или даже TBD.
- Избегать откладывания техдолга.
- Следовать правилу бойскаута (оставлять поляну чуть чище чем была до прихода). Дробить на атомарные пулл реквесты.
Проще всего это сделать с помощью AGENTS.md в корне проекта (+симлинкать на него CLAUDE.md)
Верю, что уменьшится метрика Rework. Возможно, что-то еще.
Впрочем, AGENTS.md — это такой же простой совет, уровня шаринга экспертизы.
Видимо, образ будущего я пока не вижу. Впрочем, не я один.
Поэтому остаемся в моменте времени Т+0 и делимся экспертизой.
———
Собственно, почему я пишу этот пост.
Мой давний товарищ Егор Толстой из Подлодки запустил закрытое сообщество инженеров, которые уже активно используют AI в работе и хотят делать это системно.
Концепт клуба:
1. Берем эксперта из Uber, xAI, Meta, Яндекса, Cursor, ...
2. Проводим стрим. Уже прошло больше 40 стримов на разные темы — фреймворки, Spec-Driven Development, общий реестр скиллов для команды, автономные фабрики фичей, ...
3. Обсуждаем в чате. Расходимся по комнатам на разные темы — локальные модели, SDD, ...
4. Бот как база знаний на основе всего архива прошедших стримов и обсуждений в чате
5. Хакатоны! сдедующий в августе, на тему самообучающихся агентов и долгосрочной памяти.
Если вы уже активно внедряете AI в свою работу или команды — сможете найти единомышленников с похожими проблемами. Как работать со скептиками, как не попасть в зависимость от вендоров моделей, как не сжечь все бюджеты на токены – можно обсуждать в чате и на Random Coffee.
🔗Детали, расписание, заявки в клуб
Био-Органический текст. Написан без применения AI. | 1 715 |
| 3 | Промо зависит от руководителя
Как бы хорошо ни была выстроена система перформанс-ревью в компании, на промо вас всё равно ведет руководитель. Можно сколько угодно закрывать матрицу компетенций, но без него ничего не случится.
В прошлом посте была фраза: руководитель, мол, «это видит». Так вот: сам по себе он ни хрена не видит.
(Антон, если ты вдруг это читаешь — это не про тебя, это другой, абстрактный руководитель 😅)
Распишу несколько конкретных принципов стейкхолдер-менеджмента руководителя из моего опыта.
Работать по Push-модели, а не Pull.
Проще всего объяснить разницу на примере 1-1. Главная мысль: встречу ведет тот, кто задает вопросы. Вы должны вести ваши 1-1 с руководителем.
Если он задает вам вопросы — он вытягивает из вас информацию. Это Pull.
Нужно самому пушить в руководителя информацию: сам приносишь повестку, сам рассказываешь, что происходит, сам пишешь фолоу-апы после 1-1, сам назначаешь на себя экшен-айтемы, сам их закрываешь. Это Push.
Почему pull это плохо.
1. На 1-1 всплывает только то, о чем руководитель догадался спросить. Половина твоей работы остаётся за кадром.
2. Создается привычка, что тебя надо контролировать. Нет простора для роста кредита доверия.
3. Нет возможности показать, что ты самостоятельный и можешь закрывать экстра-скоуп, о котором руководитель мог даже не знать.
Обеспечивать прозрачность.
Хочется быть для руководителя чёрным ящиком: «всё хорошо, всё хорошо, проблема решена, всё хорошо». Кажется, это вершина доверия — он тебе верит и не лезет. Но в матрице доверие/прозрачность это самый хрупкий квадрант: высокое доверие без прозрачности держится до первой проблемы.
Стратоплановская классика. Чем хуже дела, тем чаще про них рассказывай. «Вот проблема, так планирую решать, вот альтернативы, которые посмотрел. Хочешь поправить — скажи. Если нет — отчитаюсь, когда закрою».
Руководитель спокоен, ты автономен, доверие растёт.
Соблюдать договорённости.
Взял срок — держи. Видишь, что не успеваешь, — подсвети заранее и объясни почему. Решил, что важнее потушить другой пожар, — скажи об этом прямо. Один молча просранный коммит стоит дороже трёх честно передоговорённых.
Согласовывать ожидания.
Базово — быть выровненным с руководителем, что он считает хорошим результатом. Если идешь в промо — что нужно сделать для этого.
Руководитель — человек занятой. Можно до пенсии ждать, пока он сам распишет, что нужно для следующего грейда. Поэтому критерии я выписал сам. Скинул ему, он подсветил, что подправить, утвердили. И дальше я пошёл копать. Копал девять месяцев. Как докопал — промо прошло гладко и с первого раза.
... to be continued 🙂
———
Завтра, 25 июня, про это поговорим вживую. На эфире собираем тир-лист карьерных навыков, и «работа с руководителем» у меня едет в самый верх доски — без неё всё остальное в рост не конвертируется. Сегодняшний пост — одна клетка той доски; завтра увидите всю и поспорим.
📅 25 июня, 18:00–21:00 МСК — день для тех, кто думает про карьерное развитие, я там
💸 бесплатно (нужна подписка на каналы); есть платный вариант без подписок + бонусом запись «Руководитель 2030»
🔗 на выходе сертификат, можно повесить в LinkedIn
Регистрация: https://stratoplan-school.com/camp/pdev/
P.S. А у вас 1-1 кто ведёт — вы или руководитель? | 3 071 |
| 4 | Личный бренд не двигает карьеру
Веду этот канал пять лет. Что он мне реально принёс: знакомства, пару подкастов, рефлексию во время написания постов и донесение мыслей до коллег. Еще иногда (очень редко) консалтинг / менторинг. А, и возможность поныть сразу на тысячу человек, конечно же.
Но для карьеры внутри своей же компании он не дал ничего. Хотя по логике интернета должно быть наоборот: блог = успешный успех.
По моему опыту, перформанс на работе и ведение канала — это два параллельных трека. И один про другой не говорит вообще ничего.
Бывает, человек и посты годные пишет, и работу работает. Отлично, вопросов нет.
А бывает наоборот.
Читаешь канал — умнейший человек, всё по полочкам.
Потом взаимодействуешь по работе, — и не веришь, что это один и тот же человек.
Так что блог — вообще не сигнал о том, какой ты в работе.
Больше скажу: на найме он мне скорее мешал. Когда переходил в Райф, ребята из команды потом честно признались — была мыслишка в духе «о, блогер пришёл, сейчас будет не работу работать, а канал свой вести». Жёлтый флаг, короче.
А, и про «с блогом тебя начнут хантить»: за пять лет — ни одного оффера в личку. Ноль.
Повышение внутри компании тоже идёт совсем по другой логике.
Делаешь работу следующего грейда, закрываешь матрицу компетенций, руководитель и окружающие это видят.
Личного бренда обычно в матрице компетенций нет.
При этом блог не бесполезен. Просто польза у него другая, наружу. Кому он правда нужен как рычаг — тем, кто продаёт себя вовне: консалтинг, курсы, найм через свой блог, фаундерство, прыжки по компаниям раз в год. Там личный бренд иногда вообще единственный двигатель. А если ты растёшь внутри корпы по грейдам — это приятное хобби, и не надо себе врать, что оно про карьеру.
И да, я прекрасно понимаю, что пишу всё это в своём же личном блоге. Ну а где ещё ныть на тысячу человек.
———
Что еще принёс этот канал — мне выпала честь выступить с ув. тов. Орловым и Панкратовым 25 июня.
Будем вживую собирать тир-лист карьерных навыков: что реально тащит наверх, а что только кажется. Спойлер: личный бренд там сядет куда ниже, чем все привыкли думать. Этот пост — по сути разбор одной клетки той доски; на эфире разложим всю и поспорим.
Про мероприятие. Это бесплатный управленческий онлайн-кэмп от Стратоплана.
📅 22–25 июня, 18:00–21:00 МСК, по вечерам
4 дня:
1. Для оунеров, СЕО и C-lvl
2. Для тимлидов и руководителей отделов
3. Для технических и операционных директоров
4. Для тех, кто думает о карьерном развитии — я буду здесь.
💸 бесплатно — нужна подписка на каналы. Есть платный вариант без подписок, плюс бонусом запись закрытой программы «Руководитель 2030»
🔗 на выходе сертификат, можно повесить в LinkedIn
Регистрация: https://stratoplan-school.com/camp/pdev/ | 3 251 |
| 5 | 70% неприятной работы
Все знают, что быть тимлидом — это примерно так:
— Сидишь в кресле
— Двигаешь задачки по доске
— Говоришь людям, что делать
— Иногда мудро смотришь в окно
— Шутишь несмешные шутки и над ними всё равно смеются
Потом тебя повышают до CTO, потому что ты хорошо двигал задачки.
Хрен там.
Большая часть работы тимлида — это работать с неприятными вещами, которые раньше проходили где-то рядом, а теперь стали твоей проблемой.
По моим наблюдениям, у многих ребят при переходе из разработчика в тимлида резко меняется процентное соотношение приятной и неприятной работы.
Условно, было 80%/20% , а стало 30%/70%. Ниже соберу часть неприятностей работы тимлида, чтобы вы могли подумать, а надо ли вам оно.
📌 Нужно ругать людей быть требовательным
Люди косячат и тебе нужно давать обратную связь.
Не булшит-бургер «ты молодец, но вот тут надо получше», а конкретно:
«Вот здесь работа сделана плохо. Вот факты. Вот последствия. Вот что нужно изменить».
Человеку неприятно.
Тебе тоже неприятно.
Если вы получаете корректирующий фидбек от руководителя — знайте, ему эта часть работы не доставляет удовольствия. Ну только если не человек с отклонениями, но предположим что орущего социопата вы сможете отличить и послать нахер.
📌 Люди ошибаются
Иногда ты видишь, что человек собирается наступить на грабли.
И тебе нужно не побежать всё чинить, а дать ему ошибиться, чтобы он научился.
А потом помочь разгрести последствия, потому что отвечать за результат всё равно тебе.
Сложность в том, что чем выше грейд сотрудника, тем больнее обычно грабли и более долгосрочные последствия ошибки.
— Ошибка стажера фиксится в течение дня. Передаю привет всем менторам стажеров, которым сложно дать человеку ошибиться, потому что «надо всё сделать нормально с первого раза».
— Ошибка сеньора — квартал+. И тут тимлиду уже реально важно уметь отличить критичную проблему от минорной.
— Ошибка тимлида проявляется только через 9 месяцев, и еще поди осознай, что это вот то принятое 9 месяцев назад решение. Проблема в том, что тимлидов обычно никто не спасает от хождения по граблям 😅 И никто не помогает простроить цепочку поиска руткоза / ошибочного решения. В этом плане обучение тимлида — дело рук самого тимлида.
📌 Люди чего-то хотят, но не всегда понимают зачем
— Хочу расти.
— Окей, а зачем?
— Ну Вася вырос.
— Окей, а тебе зачем?
— Ну… надо.
Пу-пу-пу.
И дальше ты пытаешься понять, это денежная мотивация, желание лычки, или просто человеку скучно.
И вот ты уже персональный психолог и коуч — помогаешь сотруднику понять, чего же он хочет.
📌 Люди ноют
У каждого есть проблемы, тревоги, конфликты, ожидания, усталость, ипотека, собака, переезд, сложный проект, непонятный продукт, плохое настроение и ощущение, что всё бессмысленно.
Когда ты внутри команды, ты видишь только свою боль.
Когда ты тимлид, у тебя в голове девять чужих болей. Ты не должен быть психологом для каждого, но должен поддерживать доверительные отношения и уметь «оказать первую помощь».
Такое вот насильное расширение сознания.
📌 Людей иногда приходится увольнять
Не в первый месяц.
Может быть, не в первый год.
Но если вы идёте в менеджмент, надо понимать: когда-нибудь придётся.
Или увольнять, или сокращать, или объяснять непопулярные решения, на которые вы сами не можете повлиять.
И делать это так, чтобы люди поняли.
Итог.
Сейчас понял, что пункты выше — это только про взаимодействие с людьми.
А еще есть:
— заказчики, которые меняют требования на ходу
— подрядчики, которые нарушают обещания
— руководство, которое спускает сверху занимательные упражнения, логику и смысл которых уже никто не понимает
— инциденты
— горящие проекты
— бюрократия, эксельки, отчетность, сертификация, ...
Тимлид — это не задачки раздавать и в носу ковырять.
Тимлид — это проблемки решать и своей жопой отвечать за чужие косяки.
10 раз подумайте, какое соотношение приятной и неприятной работы вас будет устраивать. | 1 887 |
| 6 | Cтарая кринжовая история про найм.
2018 год. Москва. Чертаново. Офис QIWI. Собеседуем испанца Антонио.
Сейчас пишу и как-то самому не верится.
8 лет я держал в себе эту историю, хочу наконец-то поделиться.
Уже прошло достаточно много времени, и не существует компании, которой эта история могла бы нанести вред.
Итак, у нас была стажёрская программа, для которой я когда-то написал тестовое задание и выложил его на GitHub. Суть простая: пишешь 100 строк кода по примеру, открываешь pull request, получаешь ревью и приглашение на интервью.
Программа уже закончилась, тестовое лежало себе на гитхабе, никого не трогало.
И тут внезапно прилетает PR.
Человек нашёл это тестовое, сделал и приложил сопроводительное письмо на английском в стиле:
«Я всё сделал, давайте меня нанимать».
Увидев письмо на английском, я ессно что-то заподозрил.
Смотрю LinkedIn — испанец, мидл. Антонио.
Ни. Хрена. Себе.
Привели его в офис, погоняли по технике, разговаривали по-английски. Всё выглядело нормально.
Вы спросите, что Антонио забыл в Чертаново? Ответ — простая человеческая любовь. Он хотел научиться говорить по-русски, чтобы лучше понимать свою жену.
И я уже начал думать:
«Так, у нас, конечно, вся команда русскоязычная. Но ребята продвинутые, по-английски говорят. Документацию где-то адаптируем. В чатах начнём писать на английском. Нормально, справимся».
Сейчас, оглядываясь назад, понимаю что это была глупость. Из-за любопытства и желания подтянуть английский я собирался обречь команду на большие накладные расходы и значимое снижение эффективности.
Согласовал со всеми и запустили процесс найма.
И тут выясняется:
У человека ВНЖ без права на работу. И он рассчитывал, что мы ему поможем с этим, как приличная компания. А мы такое не умели. 🤦
Пу-пу-пу.
Пришлось писать самый кринжовый отказ в моей жизни. Мол «чувак, ты молодец, спасибо что потратил на нас кучу времени. Мы бы тебя с радостью наняли, но не умеем оформлять иностранцев».
Аж самому от себя мерзко.
Я тогда ещё сделал отдельную глупость — написал причину отказа. За это мне настучали по башке HRBP. Потому что такие причины отказа нельзя писать как попало в личку, — кандидат может засудить.
Поэтому, чтобы усилить кринжовость ситуации, я удалил причину отказа, отредактировав сообщение и подставив «Here was the reason».
Часто жалуются, что кандидату не дают развернутый фидбэк после собеседований. Я тоже не понимал, а в тот момент как понял. Это жиза, а не то, что вас хотели принизить или не уважают.
Антонио, прости. Я был молод и глуп. А теперь волею судеб мы с тобой поменялись местами, и уже я — иностранец, пытающийся ассимилироваться.
Специально для этого поста включу реакции 🙈😨😡🗿
P.S. Сейчас у Антонио всё хорошо — судя по линкедину, работает в Мадриде на Telefonica — самый крупный телеком Испании. | 2 566 |
