Aller au contenu principal

Projet 2 – Projet libre encadré

Niveau 6 – certification

Objectif​

Réaliser un projet personnel (ou en petit groupe) qui met en pratique la formation et sert de pièce maîtresse pour le portfolio. Le sujet est libre, encadré par des contraintes minimales de qualité et d’usage de Laravel/PHP.

Contraintes minimales​

Pour que le projet soit validé comme « projet libre encadré » :

  1. Stack : Laravel (version récente) + PHP 8+, base de données (MySQL/PostgreSQL/SQLite).
  2. Authentification : au moins une notion d’utilisateur (inscription/connexion ou démo avec utilisateurs prédéfinis).
  3. CRUD : au moins une ressource avec création, lecture, mise à jour, suppression (ou équivalent métier).
  4. Qualité : code structuré (controllers, models, éventuellement services), validation des entrées, pas de requêtes SQL concaténées (Eloquent / requêtes préparées), affichage sécurisé (échappement).
  5. Livrable : dépôt Git (README avec instructions d’installation et d’utilisation) ; optionnel : déploiement en ligne.

Aucun thème imposé : blog, outil de gestion, petit réseau social, outil interne, démo technique, etc.

Idées de sujets (non exhaustif)​

  • Blog / CMS : articles, catégories, commentaires, rôles auteur/admin.
  • Gestion de tâches / Kanban : listes, cartes, déplacement, attribution.
  • Réservation : créneaux, ressources (salles, véhicules), calendrier.
  • Catalogue / mini-boutique : produits, panier, commandes (sans paiement réel ou avec Stripe en démo).
  • Portfolio / CV en ligne : projets, compétences, formulaire de contact.
  • Dashboard : tableaux de bord avec graphiques (Chart.js, etc.), données issues de la BDD.
  • API + front séparé : API Laravel (Sanctum) + SPA Vue/React ou application mobile (concept).
  • Multi-tenant : petite app « SaaS » avec plusieurs organisations (données isolées par tenant).

Choisir un sujet qui vous motive et qui permet de montrer plusieurs notions (auth, relations, validation, API ou jobs si vous allez plus loin).

Recommandations​

  • Scope réaliste : mieux vaut un projet fini et propre qu’un projet trop ambitieux non terminé.
  • README : décrire le projet, les prérequis, les commandes (composer install, migrate, seed), et éventuellement une démo (lien ou captures).
  • Git : commits réguliers, messages clairs ; pas de mots de passe ni .env dans le dépôt.
  • Bonus : tests (feature ou unit), CI (GitHub Actions, GitLab CI), déploiement (Forge, Render, etc.), documentation API (Swagger/OpenAPI) si API exposée.

Validation​

Le projet est considéré validé si :

  • Les contraintes minimales ci-dessus sont respectées.
  • Le code est lisible et organisé (pas de tout-en-un illisible).
  • Un formateur ou un pair (selon votre parcours) a vérifié le livrable (dépôt + README, éventuellement démo).

Ce projet peut être présenté en soutenance (optionnel) pour la certification et constitue un excellent argument en entretien (présentation du contexte, des choix techniques, des difficultés rencontrées).

Suite​

Une fois le Projet 2 validé (et le Projet 1 si pas déjà fait), vous pouvez demander la Certification Dresseur de Code : voir certification-dresseur-de-code.md.