Ingénieur principal en IA, un poste pour lequel Altuon recrute
Ingénieur principal en IA
La personne qui peut dire, dans la salle de réunion d'une banque, exactement où va chaque octet.
L'ingénieur principal en IA dirige l'aspect technique d'un engagement en matière d'intelligence artificielle, depuis la première revue de l'architecture jusqu'à la remise d'un système en cours d'exécution. Le rôle est propriétaire du modèle et de l'architecture des données, de la discipline d'évaluation et des limites de la résidence, et est l'ingénieur que le directeur de l'information du client appelle par son nom. Il s'agit d'un rôle pratique : le directeur écrit l'implémentation de référence, puis permet à d'autres de l'étendre.
Postuler à ce poste
- Practice
- Intelligence artificielle
- Région
- Toutes les régions
- Emploi
- Emploi à temps plein ou engagement à long terme, sur accord.
- Lieu
- À distance en Europe, au Moyen-Orient ou en Amérique du Nord, avec déplacements sur les sites clients dans la région de l'engagement.
- Langues de travail
- anglais; Allemand, français ou arabe en plus là où l'engagement l'exige.
Responsabilités
- 01Concevez l'architecture du système d'IA de chaque mission : où se trouvent les pondérations, où l'inférence s'exécute, comment la récupération atteint les documents du client et comment le plan de contrôle est séparé du plan de données. Dessinez-le, défendez-le devant la fonction risque du client et gardez le dessin fidèle à mesure que le système évolue.
- 02Propre évaluation. Construisez l'ensemble d'évaluation avec le client à partir de matériel réel, définissez ce qu'est une régression, exécutez l'ensemble à chaque modification et refusez une version qui échoue. L'évaluation est le produit de la pratique autant que le système.
- 03Rédigez l'implémentation de référence de chaque nouveau composant et les tests qui le spécifient, puis amenez les ingénieurs du client au point où ils peuvent le modifier sans vous.
- 04Maintenez la limite de résidence. Connaître suffisamment bien les obligations de protection des données et de surveillance de la juridiction du client pour les expliquer à un ingénieur et à un avocat, et concevoir de manière à ce que les limites soient appliquées par l'architecture plutôt que par un document de politique.
- 05Dirigez une petite équipe : deux à quatre ingénieurs sur une mission, plus celui du client. Fixez la norme par l'exemple, examinez chaque changement qui parvient au client et rendez le travail de l'équipe lisible pour le directeur de mission et le comité de pilotage.
- 06Contribuer à la pratique : les patrons, le harnais d'évaluation, les architectures de référence de la résidence et les positions écrites publiées par le cabinet. Ce qui est appris lors d’un engagement devient le point de départ du suivant.
Les quatre-vingt-dix premiers jours
Le premier mois est consacré à un engagement en direct, aux côtés du responsable de la pratique, à lire le mandat, l'architecture et l'ensemble d'évaluation avant de les modifier. L’objectif est de comprendre pourquoi chaque décision a été prise et d’en trouver les deux ou trois qui méritent d’être revisitées.
Le deuxième mois est le premier changement maîtrisé de bout en bout : un composant conçu, construit, évalué et publié sous les portes de l'engagement, avec les ingénieurs du client impliqués dès la revue de conception. À la fin, le directeur présente ce travail au comité de pilotage du client.
Le troisième mois est la première revue d'architecture menée seul, sur un nouveau mandat ou une nouvelle phase d'un mandat existant, avec le responsable de la pratique dans la salle à titre de réviseur plutôt que d'auteur. Les limites de la résidence, le plan d'évaluation et la conception de la sortie appartiennent au directeur au quatre-vingt-dixième jour.
Ce qui est évalué
- Jugement architectural
- Un exercice de conception sur un mandat réaliste avec une limite de résidence déclarée et une fonction de risque hostile. Nous recherchons des décisions motivées, pas un diagramme avec des cases.
- Discipline d'évaluation
- Une conversation sur un système qui a fonctionné lors de la démonstration et qui a échoué en production. Nous voulons savoir comment la panne aurait été détectée avant que le client ne la voie.
- Profondeur d'ingénierie
- Une révision du code que vous avez écrit et dont vous êtes fier, et une révision du code que nous avons écrit et qui présente un problème. Les deux conversations portent autant sur le goût que sur l’exactitude.
- La clarté sous surveillance
- L’entretien doit comprendre une discussion pratique de vos décisions, contraintes, options envisagées et méthodes d’évaluation du résultat.
- Connaissances en matière de réglementation
- Une discussion sur ce que le RGPD, la loi suisse révisée sur la protection des données ou un régulateur sectoriel exigerait d'une conception spécifique. Connaître l’obligation compte plus que citer l’article.
Ce que nous recherchons
- Des années à construire des systèmes de production intégrant des modèles d'apprentissage automatique ou de langage, dont au moins un dont dépendait une organisation réglementée et au moins un que vous avez dû mettre hors service.
- Maîtrise du paysage modèle actuel et scepticisme sain à son sujet : vous pouvez nommer ce qu'un modèle frontière fait mieux qu'un modèle à poids ouvert, et quand celui à poids ouvert est le bon choix.
- Preuve d'enseignement : une équipe, les ingénieurs d'un client ou un organisme public d'écriture qui a rendu d'autres personnes meilleures dans ce travail.
- Confort avec la chambre du client. Le rôle est présenté aux directeurs de l'information, aux directeurs des risques et à leurs auditeurs, et est jugé en fonction de sa capacité à répondre à leurs questions.
- Anglais de travail ; L'allemand, le français ou l'arabe sont également valorisés dans les régions où l'entreprise travaille.
Postes ouverts
Aucun poste n’est ouvert pour ce profil en ce moment. Les candidatures spontanées sont lues toute l’année.
Nous embauchons pour ces profils selon les engagements requis. Les candidatures sont lues toute l’année.