Le permis bateau, autrement.

Préparer le permis bateau demande de relier des règles à ce qui se passe sur l’eau. Un feu dépend de l’angle sous lequel on regarde le navire. Une marée change la profondeur disponible. Un mouillage oblige à tenir compte du fond et de la place autour du bateau.

Le pari de Poseidon est de faire de ces situations le point de départ de l’apprentissage. L’élève explore une scène, modifie un paramètre et observe ce qui change, puis retrouve l’explication et les questions associées. La 3D sert à rendre la règle observable et à donner du sens à la réponse.

La majorité du contenu de Poseidon se débloque via des achats intégrés à l’application.

Un schéma fixe choisit un point de vue à la place de l’élève. Une scène interactive lui permet de poser une question : que verrais-je de l’autre côté du bateau ? Que reste-t-il sous la coque quand l’eau descend ? Où se trouve le chenal par rapport à mon approche ? Le déplacement de la caméra devient un outil pour raisonner dans l’espace.

Je construis ces scènes autour de ce qui doit être compris. Les secteurs des feux, les marques de jour, les reliefs et la ligne d’eau servent de repères. La vue en coupe révèle le fond ; le passage du jour à la nuit change les indices disponibles. L’enjeu est de conserver une relation cohérente entre l’objet, l’environnement et la règle étudiée.

Le travail visuel porte aussi sur la lecture : silhouettes reconnaissables, contrastes, matière de l’eau et cadrages. Le réalisme soutient l’observation, avec des simplifications assumées pour isoler une notion. Ces scènes sont des supports d’apprentissage ; elles ne constituent pas un simulateur de navigation validé.

Metal est l’API graphique et de calcul d’Apple : elle permet à l’application de préparer directement le travail du processeur graphique, le GPU. Dans Poseidon, Swift gère l’état de l’exercice et les interactions ; Metal calcule les scènes à partir de cet état. Déplacer la caméra ou changer les conditions modifie les données envoyées au rendu, puis l’image suivante.

Les principales scènes maritimes utilisent un rendu procédural. Un triangle recouvre l’écran et son shader reconstruit la scène pour chaque fragment. Depuis la caméra, un rayon avance dans des formes décrites par des fonctions de distance jusqu’à rencontrer une surface : c’est le ray marching. Le moteur calcule ensuite la matière, l’éclairage, les reflets ou la réfraction de l’eau. Le relief, les navires et la mer peuvent ainsi répondre aux mêmes paramètres de scène.

L’intérêt de Metal est ce contrôle précis : choisir les calculs, les ressources et la résolution, tout en réutilisant les shaders sur les plateformes Apple. Ce choix implique aussi de construire et d’entretenir le moteur, de surveiller son coût et de l’adapter aux appareils. La fluidité dépend du travail effectué dans chaque image, pas du seul choix de l’API.

Un rendu calculé par pixel devient plus coûteux quand la résolution augmente. Le moteur mesure le temps réellement passé sur le GPU et le compare au budget de l’image. Si le calcul prend trop de temps, il réduit la résolution de la scène et peut abaisser la cadence visée. Quand une marge suffisante revient, la qualité peut remonter. Les textes et commandes restent portés par l’interface native.

Le moteur limite aussi les images en attente pour éviter d’accumuler du retard sur les gestes, et suspend la boucle de rendu lorsque la vue passe en arrière-plan. Ces arbitrages cherchent un équilibre entre lisibilité, réactivité et charge de calcul. Les cadences configurées sont des objectifs : elles ne remplacent pas des mesures sur chaque appareil.

Les versions iOS, iPadOS, tvOS et visionOS reposent sur une même base de code native. Les modèles de contenu, les règles et la logique des exercices sont partagés. SwiftUI porte les composants d’interface communs ; Metal est utilisé pour les scènes pédagogiques.

Cette architecture vise à faire évoluer la pédagogie au même endroit. Une règle corrigée ou une leçon enrichie profite au socle des quatre versions. Les adaptations spécifiques se concentrent sur la présentation, les commandes et l’intégration à chaque système. Le code partagé reste à vérifier dans le contexte de chaque appareil.

L’ambition est d’aider l’élève à expliquer son choix face à une situation, puis à retrouver la règle quand les conditions changent. Les leçons, l’exploration et les examens blancs sont les différentes étapes de cette démarche.

C’est une expérimentation de produit et de pédagogie. Une meilleure compréhension ou un meilleur taux de réussite restent à évaluer auprès des apprenants. Le code commun facilite les itérations sur cette expérience tout en conservant des usages propres à chaque plateforme.

Repères techniques dans la documentation Apple : Metal · Resource fundamentals · Setting up a command structure.

Les balises prennent vie, les crabes deviennent capitaines et les expressions marines se glissent dans les conversations. Voici une sélection des stickers de Poseidon, pour prolonger l’univers de l’app avec un peu d’humour.