java怎么写crud_java后端怎么避免只会写CRUD？

管理学大师彼得·德鲁克的著作《卓有成效的管理者》一书中提到了如下几个核心观点：

1.管理者不专指高级经理，而是泛指知识工作者、经理、专业人员，不论其是否有下属，不论职位高低，只要是因为职位和专业在其工作中做影响绩效和成果的决策，即可成为管理者；

2.管理者的工作必须卓有成效；

3.卓有成效是可以学会的；

4.有效的管理者注重自己对外界的价值，由价值目标驱动自己的工作，而非一味无脑等待工作安排。在日常接到新工作时，有效的管理者会首先判断“别人期望我做出什么成果？”，而非别人告诉你一个目标或操作步骤你就去做，完全不关心结果的好坏。

基于以上的几个核心观点可知，如果想避免自己只会CRUD的尴尬处境，最主要的是要转变自己对工作的态度，变被动为主动。

举例来讲，当领导安排下来若干CRUD的任务时，如果只是按要求完成工作，甚至其间一些实现步骤或细节原理都是由领导指导的，那就不符合观点1中知识工作者或专业人员的要求，只能算是某种程度上的体力劳动者，就像按要求完成流水线上的工序一样，这项工作并非因为你附带上了额外的价值，谁来做这个劳动都能达到这个效果。但如果变被动为主动，在简单完成CRUD的同时，主动基于自己无论在技术、业务、管理任何方面的专业知识，对工作提出了更高的要求或建议，使得工作以更高的质量输出，这个就满足了观点1和观点4，即基于自己的专业影响了工作绩效，且完成了一些隐藏的“别人期望我做出什么成果”的目标。比如利用自己的技术知识，使得代码实现的时间、空间复杂度更低，可用率提高，或利用自己的业务知识，尽可能地找出CRUD涉及到的更多业务异常分支，巩固系统整体质量。

可能有些时候会认为，我费半天劲，仅对这个系统性能或质量提高了1%的效果，还不一定能得到别人的认可或夸赞。但这样做其实更多的是对自己的隐性财富进行积累，而非收效很快的显式财富。举例来说，从技术方面，我通过很大的努力，将接口TP99从7ms优化到了4ms，这么做对于要求不高的场景来说，省出来的3ms别人根本察觉不到。但是往往优化难度越大，收效越微的地方，涉及到的知识点就越深越广。我为了把TP99从7ms压缩到4ms，不得不去研究HTTP1.1与HTTP2的区别、HTTP和RPC的区别、长连接与短连接的区别、TCP的握手与挥手问题、HTTP请求整体链路都需要做什么等等，这是对知识沉淀的重要过程，没有这些对自己的高要求，在日常的CRUD工作中，很难遇到技术要求很高的场景，也就很难对技术有质的提升。

另一方面，一次两次对工作精益求精的收效甚微，但是如果长期以来对工作的态度都是主动的、认真负责的，那会在团队成员尤其是在领导印象中留下靠谱的印象。更重要、更有价值、技术难点更高更复杂的工作，领导是不会一上来就交给不熟悉、不信任、不靠谱的人的。如果长期做CRUD工作都是以被动的态度来做，是很难等到领导主动给你分配更有价值的工作的，因为领导可能觉得你连CRUD工作都没做到令他满意，何谈给你分配更有价值的工作呢？

第三方面，很多有意思工作，有时候是自己争取或创造出来的，并不是被动地等来的。比如你长期从事某一个业务领域或技术领域的工作，如果态度积极主动一些的话，肯定是能发现该领域的一些共性不足的。如果能发现业务通用的优化方案，或技术上通用的优化手段，跟领导主动反馈的话，相信大多数领导是会愿意将这个有意思的工作交给你自己来处理的。以此就有希望逐渐脱离一成不变的CRUD苦海了。

最后的总结，上面说了这么多，其实简练的说就两个字：主动。主动学习、主动发现价值、主动挑战难点，就是避免只会CRUD的宝典！