Pull to refresh

Comments 3

У меня случай на проекте был, когда из-за известного бага в версии сервера сборки Jenkins, его логи отображали время со сдвигом вo времени. Соответственно, если ты этого не знаешь, то при анализе и сопоставлении логов контейнеров, приложения и сервера это может стать неожиданностью. Я эту проблему зарепортил в проекте, и написал, мол, проверять регулярно на обновления. Через какое-то время я ушел из проекта. И спустя четыре месяца, они на проекте посчитали что, ну раз об этой "особенности" известно, трекать ее нет смысла, и вообще че эту проблему таскать из спринта в спринт и просто удалили инфраструктурный баг.

Я, если честно, офигел. Потому что инфраструктурные баги нужо трекать и чинить. Это часть твоего производственного процесса. Пусть за это как бы напрямую и не платит заказчик.

Вот такой "контроль качества" и "кайдзен".
Вот такой "контроль качества" и "кайдзен".

Я бы тоже топила за исправление: зачем постоянно держать в голове факт, что время в логах расходится с реальностью, если это можно исправить? Пусть не сразу, но выйдет же обновление, отслеживать эту тему несложно.
Понимаю и надеюсь, что на вашем новом проекте к подобным вещам повнимательнее относятся)

Sign up to leave a comment.