dm3

12 ms·

31.
by dm3 5y ago
I find the original tactical DDD patterns as useful as the gang-of-four OOP patterns these days. Modern languages made the latter irrelevant. Modern DDD practice emphasizes getting the strategic aspects of DDD right: language and boundaries
32.
by dm3 5y ago
> We also couldnt agree on where the limits of the bounded contexts really lay. Most documentation on this issue is a mere handwave saying "you figure it out" or "it'll become clear when you do these exercises with th
33.
by dm3 5y ago
Unfortunately there isn't a single definition of DDD accepted by everyone. At its core DDD is about the practice of software design which puts Domain - user language and problems - first. There are no technical considerations. ES (Even
34.
by dm3 5y ago
Switzerland does have poor people. ~10% of the population below the poverty line which is defined around 2.2k CHF/month per person. This definitely doesn't allow for a lot of high quality meat consumption.
35.
by dm3 5y ago
The country with the most expensive meat I know is Switzerland. The local chains Migros and Coop mostly sell meat produced in Switzerland. Here's the chicken you can usually find on the shelves in Migros: https://produkte.mi
36.
by dm3 5y ago
A lot of great comments here. The closest community to what you are asking for here is probably the DDD/CQRS/ES[1] Slack[2]. Google groups are pretty much dead at this point. [1]: https://github.com/ddd-cqrs-es [2
37.
by dm3 5y ago
I'm not sure what properties of the system you assign to the DDD label, but in my experience DDD just means you put the domain first. It's all the Event Sourcing and CQRS baggage which gets lumped together with DDD and adds heaps
38.
by dm3 5y ago
This reminds me of a pair of episodes on Darknet Diaries - Manfred[1] - ep. 7/8. Opened my eyes to how insecure games actually are (were?) and how the economy of virtual item trading moved from E-Bay to in-game transactions: [1]: http
39.
by dm3 5y ago
I'd think sharing the plan of building two versions of the same thing and tasking the teams to come up with two distinct implementation strategies would provide a better outcome. This way there's still competition, but of a friend
40.
by dm3 5y ago
That's definitely a problem. I work around by naming all my structs with a `_1` suffix and `%s/_1/_2/g` (VIM find-replacing) every time a struct changes. Otherwise I find Revise works great.
41.
by dm3 6y ago
Surprised there's no mention of SBE. It's my go to schema-based serialization format.
42.
by dm3 6y ago
This information was true a few years ago. Now, with modular JVM you do not ship a VM with the program. JVM by itself is lean and starts up pretty fast. You can also compile to native with GraalVM - this is a viable option if you want to wr
43.
by dm3 6y ago
I really enjoyed your comment. Probably because I've been thinking the same for a long time now. I've had to learn and write a lot of C++ in the past year and the only way to stay sane is to use as small subset of the beast as pos
44.
by dm3 6y ago
That's right. However, the 20s delay only happens once during the first plot action in the fresh REPL. That's when Julia compiles all of the functions not present in the system image. All of the repeated plotting will not require
45.
by dm3 6y ago
I know of an attempt to implement an approach to track issues and code in a decentralized manner with SIT[0]. Unfortunatlely the project seems to be dead. [0] https://github.com/sit-fyi
46.
by dm3 6y ago
I think practically this would have to be solved by the equity brokers. All the intermediary accounting done in fractions and only rounded once cash leaves the broker.
47.
by dm3 6y ago
There are already contracts trading at fractional cent prices. For an example see treasury bonds listed on CME. According to CME document[1] margin and option premium calculations round the amount to nearest cent. I suppose the same happens
48.
by dm3 6y ago
Would you care to expand on what would be the reasons?
49.
by dm3 6y ago
Do you have a reference to the up-to-date guide that you'd recommend to get started in the OCaml ecosystem? The one that would cover editor integration (VIM/Emacs), build system, standard and essential libraries to use, etc.
50.
by dm3 6y ago
That's not a fact. This is an interesting take on the "laws" of a classical economy[1]. [1] https://www.youtube.com/watch?v=LsUS3ynhAKY&feature=emb_logo
51.
by dm3 6y ago
I think you're giving Haskell too much credit... In my experience most abstractions need to be replaced because of performance requirements - achieving lower latency, higher throughput, etc. That's the reason to go with UDP instea
52.
by dm3 6y ago
SBE is a zero-copy schema-full serialization format. I don't think there's anything which limits the format to the financial domain. For example, here's [1] a toy example of a schema describing a car. [1] https://g
53.
by dm3 7y ago
There's even an interactive version... https://brrr.money/
54.
by dm3 7y ago
Oh wow... Been walking past these things for a few years now. Never realized it's E-Ink!
55.
by dm3 7y ago
Out of curiosity - what are the pain points related to Mount?
56.
by dm3 7y ago
Not sure why people wouldn't like this answer. We've had great success with this approach and co-sleeping even after the breastfeeding period. Would be interested to hear negative experiences.
57.
by dm3 7y ago
Thanks for the answer. To be clear, I wasn't comparing languages in terms of correctness of code you could potentially produce. Of course C++ is the worst on this metric. However, it has its own niche in low-latency setting where I can
58.
by dm3 7y ago
> As for Haskell, I like the language, but it's super fragmented, everyone has its own Prelude and favorite language extensions, extensions that are sometimes in conflict with other extensions and the tooling is a mess. Also lazines
59.
by dm3 7y ago
My favourite resource for the introduction to Calculus is "Calculus Made Easy" by Silvanus P. Thompson[0]. 0: http://www.gutenberg.org/files/33283/33283-pdf.pdf
60.
by dm3 7y ago
Another case of someone discovering, after 10+ years in tech, that code is a liability and you're supposed to solve problems instead of chasing trends and padding the resume. Great that he's spreading the word!

More ›