modular-monolith-with-ddd VS HomeBrew

Link to PR here: https://github.com/kgrzybek/modular-monolith-with-ddd/pull/286

- https://github.com/kgrzybek/modular-monolith-with-ddd (a really well documented example)

You can see there is a module called building_blocks. Inside it, I keep all the utilities needed in the project, like a logger, serializers, and so on. I did not make up this name, I borrowed it from this repo.

9. Modular Monolith with TDD

This covers far more than just DDD, however, I find the links and README super helpful for a wide range of subjects: https://github.com/kgrzybek/modular-monolith-with-ddd

Modular monolith. Here is one of the best production-ready examples https://github.com/kgrzybek/modular-monolith-with-ddd

Am wondering what react community thinks of DDD.

I've been reading "blue" DDD book (by Eric Evans) and "red" book (by Vaugh Vernon) and that was a completely "my whole life was a lie" type of experience and relief at the same time. It's just so great to have the principles of who to structure the code. It, by definition makes, your codebase structure meaningful. Because it's structured according to some common knowledge, not your random thoughts at the time you were writing code.

I was surprised to find so little DDD react sample codebases. Let's say for backend there is huge amount of samples, i.e. https://github.com/kgrzybek/modular-monolith-with-ddd . For react/frontend I have bookmarked only https://github.com/talyssonoc/react-redux-ddd/tree/master/sr... and few more, but those others does not meet the optional criteria i like really much - at the highest (or at app) level all codebase need to have folders app, domain, infra and ui. Simple rule, but simplifies life a lot.

So my question is - is DDD for some reasons not very applicable for app frontend development. Or it just never became popular. Or maybe DDD is popular amongst react developers, just I am not aware of this.

Many thanks for any ideas and comments!

If you don't have Homebrew installed, grab it from brew.sh first.

Installation (using Homebrew): If you don't have Homebrew installed, you can get it from https://brew.sh.

Since you're on macOS, Homebrew is your friend for installing and managing software like PostgreSQL. If you don't have Homebrew installed yet, head to brew.sh and follow the installation instructions.

Homebrew is the go to for developer using MacOs to be able to install applications. It's the equivalent of Aptitude in Ubuntu.

Install Vagrant using Homebrew:

Thanks for the kind words <3

Rewrite in Rust: never :)

A non-Ruby frontend may be possible but, fundamentally, the Formula DSL is Ruby and we couldn't feasibly move to another language without breaking backwards compatibility with everything.

The "update tons of stuff you never asked for": we're working on this: https://github.com/Homebrew/brew/issues/19202

Performance in general: we're doing what we can to improve it wherever possible. Ruby makes this harder but it is getting better rather than worse at this point.

> I wonder if you can get away with not doing parallel downloads, but just keep the sequential downloads going in the background while it is installing a package?

I could be wrong, but I believe multiple people, including maintainers, have looked into exactly that :-)

(I also need to correct myself: there is some work ongoing into concurrent downloads[1]. That work hasn't hit `brew install` yet, where I imagine the question of concurrent traffic volume will become more pressing.)

[1]: https://github.com/Homebrew/brew/issues/18278