是否需要.NET 4.0作为在企业环境中采用我们的软件的障碍?

我们正在开发针对大型企业的.Net软件产品。 该产品具有服务器和桌面客户端组件。 我们预计我们的产品将被公司中一小部分员工使用 – 可能是财务部门的员工。 我们目前需要.Net 3.5但正在考虑转向.Net 4.0

在这样的环境下,任何具有pipe理IT经验的人都能告诉我们,在现阶段是否需要.Net 4.0将会阻碍我们采用我们的软件? 对于使用.Net这样的框架,态度如何?

将其视为一种利益与成本函数,与任何其他业务决策相同。

如果安装支持您的软件所需的所有组件需要花费,您是否可以最小化成本? (例如,你是否只需要一台带有.net4的服务器,而networking上的所有工作站都需要它?)。 例如,这个原则也适用于要求最新版本的.net“仅仅因为你可以”。

您能否向公司的决策者展示软件的好处将弥补安装成本? 这真的很简单。

我不会说.net 4本身,因为我不认为这是相关的。 同样的问题,同样的答案,无论你是在谈论一个Windowsnetworking需要.net 4.0的应用程序,Applenetworking上的Safari 5还是Linuxnetworking上的Java。

安装任何额外的软件始终是IT部门和networkingpipe理员关心的问题。 如果你的产品对公司有用,他们会购买并安装它,但是这样的事情是你必须通过使软件变得更好来克服的障碍。

如果可以的话,定位到最低版本的.NET框架,并指出4的缺点。问题来自于.NET 4的技术优势是否超过了这些缺点?

如果它被部署到所有机器上,那肯定会成为一个阻碍。 我们目前针对具有大型安装的应用程序定位2.0运行时,并针对尚未广泛部署的项目采用新的运行时function(3.x / 4.0)。

如果服务器组件不是专用的,并且IT更愿意在现有的共享服务器上运行,那么可能会引起一些焦虑。

在我们的组织中,我们开发的软件一直使用2.0框架。 我想这将取决于组织的规模。 如果他们是一个30人的公司,他们可能没有升级的问题。 如果他们是500的公司,我会认为会有更多的阻力。 如果你需要4.0的框架,你应该写出你的理由。 也许你可以用一种让它看起来非常有利于升级的方式(安全性,性能,你正在利用的function等等)来呈现它。

另一个考虑因素是阻力可能不一定是由于安装和部署框架的成本,而是pipe理制动现有关键任务企业应用程序的风险。 我目前正在和基础设施团队合作,并要求我certificate部署.net 4.0框架不会破坏任何现有的应用程序。 如果有人知道这样的一个工具,那么我会对你负债累累:)。

从IT的angular度来看,我并不认为这是客户端的一个大问题。 微软补丁,更新和组件几年来一直非常稳定,我认为大多数不会推出.net 4.0的问题。

也,

他们是什么types的客户? 计算机的客户是他们以这种方式处理业务的有价值和重要的组成部分,升级等? 如果每个人都在运行Windows 7+,那么转到.net 4.0似乎没有太多的缺点。

我会更加犹豫在服务器端,这取决于你的软件如何安装。 这是相当大的,通常有一个专用的虚拟机,这不是一个大问题。 还是安装在一个小型办公室里,与其他所有人共享服务器? 然后这是一个更大的交易,因为那么他们打电话问你为什么你的软件打破了他们的网站。

总结…从顾客angular度来看。 看看你的软件的用例。 而最重要的是,不要害怕问你目前的客户?