领域知识与技术知识有多重要？

我正在开发一个交易和风险管理应用程序，尽管从C＃的背景开始，我还是被要求从事SSIS软件包的开发。现在我可以忍受了。痛点是过于强调业务理解。贸易（准确地说是能源贸易）是一个巨大的领域，对它的每一点了解都令人难以理解。但是在过去的两个月中，我一直在努力理解业务术语-以市值计价，风险度量，头寸，盈亏，希腊语，工具，账簿结构...每一个小细节（您明白了）。现在恕我直言，这是广管局的工作。当然，对于开发人员而言，了解业务非常重要，但是您如何划清界限？

当我与经理交谈时，他几乎嘲笑我说任何人都可以在一周内学习技术。这是更难的事情。我的长期愿望是留在技术方面，可能成为一名架构师（如果可能的话）。如果我想非常专注于业务，那我将攻读MBA！

我想知道我在理解业务重要性上是错还是太天真，还是感到沮丧？

程序员的工作是将自然语言需求转换为机器语言实现。如果您仅一侧或另一侧流利，则无法有效地做到这一点。除非您正在编写编译器或版本控制软件，否则几乎每个编程工作都需要大量的非编程知识。

Benjol和您的经理是对的，但让我详细说明：

了解业务领域是您如何在流程中增加价值并增加业务价值的方法

这就是代码猴子程序员和开发人员之间的区别

我大学计算机科学系的一句话是：

如果要为地质学家构建软件，则必须首先了解地质学。如果要为物理学家构建软件，则必须首先涉猎物理学。如果您想了解业务，那么您首先必须学会谈生意。

我一直在这里听到人们说软件开发是一个创新领域。我认为这在一定程度上是正确的。它涉及创造力，即必须能够看到盒子外面的东西才能解决一系列问题。

这并不意味着您可以坐下，噢，如此创造性地构建您想要的任何东西。这不是美术课，而是工程课，您的客户和利益相关者将期望您创建解决他们问题的方法，而不仅仅是“酷”的方法。

为了解决问题，您必须首先了解该问题。您需要进入用户的头脑并了解他们的想法。

无论您要构建用于财务，市场营销，销售，地质，物理学的软件，还是该软件支持的领域，您都必须成为该领域的一部分。

正是由于这个原因，除了获得计算机科学学位外，我还获得了商业学位。它极大地影响了我交流潜在解决方案和交付成功产品的能力。

如果您想了解有关雇用商务软件工程师的更多信息，请查看此商务工程师招聘广告样本，该样本是我为回答另一个问题而写的。

您可能会在没有太多领域知识或没有低级编码人员与客户联系的情况下幸存下来，但是软件架构师是非常熟悉领域并积极与所有利益相关者进行沟通的人。

我认为您是错误的，而且太天真了。

正如您的经理说的那样（有点轻率），任何人都可以在一周内学习技术。唯一能使您脱颖而出并对您有用的公司就是您的业务知识。而且难度越大，您的价值就越高。

显然，如果您发现该特定业务令人麻木，那么您可以寻找不同的东西。但是，如果您的天堂概念是一起黑客攻击小型php网站，请当心：将有成千上万的脚本小子也在这样做。

认真地说，“我只是一名编码人员，请不要将事实与我混淆”，这简直就是废话。

我也从事能源贸易。商业知识是工作的90％。您无法解决这个问题-这是一项复杂的业务。

如果您至少不了解交易的基本知识以及所从事的市场，那么无论您的编码员多么出色，都将在努力。

我与一些无法正确满足要求的学士学位一起工作。我需要依靠自己的分析能力和对业务知识的理解来完成工作。

我认为，如果您在一家出售Energy Trading软件的商店工作，您的经验可能会有所不同-但是在企业IT能源交易中，重点完全放在了解市场以及软件如何首先为业务问题提供解决方案上。

实际使用的技术和实现远不及第二。

上面发表Excel注释的人不知道他的注释有多合适。交易者经常在Excel / VBA中构建自己的小型交易应用程序（这就是他们所知道的全部），然后IT最终继承了这些混乱的程序。

我很想用一种“适当的”语言来重建其中一些应用程序，但这并不总是优先考虑的事情。

如果您正在为业务而发展，那么最终将比公司中的任何其他人对业务规则有更清晰，更详细的想法。这不一定是因为您比每个人都聪明，而是因为这是您完成工作的唯一方法。

您的反应可能是“但是业务分析师会做什么？”

业务分析师与客户进行了长时间的会面，试图从他们那里获得对于开发人员来说足够清晰的需求。我看着他们必须与客户打交道的方式，并对我不必这样做感到感激。

我喜欢在软件开发和体系结构之间进行类比。两者都是应用艺术。两者都需要在心中进行精心的建模。适用于此问题的方面是，在没有商业知识的情况下编写软件就像在不了解居民的生活方式和需求的情况下设计建筑物。我认为我们中的许多人都已经看过（或什至居住过/工作过的）建筑物，这些建筑物看起来很漂亮，很现代，而从外部看不到，只是从内部无法使用。（在最坏的情况下，它们甚至都不是很好的：-（（（（）

更新资料

高拉夫的评论：

我很好奇的是，开发人员应该在多大程度上努力理解业务领域。他应该走一路还是要划清界限。

我认为您一般都无法在任何地方画线。除非存在应用程序/域的某些部分，否则您无需接触（因此了解）。从长远来看，这是恕我直言在现实生活中非常罕见的。应用程序中任何正在使用的部分都会收到错误报告和功能请求。领域也会发生变化，因为相应的立法，税收规则，政策，习惯-简而言之，是现实世界-发生了变化。软件中也必须遵循此步骤。

但是，即使没有外部更改请求，单元测试和重构旧代码也需要了解相关领域。否则，您只是“冻结”应用程序的当前行为，而不知道它是否正确。

更新2

如果开发人员经常更改他正在从事的业务领域怎么办？

当然，这意味着失去了用于获取业务知识的大部分投资（您的时间和您的雇主的金钱）：-（如果您知道这将要发生，那么当然不值得深入研究一个特定的领域，但是请注意，领域并没有完全不同，存在可以在不同领域之间重用的基础知识，最重要的是，您获得的领域驱动设计方法是可重用的。

我在银行业工作了十多年，开发交易应用程序，并同意对于开发人员来说，很好地了解业务非常重要。但是，一次又一次地，在面试过程中，如果此人对业务没有很好的了解，他们就不会进入门。

这导致这些人开发了许多关键的应用程序和系统，这些人具有丰富的业务知识，但技术技能却不高。这些系统的设计总是糟糕透顶，经常崩溃，到处都是bug，无法扩展，几乎不可能在不破坏某些东西的情况下进行修复，那就是该项目最终由于技术能力不足而最终没有被取消投入生产。