Estamos desenvolvendo um produto de software .Netvoltado para grandes corporações. O produto possui componentes de servidor e cliente de desktop. Prevemos que o nosso produto será utilizado por um pequeno subconjunto de trabalhadores na empresa - provavelmente aqueles na função financeira. Atualmente exigimos .Net 3.5, mas estamos pensando em mudar para .Net 4.0.
Alguém com experiência em gerenciamento de TI em tal ambiente poderia nos dizer se a exigência .Net 4.0neste estágio seria um obstáculo para a adoção de nosso software? Quais atitudes prevalecem em relação ao uso de frameworks como .Net?
Responder1
Pense nisso como uma função benefício versus custo, assim como qualquer outra decisão de negócios.
Se houver um custo para instalar todos os componentes necessários para dar suporte ao seu software, você poderá minimizar o custo? (por exemplo, você precisa apenas de um servidor com .net4 em vez de todas as estações de trabalho em uma rede que precisam dele?). Este princípio também contraria a exigência da versão mais recente do .net "só porque você pode", por exemplo.
Você pode demonstrar aos tomadores de decisão de uma empresa que o benefício do software compensará o custo de instalação? É realmente tão simples.
Não vou falar nada sobre o .net 4 em si porque não vejo isso como relevante. A mesma pergunta, a mesma resposta, quer você esteja falando sobre um aplicativo que requer .net 4.0 em uma rede Windows, Safari 5 em uma rede Apple ou Java em uma rede Linux.
Responder2
A instalação de qualquer software extra é sempre uma preocupação dos departamentos de TI e administradores de rede. Se o seu produto for útil para uma empresa, ela o comprará e instalará, mas coisas como essa são barreiras que você precisa superar para tornar seu software muito melhor.
Se possível, direcione a versão mais baixa do .NET framework que você pode usar e aponte as desvantagens de ir para 4. A questão é: os benefícios técnicos que você obtém do .NET 4 superam essas desvantagens?
Responder3
Se fosse implantado em todas as máquinas, isso certamente seria um desincentivo. Atualmente, visamos o tempo de execução 2.0 para aplicativos que possuem instalações grandes e pressionamos a adoção de novos recursos de tempo de execução (3.x/4.0) para projetos que não são amplamente implantados.
Se o componente do servidor não for dedicado e a TI preferir que ele seja executado em um servidor compartilhado existente, isso poderá causar alguma ansiedade.
Responder4
Outra consideração é o fato de que a resistência pode não ser necessariamente devida ao custo de instalação e implantação da estrutura, mas sim ao gerenciamento do risco de frear os aplicativos empresariais de missão crítica existentes. Atualmente, estou nessa guerra de trabalho com a equipe de infraestrutura e estou exigindo que eu prove que a implantação da estrutura .net 4.0 não quebrará nenhum aplicativo existente. se alguém souber de uma ferramenta tão mágica que faça isso, eu ficaria em dívida com você :).