Ilya Tsarev
@iltsarev
iOS Development, Technical Managment
Information
- Rating
- Does not participate
- Location
- Москва, Москва и Московская обл., Россия
- Date of birth
- Registered
- Activity
iOS Development, Technical Managment
Information
Меня зовут Илья и я представляю iOS-команду Яндекс Go.
Большое спасибо вам за статью и внимание к проблеме поиска нашего приложения в spotlight.
Как верно вы заметили, некоторое время назад Такси пропало из названия приложения и стало частью Яндекс Go. В это же время компания Apple выпустила iOS 14, в которой изменился механизм поиска приложений через spotlight.
Мы достаточно давно используем CoreSpotlight и сейчас поиск корректно работает на версиях iOS ниже 14. В версии 14 результаты такого поиска стали скрыты за кнопкой «Другие результаты». При нажатии на неё можно увидеть приложение Яндекс Go.
Надо отметить, что ранжирование в поиске зависит от iOS и персонального состояния системы (некоторые пользователи видят приложение сразу по слову «Такси»).
Мы понимаем, что это неудобно и активно работаем над решением проблемы.
Сейчас мы находимся в стадии активной проработки использования NSUserActivity и скоро начнем тестирование.
По первому пункту – нужно подкидывать ребятам такие задачи :) Интересно изучить Ruby – напиши скрипт для автоматизации какого-нибудь куска на нашем CI сервере. Такие задачи есть в любой момент времени, даже если их не видно с первого взгляда. Кроме того, их можно успешно «продать» бизнесу, аргументировав ускорением скоростью релизов (в примере с CI/CD). С задачами выходящими за бизнес-специфику команды (как AI) – сложнее. Когда ко мне приходят разработчики и говорят, что им интересно изучить AI – я могу им предложить либо переход в AI-подразделение в банке, либо курс на Coursera. Пока выбирают курс :)
По второму. Перекладывать на бизнес дествительно не прокатит. Я бы начал с вопроса, а точно нет ценности / цели? Или мы их просто не понимаем? Стоит поговорить с тем, кто приносит задачи от бизнеса и понять почему они хотят сделать именно так.
Ну и стоимость привлечения и обучения нового сотрудника выше, чем стоимость регулярной работы с ним.
При таком количестве команд и том количестве кода, которое они производят было бы неразумно отметать возможность переиспользовать что-либо. У нас есть дизайн система и библиотека UI-компонент, которые позволяют достаточно быстро собирать UI для новых разделов или целых приложений. Бизнес логика, которая может быть переиспользована тоже выносится в отдельные компоненты (и обязательно покрывается тестами).
После сборки проект не отдается QA в прямом смысле. Представитель QA уже находится внутри команды. По поводу автотестов – они пишутся внутри команды, параллельно разработке. Таким образом, по завершению итерации разработки, у нас есть функциональность, юнит тесты и автотесты. Автотесты пишет тестировщик (тот самый представитель QA).