Позвольте мне добавить детали: я работаю в учреждении со многими программистами, тестировщиками, аналитиками QA, владельцами продуктов и т. Д., И вот что меня беспокоит:
Мы можем продавать дрянное (хотя и довольно функциональное) программное обеспечение уже более десяти лет. Он имеет много функций, и продукт является конкурентоспособным, но есть некоторые серьезные ошибки, а также тысячи «порезов» - небольшие неприятности, к которым клиенты должны привыкнуть.
Мне больно смотреть на некоторые вещи, потому что я твердо верю, что если компьютеры не помогают облегчить нашу жизнь, то мы не должны их использовать. У меня есть уверенность в моих коллегах - они умны, способны и могут что-то улучшить, если сосредоточиться на этом.
Но может быть трудно регистрировать ошибки в старых функциях, не видя их закрытыми или забытыми. «Это работало так вечно» - типичный ответ. Кроме того, когда QA выполняет регрессию, они склонны искать что-то, что отличается от всего, что кажется неправильным. Таким образом, исправление старой проблемы может быть записано как ошибка, потому что «так было даже до моего времени».
Молодой кодер во мне думает: переписать эту чертову штуку! Как человек, который имел возможность быть ближе к продажам, клиентам, я хочу дать преимущество сомнения в этом подходе.
Меня также интересует ваше мнение / опыт. Пожалуйста, постарайтесь учесть риск, соотношение цены и выгоды и другие нетехнические факторы.