Android SDK Engineer (Systems Development)

Pushwoosh is a leading customer engagement platform, empowering businesses to communicate with their audiences through personalized, data-driven messaging across mobile and web channels. Our mission is to help brands deliver the right message to the right user at the right time — seamlessly and at scale.

This is not a mobile application development role. We don't build screens or work with UI. We are looking for an engineer who sees Android, first and foremost, as an operating system, not just a platform for beautiful interfaces. Our Android SDK is a high-load service running on millions of devices. Its reliability, performance, and predictability are our main product.

We are looking for an engineer who:

• Thinks like a systems developer. You are passionate about state management, ensuring thread safety, and building fault-tolerant systems, rather than pushing pixels.
• Finds elegance in simplicity. You know that the best code isn't that to which nothing more can be added, but that from which nothing more can be taken away. Complex patterns for their own sake tire you out.
• Enjoys solving deep-rooted problems. You are driven by hunting down the cause of an elusive crash or refactoring tangled legacy code, not just building new features from a spec sheet.
• Is autonomous and takes ownership. You don't need a manager to find and define tasks for you. You see where the system is imperfect and are ready to fix it.

What you will be doing:

• Ensure SDK stability: Investigate and resolve business-critical bugs (crashes, integration issues) in close collaboration with the support team.
• Modernize the codebase: Untangle legacy code, improve the architecture, migrate key components from Java to modern Kotlin, and implement best practices for asynchronous operations.
• Drive product evolution: Participate in implementing the company's roadmap and proactively propose technical and product improvements for the SDK.

If this sounds like you, we would love to talk.

In your cover letter, please briefly describe the most interesting technical challenge you have solved related to multithreading or legacy code refactoring.
_________________________________________________________________________

Это не вакансия для создания мобильных приложений. Мы не верстаем экраны и не работаем с UI. Мы ищем инженера, для которого Android — это, в первую очередь, операционная система, а не платформа для красивых интерфейсов.

Наш Android SDK — это высоконагруженный сервис, работающий на миллионах устройств. Его надежность, производительность и предсказуемость — наш главный продукт.

Мы ищем инженера, который:

• Мыслит как системный разработчик. Вам интересно управлять состоянием, обеспечивать потокобезопасность и строить отказоустойчивые системы, а не двигать пиксели.
• Находит элегантность в простоте. Вы знаете, что лучший код — это не тот, в котором нечего добавить, а тот, в котором нечего убрать. Сложные паттерны ради паттернов вас утомляют.
• Получает удовольствие от решения глубоких проблем. Вас драйвит поиск причин неуловимого креша или рефакторинг запутанного легаси-кода, а не просто создание новых фич по ТЗ.
• Автономен и берет на себя ответственность. Вам не нужен менеджер, чтобы найти и сформулировать задачу. Вы сами видите, где система несовершенна, и готовы это исправить.

Чем предстоит заниматься:

• Обеспечивать стабильность SDK: Расследовать и устранять критичные для бизнеса баги (креши, проблемы интеграции), работая в связке с командой поддержки.
• Модернизировать кодовую базу: Распутывать легаси, улучшать архитектуру, переводить ключевые компоненты с Java на современный Kotlin, внедрять лучшие практики асинхронной работы.
• Развивать продукт: Участвовать в реализации роадмапа компании и самостоятельно предлагать технические и продуктовые улучшения для SDK.

Если вы узнали себя в этом описании — мы будем рады пообщаться.

В сопроводительном письме, пожалуйста, кратко опишите самую интересную для вас техническую проблему, связанную с многопоточностью или рефакторингом легаси, которую вам доводилось решать.