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