Pull to refresh
20
0
Ilya Tsarev @iltsarev

iOS Development, Technical Managment

Send message
Добрый день, Сергей.
Меня зовут Илья и я представляю iOS-команду Яндекс Go.
Большое спасибо вам за статью и внимание к проблеме поиска нашего приложения в spotlight.
Как верно вы заметили, некоторое время назад Такси пропало из названия приложения и стало частью Яндекс Go. В это же время компания Apple выпустила iOS 14, в которой изменился механизм поиска приложений через spotlight.
Мы достаточно давно используем CoreSpotlight и сейчас поиск корректно работает на версиях iOS ниже 14. В версии 14 результаты такого поиска стали скрыты за кнопкой «Другие результаты». При нажатии на неё можно увидеть приложение Яндекс Go.
Надо отметить, что ранжирование в поиске зависит от iOS и персонального состояния системы (некоторые пользователи видят приложение сразу по слову «Такси»).
Мы понимаем, что это неудобно и активно работаем над решением проблемы.
Сейчас мы находимся в стадии активной проработки использования NSUserActivity и скоро начнем тестирование.
Привет! Я отвечаю за мобильную разработку, но попробую ответить основываясь на своем опыте.

По первому пункту – нужно подкидывать ребятам такие задачи :) Интересно изучить Ruby – напиши скрипт для автоматизации какого-нибудь куска на нашем CI сервере. Такие задачи есть в любой момент времени, даже если их не видно с первого взгляда. Кроме того, их можно успешно «продать» бизнесу, аргументировав ускорением скоростью релизов (в примере с CI/CD). С задачами выходящими за бизнес-специфику команды (как AI) – сложнее. Когда ко мне приходят разработчики и говорят, что им интересно изучить AI – я могу им предложить либо переход в AI-подразделение в банке, либо курс на Coursera. Пока выбирают курс :)

По второму. Перекладывать на бизнес дествительно не прокатит. Я бы начал с вопроса, а точно нет ценности / цели? Или мы их просто не понимаем? Стоит поговорить с тем, кто приносит задачи от бизнеса и понять почему они хотят сделать именно так.
В современной конкурентной среде, если вы не тратите время на работу со своими разработчиками, то через очень короткий промежуток времени они просто уйдут в другую компанию с существенным приростом зарплаты. Если вы готовы всех перебивать деньгами – наверное можно забить на работу с людьми.
Ну и стоимость привлечения и обучения нового сотрудника выше, чем стоимость регулярной работы с ним.
Мы работаем над улучшением этой функциональности и уже скоро можно будет посмотреть детальную статистику по начислению кешбека. Фильтрация по расходам доступна в фильтрах внутри истории операций (иконка в правом верхнем углу внутри раздела).
Добрый день. Пожалуйста, напишите мне на почту или напрямую в telegram, если удобно.
Звуки можно отключить в настройках приложения
Использование TDD помогает эффективнее разделять обязанности компонент. Тесты тоже проходят процесс код ревью, поэтому в нашем случае являются исполняемой документацией.
Мы проводим много экспериментов и это как раз один из них. Раздел дорабатывается и скоро будет ряд улучшений.
Да, мы разработали гибкую систему, которая позволяет проводить большое количество экспериментов одновременно.
Разработчики, которые познали дзен TDD, как минимум меньше переписывают свой код. Мы сейчас проводим внутреннее обучение, так что скоро все наши разработчики будут уметь разрабатывать код с использованием TDD.

При таком количестве команд и том количестве кода, которое они производят было бы неразумно отметать возможность переиспользовать что-либо. У нас есть дизайн система и библиотека UI-компонент, которые позволяют достаточно быстро собирать UI для новых разделов или целых приложений. Бизнес логика, которая может быть переиспользована тоже выносится в отдельные компоненты (и обязательно покрывается тестами).
Имеется в виду Windows Phone? Если да, то Microsoft остановил разработку и поэтому мы больше не развиваем приложение под эту платформу.
Никого не уволили :) Статья описывает общие процессы, которые в Android-разработке очень похожи. Если есть какие-то конкретные вопросы, то я с радостью узнаю у коллег и напишу ответ.
Скажу честно, сейчас в разных командах процесс может отличаться. Где-то ребята используют TDD, а где-то пишут тесты после того, как код написан. В нескольких командах мы пилотируем использование BDD. В итоге, конечно, процесс будет централизован, но пока проходят эксперименты.
Да, все верно. В одном «модуле» находится один представитель каждой роли. Такой подход позволяет сфокусироваться на определенной функциональности и реализовать её максимально качественно. Наша архитектура позволяет нам строго разделять ответственность каждого компонента, поэтому разобраться в новом модуле разработчику не составляет труда. Кроме того, у нас проводится кросс-командное ревью кода.

После сборки проект не отдается QA в прямом смысле. Представитель QA уже находится внутри команды. По поводу автотестов – они пишутся внутри команды, параллельно разработке. Таким образом, по завершению итерации разработки, у нас есть функциональность, юнит тесты и автотесты. Автотесты пишет тестировщик (тот самый представитель QA).
Спасибо! У нас команда дизайнеров днями и ночами трудится над удобством интерфейса. Ребята проводят кучу разных исследований и экспериментов. А по поводу баланса – у нас тоже можно :) На iOS достаточно добавить виджет в центр уведомлений или использовать 3D Touch на иконке приложения.
В Android используется clean architecture (адаптированный под него). В presentation слое ребята используют MVP.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity