Java开发人员，这就是为什么您为sysops创建软件错误

Java内存泄漏侦探 Plumbr 以其软件深入研究任何系统中最黑暗，最黑暗的凹坑的能力而感到自豪。 大概他们以为。 IvoMägi 在最新的 博客文章中 描述了过去几个月来公司在用户/产品摩擦方面突然增加的情况。

随着侦探被编码到企业的DNA中，不久他们就得出了“惊人的”结论：Plumbr未能认识到观众并从开发人员转向操作人员，并对其做出React，导致失败。与最终用户真正互动。

确实，这似乎是，“有人故意在“着眼于操作”的情况下故意设计了我们服务的某些方面。”

具有特色的是，系统监视器对失败有开放的态度-但我们毫不怀疑，他们的错误并未在无数其他B2B软件公司中复制。 因此，Plumblr决定将其发现全部发表。 我们选择了一些有缺陷的逻辑的关键示例-您是否对其中任何一个有罪？

考虑基于Swing的UI，而不是“ rpm -ivh yourpackage.rpm及其近亲，例如dpkg或yum” 。 当您的软件在服务器机房的黑暗世界中表现出色时，尤其重要。 使用种类繁多的工具来支持发布是组织可以使不幸的用户游刃有余的另一种方式：做到这一点，并且，“在您可以说“我已经了解了此软件包管理事项”之前，您的支持渠道将会超支……”将您的安装嵌入到Shell脚本，持续集成工具，发行管理软件或配置管理工具中的请求将蜂拥而至。”

对于企业级客户来说，在许可交易方面拥有更大的自治权可能很方便，而扔入自己的“定制许可服务器”可能会给操作人员带来一些严重的麻烦。 Plumbr建议您注意常见的许可格式，并确保尽可能轻松地将自己的解决方案集成到公司许可中。

提供运维团队可访问和愉快的API，将为您的产品打开全新的用例。 而且，在您进行操作时，请为操作团队提供有关数据聚合的关键。

正如Mägi正确指出的那样，每次您发布更新时，您都在邀请用户当天召集服务台并询问这些升级。 现在，将其乘以一个组织内的数百名员工，并恭喜您，“您为客户制造了噩梦。”

图片来自SixPixelDesign

翻译自: https://jaxenter.com/java-devs-heres-why-youre-creating-software-for-sysops-wrong-107552.html