I completely agree with the domain driven folders instead of technology. In fact I implemented this in one of my repositories. But I could get away with it because I was the only one pushing to that repo. If it were a repo where other developers needed access, I would have had to face tons of questions and comments like "This is NOT right". I personally don't care about what is "right", only about what is convenient. And I find the domain driven organization far more convenient.

Pros:

* As you said, everything needed for one thing is close together and easily spottable.

* When making some change, we typically change one domain (once the project is past its basic architecting). In such cases, I don't have to jump around folders. I have always found this irritating, especially when I used to use the console a lot. These days the IDE helps me navigate. Still seeing the folders in the left pane is oh-so convenient.

* I see no reason why all, say, controllers need to be together. This is so obvious to me, but not to everyone. When I ask "why do controllers need to be together?" I will get an answer "because they are all controllers, we need separation of concerns". I read a quote somewhere - we want separation of concerns, not separation of technology. (React is a great example. Earlier people used to keep all HTML in one folder, all CSS in another and all JS in yet another. Now everything is in one file, and it is so convenient.

Cons:

* Having to convince others, especially since most scaffolders follow the tech-driven approach.

* Inconsistency with existing projects in the same organization. It will take a while (and some irritation) for a person reading code in a domain-driven folder structure, just because they are used to the tech-based structure.

* How to organize non-domain stuff such as shared components and utilities? We probably need a separate folder, and that may end up parallel to the domains. Won't that cause some confusion?

I'd like to know your thoughts/reactions too ... even I have been grappling with this for quite a few years.