Комментарии 24
Заценил архитектуру, весьма напоминает Riblets от убера. А что используете для Android?
В описании было сказано, что после сборки на Jenkins проект отдается QA на тестирование. Как обстоят дела с написанием AT (Automation Tests)?
Вы нанимаете «Middle & Middle+» — в целом, это обычная ситуация для рынка найма в России (Не хочу винить вашу компанию). И, на мой взгляд тут все гораздо проще. В России цены на Junior завышены (Вы можете нанять iOS Junior и он может просить у вас 1-1.3k$ и это нормально, вы потратите больше ресурсов на обучение). Middle же стоит дороже, но по бизнес модели это лучший способ вложения денег (1.5-2.2k$) и вы уже не тратите денег на обучение, однако он выполняет задачи бизнеса (Зачастую с косяками, но это работает… сейчас). Однако если вы хотите нанять Senior (3 — 4к$) то в рамках бизнеса это дорого. Гораздо проще нанять мидла, потратить полгода год на его заточку, а потом возникает «Период оседлости» когда уже и место нагрето и привык к команде.
После сборки проект не отдается QA в прямом смысле. Представитель QA уже находится внутри команды. По поводу автотестов – они пишутся внутри команды, параллельно разработке. Таким образом, по завершению итерации разработки, у нас есть функциональность, юнит тесты и автотесты. Автотесты пишет тестировщик (тот самый представитель QA).
А тесты в процессе разработки пишутся по TDD? Или потом, когда весь код уже написан?
Ну и в каких командах разработчики счастливее? В тех, что используют TDD, или в тех, где TDD не используется?
Считаете ли вы важной возможность повторного использования кода? Практикуется ли повторное использование кода, в том числе кода, написанного другой командой?
При таком количестве команд и том количестве кода, которое они производят было бы неразумно отметать возможность переиспользовать что-либо. У нас есть дизайн система и библиотека UI-компонент, которые позволяют достаточно быстро собирать UI для новых разделов или целых приложений. Бизнес логика, которая может быть переиспользована тоже выносится в отдельные компоненты (и обязательно покрывается тестами).
Улучшает ли использование TDD внутренний дизайн приложений? Позволяет ли качество написанных тестов считать их исполняемой документацией по коду?
Как-то непонятно в течении статьи пропадает Android разработка.
Сначала упоминается в составе команды Android разработчики,
а потом swift, appstore и остался только iOS. По ходу статьи всех разработчиков под Android уволили?
на какой-то раздел приложения заходят только 2 процента пользователей, а остальные 98% – игнорируют его. Обычно это намекает на удобство расположение раздела или на его смысл вообще
Можете рассказать, почему в недавнем апдейте андроид приложения экран "информация о счёте" переместился на один тап вглубь? Раньше была кнопочка рядом с суммой денег на карте.
(Неужели я вхожу в те 2%, которые в приложении только смотрят, когда кончается льготный период.)
Что лучше – 1 команда мобильной разработки или 15?