TJM d'un ingénieur systèmes embarqués freelance

Il écrit du logiciel qui vit dans un objet, avec les contraintes que cela impose. Le répertoire porte une fiche d'ingénieur en informatique embarquée, dont la seule appellation rattachée est architecte systèmes embarqués. Une fiche, une appellation, un périmètre étroit et net.

Ses savoir faire décrivent un cycle complet de conception : concevoir des architectures de systèmes embarqués, développer des logiciels pour systèmes embarqués, réaliser des études de faisabilité pour de nouveaux projets embarqués, tester et valider des systèmes embarqués, mettre en place des protocoles de sécurité, optimiser les performances des systèmes d'intelligence artificielle embarqués.

Cette dernière compétence est nouvelle dans le paysage et elle vaut d'être relevée. Le référentiel a intégré l'exécution de modèles d'intelligence artificielle sur des équipements contraints comme une compétence du métier, pas comme une spécialité annexe.

Le référentiel place la conception d'architecture avant le développement, et cet ordre décrit bien le métier. Une erreur d'architecture sur une cible contrainte exige un changement de composant, donc un retour à la case départ industrielle, l'optimisation seule demeure insuffisante.

La mise en place de protocoles de sécurité figure explicitement dans les compétences, et c'est, selon notre observation, un sujet qui monte vite sur ces missions. Un objet connecté qui échoue à se mettre à jour proprement devient un problème de sécurité pour son propriétaire comme pour son fabricant.

Côté certification, nous avons constaté que ce métier se distingue par l'absence de titre de référence transverse. Ce qui se vérifie est la famille de cible déjà pratiquée, le niveau de contrainte temps réel réellement rencontré, et l'existence d'un produit réellement passé en production, parce que c'est là que les contraintes se révèlent.

Selon notre lecture, la contrainte matérielle protège, au moins à moyen terme : ce métier est tenu par la ressource disponible, mémoire, énergie, temps de réponse, et un code généré sans conscience de ces limites y est plus souvent inutilisable tel quel.

Cette lecture est celle de Freeland sur ce métier.

Le mouvement réel va d'ailleurs dans l'autre sens sur ce métier. L'exécution de modèles sur des équipements contraints devient un sujet de conception à part entière, et le référentiel l'a déjà inscrit dans les compétences de la fiche. L'IA y est un objet de travail avant d'être un outil de travail.