Estamos desarrollando un producto de software .Netdirigido a grandes corporaciones. El producto tiene componentes de servidor y cliente de escritorio. Anticipamos que nuestro producto será utilizado por un pequeño subconjunto de trabajadores de la corporación, probablemente aquellos en la función financiera. Actualmente requerimos .Net 3.5pero estamos considerando mudarnos a .Net 4.0.
¿Alguien con experiencia en la gestión de TI en un entorno de este tipo podría decirnos si requerirlo .Net 4.0en esta etapa sería un obstáculo para adoptar nuestro software? ¿Qué actitudes prevalecen respecto al uso de frameworks como .Net?
Respuesta1
Piense en ello como una función de beneficio versus costo, al igual que cualquier otra decisión comercial.
Si la instalación de todos los componentes necesarios para respaldar su software tiene un costo, ¿puede minimizar el costo? (por ejemplo, ¿solo necesita un servidor con .net4 en lugar de todas las estaciones de trabajo en una red que lo necesitan?). Este principio también va en contra de exigir la última versión de .net "sólo porque puedes", por ejemplo.
¿Puede demostrarles a quienes toman las decisiones en una empresa que el beneficio del software compensará el costo de instalarlo? Es realmente así de simple.
No voy a decir nada sobre .net 4 en sí porque no lo veo relevante. Misma pregunta, misma respuesta ya sea que esté hablando de una aplicación que requiere .net 4.0 en una red Windows, Safari 5 en una red Apple o Java en una red Linux.
Respuesta2
La instalación de software adicional siempre es una preocupación para los departamentos de TI y los administradores de red. Si su producto es útil para una empresa, lo comprarán e instalarán, pero este tipo de cosas son barreras que debe superar para hacer que su software sea mucho mejor.
Si puede, apunte a la versión más baja de .NET Framework con la que pueda salirse con la suya y señale los inconvenientes de pasar a 4. La pregunta es: ¿los beneficios técnicos que obtiene de .NET 4 superan estos inconvenientes?
Respuesta3
Si se implementara en todas las máquinas, sin duda sería un desincentivo. Actualmente apuntamos al tiempo de ejecución 2.0 para aplicaciones que tienen instalaciones grandes y avanzamos en la adopción de nuevas características de tiempo de ejecución (3.x/4.0) para proyectos que no se implementan ampliamente.
Si el componente del servidor no es dedicado y TI preferiría que se ejecutara en un servidor compartido existente, eso puede causar cierta ansiedad.
Respuesta4
Otra consideración es el hecho de que la resistencia puede no necesariamente deberse al costo de instalación y despliegue del marco, sino más bien a la gestión del riesgo de frenar las aplicaciones empresariales de misión crítica existentes. Actualmente estoy en esa guerra trabajando con el equipo de infraestructura y me exigen que demuestre que la implementación del marco .net 4.0 no dañará ninguna aplicación existente. Si alguien conoce una herramienta tan mágica que pueda hacer eso, estaría muy en deuda contigo :).