Microsoft Dynamics(Navision)vs C#.NET

我是一名经验丰富的C#/ .NET开发人员，最近被提供机会成为Microsoft Dynamics(Navision)开发人员(培训，认证等都将由雇主支付)。我从来没有参与过这个Dynamics的任何事情，所以我想问一下与C#/ .NET开发人员相比，Dynamics的开发者是什么样的。在作出这个决定之前，我已经编制了一些有兴趣知道的事情清单。请随时编辑列表。

C#/ .NET

> IDE：Visual Studio
>语言：C#
>应用程序域：基于Web或基于桌面的
>业务领域：任何行业
良好的职业发展和易于改变的工作
>等…

Microsoft Dynamics

>相对封闭的市场(与.NET相比)
>那里没有那么多的工作
>与Visual Studio相比，IDE(或开发环境)可怕，甚至可能更喜欢在记事本中工作
> Dynamics客户与定制应用程序相比有什么好处？

谢谢！

动态资产净值世界是相当小的，说实话，它不是增长也不缩小。我听说过几个地方最近从其他ERP转向资产净值，就像从资产净值一样多。

我在今年早些时候在Vedbk(丹麦)的Microsoft执行简报中心参加了一次简报会，会见了Dynamics NAV GM以及一些Dynamics NAV PM和开发人员(即编写实际NAV应用程序的开发人员)以及他们拥有的路线图对于该产品来说真的很令人兴奋 – 在下一个版本中，将会非常关注HCM和改进一些财务。

在日常使用资产净值方面，这是一个范例转变。正如你所说，IDE是绝对可怕的。他们最近只添加了语法突出显示，并没有真正的智能感知或任何现代化的IDEs今天提供的便利。话虽如此，您可以通过将原生NAV对象与加载项等组合起来，做出一些非常强大的功能，并且他们真正改进了一些脚手架工具来帮助开发。

NAV开发商在财务上做得很好，因为它们相当罕见。 NAV解决方案的建筑师和顾问做得更好。您的个人资料并不说明您在哪里，但我知道在都柏林，资产净值开发商的起始工资约为6万美元，在伦敦约为65,000美元。

就业市场远远小于C#/ .NET开发商的就业市场，但工作往往更加安全，而且雇用内部NAV开发人员的客户市场不断增长，而不仅仅是雇用开发人员的合作伙伴/供应商，并且咨询他们顾客。

我个人不会将其视为C#和NAV之间的二进制选择。当然，您的头衔可能是NAV开发人员，但如果您使用的是一些较新版本的资产净值，那么您仍然可以使用大量的C#开发编写加载项等。这也是一个很好的机会来刷新您的SQL知识作为编写/优化资产净值表现良好的代码，需要对SQL的相当深入的了解以及查询执行过程如何处理。

你有什么具体的问题吗？

（编辑：日照站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!