Hi, “RCoffee [ein internes Tool zur Content Produktion] greift per SSH auf die Testserver zu und stellt die Tomcat Logs dar” Wow. Das kam überraschend. Seit einem Jahr arbeite ich mit diesem Kunden zusammen. Die Applikation ist Marktführer in ihrer Sparte und die aktuelle Version wurde vor über 10 Jahren entwickelt. Da hat sich natürlich einiges angesammelt. Und wenn ich beauftragt werde, dann ist die technische Schuld meist sehr groß.
Hi, Ein alter Entwicklerwitz: There are 2 hard problems in computer science: cache invalidation, naming things, and off-by-1 errors. – Leon Bambrick Oder als Variante: There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery – Mathias Verraes Und es gibt etliche weitere: There are so many variations on the “there are only two hard problems in computer programming…” joke that I’m starting to suspect that programming isn’t actually very easy.
Hi, Wenn “der Kunde” anruft, dann passieren sehr unterschiedliche Dinge in den verschiedenen Firmen Das kennst du bestimmt aus deinem Alltag. Du hast eine Frage zu deinem Handyvertrag. Also rufst du bei der Hotline an. Ein Computer geht dran. Du drückst erst 1… dann 3… dann verweigerst du, dass das Gespräch für Trainingszwecke aufgezeichnet wird und dann bist du bei irgendeinem Mitarbeiter in einem Callcenter gelandet. Du schilderst dein Problem. Der Mitarbeiter hat ein Script vor sich und geht es von oben nach unten mit dir durch.
Hi, Was passiert, wenn eine Software über Jahrzehnte verrottet? Mehr als ich aufzählen kann. Die Software hat so viele Probleme gesammelt, dass sie nicht mehr kompakt zu beschreiben sind. Das Monitoring ist lückenhaft Das Deployment ist schwerfällig Die Infrastruktur ist inhomogen Libraries sind veraltet Wissen ist verloren gegangen Hintergründe und Kontext zu Entscheidungen fehlen Der Code ist verworren … und weist ein hohes Coupling auf Soweit ist das nicht überraschend. Vielleicht hast du selbst in so einem Projekt gearbeitet.
In den vergangenen Jahren haben etliche Unternehmen aus dem Mittelstand die viel gepriesenen Microservices ausprobiert und mussten feststellen, dass diese weniger leichtgewichtig sind als der Name vermuten lässt – Microservices im Mittelstand sind oft Overengineering . Jetzt müssen sie zurückgebaut und in eine pragmatischere Architektur überführt werden. Wir erklären, wie das gelingt. Dieser Artikel erschien erstmals im April 2024 als Premiumartikel auf Golem.de . Keine Angst: Der Rück- und Umbau der Architektur ist nicht nur aufwendig, sondern auch eine Chance.
Marcus Held