Regel 11. Ist es doppelt so gut?

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: translation-feedback@oreilly.com

Jedes Projekt stößt irgendwann an die natürlichen Grenzen seiner Architektur - du stößt auf ein Problem, das einfach nicht in die Art und Weise passt, wie die Dinge funktionieren. Vielleicht musst du eine Funktion hinzufügen, die sich in deinem Paradigma nicht ausdrücken lässt. Angenommen, du hast einen Filtermechanismus, mit dem du eine Reihe von Kriterien festlegen kannst, die alle erfüllt werden müssen, und du stößt auf einen Fall, in dem du einige Kriterien OR anstatt ANDing sie erfüllen musst.

Oder die Form der Daten hat sich geändert. Du hast das System gebaut, um Probleme einer bestimmten Größe zu lösen, und mit der Zeit wird es auf Probleme einer anderen Größe oder Form angewandt, und du bekommst existenzielle Leistungsprobleme.

Es könnte sein, dass sich die Dinge einfach verheddern. Dein Paradigma bietet die Möglichkeit, das Kernverhalten des Systems in besonderen Fällen zu verändern, und das ist einer der Gründe, warum es sich so lange gehalten hat. Aber jetzt wird der Erweiterungsmechanismus in jedem einzelnen Fall genutzt, nicht nur in speziellen Fällen. Jede Nutzung des Systems ist ein Hopscotch durch verschiedene Ausnahmefälle, und es ist schwer für die Leute herauszufinden, ob etwas Neues funktioniert, geschweige denn wie es funktioniert.

Vielleicht ist ein Teil des Codes so alt, dass er einfach nicht ...

Get Die Regeln der Programmierung now with the O’Reilly learning platform.

O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.