DREMDEV // AOSP STUDIO
DREMDEV // AOSP STUDIO
Dremdev accompagne les constructeurs et équipementiers dans le développement de plateformes Android — du bring-up vendor au runtime applicatif. Assistance technique au forfait ou à la régie, sur des sujets où la doc s'arrête et le code commence.
Bring-up, intégration vendor, custom HAL, gestion des branches AOSP, manifest repo, Soong/bp et compilation reproductible.
Bring-up de plateformes IVI, intégration Vehicle HAL, AVM camera, head-unit graphique, gestion multi-display et CarService.
Une expertise rare : faire tourner Android dans un hyperviseur, en émulation x86, ou en VM sur plateforme automobile. De Genymotion à Cuttlefish, en passant par les VM AAOS sur QCOM.
Portage AOSP sur silicium non-Qualcomm, intégration vendor partition, custom HAL, gestion du bootloader, device tree et drivers spécifiques.
Le téléphone est le terrain confortable d'AOSP. Le vrai test, c'est tout le reste — les form factors où l'OS doit être discipliné, recompilé, parfois amputé. Voici quelques portages auxquels Dremdev a contribué.
Bring-up Android sur terminal de paiement extérieur. Boot rapide, lecteur NFC/CB, sécurité du paiement, résistance environnementale.
Portage AOSP sur plateforme wearable AR. Contraintes de ressources extrêmes, double display, capteurs inertiels, gestion thermique agressive.
Digital signage Android sur grands afficheurs. Rotation forcée, content management distant, redémarrage scripté, fonctionnement 24/7.
Portage AOSP sur interphone résidentiel et tertiaire. Stack SIP/VoIP, contrôle d'accès, intégration caméra et lecteur RFID, fonctionnement permanent.
Le bon format dépend de l'incertitude technique du projet et de votre besoin de visibilité budgétaire. Les deux modes peuvent se combiner : cadrage en forfait, exécution en assistance, ou l'inverse.
Intégration à votre équipe sur la durée, en contribution directe au code. Idéal pour renforcer une équipe AOSP existante, transférer la compétence, ou lever un blocage profond où la solution n'est pas encore claire.
Périmètre cadré, livrables identifiés, jalons clairs. Pour un bring-up, une migration de version, une intégration vendor ponctuelle, ou un POC industriel à valeur démontrable.
Une carrière à creuser ce que la documentation ne dit pas — registres SoC, traces binder, builds qui cassent à 3h du matin.
Dremdev, c'est l'activité de conseil et de développement portée par Daniel Fages, ingénieur orienté systèmes embarqués Android et Linux. Le travail tourne autour d'une question simple, posée à chaque mission : qu'est-ce qui se passe vraiment, à ce niveau-là, sur ce hardware-là ?
Le parcours s'est construit sur des form factors variés — du parcmètre urbain aux lunettes connectées, des écrans publicitaires aux IVI supercar — chacun apportant ses contraintes (boot time, consommation, certification, partition Vendor) qui finissent par s'enrichir mutuellement.
Première contribution AOSP à la sortie d'Ice Cream Sandwich (Android 4.0, fin 2011). De cette base est né Buildroid — projet qui a donné vie à Genymotion, l'émulateur Android utilisé aujourd'hui par des centaines de milliers de développeurs.
L'approche est pragmatique : pas de slideware, pas de méthodologie en majuscules. Lecture du code, reproduction du problème, hypothèse, vérification. Les livrables sont écrits en anglais, dans la forme attendue d'un commit message ou d'un design doc — pas d'un livrable de cabinet.
● Basé à Lyon, intervient pour ses clients en Europe, en Asie et aux États-Unis. Sur site lors des phases critiques (bring-up, debug hardware), à distance le reste du temps.
Le premier échange est gratuit et toujours technique. Pas de pré-qualification commerciale : on regarde ensemble ce qui ne marche pas, et on évalue si Dremdev est le bon interlocuteur.