Microsoft Dynamics（Navision）与C＃.NET

Question

我是一名经验丰富的C＃/ .NET开发人员，最近有机会成为Microsoft Dynamics（Navision）开发人员（培训，认证等都将由雇主支付）。 我从未参与任何与此动态有关的事情，所以我想问一下与C＃/ .NET开发人员相比，成为Dynamics开发人员的感觉。 在做出决定之前，我已经编制了一些我有兴趣知道的事情清单。 请随时编辑列表。

C＃/ .NET

1. IDE：Visual Studio
2. 语言：C＃
3. 应用程序域：基于Web或基于桌面
4. 业务领域：任何行业
5. 良好的职业发展和易于改变的工作
6. 等等...

Microsoft Dynamics

1. 相对封闭的市场（与.NET相比）
2. 没有那么多的工作
3. 与Visual Studio相比，IDE（或开发环境）非常糟糕，我甚至可能更喜欢在记事本中工作
4. 与定制构建的应用程序相比，Dynamics客户可以获得哪些好处？

谢谢！

Answer 1

我自己的背景是作为.NET开发人员，主要使用C＃和最近的ASP.NET MVC。 我也是Dynamics NAV开发人员/顾问/架构师已有3年了。

动态资产净值世界是一个相当小的世界，说实话，它既不增长也不缩小。 我听说最近有几个地方从其他ERP转向资产净值，而且还有很多人从资产净值转移。

今年早些时候，我参加了位于丹麦Vedbæk的微软执行简报中心的简报，并会见了Dynamics NAV GM以及一些Dynamics NAV PM和开发人员（即编写实际资产净值应用程序的开发人员）以及他们的路线图。对于该产品来说真的很令人兴奋 - 在接下来的两个版本中，将会非常关注HCM并改善部分财务状况。

就日常工作与资产净值而言，这是一种范式转换。 如你所述，IDE绝对可怕。 他们最近只添加了语法高亮显示，并且没有真正的智能感知或当今IDE提供的任何现代便利。 话虽如此，你可以通过将原生NAV对象与插件等结合起来做一些非常强大的东西，并且他们真的改进了一些脚手架工具来帮助开发。

从财务角度来看，资产净值开发商表现相当不错，因为它们相当罕见。 NAV解决方案架构师和顾问做得更好。 您的个人资料并未说明您的位置，但我知道在都柏林，NAV开发人员的起薪约为6万美元，在伦敦则约为65,000美元。

就业市场比C＃/ .NET开发人员小得多，但工作往往更加安全，而且招聘内部资产净值开发人员的客户市场不断增长，而不仅仅是合作伙伴/提供商雇用开发人员并咨询他们顾客。

我个人不认为它是C＃和NAV之间的二元选择。 当然，你的头衔可能是资产净值开发人员，但如果你使用的是一些较新版本的资产净值，那么你仍然可以做很多C＃开发编写插件等。这也是一个很好的机会来了解你的SQL知识在NAV中编写/优化性能良好的代码需要相当深入的SQL知识以及如何在整个过程中处理查询。

你有更具体的问题吗？

Answer 2

如果您的雇主愿意支付这笔费用，我总是建议如果您有机会让雇主支持资产净值开发或资产净值实施培训。 正如已经强调的那样，NAV是一个利基市场，微软正在全力推动这一市场（我认为微软的营销材料显示有70,000个客户站点和超过100万的NAV用户）。

我不认为NAV和.NET开发在任何方面都是独一无二的 - 实际上，如果任何了解开发语言和开发环境的东西都会让你更有价值。 从NAV 2009 R2版本开始，现在有许多方法可以将外部应用程序，API和.NET与任何NAV进程集成，使用以下任意组合：Web服务，角色定制客户端中的.NET控件以及最终访问本机.NET .NET Interop的类型和类。 基本上，如果您了解C＃或.NET，则可以在NAV环境中本地使用它。 因此，如果您了解.NET框架和NAV，您可以在为客户/客户构建任何解决方案时充分利用这两方面的优势。

对于任何未来/当前的资产净值开发人员（imho），我要强调两点：

