Pozwólcie, że dodam szczegóły: pracuję w instytucjonalnym miejscu z wieloma programistami, testerami, analitykami ds. Kontroli jakości, właścicielami produktów itp., A oto coś, co mnie wkurza:
Od ponad dziesięciu lat jesteśmy w stanie sprzedawać kiepskie (aczkolwiek dość funkcjonalne) oprogramowanie. Ma wiele funkcji, a produkt jest konkurencyjny, ale istnieją pewne poważne błędy, a także tysiące „cięć papieru” - małe irytacje, do których klienci muszą się przyzwyczaić.
Boli mnie patrzenie na niektóre rzeczy, ponieważ mocno wierzę, że jeśli komputery nie przyczynią się do ułatwienia naszego życia, nie powinniśmy z nich korzystać. Mam zaufanie do moich kolegów - są mądrzy, zdolni i mogą ulepszyć wszystko, gdy skupiają się na tym.
Jednak zgłaszanie błędów dotyczących niektórych starych funkcji może być trudne bez ich zamknięcia lub zapomnienia. „Tak to działało przez eony” to typowa odpowiedź. Ponadto, gdy QA dokonuje regresji, zwykle szukają czegoś innego niż wszystko, co wydaje się niewłaściwe. Tak więc naprawę starego problemu można zapisać jako błąd, ponieważ „było tak już przed moim czasem”.
Młody programista we mnie myśli: przepisz to dziwactwo! Jako ktoś, kto miał okazję być blisko sprzedaży, klienci, chcę wątpić w to podejście.
Interesuje mnie również twoja opinia / doświadczenie. Spróbuj wziąć pod uwagę ryzyko, koszty i inne czynniki nietechniczne.