This is a good example of what understanding your tools can give you. Answer is new or novel approaches to the old problems. Ability to create a patch from any diff is really really usefull. If you have wip changes, but don’t want to commit it to, then creating a patch is a quite easy way to go.
People hate Java when they are forced to use it. Or when they switch from other language to the Java and expect same semantics and behaviour. Historically Java was quite bad in character/sense ratio this coupled with Enterprise patterns and people who have no idea how to write programs on java resulted in atrocious code bases with nightmare episodes. Currently I am writing non-stop Java for about 15 years. And I am able to tolerate Java quirks, because I know how to side step them. I don’t like Java, but given the choice I would pick it as a language that I am willing to code for money out of many others. Java have amazing ecosystem, ci/cd culture and instruments. Dunking on “bad” language is okay especially in the joke context.
In the end there is no ideal language, they are just more or less fitting for a task or role.
If you use a programming language which behaviour depends on the symbols that you hiding 90% of the time (I am talking about line ends and whitespace types) you will have a bad time. No amount of gitattributing or autocrlf magic will save you. You will suffer and you will get a phantom bugs if your editor and diff viewer will not show you “whitespace” changes.
And at the same time any programming language that will break due to whitespace should be chastised and laugh upon. Whitespace type should never be significant modifier for behaviour.
Also YAML can fuck off right into the sun.
Will Amper kill Maven and Gradle?
If it works and it is free then maybe, but probably still not. Also it is a Gradle plugin, so it will not touch Maven at all. And it uses yaml configs… I do not like this at all 😀
Maven is very good for small projects and Gradle take a niche of Ant on steroids. Nobody in his sane mind will migrate from one build system to other until benefits of migration outweighs the burden of redoing all pipelines from scratch.
The problem with JB products that they are barely working now. If you step one iota outside of mainstream functionality then it will break.
Both Maven and Gradle integration are very very brittle. And also not really optimized for big projects with big amount of modules/sources.
And I love JB products. It saddens me to see every year I drops in quality of IntelliJ. And New fancy interface transition is just the mess.
Migration to the subscription based allowed JB to release more products but overral quality dropped.
When your jvm vendor is IBM? I don’t see other reasons. OpenJ9 had quite good polyglot vm Platform. I am not sure how well it is now compared to the Oracle GraalVM. As a Singular developer you don’t really care about your jvm vendor. Maybe if you already have a lot of IBM specific tooling OpenJ9 will be a nice choice.
This is why computers had a big reset button.
Somewhere someone probably does… But this piece of code really look like someone either tried to inline a bunch of calls or this is code generated object mapper from json or other nested model.
Nobody with a sane mind and serious attitude will use this code as a “real” code. (I still believe in people, despite all the evidence to the contrary I get every day)
As a fun bit though this taken some dedication.
There is no love if you dont constructor it. Then you would need to initialize it or use existing instance to borrow. You can even extend from Respect or Humor as a starting point, there is no need to implement Love from scratch.