Будут ли серьезные изменения конфигурации препятствовать пользователям развертывать код?

Question

Я начинаю разработку решения, которое подключится к существующему приложению. Он будет доступен для общего пользования .

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

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

Насколько важен этот вопрос при рассмотрении подхода?

Значительные изменения конфигурации приведут к тому, что пользователи не будут развертывать код или станут причиной проблем для них позже?

Edit:

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

• Может быть предоставлено программное обеспечение для установки / удаления, но есть некоторая сложность, которая может привести к сбою в крайних случаях, что приведет к зависанию приложения. (Резервная копия исходной конфигурации может быть способом смягчения этого.) Также см. Выше проблему с удалением, где я, по сути, не могу ее предоставить.

Answer 1

Вы не сообщили нам никаких подробностей, поэтому мы не можем ответить с какой-либо конкретностью. Но если ваш вопрос заключается в том, будет ли значительная часть вашей потенциальной пользовательской базы удерживаться от использования вашего продукта, если им придется выполнять значительную работу по настройке, тогда ответ будет положительным. Я видел это снова и снова с моими собственными продуктами и теми, которые я установил сам. Когда единственное изменение конфигурации - это удаление и переустановка. Люди не любят работать.

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

Я заметил, что «опытные пользователи» - разработчики, системные администраторы и т. Д. - готовы мириться с дополнительной работой по настройке.

Answer 2

Да, по моему опыту, любая большая работа заставит пользователей дважды подумать о развертывании или обновлении.

Это ваш стандартный анализ затрат / выгод, который проводится компаниями практически с каждым решением. Будут ли ожидаемые выгоды более чем перевешивать потенциальные затраты?

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

Пример (достаточно измененный, чтобы защитить виновных): у нас есть продукт, который генерирует отчеты о производительности системы и других вещах. Но отчеты не такие красивые, и программное обеспечение для их просмотра привязано к конкретной платформе.

Мы использовали BIRT для предоставления нам отчетов на основе интрасети, которые выглядят намного приятнее и нуждаются только в клиенте, чтобы иметь веб-браузер (не какой-нибудь толстый клиент).

Очень немногие клиенты сделали переход, пока мы не предоставили набор инструментов, который будет принимать их стандартные отчеты и превращать их в отчеты BIRT. После того, как мы это предоставили, клиенты начали воспринимать это всерьез - выгода не изменилась, но стоимость снизилась.

Answer 3

Я не уверен, что вы подразумеваете под "значительным изменением конфигурации", но если вы говорите о файлах настроек / конфигурации, то я делаю что-то вроде этого:

Приложение всегда содержит конфигурацию по умолчанию , которая полезна для большинства пользователей и не может быть заменена. Вместо этого пользователи могут переопределить один или несколько параметров по умолчанию в своем отдельном файле конфигурации. Когда выпускается новая (основная) версия, большинству пользователей не нужно ничего переконфигурировать: их собственные пользовательские конфигурации все еще берутся из их собственного файла конфигурации, и, возможно, требуемые новые параметры берутся из настроек по умолчанию для нового выпуска.

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