fa
Feedback
Product Developer

Product Developer

رفتن به کانال در Telegram

Канал о продуктовой разработке изнутри. Открыт для связи: @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)، کانال همواره به‌روز و دارای دسترسی بالاست. تحلیل‌ها نشان می‌دهد مخاطبان به‌طور فعال با محتوا تعامل دارند و آن را به نقطه اثرگذاری مهم در دسته فناوری و برنامه‌ها تبدیل کرده‌اند.

12 304
مشترکین
-224 ساعت
-447 روز
-12430 روز

در حال بارگیری داده...

ابر برچسب‌ها
هیچ داده‌ای
مشکلی وجود دارد؟ لطفاً صفحه را تازه کنید یا با مدیر پشتیبانی ما تماس بگیرید.
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
ژوئیه '26
ژوئیه '26
+29
در 0 کانال‌ها
ژوئن '26
+1 213
در 0 کانال‌ها
Get PRO
مه '26
+69
در 1 کانال‌ها
Get PRO
آوریل '26
+25
در 0 کانال‌ها
Get PRO
مارس '26
+31
در 0 کانال‌ها
Get PRO
فوریه '26
+77
در 1 کانال‌ها
Get PRO
ژانویه '26
+45
در 1 کانال‌ها
Get PRO
دسامبر '25
+20
در 0 کانال‌ها
Get PRO
نوامبر '25
+73
در 1 کانال‌ها
Get PRO
اکتبر '25
+44
در 0 کانال‌ها
Get PRO
سپتامبر '25
+35
در 1 کانال‌ها
Get PRO
اوت '25
+59
در 2 کانال‌ها
Get PRO
ژوئیه '25
+137
در 3 کانال‌ها
Get PRO
ژوئن '25
+77
در 2 کانال‌ها
Get PRO
مه '25
+175
در 1 کانال‌ها
Get PRO
آوریل '25
+288
در 3 کانال‌ها
Get PRO
مارس '25
+140
در 8 کانال‌ها
Get PRO
فوریه '25
+80
در 2 کانال‌ها
Get PRO
ژانویه '25
+96
در 1 کانال‌ها
Get PRO
دسامبر '24
+87
در 1 کانال‌ها
Get PRO
نوامبر '24
+161
در 4 کانال‌ها
Get PRO
اکتبر '24
+415
در 5 کانال‌ها
Get PRO
سپتامبر '24
+283
در 2 کانال‌ها
Get PRO
اوت '24
+1 105
در 4 کانال‌ها
Get PRO
ژوئیه '24
+107
در 3 کانال‌ها
Get PRO
ژوئن '24
+77
در 0 کانال‌ها
Get PRO
مه '24
+185
در 0 کانال‌ها
Get PRO
آوریل '24
+344
در 1 کانال‌ها
Get PRO
مارس '24
+1 243
در 0 کانال‌ها
Get PRO
فوریه '24
+297
در 2 کانال‌ها
Get PRO
ژانویه '24
+114
در 1 کانال‌ها
Get PRO
دسامبر '23
+127
در 0 کانال‌ها
Get PRO
نوامبر '23
+99
در 0 کانال‌ها
Get PRO
اکتبر '23
+152
در 0 کانال‌ها
Get PRO
سپتامبر '23
+158
در 0 کانال‌ها
Get PRO
اوت '23
+151
در 0 کانال‌ها
Get PRO
ژوئیه '23
+269
در 0 کانال‌ها
Get PRO
ژوئن '23
+596
در 0 کانال‌ها
Get PRO
مه '23
+7 116
در 0 کانال‌ها
Get PRO
آوریل '23
+81
در 0 کانال‌ها
Get PRO
مارس '23
+80
در 0 کانال‌ها
Get PRO
فوریه '23
+22
در 0 کانال‌ها
Get PRO
ژانویه '23
+22
در 0 کانال‌ها
Get PRO
دسامبر '22
+22
در 0 کانال‌ها
Get PRO
نوامبر '22
+20
در 0 کانال‌ها
Get PRO
اکتبر '22
+22
در 0 کانال‌ها
Get PRO
سپتامبر '22
+37
در 0 کانال‌ها
Get PRO
اوت '22
+28
در 0 کانال‌ها
Get PRO
ژوئیه '22
+74
در 0 کانال‌ها
Get PRO
ژوئن '22
+124
در 0 کانال‌ها
Get PRO
مه '22
+45
در 0 کانال‌ها
Get PRO
آوریل '22
+36
در 0 کانال‌ها
Get PRO
مارس '22
+22
در 0 کانال‌ها
Get PRO
فوریه '22
+51
در 0 کانال‌ها
Get PRO
ژانویه '22
+34
در 0 کانال‌ها
Get PRO
دسامبر '21
+91
در 0 کانال‌ها
Get PRO
نوامبر '21
+364
در 0 کانال‌ها
Get PRO
اکتبر '21
+36
در 0 کانال‌ها
Get PRO
سپتامبر '21
+21
در 0 کانال‌ها
Get PRO
اوت '21
+42
در 0 کانال‌ها
Get PRO
ژوئیه '21
+85
در 0 کانال‌ها
Get PRO
ژوئن '21
+145
در 0 کانال‌ها
Get PRO
مه '21
+88
در 0 کانال‌ها
Get PRO
آوریل '21
+636
در 0 کانال‌ها
تاریخ
رشد مشترکین
اشارات
کانال‌ها
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
پست‌های کانال
Доставка смс в самолёт Сижу в самолёте. С интернетом, что само по себе — чудо, которое уже пару раз использовал, но каждый раз удивляюсь. Хочу залогиниться на какой-то сайт по номеру телефона. Ввожу номер, потом думаю: блин, мобильной-то сети нет. Проходит секунд 20 — в правом верхнем углу макбука всплывашка: пришло сообщение, код 1234. Думаю: нихрена себе. Мне доставили SMS от банка на высоте 10 км над Средиземным морем, без единой сотовой вышки. Как? По Voice over WiFi. При чем WiFi Calling я раньше использовал. Иногда приходится голосом разруливать всякое с российскими банками, госуслугами, поддержками. В Испании это конский роуминг за минуту. Но с WiFi Calling — по тарифу домашнего региона. Очень полезно для эмигрантов и тех, кто много мотается. Но раньше я не задумывался, что и смски ходят так же по WiFi. Полез разбираться, как это устроено. Вот, вам приношу. ——— Как это работает: 1. Телефон коннектится к любому wifi — хоть к домашнему, хоть к кафешному или офисному. 2. Через DNS находит адрес шлюза оператора. Шлюз называется ePDG — по сути VPN-концентратор, специальный вход в сеть оператора для «недоверенных» сетей. Любой wifi для оператора недоверенный, потому что не он им управляет. 3. Телефон поднимает до этого шлюза зашифрованный IPsec-тоннель (по IKEv2). Дальше все звонки и SMS едут внутри этой шифрованной трубы. Соседу по кафешному wifi виден только зашифрованный поток. 4. Через тоннель телефон регистрируется в IMS — это контроллер оператора, который рулит звонками и SMS. Он же обслуживает VoLTE (звонки поверх LTE). То есть WiFi Calling и VoLTE — близнецы, отличается только последняя миля: там радио, тут wifi. 5. Телефон проходит аутентификацию симкой по протоколу EAP-AKA. Секретный ключ с симки наружу вообще не уходит. Оператор присылает challenge, симка решает её внутри себя своим ключом и возвращает ответ. Совпало — пустили. Те же секреты, что подтверждают тебя на вышке, теперь работают через обычный интернет, но сам ключ по проводам не светится. Поэтому это твой настоящий номер, а не приложение и не отдельный аккаунт. 6. Для SMS есть спец-адаптер: IP-SM-GW. Старая система рассылки SMSC умеет говорить только на языке классических сотовых сетей и не знает, что такое wifi. Переходник берёт у неё SMS и переупаковывает в формат IMS, чтобы доставить по тоннелю. Причём он прикидывается твоим телефоном — поэтому старая система не парится, где ты физически. Ей подсунули адрес адаптера — она доставила. На регистрацию в VoWiFi уходит время: найти шлюз, поднять тоннель, доказать симкой, кто ты такой, зарегистрироваться. Из проблем: 1. Раз мозг общий с VoLTE, по идее звонок должен бесшовно переезжать между wifi и сотовой. На бумаге так и написано. У меня — ни разу. По мере отхода от роутера сигнал wifi тупо деградирует, звук начинает сыпаться, и до переключения на сотовую оно нормально не доживает — звонок скорее оборвётся, чем «бесшовно переедет». 2. Если WiFi Calling «не включается», частая причина — фаервол режет нужные порты (UDP 500 и 4500 плюс протокол ESP). Тогда оно молча падает и откатывается на сотовую. Прикольно, что систему построили поверх готовой инфры: симка с ключом, IMS контроллер, рассыльщику SMS подсунули адаптер. Подробная статья про последовательность установки соединения — для тех, кто хочет углубиться. ——— В чудесное время живём: интернет в самолете, смска по WiFi, и автоподстановка кода из смс с айфона на макбуке. А у вас WiFi Calling включен?

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