开发人员，尤其是那些对生产过程有直接影响的开发者，他们极其想要简化现有的运行机制。即便是在处理数据需求时也需要多级操作。学习如何简化你的工作也是一种技能，原文作者Denis Tsyplakov从日常工作中总结出关于Java编程的一些经验之谈。译文如下：
Java的复杂性
喜欢Java的开发者及客户能发现该语言的显而易见的优点——从一开始Java有个完美的数据库接口，即使到现在也可称得上是最好的一个。然而，即便是简单的操作也需要冗长的、沉重的请求以及复杂的操作序列，不能说是太复杂，但可以肯定的一点是，不方便。
ORM给众多的Java爱好者留下了很多美好的印象，原因只有一个“方便”。
在Java上运行ORM系统（对象关系映射（ORM）提供了概念性的、易于理解的模型化数据的方法。）——我们将这种框架称之为Hibernate，起初我以为我找到了最为简洁、最佳的文档，可以说在思想上是正确的，这种方法可与数据库进行交互。然而不幸的是，烦人的工作和代码让你感觉ORM和Hibernate变得很扫兴。
为什么我不喜欢ORM？
Hibernate（一种Java语言下的对象关系映射解决方案）文档并不大，似乎看起来更加易于阅读。但根据我给大约50名Java开发者的面试经验来看，我可以毫不犹豫的说，仅有3名Hibernate开发者能够解答这个框架的问题。
你不仅需要掌握如何使用Hibernate执行SQL，还必须学习HQL，与SQL相比HQL更简单，但它的语义不同于SQL。
这里还有一些其他复杂的问题，包括大量的库，项目启动预算，CPU加载等等。
人们很容易遗忘某些事情，知识缺乏等等。坦白的说，完全无辜的事情可能会突然引起奇怪的副作用，这是常有的事。
除此之外，还有其他更好的替代方案吗？
如今，Spring JDBC似乎是ORM良好的替代方案，它是一款轻量级的、简单的并且无国界的JDBC抽象化数据库，使我们能编写数据库请求，只通过一行代码获取结果。操作系统进程只需编写且处理更少的命令；任何事情都很紧凑，功能以及几乎为零的预算。通过选择这种方法与数据库进行交互，我不仅大大减少了所需时间，而且还明显降低了开发成本（时间就是金钱）。
简单且负担的起的东西
我的经验告诉我，你花时间来需找简单的开发解决方案，包括新的工具、框架、技术以及未来需要支付的费用。作为一名开发者或者顾客，当你在做风险估算或者成本预算时，不要忘记给所有能帮助你解决问题的可用选项做个分析。
然而，如果你试图追求减少时间和成本方面，请记住一句谚语：“越廉价的东西最终会被证明是最昂贵的。”
原文出自：Dataart
