Go-Freelancer für die Pfade, an denen Latenz Geld kostet.

Je nach Projektbedarf und Ihrem bevorzugten Modell zum Festpreis oder nach Aufwand; die Größenordnung nenne ich im Erstgespräch, sobald Umfang und Zeitraum klar sind. Für den häufigsten Einstieg gibt es ein Paket mit Preis: die Engpassmessung Ihrer Anwendung zum Festpreis von 1.900 Euro, mit Ergebnis in einer Woche. Sie wird angerechnet, wenn Sie danach die Umsetzung beauftragen.

Ja. Die Sprache heißt Go; „Golang" hat sich als Suchbegriff eingebürgert, weil „Go" allein schwer zu suchen ist. Gemeint ist in beiden Fällen dieselbe Sprache, und diese Seite beantwortet beide Suchen.

Fast sicher nicht, und ich sage das, obwohl ich damit Geld verdienen würde. Ein kompletter Rewrite verliert die ungeschriebenen Regeln des Bestands und läuft jahrelang einem beweglichen Ziel hinterher. Der verlässliche Weg ist, den Pfad mit dem Lastproblem herauszulösen und als Go-Dienst daneben zu stellen. Der Rest bleibt, bis es einen eigenen Grund für den nächsten Schritt gibt.

Das ist der Normalfall, nicht die Ausnahme. Der Go-Dienst übernimmt den Pfad, der Last oder Latenz braucht, und wird über gRPC oder HTTP angebunden, mit derselben Datenbank oder einer klaren Datengrenze. Ich habe über 20 Jahre PHP-Erfahrung und kenne beide Seiten dieser Anbindung; wie das in der Praxis aussieht, steht in meinem Artikel über Golang in einer PHP-Welt.

Durch Messen statt Glauben. Vor der Umsetzung steht eine Engpassmessung: Wo geht die Zeit wirklich verloren, im Code, in der Datenbank, im Netz? Sitzt der Engpass nicht im Pfad selbst, ändert eine schnellere Sprache nichts, und dann bekommen Sie genau diesen Befund statt eines Dienstes, der nichts verbessert.

Ja. Auch Go-Dienste bleiben ohne ihren Autor zurück, meist mit wenig Dokumentation und einem Deployment, das nur einer kannte. Der Ablauf ist derselbe wie bei jeder Übernahme: erst verstehen und absichern, dann ändern. Tests, Metriken und Runbooks entstehen dabei mit, damit die Abhängigkeit von einer Person nicht nur den Namen wechselt.

Das ist keine Glaubensfrage, sondern eine Zuschnittsfrage. Ein einzelner, klar begrenzter Go-Dienst neben einem bestehenden System ist oft die ganze Antwort; ein Netz aus zwanzig Kleinstdiensten ist es fast nie. Ich schneide nach Datengrenzen und Änderungsgeschwindigkeit, nicht nach Architektur-Moden, und begründe den Schnitt schriftlich.

Ich, und zwar mit System. Ich arbeite spec-driven: Anforderungen werden präzise beschrieben, bevor Code entsteht, und jede Änderung läuft durch Tests, Race Detector und Review, bevor sie in Ihr Repository kommt. Die Werkzeuge bringen Tempo, die Qualitätssicherung bleibt dieselbe wie bei Handarbeit. Verantwortlich für das Ergebnis bin ich, nicht das Werkzeug.