Ich werde dein legacy Java-Build-System modernisieren, von Ant zu Maven oder Bazel
Haupt-Software-Ingenieur
Über diesen Service
Ich bin leitender Ingenieur mit über 20 Jahren Erfahrung im Enterprise-Java-Bereich, und die letzten Jahre habe ich mich hauptsächlich mit Build-Systemen und Entwicklerumgebungen beschäftigt. Ich habe 40 Ant-Module zu Maven umgestellt, Bazel-Integrationen für VSCode gebaut und bei der Einführung einer Remote-Entwicklungsumgebung geholfen, wodurch die Einarbeitung neuer Entwickler von zwei Tagen auf denselben Tag verkürzt wurde.
Hier prüfe ich ein langsames oder fragiles Build, migriere es von Ant zu Maven oder Bazel und sorge dafür, dass dein CI mit der neuen Konfiguration funktioniert. Bei größeren Projekten kann ich auch einen devcontainer hinzufügen, damit neue Entwickler keinen Tag mit Setup verlieren.
Basic: Lesezugriff auf dein Build, mit einem schriftlichen Bericht und einer priorisierten Fehlerliste.
Standard: Migration von bis zu 10 Modulen, CI wird aktualisiert.
Premium: bis zu 40 Module, CI, ein devcontainer und Dokumentation für dein Team.
Was ich brauche: Repo-Zugriff (Nur-Lesen ist für die Prüfung ausreichend), eine Möglichkeit, das aktuelle Build auszuführen, und jemanden, der Fragen dazu beantworten kann. Ich bin bereit, eine NDA zu unterschreiben.
Mehr als 40 Module oder Arbeit über das Build hinaus? Schreib mir zuerst; ich erstelle ein individuelles Angebot.
Tools:
Docker
•
Jenkins
•
GitHub
•
Maven
•
Gradle
•
BitBucket
•
Kubernetes
Frameworks:
Npm
•
Terraform
•
Ansible
Programmiersprache:
Bash
•
Java
•
JavaScript
•
Kotlin
•
Python
•
Golang
Expertise:
Migration
•
Debuggen
•
Entwicklung
FAQ
Automatische Übersetzung
Mit welchen Build-Tools und Sprachen arbeitest du?
Überwiegend Java-Projekte, die von Ant zu Maven oder Bazel wechseln. Wenn du etwas anderes nutzt (Gradle, Make, ein selbstgeschriebenes Skript), schreib mir zuerst; ich sage dir ehrlich, ob es passt.
Brauche ich Zugriff auf meinen privaten Code?
Ja, für eine erste Sichtung. Nur-Lesen reicht für das Audit; für die Migration benötige ich einen Branch, auf den ich pushen kann. Ich bin bereit, eine NDA zu unterschreiben, und lösche meine lokalen Kopien nach der Lieferung.
Bleibt mein aktuelles Build während der Migration funktionsfähig?
Das ist das Ziel. Ich arbeite auf einem Branch und lasse das alte Build unberührt, bis das neue die gleichen Artefakte produziert und dein CI besteht; dann entscheidest du, wann du umstellst.
Soll ich mit dem Audit anfangen oder direkt zur Migration übergehen?
Wenn du schon weißt, dass du von Ant weg willst, wähle Standard. Wenn das Build nur langsam ist oder niemand es versteht, beginne mit dem Audit; der Bericht zeigt dir, was du beheben musst und in welcher Reihenfolge.
Reparierst du Anwendungscode, der Fehler verursacht?
Nur das, was das Build erfordert (Abhängigkeitsversionen, Modulaufbau, Testverkabelung). Fehlerbehebungen und Feature-Arbeiten sind außerhalb dieser Pakete; schreib mir, und ich kann sie separat anbieten.
Mein Projekt hat mehr als 40 Module. Kannst du trotzdem helfen?
Ja, aber nicht über diese Pakete. Schick mir eine Nachricht mit der Repo-Größe und dem aktuellen Build-Tool, und ich erstelle ein individuelles Angebot.

