经验不足的开发=盛满汤的碗

有时候，事情突然变得艰巨。 在我上一次任务中发生在我身上。 我被要求负责现有产品。 该产品已经开发了大约2年，现在需要修复一些问题，以便系统可以很好地扩展。

它的开始非常顺利，因为完整的内容是基于供应商提供的许可产品。 这项技术有大量的文档详细解释了事情。 因此，我尝试了这项技术，并取得了不错的成绩。

内联的下一步是仔细查看项目，以了解需要解决的问题。 现在，当我大跌时，我有下沉的感觉。 该项目缺乏一些基本的代码卫生知识，例如构建脚本已损坏。 然后我向团队提问， 他们如何进行构建 ？ 答案是“ Ecllipse->出口为战争” 。 因此，我认为修复构建是第一件事。 但是，当我开始修复它们时，我意识到脚本正在做很多事情，没人能完全理解。 该脚本随产品一起提供，大多数时候使用其中的一些脚本来生成UI组件。 当我开始尝试构建时，我对项目中的错误有了更多的启发。

在没有脚本的情况下，项目无法完全编译。 有一些源使用了项目旧版本中的类，但现在不再使用。 同样，上下文xml也需要针对相同的问题进行纠正。但是经过几天的构建后，我得以使其完全正常运行。 在进行构建时，我最初想到了将事物迁移到Maven，但很快意识到这是一项艰巨的任务，因此放弃了。 在同一时期，我正在与指定的经理聊天。 他正在向团队推动TDD，我告诉他该项目没有建立。 他说，好的，让我们开始吧 ，我在想，如果构建流程不到位，您怎么能告诉团队TDD是什么。 无论如何，我目前在这方面没有讨论。

我接下来要做的就是通过许可产品与SOLR进行交互。 经历了构建的所有头痛之后，这似乎是一件令人兴奋的事情。 一开始我就意识到这又是一项艰巨的任务。 许可产品在与外部服务交互时以特定方式工作，因此必须以类似方式扩展事物。 然后我想到的下一个问题是，有人知道该产品如何生产吗？ 答案是调试时保持沉默，过程中出现了一些提示。 现在我再次开始按顺序调试事物，以寻找基础技术的工作方式。 在这种情况下的问题是，您手头的来源数量有限，如果您遇到困难，请等待与供应商的讨论。 我花了大约三周的时间才能完全理解它，然后与SOLR进行简单的交互。

做了两次之后，我意识到最大的问题是团队缺乏基础技术的经验。 同样，如果团队中大多数都是经验不足的开发人员，例如最多有3年的经验，那么它会破坏开发。 您总是想添加用户需要的最新功能。 尝试使最新技术堆栈具有最佳实践。 但是您应该了解，必须具备知识和动手实践经验。 如果两者都不存在，您将可以创建产品，但不能创建相同的产品。 它可以完成所需的工作，但是当您想扩展它以进行其他操作时，您肯定会头疼。 缺乏理解也使开发人员的生活非常困难，因为他们正在为所用技术的基本问题而奔波。

任何开源或许可技术的开发总是要求一些基本原则和准则。 最重要的是，它要求对技术有完整的了解，否则很难四处移动。 检查您的项目，如果您缺少这些东西，那么您肯定在使用SOUP ！！

参考： 经验不足的开发=在迄今为止的The Road上 ，我们的JCG合作伙伴 Rahul Sharma 盛满了汤 。

翻译自: https://www.javacodegeeks.com/2013/01/in-experienced-development-bowl-full-of-soup.html