Die DevOps-Mauer
Jeder Entwickler ist schon einmal gegen diese Mauer gestoßen. Sie haben ein klares Leistungsproblem - in diesem Fall eine Website, die schwere JPEGs anstelle von optimierten WebP-Bildern ausliefert. Sie wissen genau, wie Sie es beheben können: Fügen Sie ein Skript zum Server hinzu, das Bilder beim Hochladen automatisch konvertiert.
Dann sprechen Sie mit dem DevOps-Team. Oder dem Sicherheitsteam. Oder dem “Compliance”-Ausschuss.
“Wir benötigen eine Sicherheitsüberprüfung."
"Das ist nicht im aktuellen Sprint."
"Warten Sie auf die nächste Servermigration.”
Plötzlich verwandelt sich eine dreistündige Lösung in ein dreimonatiges Warten. Die meisten Menschen geben einfach auf und warten.
Das Problem in den Browser verlagern
Ich wollte nicht warten. Wenn ich den Server nicht anfassen konnte, würde ich den einzigen anderen Teil des Stacks anpacken, den ich kontrollierte: den Browser.
Ich habe eine Chrome-Erweiterung entwickelt.
Anstatt zu versuchen, die Bildpipeline im Backend zu reparieren, unterbricht die Erweiterung den Upload-Prozess im Browser. Wenn ein Benutzer ein Bild in das CMS zieht, fängt die Erweiterung es ab, konvertiert es lokal in WebP mit den eigenen Fähigkeiten des Browsers und sendet dann die optimierte Version an den Server.
Der Server weiß nicht, dass sich etwas geändert hat. Er erhält einfach eine kleinere, schnellere Datei. Eine Sicherheitsüberprüfung für den Server war nicht erforderlich, da der Servercode genau gleich blieb.
Warum das wichtig ist
Es geht hier nicht nur um Bilder. Es geht um einen Wandel im Denken.
In der traditionellen Webentwicklung wird uns beigebracht, Probleme dort zu lösen, wo sie “hingehören.” Backend-Probleme erhalten Backend-Lösungen. Aber in einem Unternehmensumfeld ist der “richtige” Ort oft der am stärksten eingeschränkte Ort.
Chrome-Erweiterungen, Userscripts und Edge-Funktionen sind die “Guerillakriegsführung” der modernen Entwicklung. Sie ermöglichen es Ihnen, Wert für den Benutzer zu schaffen, ohne sich in der Bürokratie der Kerninfrastruktur festzufahren.
Der Zauberer-Faktor (wieder)
Dem Kunden war es egal, dass die Bilder im Browser anstelle des Servers konvertiert wurden. Ihm war wichtig, dass sein PageSpeed-Score in 48 Stunden um 20 Punkte anstieg, anstatt vier Monate zu dauern.
Indem Sie um die Blockade herumdenken, anstatt dagegen anzudrücken, liefern Sie Ergebnisse, während alle anderen noch Jira-Tickets ausfüllen.
Die Lektion
Wenn Sie darauf warten, dass eine “richtige” Lösung kommt, die möglicherweise nie kommt, suchen Sie nach einer Seitentür. Der Browser ist eine leistungsstarke Umgebung. Wenn Sie den Motor nicht ändern können, können Sie dennoch den Treibstoff ändern.
Bei ilf.studio sind wir darauf spezialisiert, diese “Seitentüren” zu finden, um Leistung und Funktionen bereitzustellen, wenn der traditionelle Weg blockiert ist.
ilf.studio - KI-natives Webstudio, Danzig, Polen.
