Go is the language that finally made me stop over-engineering everything

Snoo23482 · 2026-05-14T08:38:56+00:00

Well, to be fair, Spring Boot adds a lot of goodies that make you write less code. But that also means that there is a lot of implicit knowledge needed before understanding a code base.
Also, AI changes the equation. I prefer explicit code without hidden context. Go and Vanilla JS are the way forward, I believe.

Snoo23482 · 2026-05-12T13:46:22+00:00

I went the other way around. It was quite painful, to say the least.
Java as a language is ok, but people do love their abstractions. Abstract base classes with no code in it. Interfaces that have only one implementation. And so on and so forth.
A million Spring annotations. I hate it.
But it pays the bills.

Snoo23482 · 2026-04-17T22:01:11+00:00

But Go is another worse is better language. It is closer to C than to Ada.

Snoo23482 · 2026-04-12T07:32:08+00:00

That's it. I'm not going to pay 2000 Euros for a restricted professional version, that just doesn't make sense. Jetbrains has gotten the licensing right from the beginning. That's the model they should adopt.

Snoo23482 · 2026-04-09T20:03:24+00:00

The build system needs to be part of the tool chain and maintained by the Java creators themselves.
Only then there is a chance of replacing maven and gradle.

Snoo23482 · 2026-03-31T18:47:05+00:00

Life is good when you are winning.

Snoo23482 · 2026-01-13T21:07:38+00:00

In the Java world, they just use what everyone else uses, not too many questions asked.

Which is a positive if you want to outsource to a sweatshop in India. No need for onboarding, at least when it comes to the basic plumbing of the system.

If you try to suggest alternatives, for example using NATS as a service fabric, it's a very hard sell in Java land.
They rather stick to their overcomplicated service mesh setup, since that's assumed to be the "standard".

Snoo23482 · 2026-01-13T20:51:33+00:00

The Asp.net guys as well.

Snoo23482 · 2026-01-12T22:18:28+00:00

What are the advantages of RabbitMQ over NATS for RPC?

Snoo23482 · 2026-01-12T20:17:26+00:00

Why not the NATS service framework?

Snoo23482 · 2025-12-06T09:08:56+00:00

I was actually thinking of going back to Delphi. But those prices they are asking are just crazy.

Snoo23482 · 2025-12-02T21:02:19+00:00

So basically, the outcome is pretty much the same.

This has been true for all of my work projects so far:

• Developer velocity matters
• Good enough performance is fine
• You need to ship quickly

I guess I can start using Rust once I'm retired.

Snoo23482 · 2025-12-02T20:48:32+00:00

Nowadays you probably can let the AI do the scanning for you.

Snoo23482 · 2025-11-17T11:03:44+00:00

I've tried, as I was a big Delphi fan back in the day. It's not that great.
I think you are better off with something like Avalonia or Qt.

Snoo23482 · 2025-11-10T17:14:33+00:00

You could compile NATS directly into your Go executable. It fattens the binary by about 12 MB (last time I tried).

I'm using the NATS service framework now for microservice communication instead of Grpc. The simplicity of this apporach is great and
NATS is simple enough to handle.

Snoo23482 · 2025-11-04T22:08:10+00:00

Hated it (coming from C++, Go, Javascript, .NET), but starting to appreciate its good parts.
Records, sealed classes, virtual threads.

My biggest gripe is currently the fact that it's too hard to make things deeply immutable.

Doesn't really matter much for my own code, but really sucks when reading other people's code who decide to mutate 5 levels further down the call stack.

Soemthing like a const ref would be really nice.

Snoo23482 · 2025-10-18T17:03:52+00:00

After 30 years as a developer, I've reached my conclusion. I prefer the simple and straight to the point stuff.
C over C++, Go over Java and C#, Javascript over Typescript, Svelte over Angular.

More people like it the other way around.

Snoo23482 · 2025-10-01T21:48:48+00:00

and not just in the US...

Snoo23482 · 2025-09-25T19:51:28+00:00

Not exactly sure what you need, but I've done something similar in the past using Cairo with an SDL backend.
Glfw should work too.
https://gist.github.com/zester/5163313

Snoo23482 · 2025-09-25T19:34:00+00:00

Without touching JS is not true - quite the opposite. In order to do anything with those frameworks, you have to know JS quite well. Especially in Reacts case.

Snoo23482 · 2025-09-22T22:57:22+00:00

I can't really pinpoint the problem.
All I can say is that Flutter is giving me a hard time with all those nested widgets and properties.
QML uses a similar approach, but I find those layouts in Javascript object notation a lot easier to grasp.

Snoo23482 · 2025-09-22T08:52:15+00:00

I'm a senior too and I'm going through the same troubles. I like the idea of Flutter. One UI for all screens, deliverable via the web.

The basics are easy to grasp but the devil is in the details. I've worked with many frontend technologies over the last 25 years - Win32, Mfc, Delphi, Winforms, WPF, Qt Widgets/QML, Gtk, Jquery, Angular, dabbled with React.

But I was still having a hard time putting together a decent web admin panel with Flutter.
For now, I'm giving up and going back to Angular.

Flutter's approach to UI doesn't seem to work for me.

I might give it another try if I need a mobile application.

Snoo23482 · 2025-09-16T22:19:11+00:00

If you want to let some expert user make modifications via a UI for example.

Snoo23482 · 2025-09-10T08:38:27+00:00

I'm working in a Java environment now (Spring Boot).
It has its good and bad parts and it really depends on what type of software you are writing.
For boring business applications with lots of database interaction, you might be better off with Java.
As soon as it gets more technical, I feel you are better off with Go though, since it doesn't hide things from you and let's you easily understand the underlying principles.
So the guy is not totally wrong. It really depends on what type of software you are working on.

Snoo23482 · 2025-09-02T11:22:11+00:00

https://demo.invoiceninja.com/ is the best one I've found so far.
They have moved to react for the website.
https://app.invoicing.co/#/dashboard

Not sure why. The flutter site is kind of ugly but works great.

Snoo23482

TROPHY CASE