При выборе технологий мы отвечаем на несколько вопросов. Сколько лет продукт будет жить и развиваться? Насколько важна скорость выхода на рынок по сравнению с производительностью? Нужна ли глубокая работа с камерой, Bluetooth, геолокацией в фоне? Какие системы уже есть у заказчика и на чём написаны? Будет ли у заказчика собственная команда разработки, которая подхватит проект?
Ответы на эти вопросы почти всегда однозначно приводят к выбору. Например, для приложения учёта автопарка, которое должно работать на недорогих Android-смартфонах водителей без стабильного интернета, мы выбрали Flutter с локальной базой и надёжной синхронизацией. А для клиентского приложения банковского уровня с биометрией и сложной анимацией — нативные Swift и Kotlin. Мы не держимся за одну технологию и не продаём то, что умеем, вместо того, что нужно.
Ещё один важный критерий — рынок специалистов. Если продукт написан на редкой технологии, заказчику будет сложно и дорого найти разработчиков для его развития без нас. Поэтому мы выбираем распространённые, хорошо документированные инструменты с активным сообществом. Это снижает зависимость от конкретного подрядчика и делает продукт по-настоящему вашим.