Старший Full-Stack инженер (Python/Django, React)

Что предстоит делать

##### Що ми пропонуємо ##### <ul><li>100% віддалена робота та гнучкий графік — обирайте робочі години в проміжку <nobr>8:00-20:00</nobr> за київським часом.</li><li>Бюджет на особистий розвиток у USD (подорожі, здоров'я та психотерапія, спорт, освіта та навчання, програмне забезпечення, робоче обладнання).</li><li>Конкурентоспроможна оплата праці в USD з регулярним переглядом зарплати.</li><li>Оплачувані відпустка, свята та лікарняні.</li><li>Безперервний професійний ріст через менторство, зворотний зв'язок та обмін знаннями.</li><li>English Speaking Club з носієм мови.</li><li>Доступ до AI-інструментів, включаючи асистентів кодування для інженерів та LLM-підписки для нетехнічних спеціалістів.</li><li>Проєкти з клієнтами в Європі та Північній Америці в таких галузях, як FinTech, Логістика, Готельний бізнес, E-commerce, Юриспруденція, Музика та інші.</li><li>Прозорі процеси, пласка структура управління та підтримуюча командна культура.</li></ul><p> <strong>Про роль</strong></p><ul><li>Ми наймаємо Senior Full-Stack інженера, щоб він став одним із найсильніших технічних спеціалістів у команді.</li><li>Найважливіше, що ми шукаємо — це досвід масштабування SaaS-продукту. Ми хочемо бачити людину, яка вже бачила, що відбувається, коли жива платформа зростає: зростаюча складність, технічний борг, вузькі місця масштабування, еволюція моделей даних, ненадійні інтеграції та інженерні рішення, які працювали на одному етапі, але стали дорогими на наступному.</li><li>Це практична senior-інженерна роль із високими очікуваннями щодо технічного лідерства. Ви будете проєктувати та писати production-код, володіти значними системами від початку до кінця, впливати на архітектурні рішення, кидати виклик технічному напрямку, коли це необхідно, та підвищувати інженерний рівень людей навколо вас. </li></ul><p><strong>Проєкт</strong></p><p>FinTech SaaS-платформа, створена для ресторанної та готельної індустрії. Наші продукти обробляють пули чайових та виплати, розрахунок заробітної плати, звітність та комплаєнс, дані про персонал та операційну діяльність, а також інтеграції з системами, які вже використовують заклади гостинності. Платформа є живою, обслуговує тисячі клієнтів і проводить мільйони доларів.</p><p><strong>Необхідні технічні навички</strong></p><ul><li>Кілька років досвіду роботи на рівні Senior Engineer над SaaS-продуктом, який значно зріс за час вашої роботи. Ви бачили, як система стає значно більшою, і розумієте проблеми, які зазвичай виникають далі.</li><li>Сильний досвід роботи з Python та Django / Django REST Framework, або глибокий досвід із дуже схожим бекенд-стеком.</li><li>Сильний досвід роботи з React та TypeScript, зі здатністю ефективно працювати як на бекенді, так і на фронтенді, коли це необхідно.</li><li>Сильні навички роботи з PostgreSQL та проєктування даних. Ви повинні впевнено проєктувати схеми, які можуть еволюціонувати в міру зростання бізнесу та появи нових продуктів, і безпечно змінювати їх, коли вони вже містять production-дані.</li><li>Production-досвід роботи з асинхронними та розподіленими навантаженнями з використанням Celery або подібних технологій.</li><li>Глибоке розуміння дизайну API та сторонніх інтеграцій, включаючи обробку збоїв, повторні спроби, ідемпотентність, консистентність даних, звірку (reconciliation) та ситуації, коли система на іншому боці є ненадійною або поза вашим контролем.</li><li>Глибоке розуміння архітектури програмного забезпечення та здатність приймати прагматичні архітектурні рішення у великій існуючій кодовій базі, а не лише проєктувати системи з нуля.</li><li>Досвід виявлення та вирішення проблем продуктивності, масштабованості, надійності та супроводжуваності до того, як вони стануть критичними.</li><li>Сильні практики тестування та досвід безпечної еволюції систем, які повинні залишатися робочими під час їх зміни.</li><li>Production-досвід роботи з Docker, CI/CD, моніторингом, відстеженням помилок та observability. </li><li>Сильні знання Linux. </li><li>Розважливе судження щодо технічного боргу: розуміння різниці між прийнятним швидким рішенням і тим, яке створить значні проблеми пізніше, та здатність покращувати систему, поки вона залишається в production.</li><li>Щоденний досвід використання AI-агентів для роботи (Claude Code або Codex). Знайомство з налаштуванням AI-інструментів, розуміння плюсів і мінусів сучасного AI.</li></ul><p> <strong>Поточний стек</strong></p><ul><li>Django / DRF, PostgreSQL, Redis, Celery, Docker, Traefik, Datadog, Sentry, Mailgun, GitHub Workflows.</li><li>Next.js, MUI, TanStack Query, React Hook Form, Zod, Vitest.</li></ul><p> <strong>Буде плюсом</strong></p><ul><li>Досвід у FinTech або фінансових системах, особливо платежі, виплати, бухгалтерські книги (ledgers), звірка, розрахунок заробітної плати, банківська справа, аудиторські сліди або інші системи, де фінансова коректність має значення.</li><li>Досвід роботи з технологіями для ресторанів або гостинності, включаючи POS, планування, управління персоналом, розрахунок заробітної плати або подібні системи.</li><li>Досвід роботи з високонавантаженими або бізнес-критичними сторонніми інтеграціями.</li><li>Досвід покращення системи зі значним legacy-кодом або технічним боргом, поки продукт активно розвивався.</li><li>Досвід роботи з багатоорендарними (multi-tenant) SaaS-архітектурами.</li><li>Досвід покращення інженерних практик у команді, а не лише в межах власної роботи.</li><li>Досвід роботи Senior Engineer у компанії приблизно з <nobr>20–200 осіб,</nobr> де ваша роль включала допомогу у визначенні того, яка технічна робота насправді мала значення.</li></ul><p> <strong>Необхідні м'які навички</strong></p><ul><li>Здатність брати технічну відповідальність за межі власних завдань і думати про здоров'я продукту та інженерної системи в цілому.</li><li>Сильне інженерне судження та впевненість конструктивно оскаржувати технічні рішення, включно з рішеннями, прийнятими Staff-інженерами та інженерним керівництвом.</li><li>Комфорт із невизначеністю. Проблеми не завжди будуть повністю специфіковані, і частина вашої роботи — ставити запитання, які прояснюють їх до написання коду.</li><li>Здатність чітко пояснювати складні технічні компроміси інженерам, продакт-менеджерам та нетехнічним стейкхолдерам.</li><li>Сильний наставницький підхід. Ви пояснюєте свої міркування, документуєте важливі рішення, серйозно ставитеся до рев'ю коду та робите інженерів навколо вас кращими, а не стаєте єдиною людиною, яка розуміє складну систему.</li><li>Комфорт із прийняттям лідерства у складних технічних ситуаціях, не чекаючи, поки хтось інший визначить кожен крок рішення.</li><li>Сильна письмова комунікація та самостійність. Команда розподілена між Канадою та Європою з обмеженим перетином робочих годин, тому вам потрібно чітко спілкуватися асинхронно та керувати власною роботою.</li><li>Вільна англійська, письмова та усна.</li></ul><p> <strong>Ключові обов'язки</strong></p><p><strong>1. Володіти значними системами від початку до кінця</strong></p><ul><li>Братися за значущі проблеми, які були визначені, але не повністю вирішені, та працювати зі Staff-інженерами та продактом для визначення правильного технічного підходу.</li><li>Володіти складними ініціативами від визначення проблеми через дизайн, впровадження, міграцію, тестування, запуск та production-моніторинг.</li><li>Проєктувати не лише для очікуваного шляху, але й для того, що станеться, коли щось піде не так у production.</li><li>Залишатися відповідальним за системи, які ви будуєте, коли вони вже несуть реальні клієнтські дані та реальні гроші.</li></ul><p><strong>2. Допомагати зміцнювати архітектуру зростаючого продукту</strong></p><ul><li>Тісно співпрацювати зі Staff-інженерами та VP of Engineering над архітектурними рішеннями та технічним напрямком.</li><li>Розуміти існуючу архітектуру та визначати, де сьогоднішні рішення можуть створити завтрашні проблеми.</li><li>Визначати області, де платформа може відчувати труднощі зі зростанням складності продукту, інтеграцій, клієнтів, обсягу даних та обсягу транзакцій.</li><li>Конструктивно оскаржувати архітектурні рішення, коли ви бачите кращий підхід.</li><li>Допомагати еволюціонувати архітектуру поступово через невеликі, безпечні покращення, а не через непотрібні переписування або over-engineering.</li></ul><p><strong>3. Захищати коректність, надійність та інженерну якість</strong></p><ul><li>Ставитися до фінансової коректності як до першокласного інженерного завдання.</li><li>Проєктувати для звірки та аудитованості: як ми доводимо, що число правильне, розуміємо, як воно було отримане, та виявляємо розбіжності до того, як це зроблять клієнти.</li><li>Використовувати Datadog, Sentry, логи, production-дані та інші сигнали для виявлення повторюваних проблем та їх кореневих причин.</li><li>Покращувати observability, обробку помилок, тестування, безпеку розгортання, продуктивність та операційну надійність.</li><li>Переконуватися, що повторювані production-проблеми вирішуються системно, а не шляхом постійних тимчасових виправлень.</li></ul><p><strong>4. Володіти технічно складними областями продукту</strong></p><ul><li>Керувати роботою, пов'язаною зі складними сторонніми інтеграціями, асинхронними робочими процесами, синхронізацією даних, звіркою, міграціями та відновленням після збоїв.</li><li>Проєктувати системи, які поводяться передбачувано, коли зовнішні API виходять з ладу, запити дублюються, завдання виконуються із запізненням або дані надходять у неочікуваному стані.</li><li>Тісно співпрацювати з продактом, щоб технічна здійсненність та інженерні обмеження були видимі до початку впровадження.</li><li>Допомагати розбивати великі технічні ініціативи на безпечні, поступові частини, які можна будувати, мігрувати та випускати без зайвого ризику для існуючої платформи.</li></ul><p><strong>5. Обґрунтовувати необхідність важливої технічної роботи</strong></p><ul><li>Виявляти технічний борг, інвестиції в платформу, роботу з надійності та архітектурні покращення, які можуть не з'являтися природним чином у продуктовому роадмапі.</li><li>Розрізняти борг, який може безпечно залишатися, і борг, який суттєво впливає на надійність, швидкість розробки або майбутній розвиток продукту.</li><li>Обґрунтовувати бізнес- та технічну доцільність цієї роботи, використовуючи докази, а не лише інженерні вподобання.</li><li>Допомагати вибудовувати послідовність покращень так, щоб вони підтримували розробку продукту, а не конкурували з нею без необхідності.</li></ul><p><strong>6. Підвищувати рівень інженерної команди</strong></p><ul><li>Бути сильним технічним орієнтиром для інших інженерів.</li><li>Рев'ювати архітектуру, дизайни та pull request'и з фокусом на коректність, логіку міркувань та довгострокову супроводжуваність.</li><li>Пояснювати, чому ви прийняли б інше рішення, а не просто залишати вердикт.</li><li>Менторити інженерів через рев'ю, парне програмування, технічні дискусії та власний приклад.</li><li>Документувати важливі знання та рішення, щоб розуміння залишалося в команді, а не в однієї людини.</li><li>Брати на себе лідерство, коли складна технічна проблема перетинає кілька областей або зачіпає кількох інженерів.</li></ul><p><strong>7. Залишатися практиком</strong></p><ul><li>Проєктувати та писати production-код як на бекенді, так і на фронтенді.</li><li>Брати безпосередню відповідальність за технічно складну або ризиковану роботу, коли це доречно.</li><li>Налагоджувати складні production-проблеми та встановлювати їх кореневі причини.</li><li>Читати та розуміти існуючу кодову базу перед її зміною.</li><li>Набувати достатньо прямих знань про платформу, щоб ваші технічні рішення ґрунтувалися на тому, як система насправді працює.</li></ul><p><strong>Кому ця посада не підходить</strong></p><ul><li>Це не роль для того, чиє визначення seniority полягає просто у виконанні складніших завдань. </li><li>Якщо ви віддаєте перевагу отриманню чітко визначених завдань і технічних рішень з подальшим їх впровадженням, ця роль, ймовірно, буде розчаруванням.</li><li>Це не управлінська роль. У вас не буде прямих підлеглих або відповідальності за кількість персоналу. Лідерство тут проявляється через технічну відповідальність, судження, менторство, рев'ю та вплив.</li><li>Це також не роль Staff Engineer. Наші Staff-інженери та VP of Engineering визначають загальний технічний напрямок та архітектуру. Ви будете допомагати формувати цей напрямок, оскаржувати його за потреби та повністю володіти дизайном і впровадженням значних систем у його межах.</li><li>Це не роль для роботи з нуля (greenfield). Ви приєднаєтеся до живої платформи з тисячами клієнтів і роадмапом, який не зупиняється, поки вносяться технічні покращення. Значна частина роботи передбачає розуміння існуючих систем, їх безпечну міграцію та поступове покращення, а не заміну.</li><li>Якщо ви природно запитуєте, що станеться, коли система значно збільшиться, як вона виходить з ладу, як ми знаємо, що дані правильні, і у що обійдеться нам сьогоднішній швидкий компроміс через рік, ви впізнаєте цю роботу.</li></ul><p> <strong>Що варто знати перед подачею заявки</strong></p><ul><li>Інженерний виклик більше не полягає просто у швидкому створенні функцій. Він полягає в тому, щоб продовжувати випускати релізи, одночасно покращуючи надійність, масштабованість, архітектуру та технічний фундамент, необхідний для значного зростання рік за роком.</li><li>Існує технічний борг. Частина вашої роботи — визначати, який борг насправді має значення, робити його вплив видимим і допомагати вирішувати його, не зупиняючи розробку продукту.</li><li>Вимоги іноді будуть неповними. Ми очікуємо, що ви допоможете формувати рішення, а не чекатимете ідеальних специфікацій.</li><li>Від вас очікується, що ви будете не погоджуватися, коли це необхідно, пропонувати кращі підходи та пояснювати логіку, що стоїть за ними.</li></ul> <div> <a href="https://jobs.dou.ua/companies/planeks/vacancies/372409/#reply-btn-id">Відгукнутись на вакансію</a> </div>