🛠️ Mon atelier PHP

Le code est un outil de création.

Avec quelques lignes de PHP, on peut transformer une idée en petit programme, automatiser une tâche, créer un site ou construire un outil adapté à ses propres besoins.

Cet espace rassemble mes notes, mes expériences, mes essais et mes morceaux de code réutilisables autour du PHP.

Je ne cherche pas à connaître tout le langage.

Je cherche surtout à comprendre suffisamment pour pouvoir créer, modifier, réparer et faire évoluer mes propres outils.

L'approche est simple :

* comprendre avant de copier ; * commencer petit ; * expérimenter ; * corriger ; * améliorer progressivement ; * privilégier les solutions simples.

Le code n'a pas besoin d'être parfait pour être utile.

Les fiches servent de mémoire externe.

Elles me permettent de retrouver rapidement une notion sans avoir besoin de tout retenir.

Elles privilégient :

* la compréhension des concepts ; * les exemples simples ; * les explications concrètes ; * les bonnes pratiques ; * l'autonomie dans la recherche de solutions.

* Les variables * Les conditions * Les boucles * Les fonctions * Les tableaux

* Les formulaires * Sessions et utilisateurs * Gestion des fichiers

* PDO et les bases de données * Connexion à une base MySQL avec PDO

Les snippets sont de petits morceaux de code permettant de retrouver rapidement une solution connue.

Ils ne sont pas destinés à être copiés aveuglément.

Un snippet intéressant est un snippet que l'on comprend suffisamment pour pouvoir :

* l'adapter ; * le modifier ; * le corriger ; * le remplacer lorsque nécessaire.

Comme dans tout atelier, l'objectif n'est pas d'accumuler les outils.

Quelques bons outils bien compris valent mieux qu'une immense boîte que l'on ne sait pas utiliser.

Quelques exemples :

* Connexion à une base MySQL avec PDO * Gestion d'un upload de fichier * Créer une pagination * Formulaire sécurisé

PHP s'inscrit naturellement dans un environnement Web largement construit autour de technologies ouvertes.

Mon approche informatique privilégie autant que possible :

* Linux ; * les logiciels libres ; * les formats ouverts ; * les outils documentés ; * les solutions que je peux comprendre et modifier ; * l'utilisation de standards plutôt que de dépendances inutiles.

L'intérêt n'est pas de remplacer une dépendance par une autre.

L'objectif est de construire un environnement dans lequel je garde autant que possible la maîtrise de mes outils et de mes données.

Trouver une solution sur Internet est facile.

Comprendre pourquoi elle fonctionne est beaucoup plus intéressant.

Je peux partir d'un exemple existant, mais j'essaie d'en comprendre le fonctionnement avant de l'intégrer à mon propre code.

Même après des années de pratique, il reste toujours quelque chose à découvrir.

Une erreur peut devenir une leçon.

Une vieille habitude peut être remise en question.

Une solution différente peut être plus simple.

Ne pas tout savoir laisse de la place à la curiosité.

Un programme n'a pas besoin d'être entièrement réécrit pour progresser.

On peut simplement :

* remplacer une fonction obsolète ; * améliorer la sécurité ; * simplifier une partie compliquée ; * supprimer du code inutile ; * améliorer les noms de variables ; * documenter ce qui était obscur ; * rendre une interface plus simple.

Une petite amélioration est déjà une amélioration.

Le code n'est pas destiné à impressionner.

Il est destiné à fonctionner et à rester compréhensible.

Un code simple est plus facile à relire, modifier, réparer et transmettre.

La simplicité est une forme de durabilité.

L'autonomie ne signifie pas connaître toutes les fonctions de PHP par cœur.

Elle consiste plutôt à savoir :

* où chercher ; * comment lire une documentation ; * comment tester une hypothèse ; * comment interpréter une erreur ; * comment vérifier une solution ; * comment demander de l'aide lorsque c'est nécessaire.

Le savoir peut être dans la tête.

Mais il peut aussi être dans la documentation, les notes et le code lui-même.

Un bug n'est pas nécessairement un échec.

C'est souvent une information.

Quelque chose ne fonctionne pas comme prévu.

Il faut donc observer.

Tester.

Chercher.

Comprendre.

Modifier.

Puis recommencer.

Cette démarche correspond assez bien à l'esprit Ermite Zen :

pas besoin de se battre contre le problème ; il suffit de l'observer suffisamment longtemps pour comprendre où il se trouve.

PHP accompagne une partie de mon parcours informatique.

Des petits scripts personnels aux applications plus complètes, chaque projet est une occasion d'expérimenter.

Un projet peut m'apprendre :

* une nouvelle fonction ; * une nouvelle méthode ; * une meilleure organisation ; * une façon plus simple de résoudre un problème ; * une nouvelle manière de documenter ou de maintenir mon code.

Tous les projets n'ont pas besoin d'aboutir.

Certains sont simplement des expériences.

D'autres deviennent des outils utiles.

Programmer peut devenir une forme de concentration tranquille.

On part d'un problème.

On le découpe en petits morceaux.

On avance étape par étape.

On observe le résultat.

On ajuste.

Puis on recommence.

Il n'est pas nécessaire d'aller vite.

Il n'est même pas nécessaire de produire quelque chose d'impressionnant.

Quelques lignes qui résolvent réellement un problème peuvent avoir beaucoup plus de valeur qu'un projet immense jamais terminé.

Ce wiki garde une trace de mon apprentissage.

Il contient des morceaux de code anciens, des solutions améliorées, des essais, des erreurs et des découvertes.

Certaines pages deviendront obsolètes.

Elles pourront être corrigées.

Certaines solutions seront remplacées par de meilleures.

C'est normal.

Un atelier vivant n'est jamais terminé.

Apprendre. Expérimenter. Simplifier. Réparer. Améliorer. Rester libre.