这是一个十年，对于一家初创公司来说，要诞生甚至不容易，因为事情也是如此复杂和昂贵。 没有发布开放源代码的工具和技术，廉价的云根本就不存在，而廉价的云却使您从基础架构管理中解脱出来。
在那个时代，一个企业非常痛苦地依赖另一个企业提供另一个企业提供的专业服务。 这就要求需要项目经理而不是工程经理。 社区里的病毒笑话就像
“如果您在开发团队中有一个人不能执行任何功能，但仍能通过他的轻描淡写而幸存下来，请让他成为项目经理。”
开发团队为此讨厌管理人员。 但是管理层的观点是什么？ 对于他们来说，他们看到了一个黑暗中的机会，因为他们希望一个虽然工作不真诚但能够在低效率上壮成长并希望忠于公司的人能够确定他们所依赖的第三方服务提供商的低效率，所以以减少其依赖的成本。 企业非常注重依赖的运营成本，而不是交付效率和所部署软件产品的质量。
很早以前，我很幸运能够借助自己在拼盘中所拥有的机会以及对学习更多内容的无止境的好奇心来学习所有这些知识。 从那个混乱的世界，我们已经进入了另一个软件开发的混乱世界。 但是，这篇文章只是为了简单地讲述当时企业软件开发中的混乱情况。
从那个时代的开发到部署，我的企业软件开发故事
- 集成的IBM WebLogic Server随附的IBM当时著名的RAD-IDE（理性应用程序开发IDE）上的本地开发过去是如此之快，以至于每次部署代码更改时，该服务器都将迫使您走出困境去寻求帮助。散步/喝水/咖啡/休息/做多任务。 难怪当时的多任务处理如此大肆宣传。
- 通常，由于本地WebLogic服务器占用了您的大部分本地资源（内存，处理器等），因此开发人员通常将其开发数据库放在单独的本地服务器环境中。 在某些情况下，当所有开发人员实际上共享同一个远程数据库实例时，这将变得更加复杂。 这些团队过去常常为每个开发人员乞求单独的数据库实例。 完全无效的软件构建方式是我们在同级开发人员中开玩笑地定义“企业软件开发”的方式。
- 如果您认为这只是马戏团的全部内容？ 当然还有更多。 高潮始终是释放阶段。 开发团队将构建庞大的WAR / EAR文件，并将其移交给Ops团队。
- Ops团队接管了工件，并将其部署在IBM WebLogic Server中。 当IBM员工在IBM服务器环境中完成Ops团队和部署时，这种情况变得更加复杂。 为什么？ 因为，您必须计划您的每个发行版，向IBM提出支持请求，跟进批准，提交工件，并等到部署完成后才能从IBM Ops团队获得通知。
- 如果由于某种原因您提交了错误的工件或应用程序中存在严重的错误，情况将会恶化并成为一场噩梦。 由于IBM的项目经理与您的公司起草了合同，您别无选择，只能提出高价的紧急部署请求。 紧急部署票通常会使公司花费普通支持票价格的两倍。 但是，这对开发人员有何影响？ 好像部署的燃烧危机还不够，项目经理会将可怜的开发人员拖到会议室进行RCA（根本原因分析）。 该死的，这就是开发人员的生活压力。
甩掉那个时代！
还是直到今天您仍处于那个时代？
- 如果您属于开发团队，则应注意进行更改。
- 如果您属于高级管理层，则应寻求专家的帮助。
无论哪种方式，现在都该拥抱混乱的新时代。 拥抱变化并为2019年的美好明天做好准备！
这篇文章也发表在我的其他博客频道-Codonomics和LinkedIn上 。
From: https://hackernoon.com/uh-oh-decade-of-enterprise-software-development-6160b0b57d10