es
Feedback
Product Developer

Product Developer

Ir al canal en Telegram

Канал о продуктовой разработке изнутри. Открыт для связи: @engineering_memeger

Mostrar más

📈 Análisis del canal de Telegram Product Developer

El canal Product Developer (@product_developer) en el segmento lingüístico de Ruso es un actor destacado. Actualmente la comunidad reúne a 12 304 suscriptores, ocupando la posición 10 118 en la categoría Tecnologías y Aplicaciones y el puesto 53 000 en la región Rusia.

📊 Métricas de audiencia y dinámica

Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 12 304 suscriptores.

Según los últimos datos del 26 julio, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de -124, y en las últimas 24 horas de -2, conservando un alto alcance.

  • Estado de verificación: No verificado
  • Tasa de interacción (ER): El promedio de interacción de la audiencia es 21.88%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 9.39% de reacciones respecto al total de suscriptores.
  • Alcance de las publicaciones: Cada publicación recibe en promedio 0 visualizaciones. En el primer día suele acumular 1 156 visualizaciones.
  • Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 0.

📝 Descripción y política de contenido

El autor describe el recurso como un espacio para expresar opiniones subjetivas:
Канал о продуктовой разработке изнутри. Открыт для связи: @engineering_memeger

Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 27 julio, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Tecnologías y Aplicaciones.

12 304
Suscriptores
-224 horas
-447 días
-12430 días

Carga de datos en curso...

Atraer Suscriptores
julio '26
julio '26
+29
en 0 canales
junio '26
+1 213
en 0 canales
Get PRO
mayo '26
+69
en 1 canales
Get PRO
abril '26
+25
en 0 canales
Get PRO
marzo '26
+31
en 0 canales
Get PRO
febrero '26
+77
en 1 canales
Get PRO
enero '26
+45
en 1 canales
Get PRO
diciembre '25
+20
en 0 canales
Get PRO
noviembre '25
+73
en 1 canales
Get PRO
octubre '25
+44
en 0 canales
Get PRO
septiembre '25
+35
en 1 canales
Get PRO
agosto '25
+59
en 2 canales
Get PRO
julio '25
+137
en 3 canales
Get PRO
junio '25
+77
en 2 canales
Get PRO
mayo '25
+175
en 1 canales
Get PRO
abril '25
+288
en 3 canales
Get PRO
marzo '25
+140
en 8 canales
Get PRO
febrero '25
+80
en 2 canales
Get PRO
enero '25
+96
en 1 canales
Get PRO
diciembre '24
+87
en 1 canales
Get PRO
noviembre '24
+161
en 4 canales
Get PRO
octubre '24
+415
en 5 canales
Get PRO
septiembre '24
+283
en 2 canales
Get PRO
agosto '24
+1 105
en 4 canales
Get PRO
julio '24
+107
en 3 canales
Get PRO
junio '24
+77
en 0 canales
Get PRO
mayo '24
+185
en 0 canales
Get PRO
abril '24
+344
en 1 canales
Get PRO
marzo '24
+1 243
en 0 canales
Get PRO
febrero '24
+297
en 2 canales
Get PRO
enero '24
+114
en 1 canales
Get PRO
diciembre '23
+127
en 0 canales
Get PRO
noviembre '23
+99
en 0 canales
Get PRO
octubre '23
+152
en 0 canales
Get PRO
septiembre '23
+158
en 0 canales
Get PRO
agosto '23
+151
en 0 canales
Get PRO
julio '23
+269
en 0 canales
Get PRO
junio '23
+596
en 0 canales
Get PRO
mayo '23
+7 116
en 0 canales
Get PRO
abril '23
+81
en 0 canales
Get PRO
marzo '23
+80
en 0 canales
Get PRO
febrero '23
+22
en 0 canales
Get PRO
enero '23
+22
en 0 canales
Get PRO
diciembre '22
+22
en 0 canales
Get PRO
noviembre '22
+20
en 0 canales
Get PRO
octubre '22
+22
en 0 canales
Get PRO
septiembre '22
+37
en 0 canales
Get PRO
agosto '22
+28
en 0 canales
Get PRO
julio '22
+74
en 0 canales
Get PRO
junio '22
+124
en 0 canales
Get PRO
mayo '22
+45
en 0 canales
Get PRO
abril '22
+36
en 0 canales
Get PRO
marzo '22
+22
en 0 canales
Get PRO
febrero '22
+51
en 0 canales
Get PRO
enero '22
+34
en 0 canales
Get PRO
diciembre '21
+91
en 0 canales
Get PRO
noviembre '21
+364
en 0 canales
Get PRO
octubre '21
+36
en 0 canales
Get PRO
septiembre '21
+21
en 0 canales
Get PRO
agosto '21
+42
en 0 canales
Get PRO
julio '21
+85
en 0 canales
Get PRO
junio '21
+145
en 0 canales
Get PRO
mayo '21
+88
en 0 canales
Get PRO
abril '21
+636
en 0 canales
Fecha
Crecimiento de Suscriptores
Menciones
Canales
27 julio+4
26 julio+2
25 julio+1
24 julio+3
23 julio+2
22 julio0
21 julio+1
20 julio0
19 julio0
18 julio+3
17 julio0
16 julio0
15 julio+3
14 julio+1
13 julio+3
12 julio0
11 julio0
10 julio0
09 julio0
08 julio0
07 julio0
06 julio+1
05 julio0
04 julio+2
03 julio+3
02 julio0
01 julio0
Publicaciones del Canal
Доставка смс в самолёт Сижу в самолёте. С интернетом, что само по себе — чудо, которое уже пару раз использовал, но каждый раз удивляюсь. Хочу залогиниться на какой-то сайт по номеру телефона. Ввожу номер, потом думаю: блин, мобильной-то сети нет. Проходит секунд 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