Product Developer
前往频道在 Telegram
Канал о продуктовой разработке изнутри. Открыт для связи: @engineering_memeger
显示更多📈 Telegram 频道 Product Developer 的分析概览
频道 Product Developer (@product_developer) 俄语 语言赛道中的 是活跃参与者。目前社区聚集了 12 304 名订阅者,在 技术与应用 类别中位列第 10 118,并在 俄罗斯 地区排名第 53 000 位。
📊 受众指标与增长动态
自 невідомо 创建以来,项目保持高速增长,吸引了 12 304 名订阅者。
根据 26 七月, 2026 的最新数据,频道保持稳定运转。过去 30 天订阅人数变化为 -124,过去 24 小时变化为 -2,整体触达仍然可观。
- 认证状态: 未认证
- 互动率 (ER): 平均受众互动率为 21.88%。内容发布后 24 小时内通常能获得 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 |
