Как баг может стать фичей и может ли вообще? В среде разработчиков ходит такая поговорка как “это не баг, а фича!, вообще-то, это фича!”. Однако мнения тут все-таки расходятся. Постараемся разобраться, что к чему и вспомним наш собственный опыт. Начнем с того, что сама фича - это уникальная особенность кода/программы/сервера, которая служит той самой “изюминкой”. А вот баг - то, что вставляет палки в колеса техническому процессу и мешает нормальной работоспособности. С базой познакомились. Давайте двигаться дальше. Удивительно, но допущенные разработчиками ошибки могут…сыграть в плюс! Самый известный кейс - это игра StarCraft от Blizzard. Дело было в том, что Муталиск (моб Зергов) должен был останавливаться в определенный момент, однако вместо этого постоянно двигался вперед, под атаки. И этот баг оживил StarCraft и понравился настолько сильно, что был оставлен и превратился в ту самую фичу, интегрированную во 2 часть игры специально. Если говорить про опыт InfoScale, то мы предпочитаем действовать по отработанной схеме: увидели/заметили баг - исправили его, чтобы потом тот не навернул весь сервер. А то пока ты сидишь и думаешь, “хороший” это баг или плохой, тот уже вполне может успеть сделать свое “черное” дело. А с фичами мы работаем уже отдельно. Так надежнее!