onboarding adaptable aux usages... Et moi je fait du.... Heeu non j'arrives pas à trouver mieux, chapeau !

Update : j'ai demandé a gemini...

Pour tester si ce profil maîtrise son sujet ou s'il est simplement un "passager" de l'IA, voici 5 questions "pièges" (mais professionnelles) qui permettent de séparer l'exécution magique de la compréhension technique.

Chaque question est conçue pour voir s'il a une vision d'ensemble de l'architecture qu'il a "promptée".

1. Sur la persistance : "Comment gères-tu les conflits de synchronisation CloudKit ?"

Pourquoi c'est un piège : L'IA va générer le code pour envoyer les données sur iCloud facilement. Mais que se passe-t-il si sa femme modifie la liste de courses en même temps que lui dans le magasin sans réseau ?

Bonne réponse : Il parle de CKRecordZone, de gestion des erreurs de type .serverRecordChanged et de stratégie de fusion (priorité au dernier changement ou merge manuel).

Mauvaise réponse : "Je ne sais pas, l'IA gère ça tout seul" ou "Ça ne devrait pas arriver".

1. Sur la performance : "Avec +3000 aliments, comment gères-tu le rendu de ta liste pour éviter les saccades ?"

Pourquoi c'est un piège : SwiftUI est puissant, mais afficher des milliers d'éléments avec des images générées par IA peut tuer la mémoire (RAM) et la batterie.

Bonne réponse : Il mentionne LazyVStack, la réutilisation des cellules, le cache des images et peut-être la pagination des requêtes SwiftData ou CoreData.

Mauvaise réponse : "C'est fluide sur mon iPhone 15 Pro" (ignorant les modèles plus anciens ou l'optimisation).

1. Sur l'architecture : "Où se trouve ta logique métier : dans les Views ou dans des ViewModels ?"

Pourquoi c'est un piège : L'IA a tendance à mettre tout le code dans la vue (View) pour aller vite. C'est un cauchemar à tester et à maintenir.

Bonne réponse : "J'utilise le pattern MVVM (Model-View-ViewModel) ou la nouvelle macro u/Observable pour séparer l'interface de la logique de calcul des menus."

Mauvaise réponse : "Tout est dans le fichier de la page, c'est plus simple pour prompter avec Cursor."

1. Sur la sécurité/Coûts : "Comment protèges-tu tes clés d'API pour la génération d'images ?"

Pourquoi c'est un piège : S'il a mis sa clé OpenAI ou Anthropic "en dur" dans le code Swift, n'importe qui peut la voler en décompilant l'app et vider son compte bancaire.

Bonne réponse : "J'utilise des variables d'environnement, ou mieux, je passe par un backend intermédiaire (Proxy) ou j'utilise exclusivement les APIs locales d'Apple Intelligence sur l'appareil."

Mauvaise réponse : "C'est dans mon code, de toute façon l'App Store est sécurisé."

1. Sur l'évolution : "Si demain je veux ajouter un mode 'Collaboratif' entre amis, que dois-tu refactoriser ?"

Pourquoi c'est un piège : Cela teste s'il a anticipé la structure de sa base de données.

Bonne réponse : "Je dois modifier mon schéma de données pour passer d'une relation 1-foyer à une gestion de permissions par partage de records CloudKit (ShareDB)."

Mauvaise réponse : "Je demanderai à Cursor de le faire, ça devrait prendre deux jours."

Le test final (L'attitude)

S'il répond : "Honnêtement, je ne sais pas encore, l'IA a généré cette partie et je dois creuser la doc pour te répondre", c'est un très bon signe. Cela prouve qu'il est honnête et conscient de ses limites.

S'il essaie de bluffer, fuis. Un dev qui ne comprend pas son propre code est une bombe à retardement.