Ingénieur backend Go senior

Ce profil représente le versant systèmes du bassin backend : un ingénieur qui choisit Go quand le service doit être rapide, prévisible et facile à exploiter.

Parcours

Neuf ans en ingénierie backend, dont les six dernières années presque entièrement en Go. A bâti le genre de services dont d’autres services dépendent : API, workers et plateformes internes dans des entreprises d’infrastructure et de fintech. À l’aise avec gRPC pour les contrats de service, Kubernetes comme environnement d’exécution et PostgreSQL quand les données comptent vraiment. Écrit du code pour lequel les réviseurs disent merci.

À quoi ressemble le travail concrètement

Le quotidien à ce niveau consiste moins à écrire de nouveaux points d’accès qu’à rendre les systèmes dignes de confiance. Concevoir un bassin de workers qui applique de la contre-pression au lieu de s’effondrer quand une file s’engorge. Traquer une fuite de goroutines qui ne se manifeste que sous la charge de production. Décider ce qu’un service doit faire quand sa dépendance en aval ralentit : expirer, réessayer avec un budget, délester ou dégrader, et rendre cette décision explicite dans le code plutôt que de la laisser aux valeurs par défaut de la bibliothèque cliente.

Dans les systèmes de type fintech, le travail ajoute une dimension de justesse. Manipuler de l’argent exige des opérations idempotentes, une sémantique « exactement une fois » bâtie honnêtement à partir d’une livraison « au moins une fois » plus déduplication, et des pistes de vérification qui survivent aux plantages en pleine transaction. Un ingénieur comme celui-ci a intégré qu’un système de paiement a un pire bogue que la panne : faire la même chose deux fois.

Forces

• Go idiomatique. Du code simple et explicite avec une gestion d’erreurs soignée et une concurrence honnête, pas de l’astuce. Canaux et goroutines là où ils clarifient, simples mutex là où ils suffisent, et le détecteur de courses exécuté dans l’intégration continue plutôt qu’après un incident.
• Conception de services. Trace les frontières avec gRPC et protobuf pour que les équipes puissent avancer indépendamment : contrats versionnés, délais propagés le long des chaînes d’appel, et diffusion en continu utilisée seulement là où requête-réponse échoue vraiment.
• Travail de performance. Profile avant d’optimiser, avec pprof et du trafic réel plutôt que des suppositions synthétiques, et sait où les services Go passent réellement leur temps : rotation d’allocations, sérialisation et attente du réseau, à peu près dans cet ordre de surprise pour les nouveaux venus.
• Exploitabilité. Livre des services avec métriques, traçage, journaux structurés et arrêt contrôlé dès le premier jour, pour que l’alerte de 3 h du matin arrive avec assez de contexte pour agir.
• Discipline de données. Traite les transactions et les niveaux d’isolation de PostgreSQL comme une partie du contrat de service, pas comme un détail d’ORM, ce qui est exactement ce que les systèmes fintech exigent.

Signes de séniorité

Neuf ans se voient moins dans le vocabulaire que dans la retenue. Un ingénieur Go senior garde peu de dépendances et de petites interfaces, définit les erreurs comme une partie de l’API plutôt que des chaînes à repérer avec grep, et résiste à la découpe en microservices tant que la frontière d’équipe ne l’exige pas vraiment. Il peut expliquer ce que fait son service pendant un déploiement, une défaillance de nœud et un ralentissement de dépendance, parce qu’il a décidé chacun de ces comportements volontairement.

Quoi sonder en entrevue

Demandez-lui comment il concevrait un worker qui consomme d’une file et écrit dans une base de données, puis insistez sur les modes de défaillance : livraison en double, messages empoisonnés, consommateurs lents. Demandez le dernier problème de performance qu’il a résolu et attendez-vous à des sorties pprof dans le récit, pas à de l’intuition. Demandez quand il déconseillerait gRPC ou Go lui-même. Les seniors de ce niveau ont de vraies réponses parce qu’ils ont payé pour connaître les solutions de rechange.

Mandat typique

Temps plein dans une équipe backend ou plateforme centrale, souvent en prenant la responsabilité d’un service critique, en menant une migration vers Go ou en consolidant un système qui a dépassé sa première architecture. Heures GMT, fort chevauchement avec l’Europe et l’avant-midi de la côte Est américaine. Disponible maintenant.

Ceci est un échantillon représentatif du bassin vérifié. Faites-en la demande et nous confirmons la disponibilité réelle et actuelle d’un développeur avec ce parcours.