Так ревью вовремя и конфликты при слиянии не сильно связаны друг с другом. То, что я вовремя поревьювил, не означает, что конфликтов на слиянии не будет.
Разве что вы имеете ввиду, что ПР быстро устаревает и повышется риск возникновения конфликтов. Ну да, это так. Но, в нашем случае разработчику тоже не интересно, чтобы его тикет долго висел в ревью, поэтому он всё равно не исключается из процесса и наблюдает за статусом своих ПР.
Разработчик в ветке которого происходит конфликт. Плюс он привлекает людей с чьим кодом конфликты. Если разработчик по какой-то причине не может быстро отреагировать, то к этому привлекаются другие разработчики близкие к этой проблеме, в том числе и ревьюверы.
Так же интересно было бы узнать про то, как у вас реализуются пункты 5-9. Автоматизированы ли они?
Если ответить коротко, то, да автоматизированы. Как только разработчик создал ПР, помимо ревьюшницы приходит ещё один бот, который запускает небольшой пайплайн в который входят:
Сборка проекта
Выкладка в тестовом окружении
Запуск автоматических интеграционных и e2e тестов
Анализаторы деградаций различных метрик
Отсюда вытекает что именно на ручное тестирование уходит на так много времени. Далее тикет попадает в другой уже релизный пайплайн с похожим набором шагов, но их там гораздо больше.
Что касается используемых для этого решений, то там в основном всё собственного производства.
— Будешь делать всё то же, что и раньше, только теперь ещё и ревьюить по 2 пулл-реквеста в день на 10 экранов каждый из рандомных частей проекта. И только попробуй не уложиться в 24 часа.
Излишне категорично. Кодревью это такая же работа как написание кода или выяснение требований по задачам. Если понадобится, то и целый день можно потратить на ревью.
Вопрос: вы изменили скорость, добавили квадриллион напоминалок. Как поменялось качество ревью?
Скажу за себя. Я как ревьювил так и продолжаю. Т.е. от напоминаний хуже делать его не стал, иначе в чём смысл? Таким темпом можно добиться прохождения ревью и за 10 секунд.
Иными словами, как остаться востребованным frontend-разработчиком, чтобы не умереть от недосыпа и стресса к 30 годам?
Просто расслабься и получай удовольствие. Мне уже 31 и ничего страшного к этому времени не произошло. А то звучит как-будто полсе 30 жизни нет. Всё только началось.
Я уже писал выше: «В бета-версии продукта мы намеренно ограничили набор функций и уделили больше внимания новым вещам. Постепенно весь функционал будет появляться в продукте.»
Расстояние можно померить перейдя на текущую версию проекта по адресу 2gis.ru.
Как говориться: «лучше меньше, да лучше». В бета-версии продукта мы намеренно ограничили набор функций и уделили больше внимания новым вещам. Постепенно весь функционал будет появляться в продукте.
1) Скорее всего вы пытаетесь воспользоваться глобальной картой, но в бете мы намеренно ограничили этот функционал. Постараемся в ближайших релизах убрать эти ограничения.
2) Совсем скоро будет и это.
3) И над этим поработаем.
Спасибо за фидбек. Если что-то ещё заметите, обязательно пишите. Это можно сделать из самого продукта (иконка в правом нижнем углу).
Могу ещё немного дополнить историю ветки 2.0 Онлайн версии продукта. У неё было два крупных обновления:
Версия 2.5
Всю работу со справочником мы перевели на наш Справочный API. Который, к тому моменту был уже зарелижен. Интерфейс стал чуть более отзывчивым за счёт того, что теперь мы не перезагружали проект целиком, а только область справочника.
Версия 2.6
Тут была предпринята попытка адаптировать проект под использование на планшетах. В основном рассматривали появившиеся тогда iPad'ы и самсунговские планшеты на андроиде.
Но мы сделали только часть работы в этом направлении т.к. переключились на создание версии 3.0.
А почему вы не хотите выложить исходники? Может быть с помощью сообщества дело пошло бы гораздо быстрее и продуктивнее? Или есть конкретная цель — заработать?
Миша, ты как всегда архипедантичен и архискрупулёзен при походе к вопросу. Снимаю шляпу и отложу до выходных детальное изучение многобукаф. Надо будет осмыслить сказанное и проанализировать свой путь модульности.
Вы в курсе, что проделали часть работы, описываемой в романе Deadline? Там где речь шла про Условыне Единицы, планирование, прогнозы и скорость разработки? Если честно, это живой пример того, что описывалось в книге.
Смотрите, в предложенном вам варианте проезда существует несколько различных типов транспорта (маршрутные такси, троллейбусы и автобусы) при помощи которых вы можете преодолеть участок маршрута. Алгоритм расчитывает самое оптимальное время, которое можно затратить на преодоление этого участка, но также отображает алтернативные виды транспорта для проезда.
Разве что вы имеете ввиду, что ПР быстро устаревает и повышется риск возникновения конфликтов. Ну да, это так. Но, в нашем случае разработчику тоже не интересно, чтобы его тикет долго висел в ревью, поэтому он всё равно не исключается из процесса и наблюдает за статусом своих ПР.
Если ответить коротко, то, да автоматизированы. Как только разработчик создал ПР, помимо ревьюшницы приходит ещё один бот, который запускает небольшой пайплайн в который входят:
Отсюда вытекает что именно на ручное тестирование уходит на так много времени. Далее тикет попадает в другой уже релизный пайплайн с похожим набором шагов, но их там гораздо больше.
Что касается используемых для этого решений, то там в основном всё собственного производства.
А вообще это тема для отдельной большой статьи.
Излишне категорично. Кодревью это такая же работа как написание кода или выяснение требований по задачам. Если понадобится, то и целый день можно потратить на ревью.
Скажу за себя. Я как ревьювил так и продолжаю. Т.е. от напоминаний хуже делать его не стал, иначе в чём смысл? Таким темпом можно добиться прохождения ревью и за 10 секунд.
Просто расслабься и получай удовольствие. Мне уже 31 и ничего страшного к этому времени не произошло. А то звучит как-будто полсе 30 жизни нет. Всё только началось.
Расстояние можно померить перейдя на текущую версию проекта по адресу 2gis.ru.
2) Совсем скоро будет и это.
3) И над этим поработаем.
Спасибо за фидбек. Если что-то ещё заметите, обязательно пишите. Это можно сделать из самого продукта (иконка в правом нижнем углу).
Версия 2.5
Всю работу со справочником мы перевели на наш Справочный API. Который, к тому моменту был уже зарелижен. Интерфейс стал чуть более отзывчивым за счёт того, что теперь мы не перезагружали проект целиком, а только область справочника.
Версия 2.6
Тут была предпринята попытка адаптировать проект под использование на планшетах. В основном рассматривали появившиеся тогда iPad'ы и самсунговские планшеты на андроиде.
Но мы сделали только часть работы в этом направлении т.к. переключились на создание версии 3.0.
Мы постараемся учесть ваше замечание. Спасибо.