换个名字吧

技术和业务缺一不可，少了其中一个都无法做出比较好的审查。可以适当将业务和技术分开审查，对于业务不熟悉的可就着代码和设计文档一同食用 间接表达否定，使用疑问。为什么要这么配

d-e-f-c-1.1。 例如有A,B两个项目，B依赖于A，A中有一个junit的依赖声明。若A中加上optional 为true，B在依赖A时就不会传递依赖Junit了 定位 maven依赖冲突除了命令外，还可以借助 IDEA插件 maven helper。

Predicate 怎么使用如何上手，先看示例代码，filter入参接收一个 Predicate 对象，用于判断过滤集合中的元素链路调用多条件过滤&& ， ||and(), or()negate()

Supplier 是什么可以理解为就是一个容器，调用 supplier.get()方法就能获取容器中的值，示例代码如下supplier 中还扩展 了其他的接口实现例如 IntSupplier 、Dou

一直以来自己对代码质量要求还是蛮高的，非常期待自己能够去写一些基础服务的代码提供给他人用。无奈水平有限，当前只能写一些业务代码也就是俗称的CRUD工程师。 如果业务逻辑比较复杂可以在纸上画一画流程图，异常情况可先不考虑等正常流程走完后可 开始校验异常情况。对于可以复用的方法可以…

代码是按照编码指南编写的吗？代码能够按照预期工作吗？文件是不是在合适的位置？支撑文档是不是充分？代码是不是易于阅读、易于理解？代码是不是易于测试和调试？有没有充分的测试，覆盖关键的逻辑和负面清单？名字

今天开始回炉 java8 系列，虽然这个主题已经被好多人写过，出于对自己知识体系的补充和完善，还是决定好好整理一下。这次学习的两个函数式接口分别是 Funtion 和 BiFunction

从事 Java 开发已经三年多了，读过的书也有一些，之前搬家，光是书就装了一大收纳箱，今天特意记录下读过的书已经准备读的书，也分享给各位有需要的朋友。 附上一张照片 设计模式也是中高级 java 必经的一个坎，极客时间王争大佬的设计模式也讲得不错。 jvm 必读书目之一了吧，经…

今天在b站上看到一位up主分享的分享是程序员的必备素质 讲得不错，借此分享出来供大家学习。并做了一个简单的总结你不必是个天才、大牛才有资格分享找到你想学的东西，在别人面前学习并且分享你的成功，过程甚至