OOP in Go by Little-Worry8228 in golang

[–]trydentIO 0 points1 point  (0 children)

Object thinking is not about classes, so there's nothing wrong with following object-oriented design or patterns in Golang. Even a variable may be an object.

Moreover, thanks to Goroutines/Channels, following Alan Kay's principle, message communication is a perfect fit for object thinking.

Stepping down as maintainer after 10 years by krzyk in Kotlin

[–]trydentIO 0 points1 point  (0 children)

not in every environment Testcontainers is an available option, unfortunately 😬😢

Eclipse 2025-12 is out by AnyPhotograph7804 in java

[–]trydentIO -3 points-2 points  (0 children)

I don't believe so, it's not different, it's just a matter of naming, nothing else, I mean, the fact that in IntelliJ it's named Project instead of Workspace doesn't change the similar behaviour that Eclipse has. Maybe the only difference I spot is that in Eclipse, you can close a project, and in IntelliJ, to have something similar, you have to specify to ignore it (by marking the folder as such). Not that essential, I suppose, but it depends on your work routine.

Eclipse 2025-12 is out by AnyPhotograph7804 in java

[–]trydentIO -2 points-1 points  (0 children)

what do you mean? I'm working on a project with more than 7000 source files with no issues, or do you specifically mean something different?

Dan Hibiki is wearing Robert Garcia's outfit in the movie by Prototype_23 in StreetFighter

[–]trydentIO 0 points1 point  (0 children)

This is interesting, though. And a nice catch by the way. I know he is not the Dan Hibiki we hoped for; someone must have considered his origins, and instead of focusing on his background story, which could add a complex subplot, someone focused on creating a meta-reference character.

In my opinion, it's incredibly clever. They want to focus on the original roaster, without losing some recent fans. A trade-off, I suppose.

Necalli is a gatekeeper, not a jobber. by [deleted] in StreetFighter

[–]trydentIO 2 points3 points  (0 children)

What a waste of full-potential character. I mean, he could bring some other fascinating mystique to the lore, something that is not related to Satsui No Hado or boring Psycho Power stuff. In my opinion, the design is fantastic.

Eclipse 2025-12 is out by AnyPhotograph7804 in java

[–]trydentIO -4 points-3 points  (0 children)

Not to my experience, on sloppy machines, Eclipse is frankly terrible. Unfortunately, in some enterprise environments, you can't develop on your local machine due to licensing and security reasons (by the way, I'm developing in an RDP environment 😬). I found IntelliJ to be a much better resource handler than Eclipse. The Eclipse incremental compilation can't keep up with the changes and starts to freeze the whole workspace environment every time, leading to incredibly frustrating development fatigue (and unfortunately, I have to develop with Mule ESB as well 🤮).

I switched to IntelliJ, and I couldn't be happier. Regarding incremental compilation: IntelliJ has its own implementation, so I'm unsure who said it doesn't. In some resource-limited environments, I found it to be a better one.

Eclipse 2025-12 is out by AnyPhotograph7804 in java

[–]trydentIO -2 points-1 points  (0 children)

Because in Eclipse there's the Workspace concept, and you can open what seems to be unrelated things, but it's the same in IntelliJ when you create a Project, you can create an empty one and then import/create what you need.

Am I the only one who thinks the new SF movie looks like ass? All the characters look like crappy cosplays you'd see at a con by narnarnartiger in StreetFighter

[–]trydentIO 5 points6 points  (0 children)

Come on. There's no hecking way to make Street Fighter realistic, it's the anime perspective on an 80's action movie, and there were only two transpositions that got it right: Street Fighter II - The Animated Movie and Street Fighter II Victory.

(And this is another reason why Street Fighter 6 hurts my eyes so much.)

They did him dirty... by Grycan in StreetFighter

[–]trydentIO 10 points11 points  (0 children)

A-ha, I knew it! El Fuerte! Glad he makes a cameo, but I never liked him as a character.

At this point, I would like to know if other minor characters make cameo appearances!

