Passkeys Are a Trap: Як зробити з цього нетворкінг

Є одна стаття на Substack з назвою "Passkeys are a trap. Do not use them." Коротка, різка, з аргументами. І вона зробила те, шо більшість технічних постів не роблять: викликала суперечку серед людей, які реально розбираються в безпеці. Це і є золото для нетворкінгу під час пошуку роботи.

Більшість порад про нетворкінг звучать так: "Будьте цікаві, ставте питання, показуйте ентузіазм." Супер. Але шо саме писати в LinkedIn-повідомленні? Про шо говорити на першому дзвінку з незнайомою людиною? Ось тут і потрібна конкретна тема. І ця стаття про passkeys - конкретна, спірна, технічно насичена. Коротше, ідеальна.

Про шо взагалі ця стаття, і чому вона спрацьовує

Автор стверджує, що passkeys - це не те срібло кулі, яким їх продають Google і Apple. Проблеми: прив'язка до девайсу, погана підтримка recovery flows, enterprise-середовища де все ламається, і загальна ілюзія що "без пароля" означає "безпечно". Аргументи конкретні, не просто хайп.

І ось чому це спрацьовує як тема: вона змушує людину мати власну думку. Або вона погоджується і хоче поговорити про те, як це виправити. Або не погоджується і хоче сперечатися. В обох випадках у тебе є розмова, а не обмін PDF-резюме.

Крок 1: Сформулюй свою позицію, перш ніж писати комусь

Найгірше шо можна зробити - переслати посилання з підписом "цікава стаття, як думаєш?" Це читається як "допоможи мені зробити вигляд шо я в темі." Натомість витрать 15 хвилин і сформулюй свою позицію. Погоджуєшся? Не погоджуєшся? З якою конкретно частиною?

• Прочитай статтю повністю, не діагонально. Там є нюанси.
• Запиши одне речення: "Я погоджуюся / не погоджуюся з автором тому що..." - і заповни.
• Подумай: а як це стосується твого досвіду? Ти бачив passkeys в продакшені? Є кейс?
• Якщо ти не security-спеціаліст - добре. Погляд backend-розробника або DevOps на auth-flow теж валідний.

Коли ти маєш позицію, повідомлення пишеться за 2 хвилини. Без позиції - ти просто ще один незнайомець у LinkedIn.

Крок 2: Кому писати і як знайти цих людей

Тема passkeys / auth / passwordless стосується конкретних ролей. Не треба писати всім підряд. Ось де шукати людей, яким це реально цікаво:

• LinkedIn: пошук за "security engineer", "identity platform", "IAM", "authentication" + компанія або місто яке тебе цікавить.
• Twitter / X: хто коментував оригінальний пост або схожі треди про passkeys, FIDO2, WebAuthn. Це тепла аудиторія.
• Hacker News: стаття, скоріш за все, вже там обговорювалась. Знайди людей з конструктивними коментарями.
• Telegram-спільноти з безпеки або backend-розробки: українські канали де є активні дискусії.

Крок 3: Шаблон повідомлення, яке не виглядає як шаблон

Є різниця між повідомленням шо "ініціює розмову" і повідомленням шо "просить допомоги". Перше цікаве. Друге - тягар. Ось структура першого:

1. 1Одне речення про статтю, яку ти обидва можете знати. Не "ти читав?", а "бачив цей пост про passkeys на Substack - автор досить жорстко проїхався по recovery flows."
2. 2Твоя позиція - одне речення. "Я частково погоджуюся, особливо щодо enterprise, але мені здається автор недооцінює UX-виграш для звичайних юзерів."
3. 3Запит на думку, не на допомогу. "Цікаво почути погляд людини, яка це в продакшені бачила. Ти як до цього ставишся?"

Три речення. Жодного прохання про роботу. Жодного прикладеного резюме. Саме так це і має виглядати.

Крок 4: Якщо розмова пішла, що далі

Чесно - більшість не відповідять. Це нормально. Але ті хто відповів, вже показали шо їм цікава тема, а значить і ти цікавий. Далі просто не зіпсуй.

• Відповідай на їхній аргумент, а не одразу переходь до "а до речі, я зараз шукаю роботу." Потримай розмову ще 1-2 повідомлення.
• Якщо вони запитують про тебе - відповідай коротко і переходь до питання про них. Люди люблять говорити про себе.
• Якщо ти відчуваєш шо людина відкрита - запропонуй короткий дзвінок. "Було б класно поговорити 20 хвилин, якщо маєш час наступного тижня." Не "познайомитися та обговорити можливості." Просто поговорити.

І так, тема роботи колись природно виникне. Або вони самі запропонують щось, або ти м'яко згадаєш. Але це вже третій крок, не перший.

Як це допомагає саме зараз, у 2026

Ринок вже не той. Надіслати 50 заявок і чекати - це стратегія шо все гірше працює. Більшість відкритих позицій закривають через рекомендації або через людей, яких рекрутер вже знає. Особливо в security, backend, DevOps.

Для українських IT-спеціалістів це ще актуальніше. Якщо ти релокувався і шукаєш роботу за кордоном, твоє резюме часто конкурує з людьми, у яких є локальний нетворк. Єдиний спосіб вирівняти це - будувати нетворк самому, і технічні дискусії - один з найшвидших шляхів.

До речі, поки ти будуєш нетворк, непогано щоб твоє резюме також не підводило. AI CV Analyzer покаже де воно ламається, перш ніж це покаже рекрутер.

Шо робити якщо ти не security-спеціаліст

Слухай, тема passkeys не потребує щоб ти був CISO. Backend-розробник, який реалізовував OAuth, має шо сказати про auth. Frontend, який інтегрував WebAuthn - теж. QA-інженер, який тестував passwordless flow - ще більше.

Головне не видавати себе за того кого ти не є. Якщо ти backend, так і кажи: "Я більше з боку реалізації дивлюся, а не безпеки, але з мого досвіду..." Це чесно і цікавіше, ніж робити вигляд що ти security-архітектор.

І ще одне. Якщо хочеш підготуватися до того, що скажеш на дзвінку після таких розмов, AI Coach допоможе зрепетирувати - включно з питаннями про твій технічний досвід і як його подати.