Ingénieur Python / Django senior

Ce profil illustre un type de développeur dorsal fiable dans le réseau turnkey.dev : un ingénieur Django senior dont les habitudes se sont forgées dans des secteurs où les erreurs finissent en audit.

Parcours

Neuf ans de Python, la plupart à bâtir des applications Django sur PostgreSQL et à les déployer sur AWS. Les années en technologies de la santé et en technologies gouvernementales ont laissé leur marque : une manipulation prudente des données, des contrôles d’accès pensés dès le départ et une préférence pour du code sobre et bien testé plutôt que du code astucieux. Aussi à l’aise pour démarrer un nouveau service que pour reprendre une base de code ancienne que plus personne ne comprend entièrement.

À quoi ressemble le travail concrètement

Une semaine pour un ingénieur de ce type se résume rarement à du développement de fonctionnalités sur du neuf. C’est un mélange : bâtir des points d’accès Django REST Framework selon un contrat d’API convenu, écrire les sérialiseurs et les classes de permissions qui déterminent qui voit quoi, et vérifier le SQL que l’ORM émet réellement avant qu’une requête parte en production. Quand un point d’accès de liste ralentit, le réflexe est de chercher d’abord les requêtes N+1, d’ajouter select_related ou prefetch_related là où ils s’imposent, et de ne recourir à la mise en cache qu’une fois le plan de requête assaini.

Le travail en arrière-plan passe par Celery sur Redis ou SQS : génération de rapports, envoi massif de notifications, synchronisations avec des tiers. L’archétype écrit ces tâches pour qu’elles soient idempotentes et sûres à réessayer, parce que dans un système réglementé, une tâche qui s’exécute deux fois et écrit en double est un incident, pas une bizarrerie. Les changements de schéma sortent en migrations réversibles planifiées autour du trafic réel, ce qui, sur de grandes tables, exige de savoir quelles opérations verrouillent et comment les étaler pour que l’application continue de servir.

Sur AWS, cela signifie habituellement RDS pour PostgreSQL, S3 pour les documents et les exports, et des déploiements par conteneurs sur ECS ou sur EC2 avec un répartiteur de charge. Pas un ingénieur DevOps attitré, mais assez autonome pour prendre en charge le pipeline des services qu’il exploite.

Forces

• Profondeur en Django. Connaît l’ORM, les migrations et l’interface d’administration assez bien pour les exploiter pleinement et savoir quand s’en écarter, y compris descendre au SQL brut quand une requête l’exige vraiment.
• Aisance en PostgreSQL. Conçoit les schémas et les index de façon délibérée, lit les plans de requête et traite la base de données comme une partie de l’application plutôt que comme une boîte noire derrière l’ORM.
• Métier d’API. Viewsets DRF, sérialiseurs, pagination, limitation de débit et gestion des versions traités avec constance, pour que l’API reste prévisible en grandissant.
• Ingénierie sensible à la conformité. Habitué aux environnements avec exigences de protection des données, journaux d’audit, accès par rôles et revues formelles.
• Sauvetage de code hérité. Peut stabiliser et moderniser un projet Django vieillissant de façon progressive, tout en continuant de livrer : figer puis mettre à niveau les dépendances, augmenter d’abord la couverture de tests autour des zones à risque, puis refactoriser.

Quoi chercher à l’embauche pour cet archétype

Si vous passez en entrevue quelqu’un de ce profil, quelques signaux distinguent un vrai senior d’un intermédiaire compétent. Demandez comment il migrerait une colonne sur une table de plusieurs millions de lignes pendant que l’application reste en service; un senior répond avec un plan en plusieurs étapes, pas un seul ALTER. Demandez quand il sortirait un traitement du cycle de requête vers une file de tâches, et comment il garde ces tâches sûres à réessayer. Demandez-lui de raconter une fois où l’ORM a produit une mauvaise requête et ce qu’il a fait. Des réponses vagues sur « optimiser le code » sont un signal d’alarme; des réponses précises sur les nombres de requêtes, les index et le verrouillage sont la vraie affaire.

La version faible de ce profil connaît bien les tutoriels Django et mal le Django de production. La version forte s’est déjà fait réveiller par son propre code et a changé sa façon de bâtir à cause de ça.

Mandat typique

Commence souvent par prendre en charge un système dorsal existant, puis devient l’ingénieur de référence pour tout le côté serveur. Fonctionne bien comme présence senior au dorsal dans une petite équipe produit, ou comme la personne qui débloque une fonctionnalité lourde en données qui s’est enlisée. Heures de l’Inde, avec un chevauchement matinal fiable pour les équipes européennes et un chevauchement tôt ou tard pour l’Amérique du Nord, sur entente. Les mandats à temps plein comme à temps partiel substantiel conviennent. 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.