It just returns an EmployeeEnricher which basically is a Consumer<Builder> (or a functional interface from the same kind) which does nothing with its parameter meaning that if the class implementing the interface doesn't @Override this method, this will become its default behaviour (meaning nothing will happen).
In your application, you'll encounter different types of employees probably which will be enriched in different manners using a builder given in parameter using employeeEnricher().accept(builder)
This means implementation can mean two things for me :
Either the design is poor, and all employees should have their own implementation, meaning this interface's method should not have be default but simply a classic abstract method of the interface
Either some employees do not get enriched in the context of your application, and thus this method offers a default implementation making sense
EmployeeEnricherwhich we can assume is aFunctionalInterface(can be represented as a lambda). It would seem this one is akin to aConsumer<T>where the T is whatever that builder variable is. Lambda don't have to be passed to methods, they can be assigned to variables or just outright declared, as they are a value (not a statement themselves).return;is not necessary, sobuilder -> {}would do, which would emphasize that thisEmployeeEnrichersimply does nothing.