https://github.com/comerc/try-playneta
https://github.com/comerc/try-playneta
Last synced: 8 days ago
JSON representation
- Host: GitHub
- URL: https://github.com/comerc/try-playneta
- Owner: comerc
- Created: 2026-04-29T14:51:28.000Z (about 1 month ago)
- Default Branch: main
- Last Pushed: 2026-04-29T15:09:45.000Z (about 1 month ago)
- Last Synced: 2026-04-29T16:33:22.439Z (about 1 month ago)
- Size: 3.91 KB
- Stars: 0
- Watchers: 0
- Forks: 0
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
Awesome Lists containing this project
README
# Анкета для Senior Golang Developer в Playneta
Здравствуйте! Вакансия Senior Go Developer - важная позиция для нашей компании. В качестве первого отборочного тура мы предлагаем вам ответить на несколько вопросов. Надеемся, что анкета покажется вам интересной, и с нетерпением ждём ваших ответов.
Пожалуйста, не используйте при заполнении анкеты нейросети. Нам важно узнать про ваш реальный опыт.
Этапы отбора:
- Анкетирование по техническим моментам и профессиональному опыту;
- Созвон-знакомство с HR;
- Техническое собеседование с Golang Developer (ориентируйтесь примерно на 1,5 часа);
- HR собеседование (подробно расскажем про компанию как работодателя, процессы, бонусы и ответим на оставшиеся вопросы);
- Знакомство с СТО;
- Согласование условий оффера и оффер.
Заранее благодарим вас за уделенное время и надеемся на возможность долгосрочного и классного сотрудничества!
Q: Есть ли у вас опыт разработки игр или мобильных приложений с геймификацией? Если есть возможность - приложите ссылку на проект.
A: https://github.com/comerc/try-rpg
Q: Коротко (3-5 предложений) опишите архитектуру последнего Go-сервиса, который вы проектировали или существенно меняли. Какие компоненты, почему именно такая структура, что бы вы сейчас сделали иначе?
A: Техника "частично применяемых интерфейсов" убирает связи между пакетами сервиса, что даёт возможность замокать внешние зависимости и получить 100% покрытие юнит-тестами. Такой код существенно легче эксплуатировать и разрабатывать.
Q: Расскажите про рефакторинг или миграцию, которые заняли больше 2 недель. Что было триггером, какие метрики были до/после, что пошло не по плану?
A: У меня скиллы написаны неправильно - это эволюционный процесс. Но результаты уже потрясающие. Переписал третий проект за 3 дня, но перед этим тюнил ИИшечку на второй проект 3 недели, а перед этим вайбкодил первый проект 3 месяца год тому назад - from MVP to Enterprise Level.
Q: С какими AI инструментами вы работаете при написании кода? Что вы поменяли в своём использовании AI за 2025 год?
A: Переехал с Cursor-а на Claude Code, а теперь ещё Codex. Написал заметку для обобщения моего текущего опыта ИИ-кодинга: https://habr.com/ru/articles/1028804/
Q: Опишите кейс, когда использование ИИ существенно упростило вашу работу или сэкономило время.
A: Синхронизация документации и кода: ИИ автоматизирует ведение doc.go и BDD-тестов, поддерживая актуальность описания системы и бизнес-логики.
Q: Расскажите немного о вашем опыте работы с WebSocket или другими real-time решениями. В каком продукте использовали? Сколько одновременных соединений держали, какие были проблемы с масштабированием?
A: Использовал Centrifugo для выноса WebSocket-нагрузки из Go-сервисов, держали до 50к соединений через Redis Engine. Основной тюнинг касался лимитов дескрипторов и параметров ядра Linux под большое количество TCP-сессий.
Q: Есть ли у вас опыт работы с очередями (BullMQ, Kafka, RabbitMQ или другими)? В каких задачах вы их применяли?
A: Проектировал и настраивал топологию RabbitMQ для асинхронного обмена данными между микросервисами. Внедрил механизмы DLX и DLQ для надежной обработки ошибок и исключения потери данных при сбоях.
Q: Опишите случай, когда тесты поймали баг до прода или когда отсутствие тестов привело к проблеме. Что это был за кейс?
A: Обычно выручают BDD-тесты: они не раз ловили регресс в сложной бизнес-логике, когда технически код работал, но нарушал требования продукта.
Q: Расскажите про баг или инцидент на Go, который вы дебажили дольше всего. Как проявлялся, сколько времени ушло, в чём оказалась причина?
A: Время на поиск багов сократилось на порядок: при зрелом тестовом стенде ИИ находит аномалии в кодовой базе сразу. Вместо долгого ручного погружения я инвестирую в подготовку контекста для инструментов, что дает ощутимый профит в скорости фикса.
Q: Пожалуйста, укажите максимальный RPS или MAU продукта, над которым вы работали. Если можете - укажите также p99 latency, который держали.
A: Работал в RTB-платформе Билайна - автоматизированном рекламном аукционе. Пиковая нагрузка порядка нескольких десятков тысяч запросов в секунду, время ответа в пределах 150 мс на 99-м перцентиле, охват - десятки миллионов устройств в месяц.
Q: Здесь вы можете приложить пример кода (ссылкой на документ/pastebin) или ссылку на Github.
A: https://github.com/pure-golang/level85