Кажется, что вы путаете значение выражения "bus factor". В позитивном ключе оно должно звучать как "увеличили bus factor". Проверить легко — чтобы проект "встал" надо сбить автобусом "bus factor" участников.
Кажется у Вас опечатка в "Рис. 8. Три партиции и две группы по три получателей", там по логике должно быть "Рис. 8. Три партиции и три группы по два получателя"
Привет, Дим! Некоторые хакатоны проходят регулярно и имеют свою неповторимую атмосферу. На какие хакатоны советуешь попасть? На каких еще не был и сам хочешь попасть?
Работа с техническим долгом — это часть повседневной работы с проектом. Если вы не закладываете время на эту работу, то будьте готовы к переписыванию проекта.
Картинки в статье повеселили, спасибо!
Что уже удалось автоматизировать в самом процессе code review, а что не поддается автоматизации? Собираете какие-либо метрики качества кода(сложность, покрытие тестами)?
Хорошая статья, спасибо! Открыл для себя много нового! Рад, что сервис растет и продолжает технически развиваться. Знаю, что у вас много еще есть о чем рассказать. Например о процессе разработки и QA, у вас там накоплены отличные знания и решения! Ждем!
Кажется, что вы путаете значение выражения "bus factor". В позитивном ключе оно должно звучать как "увеличили bus factor". Проверить легко — чтобы проект "встал" надо сбить автобусом "bus factor" участников.
Кажется у Вас опечатка в "Рис. 8. Три партиции и две группы по три получателей", там по логике должно быть "Рис. 8. Три партиции и три группы по два получателя"
Да что уж темнить. Можно вообще без отступов обходиться )
Работа с техническим долгом — это часть повседневной работы с проектом. Если вы не закладываете время на эту работу, то будьте готовы к переписыванию проекта.
Я прочитал и понял как -"Не возвращаться в данном конкретном ревью, не отвлекаться."
Картинки в статье повеселили, спасибо!
Что уже удалось автоматизировать в самом процессе code review, а что не поддается автоматизации? Собираете какие-либо метрики качества кода(сложность, покрытие тестами)?