An der Bash verschwimmen die Grenzen. Ich bin nicht sicher, wie viel subjektive Beobachtungen ich hier jetzt breittreten darf oder sollte, aber ein Beispiel: Ich habe schon gesehen, wie ein Shell-Script einen Docker-Container hochfährt, in dem Docker-Container ein Shell-Script startet, das mit Python per Regular Expression in einer JavaScript-Datei eine String-Ersetzung durchführt, und die resultierende JavaScript-Datei mit GZip in ein Archiv packt, das für die Ausführung benötigt wird. Das ist nur eine Facette, vielleicht ein kleiner Auswuchs, aber mein Gesamteindruck ist, dass die Infrastrukturen, auf denen - etwas theatralisch formuliert - unsere Gesellschaft aufbaut, teilweise zumindest etwas wackelig und unausgegoren sind (und die Rechtfertigung: „das ist eine „““„pragmatische Lösung“„“" " bewirkt bei mir oft nur noch verständnisloses Kopfschütteln)
Das Augenzwinkern hier mag im ersten Moment angebracht erscheinen. Und ich glaube (und das ist nicht mal direkt ein subjektiver Eindruck, sondern vielleicht nur eine subjektive Vermutung), dass manche Leute ~„sich irgendwie nerdig-cool fühlen“, wenn sie irgendwelche halbgaren Libraries zusammenklöppeln und dann nur noch damit beschäftigt sind, die, die sich als „schlecht“ herausstellen (oder einfach „out“ sind), aus der Infrastruktur rauszuschälen und durch eine neuere zu ersetzen, die gerade „in“ ist.
(Für NodeJS und sowas wie Express gilt das in dieser Form wohl nicht. Das hat sich ja wohl schon festgerüttelt. Es geht eher um alles, was darauf aufbaut oder daran anklinkt, und was „nach oben hin“ immer wackliger zu werden scheint)
Trotzdem denke ich, dass mit abnehmender Spezialisierung praktisch zwangsläufig die Qualität an allen Stellen leidet. Die Schnittstellen sind „nicht mehr so gut“. Der Code ist „nicht mehr so gut“. Der build-Prozess und das Deployment sind „nicht mehr so gut“. Weil einfach bei all diesen Punkten gute Lösungen extrem aufwändig sind und viel Erfahrung verlangen. (Das mag OK sein, für Fälle, wo „die 64%-Lösung“ ausreicht, aber ich glaube, dass sich das an vielen Stellen recht schnell rächen wird).
Dem entgegen wirken kann/könnte man nur, wenn man gezielt daruf hinarbeiten würde, die einzelnen Teile leichter handhabbar und „robuster“ zu machen. Aber dem stehen hohe Volatilität, Fragmentierung und kurzfristiges Denken und Handeln im Weg.
Es muss ja nicht jeden Tag „gedockert“ werden. Die Automatisierung einer Deploymentpipeline kostet sicherlich Zeit und Geld, wird aber mittlerweile wirklich gut durch Tools unterstützt. Und Proxies müssen auch nicht die ganze Zeit konfiguriert werden. Und wie gesagt: das Wissen muss auch nicht bei jedem Einzelnen liegen, sondern im Team.
Mal im Ernst, es gibt natürlich schlimmeres, aber teilweise klaffen wohl schon einige Sicherheitslücken an den verschiedensten Stellen. Und (auch wenn sich das jetzt auf eine andere Ebene begibt) wünsche ich dir, dass du nie eine Anwendung warten musst, die jemand im MERN-Stack zusammgebastelt hat, der da zwar wie ein Mistkäfer am Ende ein schöne, rundes Docker-Päckchen draus gemacht hat, was im Kern aber eben doch das bleibt, was es ist - nämlich Mist.
) in die Firmen, wo sie Verantwortung für Serverseitige Software mit NodeJS übernehmen, und in einer ungetypten (und, da habe ich noch nie gehört, dass jemand widersprochen hätte: ) von Grund auf vermurksten Sprache aus Bibliotheken, die ihresgleichen auf NPM gestellt haben, irgendwelche Webanwendungen zusammenklöppeln.
)