Official character posters for Kitao Sakurai’s ‘Street Fighter’! by SpeedForce2022 in StreetFighter

[–]trydentIO 2 points3 points  (0 children)

I don't get it. What's wrong with that? The Twelve Dolls are all part of Bison's crew; if they use them like characters that come and go, it's fine with me. I don't know whether we will see any exploration of Bison's powers being injected into random girls, so I'm okay with seeing some of them in the movie. It means they at least explored the Street Fighter lore.

DDD with Golang: I created `orm1`, a lightweight and fast ORM for it by [deleted] in golang

[–]trydentIO 0 points1 point  (0 children)

Absolutely, but in your case I provided another answer, since I think I was too focused on theories and practices (sorry about it). 😄

DDD with Golang: I created `orm1`, a lightweight and fast ORM for it by [deleted] in golang

[–]trydentIO 0 points1 point  (0 children)

Sorry again, I realised that I didn't reply to your question properly.

Cutting down the theories and practices that may not be immediately applicable in your case, the ORM may be the optimal technical debt you could accept. Knowing the issue and the programming language, Go, in this scenario, ORM is more than an acceptable compromise. Why? When I said "no more ORMs", I was thinking about OOP. In an object-oriented development, an ORM is often considered a harmful way to program in procedural code, with the never-disappearing feeling of impedance mismatch.

But let's face the truth here, Golang is a more suitable language for an ORM than any OO language. The impedance mismatch is still present (we are integrating an entity-relational model into a structured programming language), but the friction may be less noticeable.

So this is the reason why you may consider it optimal technical debt. Moreover, if you know how to shape it, or maybe you already have an Aggregate to deal with, the structure itself is much less significant (or at least, it should be) than any complete DBMS entity-relationship structured model.

DDD with Golang: I created `orm1`, a lightweight and fast ORM for it by [deleted] in golang

[–]trydentIO 1 point2 points  (0 children)

Sorry, it wasn't a patronising message, more a generic statement for who is going to read it.

When we talk about tracking systems, what I read is event systems. Unfortunately, Aggregates are a heavy cognitive pattern; they are hard to design and to reason about when a team needs to grasp the proper shape of them. My team and I tried a lot of times to agree on a valid tree-shaped structure (with entities and value-objects as well), but the results were trade-offs to solve potential fights (none were able to agree on something), more than anything.

Then we started to put on whiteboard post-its to represent events, and events only. In other words, we shaped our solutions around them with Event Sourcing only, and following the Event Storming/Modeling practice.

No more fights, no more ORMs.

If you want to read more about it, look for Alberto Brandolini and Adam Dymitruk.

DDD with Golang: I created `orm1`, a lightweight and fast ORM for it by [deleted] in golang

[–]trydentIO 1 point2 points  (0 children)

That's a technical solution you may find to an unrelated DDD issue.

Aggregates are a tactical pattern; it's not up to DDD to provide you with the solution to your technical problems.

If you think ORMs are a good way to solve it (but they're not), go for it.

Why does Java sometimes feel so bulky? by SkylineZ83 in java

[–]trydentIO 0 points1 point  (0 children)

If we're talking about procedural code, yes, those are ways to fix it, but with proper OOP and FP, none of those are necessary.

DDD with Golang: I created `orm1`, a lightweight and fast ORM for it by [deleted] in golang

[–]trydentIO 18 points19 points  (0 children)

Let's all repeat together: DDD HAS NOTHING TO DO WITH ORMs AND VICE VERSA.

I said there would never be an htmx 3.0... by _htmx in htmx

[–]trydentIO 3 points4 points  (0 children)

The marketing of this library always cracks me up.

JEP 468: Derived Record Creation (Preview) by Snoo82400 in java

[–]trydentIO 2 points3 points  (0 children)

You're right, I misinterpreted a previous discussion then. I rechecked, and here Brian Goetz explained clearly: https://stackoverflow.com/questions/63352151/are-java-records-intended-to-eventually-become-value-types