#обновлениеУНФ
Опять после обновлений ошибки в доработках после обновлений, почему программисты криворукие?!
Думаю, всем знакомо, что после обновлений что-то может ломаться. Особенно, если какие-то есть доработки / кастомизации.
И моя личная база УНФ - совсем не исключение.
Да ломатеся и пользователи мучаются, пока не стабилизируем.
Значит ли это, что обновление делал криворукий студент? 🤓
Нет, совсем нет, делал обновление очень компетентный программист, который довольно глубоко в контексте и делал обновление нам уже раз 10-й.
Просто то, что что-то поломается после обновлений - это аксиома. Почти не может не поломаться.
А дальше только борьба с последствиями
1. пытаться до обновления "боевой" базы найти проблемы (сделать какое-то тестирование)
2. исправлять выявленные ошибки
У меня пока порядок такой (он не идеальный, можно сделать лучше, если если есть смысл, деньги и т.п.)
1. много чего предварительно подготовленно инфраструктурно (копии, хранение кода и т.п.)
2. подготовленный человек и много материалов про особенности, что точно поломается и руками надо проверить программисту
3. несколько критических тестов, которые проверяю лично, своими руками
4. ___тут мог бы быть пункт, что есть автоматизированное тестирование___ Но его нет, еще не хватило сил и мотивации выстроить, но это возможно, все зависит от критичности процессов и тех рисков которые получим, если что-то не будет работать.
5. готовим команду программистов быстрого реагирования
6. готовим пользователей (предупреждаем, просим потерпеть) и говорим куда и как сообщать о проблемах, чтобы быстро можно было поправить
Вот это все позволяет пережить обновление в базе, где оперативно работают > 200 пользователей.
Сегодня, к обеду стабилизировались.
Бывало хуже и требовалось несколько дней.
Но главная мысль — проблемы не из-за того, что программисты криворукие, а в процессах, целесообразности, количестве сил, денег, рисках и т.п.
❗️Ну и еще раз, то что обновление что-то сломает - аксиома.
Ее надо принять, а дальше думать как эффективнее с этим быть с учетом всех вводных конкретной ситуации.
Опять после обновлений ошибки в доработках после обновлений, почему программисты криворукие?!
Думаю, всем знакомо, что после обновлений что-то может ломаться. Особенно, если какие-то есть доработки / кастомизации.
И моя личная база УНФ - совсем не исключение.
Да ломатеся и пользователи мучаются, пока не стабилизируем.
Значит ли это, что обновление делал криворукий студент? 🤓
Нет, совсем нет, делал обновление очень компетентный программист, который довольно глубоко в контексте и делал обновление нам уже раз 10-й.
Просто то, что что-то поломается после обновлений - это аксиома. Почти не может не поломаться.
А дальше только борьба с последствиями
1. пытаться до обновления "боевой" базы найти проблемы (сделать какое-то тестирование)
2. исправлять выявленные ошибки
У меня пока порядок такой (он не идеальный, можно сделать лучше, если если есть смысл, деньги и т.п.)
1. много чего предварительно подготовленно инфраструктурно (копии, хранение кода и т.п.)
2. подготовленный человек и много материалов про особенности, что точно поломается и руками надо проверить программисту
3. несколько критических тестов, которые проверяю лично, своими руками
4. ___тут мог бы быть пункт, что есть автоматизированное тестирование___ Но его нет, еще не хватило сил и мотивации выстроить, но это возможно, все зависит от критичности процессов и тех рисков которые получим, если что-то не будет работать.
5. готовим команду программистов быстрого реагирования
6. готовим пользователей (предупреждаем, просим потерпеть) и говорим куда и как сообщать о проблемах, чтобы быстро можно было поправить
Вот это все позволяет пережить обновление в базе, где оперативно работают > 200 пользователей.
Сегодня, к обеду стабилизировались.
Бывало хуже и требовалось несколько дней.
Но главная мысль — проблемы не из-за того, что программисты криворукие, а в процессах, целесообразности, количестве сил, денег, рисках и т.п.
❗️Ну и еще раз, то что обновление что-то сломает - аксиома.
Ее надо принять, а дальше думать как эффективнее с этим быть с учетом всех вводных конкретной ситуации.