• 随着资产净值更多地转向.NET / Visual Studio类型集成，NET知识在即将发布的版本中将至关重要。 由于R2版本最近的变化表明它们为开发人员提供了更好的工具，如果您了解.NET和NAV（C / AL）编程，那么您将非常适合使用architecht并构建最佳解决方案。

• 您必须能够理解应用程序工作流程和业务逻辑。 例如。 了解销售订单如何在未发布和已过帐的步骤的各个阶段中发挥作用的开发人员比需要被业务分析师确切知道要构建的开发人员更有用。 如果您是NAV的新手，这确实需要时间，但请确保在编写代码或构建报告时花时间了解并了解文档结构和事务工作流程。

我知道这是啰嗦 - 但要具体回答你的问题：

1. 随着当前（并且希望未来）版本具有更多集成和.NET连接选项，市场正在开放。 微软正在推动NAV与CRM，在线支付处理器和Web服务的集成。

2. 可能没有那么多工作，但它们是全球性的 - 欧盟，澳大利亚，新西兰有很多工作（我在那里住了2年，而我的雇主为这一举动买单）。 北美的资产净值渗透率要低得多，因此这里的就业人数并不多（但增长幅度很大）。 因此，如果你想工作和旅行，这可能会很棒，同时由于专业资产净值资源的人才库较少，供需规律要求你的开工率高于.NET开发人员。 加拿大的高资产净值资源可以支付超过10万加元（按今天的汇率计算为10万美元）。

3. 是的IDE糟透了！ - 但每次发布都会越来越好。 （我讨厌NAV）

4. 一个关键的好处（从后端的角度来看）是能够快速开发和部署业务逻辑和功能。 NAV平台开箱即用地集成了安全性，并提供了足够的结构，使您可以非常快速地开发丰富的应用程序。 （我喜欢这个关于NAV的事）。

Answer 3

关于你的观点：

1. 虽然.NET是一种通用开发方式，但NAV是一种特殊用途的专用软件（ERP）。 因此，市场确实非常封闭，您需要您的开发许可证才能做任何事情，而这又需要与Microsoft合作或与MS合作伙伴一起工作。 虽然关闭，市场有点，可以说是一个精英......？ 至少那是人们在那里的感受。

2. 工作 - 可能没有绝对数量那么多，但资产净值人员需求量很大，而且只要我记得（10年），需求就会不断超过供应量。 在欧洲，您可以在一周内轻松获得租金，搬迁费用。 这些工作都是合理的报酬。 还应该注意到，NAV在欧洲是最畅销的，而在美国，动力学GP占据主导地位。

3. IDE没关系。 缺乏一种智能感可能会对新手感到震惊，但是你会在一个月左右的时间内克服它。 在技​​术上开发NAV非常简单，您不需要一个好的IDE。 您需要的是很好地理解NAV如何在概念上工作，使用什么模式和数据流，并相应地构建您的东西。 你越近，你就越好。

4. 客户利益 - 第一天就有“最佳实践”功能，完成剩余工作的速度，模式的一致使用，即“事情应该按照这种方式工作”（除非开发人员通过破坏它们来制造混乱），避免供应商锁定 - 在某种程度上，由于周围有许多资产净值合作伙伴，如果出现问题，可以选择在使用资产净值时改变合作伙伴。

总而言之，不要指望用NAV进行大量编码或者让自己成长为技术开发人员。 从技术上讲，NAV是MS Access与标准功能和服务模式的大型乐高之间的东西。 所有公司实际上寻找的不是技术开发人员，而是开发顾问，因为大多数工作通常与一次性定制（大型和小型）相关，而不是标准应用程序/模块开发和发布版本。 一旦你不仅学会编码（这在3-6个月内很容易完成），你也将对你的雇主最有价值，同时也了解应用程序是如何工作的，正确的定制方式，最重要的是 - 做的和不做的以及如何解决问题/变更请求。 一旦你可以自信地做到这一点，你就是一个需要的NAV专家，可能会觉得，呃，精英，但这个旅程可能需要5到10年，在此期间你大部分都会学习NAV的细节，这是一个专有的系统。

所以选择权归你的。 如果您有志成为有价值的企业IT开发/顾问，提供明显的商业价值，那就去寻求资产净值。 如果你的内心是性能，整洁的代码，版本控制，算法和顶尖技术，那就不要去寻找资产净值。