222 karma · joined July 28, 2012
I'm not saying that video games should be confined to today's paradigms, I'm just happily curious to see what will happen with it.
Yes, that is how terminology evolves to not meet a rigid definition that was defined in a different era of best-practice coding beliefs. I'll admit I had trouble mapping the DDD OO concepts from the original book(s) to systems I work on now, but there are more recent resources that use the spirit of DDD, Domain Separation, and Domain Modeling outside of OO contexts. You're right in that there is no single recipe - take the good ideas and practices from DDD and apply it as appropriate.
And if the response is "that's not DDD", well you're fighting uphill against others that have co-opted the buzzword as well.
- https://learn.microsoft.com/en-us/dotnet/architecture/micros... - https://www.infoq.com/news/2013/06/actor-model-ddd/
Another tangentially related project is https://steampipe.io/ though it is for exposing APIs via Postgres tables and the clients are written using Go code and shared through a marketplace.
I've also been wanting to play with Ibis[1] recently, but Polars has been sufficient for me.
Of course then you get editors/linters/coworkers that always point out that the 'true' is unnecessary. This also doesn't work with ORs (just swap to false), but in practice it seems it is always ANDs that is being used.
No negative connotation is intended here for "monolithic". On the contrary, if the above assumption is at all true, it highlights a overhead cost of individual microservices.
Don't get me wrong - I wish the best for both languages and am thoroughly impressed by the work of their creators. I can see that it must be a hard thing to balance.
* https://pinna.fm/library/kids-shows/pinna-podcasts/grimm-gri...
[1] http://hintjens.com/blog:106 [2] https://news.ycombinator.com/item?id=39880972
Good picture quality & resolution (e.g. LG panel), no (or replaceable) smart features, no forced ads / tracking, fast startup, wide variety of inputs would be bonus though the usual options are fine.
I'm less imaginative around would-be-cool features. If there was an integrated, hackable linux computer you could do many more things like photo frame, weather, (privacy respecting) smart home controls, media server, etc.
On one end of the spectrum you could use something like SVG if there were standard or dominant tools used to import/export, but then you lose the ascii readability benefit of tools like this, dot, or d2.
It'd be nice to have a mixed text & GUI editor for something like Pikchr diagrams.
Do you have any interesting blog links?
I imagine a lot of the missing structured concurrency will get built up over time on the Java side, but it is an interesting talk regardless.
I just verified running Testcontainers tests via CLI with those env vars you posted. YMMV
I was also initially very skeptical of the new UI, thinking it was purely a VSCode imitation that would remove power tools, but after using it for a few days I was converted - all of the power I used was still there, but now with a simpler and more efficient view (less clicks to find what I want, etc.).