I’ve been using the new lazy properties in my plugin, and they work great, but there’s one small annoyance for users. With regular String task/extension members, you can always assign a GroovyString as is, but when you have a Property, the user needs to manually convert to a String before assigning. It’s probably not too complicated to wrap that somehow, but it’d be great if it was handled automatically by the general Gradle magic that we’ve become accustomed to 
In short prefer Object over String in setters and then use something like Grooifan’s StringUtils.stringize in the geteer to do the conversion.
That feels a bit counter to how I felt the new Provider<T>/Property<T> system was supposed to work, but I’ve been using Objects for regular tasks/extension properties in the past, so perhaps there’s simply no practical alternative if one wants to support both String and GroovyString in this way.
Yes, I can understand some of the reasoning fror Provider & Property. Better lazy-evaluation and support for writing plugins in Java & Kotlin. There is, however, little doubt that it is harming the slickness of the Groovy DSL.