Вопросы на интервью в Linear для инженеров-программистов

У Linear самый ориентированный на вкус инженерный цикл среди известных стартапов. Команда небольшая, планка высокая, а цикл короткий — обычно 3–4 раунда плюс оплачиваемый work trial. От инженеров ждут мнения о ремесле разработки, умения хорошо писать асинхронно и привносить продуктовое чутьё в каждое решение. Раунда с алгоритмической головоломкой в смысле FAANG здесь нет. Это руководство синтезирует публичные инженерные посты Linear, опубликованные тексты их основателя и публичные отчёты с Glassdoor.

Процесс интервью в Linear

Цикл короткий и глубокий. Скрининг с рекрутером (30 минут, при малой численности — часто с основателем или инженерным лидом). Технический скрининг (60 минут, разговорный кодинг — ближе к парному программированию, чем к квизу). Тестовое задание или оплачиваемый work trial (несколько дней частичной реальной работы). Финальный раунд (60–90 минут, часто с нанимающим менеджером и основателем, охватывает техническую глубину, продуктовое чутьё и совместимость с командой). Срок: 3–5 недель. Linear известен быстрыми, ясными решениями.

Work trial — несущая часть. Linear платит за него, потому что хочет реальный сигнал: как вы справляетесь с неопределённостью, насколько чист ваш код, насколько хорошо вы пишете асинхронно. Это не тест в традиционном смысле. Относитесь к нему как к настоящей работе — задавайте уточняющие вопросы, напишите короткий design doc до кода, возражайте против неясных требований. Кандидаты с самой высокой оценкой относятся к work trial как к превью работы в Linear, а не как к экзамену.

Топ-10 технических вопросов для подготовки

Вопросы Linear вознаграждают чистый код, уверенное владение современным JS/TS и прагматичный дизайн. Алгоритмическая сложность важна только на границе; production-мышление важнее.

1. Реализуйте функцию debounce или throttle на TypeScript. Подсказка: уточните leading против trailing, проговорите несколько тест-кейсов вслух.
2. Постройте простой контейнер состояния — subscribe, dispatch, иммутабельные обновления. Подсказка: это с Linear-уклоном; им важно, как вы рассуждаете о реактивности.
3. Оптимистичное обновление UI с откатом при ошибке. Подсказка: моделируйте локальное состояние явно; обрабатывайте путь отказа как первоклассный случай.
4. Текстовый редактор реального времени с разрешением конфликтов — базовое мышление OT или CRDT. Подсказка: выберите CRDT; объясните, почему он дружелюбен к eventual consistency.
5. Фильтрация и сортировка большого списка элементов в React — соображения производительности, мемоизация, виртуализация. Подсказка: обсуждайте компромиссы, а не только реализацию.
6. Реализуйте обработку клавиатурных сокращений — многоклавишные последовательности, разрешение конфликтов между контекстами. Подсказка: Linear keyboard-first; этот раунд реален.
7. Спроектируйте и напишите небольшой API-клиент с повторами, дедупликацией и кэшированием. Подсказка: думайте о developer experience использования клиента.
8. Постройте небольшой парсер или рендерер Markdown. Подсказка: жёстко ограничьте скоуп; выдайте чистый код с явными тестами.
9. Реализуйте undo/redo для UI с состоянием. Подсказка: command pattern, снапшоты или operation log — выберите один и сформулируйте почему.
10. Отрефакторите сложный React-компонент, который вам даст интервьюер. Подсказка: объясняйте каждое изменение как компромисс, а не просто как предпочтение.

Топ-5 тем по system design

1. Local-first sync-движок — ключевая технология Linear. CRDT, офлайн-поддержка, разрешение конфликтов, серверный авторитет.
2. Система совместной работы в реальном времени — presence, курсоры, оптимистичные обновления, серверный fan-out.
3. Маршрутизация уведомлений — настройки, debounce, батчинг, асинхронная доставка через email/push/in-app.
4. Права и контроль доступа — гранулярность workspace/team/project, наследование ролей, проверка на этапе запроса.
5. Дизайн API и webhook — компромиссы GraphQL против REST, rate limiting, гарантии доставки webhook.

Конкретно про sync-движок Linear: прочитайте их опубликованные инженерные посты до цикла. Они публично писали о local-first архитектуре и CRDT. Прийти, прочитав материалы, — хороший сигнал; прийти, не прочитав их, — тихий красный флаг для ролей senior+.

Топ-5 поведенческих вопросов

1. Что вам нравится и не нравится в Linear как в продукте? Будьте конкретны — поднимите то, что бы изменили, и то, чем восхищаетесь.
2. Расскажите о продукте, которым вы недавно пользовались и который показался вам особенно хорошо спроектированным. Сформулируйте почему — вопросы на вкус — реальный сигнал в Linear.
3. Опишите проект, где вам пришлось прийти к решению письменно, а не через встречи. Культура асинхронного письма.
4. Проведите меня через то, как бы вы структурировали неделю без стендапов и статус-встреч. Тест на автономную приоритизацию.
5. Расскажите о случае, когда вы возразили против запроса на фичу, пришедшего от клиента. Продукт-first мышление важнее, чем угождение клиенту.

Советы, специфичные для культуры Linear

Linear доставляет продуктовые мнения через код. От инженеров ждут заботы о визуальной полировке, деталях взаимодействия и тексте. В каждом раунде ищите естественные способы показать продуктовое мышление. «Я бы реализовал это с переходом в 200 мс, потому что мгновенно ощущается резко для изменения такого размера» воспринимается гораздо выше, чем «я бы добавил переход». Конкретные сигналы вкуса редки и ценятся.

Асинхронное письмо — ключевой навык, а не приятное дополнение. Культура Linear проводит решения через письменные документы, а не встречи. Тестовое задание или work trial произведут письменные артефакты (design doc'и, комментарии в коде, описания PR), которые оцениваются так же тщательно, как и код. Ясное письмо ценится так же высоко, как чистый код.

Маленькая команда означает высокий сигнал. В Linear нет пути «попасть куда-то в организацию и разобраться с командой потом». Нанимающий менеджер будет вашим менеджером. Основатель может быть вашим skip-level. Каждое взаимодействие — реальная оценка совместимости. Будьте человеком, с которым вы сами хотели бы работать в понедельник — конкретным, спокойным, с мнением, но не догматичным, и способным признать «я не знаю» без дрожи.

Частые вопросы