Backend Engineer / Go
Quests — mobile social product на перетині social/community platform та event mechanics. Ми будуємо продукт, який допомагає людям не просто споживати контент онлайн, а знаходити своїх, створювати активності й зустрічатися офлайн. Продукт росте: стає більше функціоналу, інтеграцій і сценаріїв взаємодії, а разом із цим — більше backend-задач навколо performance, reliability та роботи з даними. Backend-команда зараз невелика, тому шукаємо ще одного Go Engineer, який буде робити новий функціонал і паралельно покращувати існуючу систему. У роботі — Go, PostgreSQL, Redis, service-based architecture, REST/RPC/WebSocket API та тісна взаємодія з mobile-командою. Особливо багато задач буде навколо PostgreSQL/query optimization, backend performance і розвитку існуючої codebase.
Що будете робити
розробляти нову backend-функціональність;
підтримувати й покращувати існуючу codebase;
працювати з API та інтеграціями;
знаходити bottlenecks і пропонувати improvements;
працювати з PostgreSQL / Redis;
брати участь у технічних рішеннях і grooming;
багато взаємодіяти з mobile, product і QA;
поступово забирати задачі end-to-end із мінімальним залученням інших backend engineers.
Що шукаємо
commercial backend experience;
практичний досвід із Go;
розуміння goroutines, channels, contexts;
microservices / distributed systems;
PostgreSQL і впевнена робота з SQL;
REST / RPC / WebSocket;
Redis;
Git / GitHub, Docker;
розуміння unit / component / integration testing.
2+ роки Go — бажано, але не догма. Якщо ви сильний backend engineer і Go у вас менше, але вже працювали із ним у production — теж поговоримо.
Окремо цінуємо
Коли замість: «Я не знаю, як це зробити»
є: «Я перевірив кілька варіантів, ось що спрацювало / не спрацювало, і ось де потрібен input».
Плюс, якщо тобі цікаво не тільки як написати endpoint, а й навіщо ми взагалі будуємо цю фічу і що вона змінює для користувача. Саме такого involvement очікує backend-команда.
Буде плюсом
backend для mobile apps;
high-load;
system design;
product / startup experience;
досвід із performance optimization.
Не дуже match, якщо
комфортно тільки з детально готовими ТЗ;
не хочеться дискутувати про технічні рішення;
product context закінчується на Jira ticket;
при першому blocker потрібен готовий solution від lead.
Про процес
Спочатку коротко знайомимось із рекрутером, далі — технічна розмова з backend-командою. Можливий додатковий етап із CTO. Без марафону з п’яти співбесід. Якщо по стеку ти не 100%, але роль і продукт відгукуються — пиши. Нам цікавіше поговорити з живим сильним engineer, ніж шукати ідеальний набір keywords у CV.
