| SAÉ Enquête Devenir Diplômés |
Points forts : J'ai pris le lead sur la conception du MCD. On a passé beaucoup de temps avec les chefs de département pour comprendre ce qu'ils voulaient vraiment, ce qui a sauvé la structure de la BDD. |
Vrais problèmes : On a été totalement bloqués par un facteur externe : les professeurs n'ont pas réussi à récupérer les données du questionnaire. C'était extrêmement frustrant de coder toute la logique d'analyse sous Pandas pour finalement n'avoir aucune "vraie" data à visualiser. |
Acquis : Ne jamais dépendre à 100% d'une source de données externe pour avancer.
Si c'était à refaire : Je générerais immédiatement un faux jeu de données (mock data) massif avec un script Python dès la semaine 1, pour pouvoir coder et tester mes graphiques Matplotlib sans attendre l'administration. |
| Projet THALES |
Points forts : Travailler avec Thales m'a montré les vraies attentes de l'industrie. J'ai réussi à implémenter Streamlit pour leur faire un Dashboard interactif très rapidement. |
Vrais problèmes : J'ai totalement sous-estimé l'utilisation de l'API Groq (LLM). Au début, mon script de web scraping envoyait tout le texte brut des PDF à l'IA. Résultat : on explosait la limite de tokens, l'IA "hallucinait" et les temps de réponse étaient désastreux. |
Acquis : L'IA n'est pas magique. J'ai dû apprendre à faire du nettoyage sémantique (chunking) avant de faire mes appels API.
Si c'était à refaire : J'implémenterais une base de données locale (ou du cache) pour stocker les résumés déjà générés et éviter de repayer / refaire des requêtes API inutiles sur les mêmes documents 6G. |
| BookWise (Flutter) |
Points forts : J'ai été très exigeant avec moi-même sur l'UI/UX. J'ai produit une interface qui n'a rien à envier à une application professionnelle finie. |
Vrais problèmes : L'enfer de l'état asynchrone. Au début, j'utilisais des `setState` un peu partout. Dès que l'application s'est complexifiée, le code est devenu illisible et l'application ramait à chaque changement d'écran. |
Acquis : La compréhension forcée d'une architecture propre. J'ai dû tout refactoriser pour utiliser Provider et séparer strictement mon Front-End de mon Back-End SQLite.
Si c'était à refaire : Je dessinerais l'architecture des flux de données sur papier avant d'écrire la moindre ligne de code d'interface. |
Stage BUT 2 : Attis-Packdis
Développement intranet |
Points forts : J'ai réussi à livrer l'intranet "INFRANET" en temps et en heure, et il a été réellement adopté par les employés pour la gestion du matériel. |
Vrais problèmes : La douche froide de l'écosystème. J'étais habitué aux frameworks libres (Laravel, etc.) avec une énorme communauté sur StackOverflow. Arriver sur WINDEV/WEBDEV et le WLangage, qui sont propriétaires et fermés, m'a demandé un énorme effort d'adaptation au début. |
Acquis : Savoir lire une documentation officielle aride et m'adapter à n'importe quel outil imposé par une entreprise.
Si c'était à refaire : Je ferais tester l'interface aux utilisateurs beaucoup plus tôt. J'ai dû refaire des écrans parce que ma logique de développeur ne correspondait pas à leur logique métier. |
Projet : L'Illusionniste
Python / Pygame |
Points forts : J'ai adoré mêler les mathématiques (calcul de la distance euclidienne) au rendu visuel interactif. C'était très satisfaisant de voir la synthèse RGB réagir en direct aux inputs du joueur. |
Vrais problèmes : La gestion de la boucle d'événements (Event Loop) sous Pygame. Au début, mon jeu figeait complètement ou saccadait si on cliquait trop vite, car je bloquais le thread principal avec des calculs de couleur non optimisés. |
Acquis : Comprendre concrètement comment fonctionne le rafraîchissement d'une interface en temps réel (la fameuse gestion du framerate).
Si c'était à refaire : J'arrêterais de coder toute la logique en vrac dans un fichier principal. Je ferais un vrai découpage en classes (orienté objet) pour bien séparer la gestion de l'interface graphique et le "moteur" mathématique du jeu. |
SAÉ S6 : Diagramme de Voronoï
Python / Numpy / Tkinter |
Points forts : L'intégration de tests unitaires rigoureux avec Pytest. Ça m'a littéralement sauvé la vie quand j'ai dû modifier la génération de la grille sans casser le comportement de mon interface Matplotlib/Tkinter. |
Vrais problèmes : La complexité algorithmique. Mon approche initiale "brute-force" pour calculer et colorier les régions marchait bien sur une petite fenêtre, mais quand j'ai passé le programme en haute résolution, ça a saturé le CPU et mon PC a planté. |
Acquis : La prise de conscience très brutale de ce qu'est la complexité temporelle. Un algo naïf tue une application desktop en 2 secondes.
Si c'était à refaire : Au lieu de foncer tête baissée vers la solution la plus simple à coder, j'implémenterais d'emblée un algorithme mathématiquement optimisé (comme l'algorithme de Fortune) pour alléger le processeur. |
