我有20多年的专业经验，在我工作过的每一个地方，我都看到同样的反模式一次又一次地重复出现。而“模式”如下所示：每个问题都有几十个解决方案可供选择。当然，没有人有足够的力量来维护这些解决方案，所以所有的解决方案最终都会变得不太理想，而且可能会造成比它们解决的更多的问题。不管你为谁工作，这种模式随处可见；微软，ibm，google和无名氏软件咨询公司。这是一个很大的问题，它有它自己的“口号”，如下所示。
不是这里发明的综合症
如果您是一个新手软件开发人员，很容易(错误地)相信您的工作是创建代码。新闻快讯；你的工作是不创建代码，就是想！例如，经理可能会给您一个任务，即在最新的企业应用程序中实现对翻译的支持。想要完成一项伟大的工作，可能会导致你开始创建一个模块来解决这个问题–当然，你的经理，通常是一个非技术人员，可能会对这种方法感到高兴，并对自己进行思考。“太棒了，模块是我们可以在以后的项目中重用的东西。”
上述方法的问题在于，翻译东西是数百万软件开发人员以前面临的一个问题，因此，您注定要找到成千上万的开源工具，帮助您解决这个问题。事实上，我至少创造了在这条巷子里有几个解决方案我自己。
照我说的去做，而不是按我说的去做；)
即使你的问题不是商品问题，在你雇主的Git存储库的某个地方，你也经常会发现在那里工作的其他人几年前就解决了同样的问题。然而，如果你开始创建代码来解决这个问题，你的雇主最终会二要维护的次优实现–简单地说，一旦您为经理解决了问题，您就没有时间来维护您的解决方案，改进它，并将其模块化，这样您的雇主就可以在以后的项目中重用它。这样的事情最终总是发生在“别再想了”
如果您开始寻找解决相同问题的开源组件，并且/或询问高级同事以前是否在内部开发过类似的组件，那么您将节省大量时间，您可以使用这些组件。改进现有的系统，使现有的部分为您手头的具体问题发挥作用-导致您选择的开源组件，或您选择的内部开发组件，最终变得更好，更一般化，并有能力解决更多的问题在未来。当然，从长远来看，这样做还有一个额外的好处，那就是减少雇主的认知负担，让你的雇主专注于他的主要商业模式，从长远来看赚更多的钱。
从internet下载zip文件，或克隆现有的内部git存储库，可能与“性感”从一个空项目开始–但从长远来看，它会使您成为一个更有价值的员工和一个更好的软件开发人员–仅仅因为以下原因.
你的工作不是编码，而是思考！
现在请做好你的工作.)
