Je vais moderniser votre système de build Java legacy, ant vers maven ou bazel
Ingénieur logiciel principal
À propos de ce service
Je suis un ingénieur principal avec plus de 20 ans d'expérience dans Java d'entreprise, et ces dernières années, je me suis principalement concentré sur les systèmes de build et les environnements de développement. J'ai converti 40 modules Ant en Maven, créé des intégrations Bazel pour VSCode, et aidé à lancer un environnement de développement à distance qui a réduit le onboarding des nouveaux ingénieurs de deux jours à une seule journée.
Ici, j'audite un build lent ou fragile, puis je le migre d'Ant vers Maven ou Bazel et je fais en sorte que votre CI passe avec la nouvelle configuration. Sur des projets plus importants, je peux aussi ajouter un devcontainer pour que les nouveaux ingénieurs ne perdent pas une journée à la configuration.
Basique : revue en lecture seule de votre build, avec un rapport écrit et une liste de corrections prioritaires.
Standard : migration jusqu'à 10 modules, CI mis à jour.
Premium : jusqu'à 40 modules, CI, un devcontainer, et la documentation pour votre équipe.
Ce dont j'ai besoin : accès au dépôt (lecture seule pour l'audit), un moyen d'exécuter le build actuel, et quelqu'un pour répondre à mes questions. Je suis prêt à signer un NDA.
Plus de 40 modules ou un travail au-delà du build ? Contactez-moi d'abord ; je préparerai une offre personnalisée.
Outils:
Docker
•
Jenkins
•
GitHub
•
Maven
•
Gradle
•
BitBucket
•
Kubernetes
Frameworks:
Npm
•
Terraform
•
Ansible
Langage de programmation:
Bash
•
Java
•
JavaScript
•
Kotlin
•
Python
•
Golang
Expertise:
Migration
•
Débogage
•
Développement
FAQ
Traduction automatique
Avec quels outils de build et langages travaillez-vous ?
Principalement des projets Java passant d'Ant à Maven ou Bazel. Si vous utilisez autre chose (Gradle, Make, script maison), contactez-moi d'abord ; je vous dirai honnêtement si c'est adapté.
Avez-vous besoin d'accéder à mon code privé ?
Oui, au-delà d'une simple consultation. L'accès en lecture seule suffit pour l'audit ; une migration nécessite une branche sur laquelle je peux pousser. Je suis prêt à signer un NDA en premier, et je supprime mes copies locales après livraison.
Mon build actuel continuera-t-il de fonctionner pendant la migration ?
C'est l'objectif. Je travaille sur une branche et je laisse l'ancien build intact jusqu'à ce que le nouveau produise les mêmes artefacts et passe votre CI ; ensuite, vous décidez quand basculer.
Dois-je commencer par l'audit ou aller directement à une migration ?
Si vous savez déjà que vous souhaitez quitter Ant, optez pour le Standard. Si le build est simplement lent ou incompris, commencez par l'audit ; le rapport vous indique ce qu'il faut corriger et dans quel ordre.
Corrigez-vous le code applicatif qui pose problème ?
Seulement ce que le build exige (versions des dépendances, organisation des modules, câblage des tests). Les corrections de bugs et le développement de nouvelles fonctionnalités sont hors de ces packages ; contactez-moi pour un devis séparé.
Mon projet a plus de 40 modules. Pouvez-vous quand même aider ?
Oui, mais pas via ces packages. Envoyez-moi un message avec la taille du dépôt et l'outil de build actuel, et je préparerai une offre personnalisée.

