Andreas Ahlenstorf

Software engineer living in Switzerland. Former HCI researcher and IT journalist. He/him. Languages: DE, EN.

Don't hesitate to say hi!

Last Notes

2026-04-03 09:05:04 UTC

- reply

@nprofile…3n63 How do you figure out whether a contribution is copyrightable or doesn't violate someone else's rights? Because that's what I ultimately have to do when reviewing LLM-generated code. I don't want to end up in an ReactOS-like situation.

2026-01-14 10:57:10 UTC

- reply

@nprofile…xehz And it runs Forgejo (with modifications), which can be self-hosted. You can even improve it yourself by sending a PR! And nobody forces "reviews" or PRs authored by "AI" onto you. Isn't that awesome?
https://forgejo.org/
(I'm a Forgejo contributor, so please excuse the excitement.)

2026-01-10 13:08:49 UTC

Medgate (a Swiss telemedicine provider) is absolutely awesome. Roughly 30 minutes from filling in a form with my symptoms until a consultation with a physician. And that on a Saturday in the late morning. It took me longer to pick up my prescribed meds. Tomorrow (yes, on a Sunday), the physician will check in again with me to see how it's going.

2025-10-26 17:28:55 UTC

- reply

@nprofile…zupg You might find Antora (https://antora.org/) useful. It's an authoring system based on Asciidoc. For example, the documentation of Spring Framework is made with it.

2025-10-15 11:26:53 UTC

- reply

@nprofile…zupg I think I finally understand your problem. Thank you.
I don't agree that having entities without references to services or repositories (as in DDD) inevitably leads to an anaemic model. While my side project hasn't the richest domain possible, it isn't anaemic either. There are some awkward solutions in there to make it work (like returning events from methods), but I find them more acceptable than putting services into entities.

2025-10-14 19:07:03 UTC

- reply

@nprofile…zupg Do you inject DeliveryService into your Order? That seems an odd choice to me and could be the reason of my confusion. I'd let the DeliveryService handle the Order, just for the different life cycles alone. The Order could still have a lot of behaviour.

2025-10-14 08:40:00 UTC

- reply

@nprofile…zupg So, your argument is that it's wrong to have a field of type ProductRepository, which encapsulates querying a database, in the object ProductCatalogue. Did I get that right?

2025-10-13 13:08:47 UTC

- reply

@nprofile…6nrq You seem to have a different understanding of dependency injection than many others in the industry or academia (https://martinfowler.com/articles/injection.html).
Passing a ZoneId as an argument to java.time.Instant for conversion is the right thing to do, because the ZoneId is not part of Instant's state. But that's not dependency injection. Dependency injection is about "How do I get ahold of an ExecutorService?"

2025-10-13 12:52:01 UTC

- reply

@nprofile…6nrq When it comes to dependency injection, the question is usually whether to use a constructor, setters, manipulate fields directly, or use a Service Locator. Collaborators that are unrelated to an object's state do not belong there, no matter what technique you're using.

2025-10-13 11:25:30 UTC

- reply

@nprofile…6nrq An argument in favour of constructor injection is that the object is fully initialized after construction. Is that not important for you?
I find your distinction between "state" and "dependencies" confusing. What's so special about a time zone that you consider it part of Delivery's state whereas Location is not?
Looking at your examples, I'd say that you have design problem. Computing the delivery time is not Delivery's responsibility. Also, how does an Order deliver itself?