lutzh

7 ms·

1.
by lutzh 1y ago
I use Hyvor Talk - https://talk.hyvor.com - for ad-free and privacy respecting commenting on my blog. I really wanted something that I can just use as a service, not host anything myself. But it's quite expensive. If I wher
2.
by lutzh 1y ago
I'm sure rv is great, but am I the only one who needs one such tool not only for Ruby, but also Python, JavaScript, and Java, at least, and finds it weird to run 4+ of those? I put my hope in mise-en-place - https://mise.jdx
3.
by lutzh 1y ago
The only thing I know about “good system design” is that it doesn’t exist in the abstract. Asking whether an architecture is good or bad is the wrong question. The real question is: Is it fit for purpose? Does it help you achieve what you a
4.
by lutzh 1y ago
For all the Rubik's Cube enthusiasts here: here's a two-dimensional one in JavaScript - https://www.huehnken.de/games/circles/ Also a solution looking for a problem, maybe.
5.
by lutzh 1y ago
Wow, thank you so much, that's flattering. And motivating - I shall start blogging again this month, and try to stick to a monthly cadence. Make sure to subscribe to the RSS feed or follow me on Bluesky or Mastodon, to get notified for
6.
by lutzh 1y ago
Thanks! And of course you have my permission, I'd be honored if the post was included in that list.
7.
by lutzh 1y ago
I looked and Flix a while ago and found it really interesting - so much so that I wrote an article "Flix for Java Programmers" about it. Might actually be a bit outdated by now.. need to look at Flix's recent development agai
8.
by lutzh 1y ago
In the Unison language, code is stored in a database, with a hash code of its content as the key. Quoting https://www.unison-lang.org : A new approach to Storing code. Other tools try to recover structure from text; Unison store
9.
Domains listening to many other domains in Event-Driven Architecture(reactivesystems.eu)
6 points by lutzh 2y ago|1 comments
10.
by lutzh 2y ago
Thank you for your kind words! > Yes, sort of, but mostly no. Events do not "trigger" anything. The recipient of an event may perform an action in response to the event, but events cannot know how they will be used or by whom.
11.
by lutzh 2y ago
Thanks for your feedback Gunnar, I appreciate it! Your categorization makes total sense and fits well with what I called the "spectrum". I only mentioned the "id-only" events to show what the one end of the spectrum woul
12.
by lutzh 2y ago
Thanks for your feedback. I realize I should have elaborated the example a bit more, it's too vague. So, as I wrote in some other reply as well, please don't over-interpret it. The point was only to say that in order to differenti
13.
by lutzh 2y ago
Thanks for your feedback! Very good point on the naming. fwiw the idea was if you buy a cinema ticket, you are usually presented with some sort of seating plan and select the seat (basically putting them into the shopping cart). So SeatSele
14.
by lutzh 2y ago
Reg. the "technical" question: Kafka or any log-based message broker (or any message queue) would not prevent you from that. Any service can publish/send and/or subscribe/receive. Regarding if it's a problem or
15.
by lutzh 2y ago
Good catch! Indeed, without me realizing it, this trigger/data duality is pretty much what Event Message and Document Message are in "Enterprise Integration Patterns" (which is what the post you linked refers to). As it happe
16.
by lutzh 2y ago
Thanks for your feedback, I appreciate it! > The triggering of the action is a direct consequence of the information an event contains. Whether or not an action is triggered should not be the responsibility of the event. I agree, but sti
17.
by lutzh 2y ago
Article observing that events in event-driven architecture are both triggers of actions and carriers of data, and that these roles may conflict in the event design. Submitted by author.
18.
The Dual Nature of Events in Event-Driven Architecture(reactivesystems.eu)
112 points by lutzh 2y ago|63 comments
19.
Five Common Misconceptions About Event-Driven Architecture(reactivesystems.eu)
10 points by lutzh 2y ago|0 comments
20.
by lutzh 2y ago
When speaking about event-driven architecture in the past, people have told me it’s not for them because they build web applications and/or REST APIs. That made me think of a phrase from functional programming (functional core, imperat
21.
Event-Driven Core, Request-Response Shell(reactivesystems.eu)
8 points by lutzh 2y ago|3 comments
22.
Predicting the future of distributed systems(blog.colinbreck.com)
70 points by lutzh 2y ago|16 comments
23.
by lutzh 3y ago
100 years ago Josef Hartwig designed a chess set for Bauhaus with the same principle: "the shape of each piece reflects how it moves: pawns and rooks move in straight lines and are represented as rectangular prisms, the bishops feature
24.
Embrace Complexity; Tighten Your Feedback Loops(ferd.ca)
150 points by lutzh 3y ago|48 comments
25.
by lutzh 3y ago
Thanks for your feedback! Delayed e-mail can have of course have many other reasons than the service supposed to send it being down. But let's go with your example. Let's say you have a LoginService, and a MessagingService, and if
26.
by lutzh 3y ago
Thanks for your feedback! Of course we all have our "bubble", we make our own experiences, and if we share our learnings, they might not always match what other people have experienced. In practice, I feel a statement like "
27.
by lutzh 3y ago
Agreed! For the user facing bit, I consider REST or some other form of HTTP-based a given. As a (human) user, I want to base my communication on commands and queries, and do want responses! But the services that generate those responses sho
28.
Java Concurrency: An Introduction to Project Loom(reactivesystems.eu)
2 points by lutzh 4y ago|0 comments
29.
Event Sourcing, Event Collaboration – what's the difference?(reactivesystems.eu)
3 points by lutzh 4y ago|0 comments
30.
Scala Developers: Don't Use Await.result(reactivesystems.eu)
1 points by lutzh 8y ago|0 comments

More ›