Мы разрабатываем программный продукт, .Netориентированный на крупные корпорации. Продукт имеет как серверные, так и клиентские компоненты для настольных компьютеров. Мы предполагаем, что наш продукт будет использоваться небольшой группой работников корпорации — вероятно, теми, кто работает в финансовой службе. В настоящее время нам требуется, .Net 3.5но мы рассматриваем возможность перехода на .Net 4.0.
Может ли кто-нибудь с опытом управления ИТ в такой среде сказать нам, .Net 4.0будет ли требование на данном этапе препятствием для принятия нашего программного обеспечения? Какие взгляды преобладают относительно использования фреймворков, таких как .Net?
решение1
Думайте об этом как о функции выгод и затрат, как и о любом другом бизнес-решении.
Если установка всех компонентов, необходимых для поддержки вашего ПО, требует затрат, можете ли вы минимизировать затраты? (например, вам нужен только сервер с .net4 на нем или все рабочие станции в сети, которым он нужен?). Этот принцип также работает против требования последней версии .net «просто потому, что вы можете», например.
Можете ли вы продемонстрировать лицам, принимающим решения в компании, что выгода от программного обеспечения окупит стоимость его установки? Это действительно так просто.
Я не буду ничего говорить о самом .net 4, потому что не вижу в этом смысла. Тот же вопрос, тот же ответ, независимо от того, говорите ли вы о приложении, требующем .net 4.0 в сети Windows, Safari 5 в сети Apple или Java в сети Linux.
решение2
Установка любого дополнительного программного обеспечения всегда является проблемой для ИТ-отделов и сетевых администраторов. Если ваш продукт полезен для компании, они купят и установят его, но такие вещи являются барьерами, которые вам придется преодолеть, сделав свое программное обеспечение еще лучше.
Если возможно, выберите самую низкую версию фреймворка .NET, с которой вы можете работать, и укажите на недостатки перехода на версию 4. Возникает вопрос: перевешивают ли технические преимущества, которые вы получаете от .NET 4, эти недостатки?
решение3
Если бы он был развернут на всех машинах, это, безусловно, было бы сдерживающим фактором. В настоящее время мы ориентируемся на среду выполнения 2.0 для приложений с большими установками и нажимаем на конверт, принимая новые функции среды выполнения (3.x/4.0) для проектов, которые не развернуты широко.
Если серверный компонент не является выделенным, а ИТ-отдел предпочитает, чтобы он работал на существующем общем сервере, это может вызвать некоторое беспокойство.
решение4
Еще одним соображением является тот факт, что сопротивление может быть вызвано не обязательно стоимостью установки и развертывания фреймворка, а скорее управлением риском торможения существующих критически важных корпоративных приложений. В настоящее время я веду эту войну на работе с командой инфраструктуры, и они требуют, чтобы я доказал, что развертывание фреймворка .net 4.0 не сломает ни одно существующее приложение. Если кто-то знает такой волшебный инструмент, который это сделает, я буду вам очень обязан :).