我是一位经验丰富的 C#/.NET 开发人员，最近有机会成为 Microsoft Dynamics (Navision) 开发人员（培训、认证等费用均由雇主支付）。我从来没有参与过与这个 Dynamics 相关的任何事情，所以我想问一下，与 C#/.NET 开发人员相比，作为 Dynamics 开发人员是什么感觉。在做出决定之前，我已经编制了一份我有兴趣知道的事情的清单。请随时编辑列表。
C#/.NET
微软动态
谢谢！
我自己的背景是 .NET 开发人员，主要使用 C# 和最近的 ASP.NET MVC。我也是 Dynamics NAV 开发人员/顾问/架构师大约 3 年了。
Dynamics NAV 的世界很小，老实说，它既没有增长也没有缩小。我听说最近有几个地方从其他 ERP 转向 NAV，也有很多地方从 NAV 转向。
今年早些时候，我参加了在 Vedbæk（丹麦）的 Microsoft 高管简报中心的简报会，并会见了 Dynamics NAV 总经理以及一些 Dynamics NAV PM 和开发人员（即编写实际 NAV 应用程序的开发人员）以及他们拥有的路线图因为这个产品真的很令人兴奋——在接下来的几个版本中，我们将非常关注 HCM 并改善一些财务状况。
就 NAV 的日常工作而言，这有点范式转变。正如您所提到的，IDE 绝对是糟糕的。他们最近才添加了语法高亮，并且没有真正的智能感知或当今 IDE 提供的任何现代便利。话虽如此，您可以通过将本机 NAV 对象与插件等相结合来做一些非常强大的事情，他们确实改进了一些脚手架工具来帮助开发。
在财务上，资产净值开发商做得很好，因为他们相当罕见。NAV 解决方案架构师和顾问做得更好。你的个人资料没有说明你在哪里，但我知道在都柏林，NAV 开发人员的起薪约为 6 万美元，而在伦敦则约为 6.5 万美元。
就业市场比 C#/.NET 开发人员的市场要小得多，但工作往往更安全一些，客户雇佣内部 NAV 开发人员的市场不断增长，而不仅仅是合作伙伴/供应商雇佣开发人员并咨询他们顾客。
我个人不认为它是 C# 和 NAV 之间的二元选择。当然，您的头衔可能是 NAV 开发人员，但如果您使用的是 NAV 的一些较新版本，那么您可能仍会进行大量 C# 开发编写插件等。这也是复习 SQL 知识的绝佳机会因为在 NAV 中编写/优化性能良好的代码需要相当深入的 SQL 知识以及如何在整个过程中正确处理查询。
您还有更具体的问题吗？
如果您有机会让雇主承担资产净值开发或资产净值实施培训，如果您的雇主愿意承担这方面的费用，我总是建议您这样做。正如已经强调的那样，资产净值是一个利基市场，微软正在全球积极推动这一市场（我认为最后统计微软的营销材料显示资产净值上有 70,000 个客户网站和超过 100 万用户）。
我不认为 NAV 和 .NET 开发在任何方面都是排他性的——实际上，如果任何拥有开发语言和开发环境知识的东西会让你更有价值的话。从 NAV 2009 R2 版本开始，现在有更多方法可以将外部应用程序、API 和 .NET 与任何 NAV 进程集成，使用以下组合：Web 服务、角色定制客户端中的 .NET 控件以及最终访问本机 .NET通过 .NET 互操作的类型和类。基本上，如果您了解 C# 或 .NET，您现在就可以在 NAV 环境中使用它们。因此，如果您了解 .NET 框架和 NAV，则在为您的客户/客户构建任何解决方案时，您可以利用两全其美。
对于任何未来/当前的 NAV 开发人员（恕我直言），我要强调两点：
NET 知识在即将发布的版本中将变得至关重要，因为 NAV 更倾向于 .NET/Visual Studio 类型的集成。正如 R2 版本中最近的变化所表明的那样，它们为开发人员提供了更好的工具，如果您同时了解 .NET 和 NAV (C/AL) 编程，那么您将非常适合架构师和构建最佳解决方案。
能够理解应用程序工作流程和业务逻辑至关重要。例如。了解销售订单如何通过未发布和发布步骤的各个阶段工作的开发人员比需要由业务分析师准确告知要构建什么的开发人员有用得多。如果您不熟悉 NAV，这确实需要时间，但请确保您在编写代码或构建报告时花时间了解和了解文档结构和交易工作流程。
我知道这会变得冗长 - 但要具体回答您的问题：
随着当前（希望将来）版本具有更多集成和 .NET 连接选项，市场正在开放。微软正在推动资产净值与 CRM、在线支付处理器和网络服务的集成。
可能没有那么多工作，但它们是全球性的——欧盟、澳大利亚、新西兰有很多工作（我在那里住了 2 年，我的员工为搬家买单）。北美的资产净值渗透率要低得多，所以这里的工作岗位不多（但它在增长）。因此，如果您想工作和旅行，这可能很棒，而且由于专业资产净值资源的人才库较小，供需规律决定您的工作速度高于 .NET 开发人员。在加拿大，高级资产净值资源可以支付超过 100,000 加元（按今天的汇率实际上是 102,000 美元）。
是的，IDE 很烂！- 但每个版本都在变得更好。（我讨厌NAV）
一个关键的好处（从后端的角度来看）是能够快速开发和部署业务逻辑和功能。NAV 平台集成了开箱即用的安全性并提供了足够的结构，以便您可以非常、非常快速地开发丰富的应用程序。（我喜欢资产净值）。
关于你的观点：
虽然 .NET 是一种通用开发方式，但 NAV 是用于特定目的 (ERP) 的专有软件。因此，市场确实非常封闭，您需要您的开发许可证才能做任何事情，这反过来又需要参与 Microsoft 或与 MS 合作伙伴一起工作。关闭时，市场有点，可以说，是精英市场..？至少那是人们倾向于在那里的感觉。
工作 - 绝对数量可能没有那么多，但资产净值人员的需求量很大，而且只要我记得（10 年），需求就一直超过供应。在欧洲，您可以在一周内轻松获得聘用，并支付搬迁费用。这些工作都是合理的报酬。还应该注意的是，NAV 在欧洲是畅销书，而在 Dynamics GP 占主导地位的美国则不然。
IDE 没关系。缺乏某种智能可能会让新手感到震惊，但你会在一个月左右的时间内克服它。在 NAV 中进行开发在技术上非常简单，您不需要一个好的 IDE。相反，您需要很好地理解 NAV 在概念上的工作原理、使用的模式和数据流，并相应地构建您的东西。你离得越近，你就越好。
客户利益——“最佳实践”功能在第一天就出现了，完成其余事情的速度，一致地使用模式，即“事情应该以这种方式工作”（除非开发人员通过破坏它们而造成混乱），避免供应商锁定-在某种程度上，由于周围有很多NAV合作伙伴，如果出现问题，可以选择在保留NAV的同时更换合作伙伴。
总而言之，不要期望使用 NAV 进行大量编码或将自己成长为技术开发人员。从技术上讲，NAV 介于 MS Access 和具有标准功能和做事模式的大型乐高积木之间。所有公司实际上都在寻找的不是技术开发人员，而是开发顾问，因为大多数工作通常与一次性定制（大小）相关，而不是标准应用程序/模块开发和发布版本。因此，一旦您不仅学会了编码（这在 3-6 个月内很容易完成），而且还了解了应用程序的工作原理、定制的正确方法，以及最重要的是 - 该做什么和不该做什么，那么您对您的雇主将是最有价值的以及如何解决问题/变更请求。一旦你可以自信地自己做，你就是一个需要的资产净值专家，
所以选择权在你。如果您有志成为有价值的业务 IT 开发人员/顾问，提供可见的业务价值，请选择 NAV。如果您的心在性能、整洁的代码、版本控制、算法和一流的技术等方面，请不要选择 NAV。