Pokud udelate na backendu microservisovou architekturu, tak neni problem treba nejakou tu servicu naimplementovat v javascriptu.
Neříkám, že to neni možný. Ale mít to v jednom jazyce má své výhody. Pokud se podíváme na monolit s modulama, upravíme v nějakym modulu něco, co ovlivní jinej, automaticky nám zařve statická analýza. Uplně stejně na tom je multirepo, alespoň v jazycích, co umí podprojekty, jako jazyky nad jvm a .net. Když se teď přesunem k mikroservisám, který jsou vyloženě v samostatnejch projektech, už to nebude tak jednoduchý, ale furt můžeme mít v samostatnym projektu kontrakty mikroservisy X a to si přidat jako závislost do mikroservisy Y. Ale už nám tu roste komplexita, musíme všude updatnout závislosti, testy integrací mezi jednotlivými mikroservisami jsou také podstatně složitější, než když máme monolit nebo mikroservisy v multi project repu. A pokud ještě použijem u mikroservisy X jinej jazyk než u ostatních mikroservis, bude to ještě pracnější.
Nechci říct, že mít mikroservisu ve vlastnim repositáři je vdžycky špatně, nebo mít že je vždycky špatně mít mikroservisy psaný v jinejch technologiích. Ale chci poukázat na to, že přicházíme o jednoduchost. Takže by člověk měl dobře vědět, co dělá, když tu jednoduchost zahazuje. Myslim si, že by měl bejt podstatnej důvod, proč to udělat.