Re:The Grug Brained Developer (2022)
by npodbielski on Wednesday June 18, 2025 @08:59AM
(#44309515)
I think mostly this is to brake down the system between teams. This is easier to manage this way. Nothing to do with technical decision - more the way of development.
What is the alternative? Mono-repo? IMHO it is even worse.
[ Parent
| on HN ]
Re:The Grug Brained Developer (2022)
by nothrabannosir on Wednesday June 18, 2025 @08:12PM
(#44314353)
microservices and mono repo are not mutually exclusive. Monolith, is. Important distinction imo, Micro services in mono repo definitely works and ime is >>> multi repo.
Of course the best is mono repo and monolith :3
Re:The Grug Brained Developer (2022)
by npodbielski on Friday June 20, 2025 @02:50AM
(#44325311)
I did not stated that they can be used together. I just meant that they are mainly, for me, work as a tool to allow multiple teams work on a single big project. So the tool is more for work organisation purpose not for architectural one.
If you prefer working on mono repo it s fine though I think micro services are more popular one now.
Re:The Grug Brained Developer (2022)
by nothrabannosir on Friday June 20, 2025 @07:54PM
(#44333227)
Am I reading it wrong ? I understand both your original comment and this one to paint mono repo as an alternative to micro services. E.g.: “ What is the alternative [to micro services]? Mono-repo?” and “ If you prefer working on mono repo it s fine though I think micro services are more popular one now.” What I understand here is that “mono repo is an alternative to micro services”. Is that what you’re saying?
If so: mono repo is not an alternative to micro services. You can have both. You can have micro services in a mono repo. One single repository with many micro services. That is possible.
What is an alternative to micro services is “monolith”.
Curious how I’m misunderstanding this because I looked at it for a while and I really don’t see it.