One person implementing microservices from the beginning, for a small pet project is certainly not the scenario I had in mind. When you implement microservices you move the complexity up to the architecture and infrastructure. Some of the complexity can be distributed to the developers with a good DevOps strategy, but at the end of the day you need great people managing all of that. Depending on the application, let’s say, an ERP solution with 3m LOC, and 70 microservices is too much for a single team to handle, and there I guess we agree that granularity is very important, perhaps at this point this hypothetical application should already have the resources to have other teams… all I am saying in this article is that the monolith should be the starting point if you want efficiency, on startups for example, efficiency most often is not the goal, and that is why most fail… I might be wrong, but I enjoy the discussion. Thanks for the comment.