Comments 5
А теперь пожалуйста по русски! «Фича» это что или как? Мне вот это термин совершенно непонятен.
Фича (англ. feature) — в жаргоне программистов, геймеров и других пользователей компьютеров, какая-нибудь недокументированная дополнительная возможность, фишка.
Это слово обычно используется только в устной речи, в последнее время, однако, проникает и в письменную.
В Интернете распространен мем «это не баг, это фича», употребляющийся в том смысле, что это не программная ошибка, а заранее придуманная возможность.
Часто бывает, что если удалось выявить 100%-ю повторяемость бага, и если есть возможность использовать баг в своё благо, то баг чудесным образом переходит в разряд фич.
Подробнее: wikireality.ru/wiki/%D0%A4%D0%B8%D1%87%D0%B0
Это слово обычно используется только в устной речи, в последнее время, однако, проникает и в письменную.
В Интернете распространен мем «это не баг, это фича», употребляющийся в том смысле, что это не программная ошибка, а заранее придуманная возможность.
Часто бывает, что если удалось выявить 100%-ю повторяемость бага, и если есть возможность использовать баг в своё благо, то баг чудесным образом переходит в разряд фич.
Подробнее: wikireality.ru/wiki/%D0%A4%D0%B8%D1%87%D0%B0
Спасибо за напоминание о вашем продукте, как раз ищу «виртуальный офис» как альтернативу уже используемому продукту русской компании.
Для международного использования.
Для международного использования.
Тема обширная. Главный вопрос, что понимать под «фичей». Это может быть как минимально неделимая функция, например, сохранение. Либо сценарий, например, поддержка jpeg, которая включает загрузку, отображение, сохранение (в зависимости от продукта). Технически убирать минимальную функцию проще чем сценарий. Но выключать сценарий целиком более безопасно, так как он полон — редко влияет на остальную функциональность.
Доклад построен на опыте веб-приложений, когда продукт администрируется производителем. Добавлять, удалять и экспериментировать там проще. В случае on-premise приложений (устанавливаемых на ресурсы клиента) удалять функции сложнее. Основная причина, внезапная потеря функциональности заказчиком (т.н. feature loss). Можно много раз уведомлять об изменениях, но найдется один заказчик, у которого на этой функции будут построены бизнес-процессы. Это может стать причиной судебной претензии.
По моему опыту, если функциональность не входит в конфликт с новыми фичами, то дешевле с ней ничего не делать. Риск потенциальных потерь выше, чем затраты на поддержку.
Пример, как производится удалении куска функциональности у продукта. За два года (2 версии продукта) до предполагаемого удаления делается анонс в release notes. После этого функциональность скрывается, но доступна для использования при помощи ручных настроек в течение еще одного релиза. Потом удаляется полностью.
Доклад построен на опыте веб-приложений, когда продукт администрируется производителем. Добавлять, удалять и экспериментировать там проще. В случае on-premise приложений (устанавливаемых на ресурсы клиента) удалять функции сложнее. Основная причина, внезапная потеря функциональности заказчиком (т.н. feature loss). Можно много раз уведомлять об изменениях, но найдется один заказчик, у которого на этой функции будут построены бизнес-процессы. Это может стать причиной судебной претензии.
По моему опыту, если функциональность не входит в конфликт с новыми фичами, то дешевле с ней ничего не делать. Риск потенциальных потерь выше, чем затраты на поддержку.
Пример, как производится удалении куска функциональности у продукта. За два года (2 версии продукта) до предполагаемого удаления делается анонс в release notes. После этого функциональность скрывается, но доступна для использования при помощи ручных настроек в течение еще одного релиза. Потом удаляется полностью.
Sign up to leave a comment.
Удаляем лишние фичи и продукты, чтобы улучшить бизнес