Как заказчик должен понимать фразу программиста это не баг это фича

Обновлено: 04.11.2024

Велик и могуч язык программиста. Иногда этот язык наполнен таким количеством сленговых слов, что его трудно понять не то чтобы простым пользователям, а даже молодым и начинающим программистам. Сегодня мы разберем, что значит довольно популярное выражение : « Э то не баг, а это фича» и когда оно применяется.

«Не баг, а фича!»

Это довольно частое выражение , и услышать его можно в диалоге «заказчик-разработчик» или «разработчик-разработчик». Связано оно с тем, что разрабатываемая программа работает не так , как изначально запланировано. Обо всем по порядку, а пока давайте разбираться, когда используется выражение : « Э то не баг, а это фича». А для этого давайте выясним различия между словами «баг» и «фича» , и тогда все станет понятно .

Что так ое «баг» в программировании?

баги находят при тестировании или уже в процессе запуска или даже жизни программы;
в основном они возникают случайно из-за ошибки и невнимательности программистов;
баги нужно исправлять, чтобы программа работала так , как надо.

Что такое « фича » в программировании?

Фича в программировании — это некая новая функция или особенность программы, которая ранее не была о г оворена, но в результате не нарушает функциональность программы, а приносит какое-то дополнение в ее работу. Фича происходит от английского слова «feature». Ее цель — улучшить характеристики программы или просто привлечь внимание пользователей своей необычной функцией.

Понятие «фича» существует не только в программировании, оно уже часто употребляется и в обыденной жизни. К примеру, фичами в быту именуют нестандартные функции или дизайн какого-нибудь устройства.

Фича в программировании — это контролируемый результат, который создается специально руками программиста, чтобы улучшить разрабатываемую программу или просто удивить пользователей или заказчика. Фичи часто не нужно исправлять, потому что они очень органично приживаются с самой программой.

Когда употребляется выражение : « Э то не баг, а это фича» ?

Мы можем предположить, что такое выражение может употребляться в качестве оправдания разработчика перед заказчиком, когда тот обнаружил баг в программе. Но часто это совсем не так.

У заказчика есть некий образ программы, того, как она должна работать. Поэтому любое отклонение от этого «образа» в глазах заказчика будет багом. Но в то же время программист в процессе своей работы может заметить варианты того , как улучшить функциональность программы. Времени на объяснение и согласование с заказчиком нет, поэтому программист внедряет такое небольшое улучшение самостоятельно.

Естественно, что при тестировании продукта такое «улучшение» будет замечено заказчиком и для него оно будет багом. Вот тут как раз и время парировать разработчику, что это не баг, а фича , и объяснять , почему это так.

Для себя можно обобщить, что , если в программе есть ошибка, которая нарушает ее функциональность , — это баг. А если эта же самая «ошибка» не нарушает функциональности программы, а наоборот, улучшает или придает ей некую «изюминку», то это , скорее всего , фича.

Мы будем очень благодарны

если под понравившемся материалом Вы нажмёте одну из кнопок социальных сетей и поделитесь с друзьями.

Читайте также: