所有非《星球大战》迷请原谅这句俗套的话，然而考虑到大多数目标受众群体都是极客和书呆子，用这句话来比喻昨天发生的事情有点合适。这一切都是从一个简单的推特开始的：

哦，天哪，这肯定不适合我。我花了很多年的时间来磨练软件工程的技巧，我相信这还远远不是儿戏！因此，我的回答是：

这在Twitter上变成了一场热烈的讨论（包括Jan Penninkhof、DJ Adams、Frank Koehntopp和Ian Daniel），在谈话过程中，Tom实际上是在大肆宣扬一些稍有不同的东西：企业不重视代码质量，因此雇佣了廉价的黑客，而不是黑客比经验丰富的软件工程师。然而，如果你直接从他那里听到这句话，那也许是最好的：发展中还有未来吗？正如我所说，我对那个有争议的问题持相反的观点。我相信软件工程的黄金时代还没有到来。这有三个原因：

同时，安德烈森的这篇文章很有说服力，虽然它可能会因为过度使用而变得有些枯燥，但他的理由仍然有效：向前发展，一切都将由软件驱动。所有的事情……尽管数字不同，但所有的分析家都预测，加入物联网的设备数量将大大超过我们人类。因此，开发商仍将是一种稀缺资源。当然，开发人员的绝对数量将大幅增长，但在未来几年，需求将超过可用人力资源的数量！（到底是谁想出这个词的？！？）

它已经开始了——在移动领域发生的事情将在企业软件领域重演：平台战争已经肆虐！云计算正在接手（参见云平台游戏），我们看到了从高度定制的本地系统到标准化的SaaS（软件即服务）解决方案的转变。随着这一趋势，需求软件的类型将发生变化。我确实看到了两个极端：一方面对简单的，在这些平台上运行的具有商业头脑的应用程序（非常类似于现在的典型ABAP程序），另一方面，将有少量极其复杂的技术项目来解决数字时代带来的基础设施挑战。

目前的主题包括大数据（见lambda架构）和弹性云架构占据了技术领域的主导地位，拥有这些技能的开发人员确实可以获得高薪。无法预测下一件大事（奇点时代可嵌入纳米机器人的固件？）但如果说我在IT行业学到了一件事，那就是总有一件大事即将发生（创新的速度正在加快！）所以，总会有一个空间留给有知识的先驱者……

然而，让我们回到应用类型的转变。如前所述，我看到了两个极端…复杂的自定义编码和简单的标准解决方案。大型平台提供商将在稍后解决这个问题。他们可能会使用fabric方法来满足企业的共同需求。他们的云平台将使开发基于底层平台提供的一组综合技术能力的业务逻辑应用程序变得简单快捷。这就是平台即服务（Platform-as-a-Service）的承诺：让开发人员不必解决企业级软件的所有复杂挑战，并允许他们专注于开发所需的业务逻辑。这就是R/3和ABAP如此成功的原因。这些人不需要对正确的软件架构、故障转移机制、灾难恢复、弹性等有太多的了解。是的，我很抱歉地说……这不是一个很舒服的位置（请参阅Graham Robinson的《ABAP开发者的号召》）

另一方面将是定制编码。在这里，需要有经验的开发人员！这个空间的很大一部分是关于整合的。复杂的系统环境和定制需求将成为常态。要想在这个领域取得成功，你需要成为一名博学者，并且能够在软件开发的某个方面站稳脚跟。你需要能够根据客户的需求开发解决方案，这将需要技术和软技能。这两件事你只能从经验中学到。

然而，开发下一代SaaS解决方案和技术软件（如固件、适配器等）的开发人员也会有需求。我相信会有很多较小的公司会声称自己是空白，并利用他们的专业知识来定位自己。在平台领域，早起的公司有很大的优势，也有很好的机会在特定的垂直市场上建立自己的goto解决方案。我认为这将是一个非常有利可图的行业，立返利，对开发者来说也是一份非常舒适的工作。

现在，这个论点有双重价值：一次是对公司，一次是对个人。我们先谈谈公司吧。正如我在上面所概述的，最合适的地方是定制编码。有了一个标准化的核心，从竞争中脱颖而出的主要领域将是通过独特的流程将你从人群中分离出来。在这里，上市时间至关重要！此外，公司会非常小心地对待这一领域，因为这是他们最大的优势。你真的相信公司会把公司的未来交给脚本小子的手中，从而使公司面临风险吗？看！正如我的一位导师（Marilyn Pratt）曾经雄辩地说的那样：