Что такое фича в программировании
Перейти к содержимому

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

  • автор:

Фича: что это? Экскурсия в мир IT-сленга

Фича: что это? Экскурсия в мир IT-сленга

Многие люди, блуждая по просторам всемирной паутины, натыкаются на непонятное словечко «фича». Что это такое и почему встретить его можно даже в самых далёких уголках Интернета?

Фичи и баги – вечные гости в мире IT

Само слово заимствовано из английского языка. В переводе «feature» означает «характерная черта», «отличительная особенность». Таким образом, фича – это сленговое название тех признаков, которые отличают данный объект от остальных.

Так сложилось исторически, что чаще всего данное слово употребляется в тусовке IT-специалистов – программистов, верстальщиков, веб-дизайнеров. Можно сказать, что данное понятие идёт рука об руку с багом.

Порой, бороздя просторы интернета, можно встретить слово «баг». Что оно обозначает и.

что такое фича

Что такое баг?

Термин «баг» также пришёл к нам из английского языка, в котором «bug» переводится как насекомое, жучок. История его возникновения интересна сама по себе: много лет назад, во время тестирования очередной вычислительной машины, учёные Гарвардского университета обнаружили в ней мотылька, застрявшего среди контактов электромеханического реле. Глупое насекомое, конечно же, было изъято, а затем помещено в особый технический дневник с припиской «Первый реальный случай, когда был найден жук».

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

это не баг это фича

Так всё-таки фича или баг?

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

Конечно же, не стоит забывать (какой бы «крутой» ни казалась фича), что это в первую очередь ошибка. А потому баг всё-таки лучше исправить – как минимум для того, чтобы не допустить появления прорех в системе безопасности ПО.

Задача: баг или фича?

Сколько времени потребуется программисту, чтобы запилить весь проект?

В работе у программиста есть проект, в котором нужно пофиксить три бага и добавить три фичи. За час программист может пофиксить 1–2 бага или добавить 1–2 фичи. Но он постоянно отвлекается на форумы и соцсети, поэтому каждый час работа идёт так:

  • Если он пофиксит один баг, то вылезут два новых.
  • Если он пофиксит за час сразу два бага, то в трекере появится задание сделать ещё одну новую фичу, и не факт, что она войдёт в финальный релиз.
  • Если он добавит одну фичу, то в трекере появится запись, что ему обязательно нужно добавить ещё одну фичу, но попроще, и без этого проект не сдать.
  • И только если он за час добавит сразу две фичи, то новых задач не прибавится.

Сколько минимально времени потребуется программисту, чтобы сдать проект без багов и с пустым трекером задач?

Единственное действие, при котором не появляется новых багов и фич — это когда программист за час добавляет сразу две фичи. Получается, что для успешного завершения нужно сделать чётное количество фич подряд — 2, 4, 6, 8 или что-то подобное.

Получается, что задача программиста — своими действиями как можно быстрее прийти к тому, чтобы в проекте остались ненаписанными только фичи и чтобы их число делилось на 2. На старте ему нужно сделать 3 фичи, значит, новая цель — из трёх багов получить нечётное количество фич-заданий в трекере. В итоге это даст программисту их чётное количество, и он их попарно выполнит.

Нечётное количество фич — это 1, 3, 5 и так далее. Если мы закроем сразу два бага, то это даст нам только одну новую фичу в трекере, и останется ещё один баг. Делаем это за первый час:

Исходные данные: 3 бага, 3 фичи.

Час 1: 1 баг, 4 фичи (пофиксили 2 бага, получили +1 фичу в трекере).

У нас появилось чётное количество фич, которые можно сразу попарно закрыть. Тратим ещё 2 часа.

Час 2: 1 баг, 2 фичи (реализовали сразу 2 фичи, новых заданий не появилось).

Час 3: 1 баг (реализовали сразу 2 фичи, новых заданий не появилось).

Уже хорошо. Теперь единственное, что остаётся программисту — отработать этот баг.

Час 4: 2 бага (пофиксили 1 баг, получили 2 новых).

А вот тут можно попасть в ловушку, если сразу пофиксить 2 бага и получить фичу. Дело в том, что если остаётся только одна фича, то после её выполнения в трекере появляется запись, что нужно сделать ещё одну. Получается бесконечный цикл. Значит, нам нужно фиксить по одному багу по очереди.

Час 5: 3 бага (пофиксили 1 баг, получили 2 новых).

Ага, у нас уже 3 бага, а это значит, что можно сделать одновременно 2 из них, и не попасть потом в замкнутый круг. Проверим.

Час 6: 1 баг, 1 фича (пофиксили 2 бага, получили +1 фичу в трекере).

Но мы уже встречали ситуацию, когда был только один баг, и знаем, как из него получить 2, а из двух — фичу. Делаем.

Час 7: 2 бага, 1 фича (пофиксили 1 баг, получили 2 новых).

Час 8: 2 фичи (пофиксили 2 бага, получили +1 фичу в трекере).

И снова появилось чётное количество фич, которые нужно сделать. Закрываем проект финальным шагом.

Час 9: всё сделано (реализовали сразу 2 фичи, новых заданий не появилось).

Ответ: программисту потребуется минимум 9 часов.

Java — это не будущее, это уже настоящее

Изучите программирование на Java и станьте тем, кто поддерживает современную ИТ-инфраструктуру во всём мире

Java — это не будущее, это уже настоящее Java — это не будущее, это уже настоящее Java — это не будущее, это уже настоящее Java — это не будущее, это уже настоящее

Получите ИТ-профессию

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

Не баг, а фича. Что это значит и откуда появилась эта фраза?

Lorem ipsum dolor

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Фича

Фича (англ. feature ) — в жаргоне программистов, геймеров и других пользователей компьютеров, какая-нибудь недокументированная дополнительная возможность, фишка.

[править] Суть

Это слово обычно используется только в устной речи, в последнее время, однако, проникает и в письменную.

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

Часто бывает, что если удалось выявить 100%-ю повторяемость бага, и если есть возможность использовать баг в своё благо, то баг чудесным образом переходит в разряд фич.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *