Del Coding

2026 est dans quelques jours…
Et laisse-moi te dire une vérité que personne ne va oser t’avouer :

Tu as déjà raté ton année.

Pas parce que tu es incapable.
Mais parce que tu t’es raconté des histoires.

Tes objectifs ? Tu ne t’en souviens même plus.
Ton ex, tu ne l’as pas oublié aussi vite.

Le site que tu voulais créer est resté un dossier vide.
L’application que tu voulais coder vit encore dans ta tête.
Et la tech que tu voulais apprendre… bloquée à l’aéroport des connaissances.

Et tu sais ce qui est terrible ?
Tu vas refaire EXACTEMENT la même erreur en 2026.
Parce que tu n’as pas de méthode.

La motivation ne t’a jamais manqué.
Ce qui te manque, c’est un système.
Sans terrain approprié, même la meilleure graine ne pousse pas.
Si tous les fruits poussaient à la même saison, certains n’existeraient même pas.

Je vais donc te donner ce que personne ne t’a donné cette année :
les 5 clés que tous les pionniers de la tech utilisent pour exploser leurs résultats.

Et je ne parle pas en l’air.

J’ai appliqué ces mêmes principes :
Je suis parti simple développeur Spring Boot…
Et je termine l’année en maîtrisant Linux, Shell, Python, Docker, GitLab, Kubernetes, AWS etc.

Pas par magie.
Par méthode.

1. Fais un vrai bilan de tes compétences

Chaque entreprise sérieuse fait un audit annuel.
Toi aussi, classe ce que tu maîtrises, ce qui manque, et ce qui ne sert plus.
Tu ne peux pas progresser si tu ne sais pas où tu en es.

2. Choisis EXACTEMENT le domaine où tu vas évoluer

Tu as changé combien de technos cette année ?
Trop.
Si tu ne sais pas où tu vas, tu ne peux pas choisir les armes.

3. Fixe des objectifs basés sur des PROJETS, pas sur des concepts

“Je veux apprendre React” ne veut rien dire.
“Je veux créer une plateforme de mise en relation en React” : là, tu avances.
On n’apprend pas une technologie. On construit avec.

4. Trouve une roadmap claire

Tu ne cours pas un marathon sans direction.
Demande une roadmap, cherche-la, ou demande-la à ChatGPT.
Ne commence jamais dans le flou.

5. Fixe un délai raisonnable

Ni trop long, ni trop court.
Juste assez pour rester focus.
Si tu n’as pas de deadline, ton projet se dissout.

Maintenant que tu connais la méthode, il ne reste qu’une question :
est-ce que tu vas enfin arrêter d’improviser ?

Tu n’as pas raté ton année parce que tu es nul.
Tu l’as ratée parce que tu as improvisé.
La bonne nouvelle ?
Tu peux tout corriger maintenant.

Non, ce post ne marque pas mon retour.
Mais je veux au moins sauver ton année.
Parce que mon absence n’empêche pas ton envol.

Alors… qu’est-ce que tu décides ?
Laisser encore une fois ton année s’envoler ?
Ou devenir ce monstre de la tech ?

Parce que chaque choix
est responsable de ta destinée.
Ne l’oublie jamais.

Si ce message te parle, laisse un “🔥” ou un “2026” en commentaire.

C’était Del Coding.

Devenons meilleurs.
Ligne après ligne.
Version après version.
Projet après projet.

10 conseils que j’aurais aimé connaître avant de commencer la programmation…
…et qui te sauveront probablement la mise.

Si tu me suis depuis un moment, tu as sûrement remarqué mon absence. T’inquiète, je vais bien — et j’espère que toi aussi.

Ces derniers mois, j’ai jonglé entre projets, apprentissage et développement personnel.
Ça m’a éloigné des publications… et peut-être que ça t’a laissé en plan.
Et ça, je ne me le pardonne pas.

Mention spéciale à Baldé, Yasmine, Reuel, Sephora et Moustapha.
Je ne vous ai pas abandonnés.
J’ai honte d’avoir disparu, mais sachez que je pense à vous chaque jour.
À mon retour, je vous aiderai avec toute l’énergie que j’aurai, quel que soit le domaine où vous serez.

Aujourd’hui, c’est peut-être mon dernier post avant mon vrai retour…
Mais je refuse de partir sans te donner des armes puissantes.
Des armes qui te permettront d’éviter ce qui m’a presque brisé.

Tu es prêt ?
Alors allons-y.

1. Choisis une direction… et tiens bon.
Dév Web, Mobile, Cybersécurité, DevOps…
Les débutants papillonnent partout, et finissent nulle part.
Fixe-toi un cap. Change seulement quand tu as atteint ton objectif.

2. Accepte que tu ne comprendras pas tout rapidement.
Tu n’as pas grandi en 3 mois.
Pourquoi veux-tu devenir expert en 6 mois ?
La compréhension demande du temps. Refuser cette réalité crée de la frustration… et l’abandon.

3. Maîtrise les bases avant de toucher au “level boss”.
Tu veux React, mais HTML/CSS/JS te fuient.
Tu veux Flutter, mais Dart te fait coucou dans le vide.
Tu parles de Docker sans connaître Linux.
Si tu as couru avant de marcher quand tu étais bébé, ce conseil n’est pas pour toi.
Pour les autres : revenez sur les fondations.

4. Les erreurs sont normales.
Ne panique pas.
Elles t’apprennent plus que la réussite. À force de résoudre, tu passes de débutant à qualifié.

5. Sacrifie certaines choses.
La programmation est jalouse.
Sorties, futilités, distractions… tu devras en abandonner quelques-unes. Pas besoin d’être asocial, mais il faudra être intentionnel.

6. Repose-toi.
L’épuisement viendra. C’est humain.
Le repos n’est pas une faiblesse, c’est une stratégie.
Recharge, puis reviens plus fort que jamais.

7. Reste humble.
Tu peux apprendre de n’importe qui. Plus jeune, moins expérimenté, peu importe.
L’orgueil t’empêche de poser des questions.
L’humilité t’ouvre toutes les portes.

8. Travaille sur des projets réels.
Accumuler les tutos sans construire : ça ne sert à rien.
Commence petit.
Construis.
Améliore.
Devient un bâtisseur, pas un spectateur.

9. Fixe des deadlines.
Pas pour te stresser.
Pour t’empêcher de tourner en rond. Demande un délai réaliste à un mentor ou à ChatGPT en fonction de ton niveau.
Sans temps défini, tu peux perdre des années.

10. Entoure-toi de mentors.
Communautés, développeurs expérimentés, amis plus avancés…
Ne cours pas après eux : montre que tu es sérieux.
Pose des questions réfléchies.
L’effort attire l’attention.

Je te laisse maintenant écrire ta propre histoire.
Et à mon retour, je veux voir la légende que tu seras devenu.

Tu as toutes les armes.
Tes projets parleront pour toi.
La bataille ne fait que commencer.

Deviens l’expert que tu rêves d’être.

C’était Coding
En pause.
En ravitaillement.
Mais jamais en fin de cycle.

Devenons développeurs.

, , : Mode d’emploi pour débutants

Tu veux créer un formulaire propre ?
Commence par comprendre ces 3 balises fondamentales.

Oublie les plugins. Oublie le JavaScript.
Le formulaire HTML pur peut déjà faire le job

1. — l’étiquette qui parle à l’utilisateur (et au navigateur)

Ton nom :


✅ Avec for="nom", le label est lié au champ.
→ Quand tu cliques sur le label, le champ s’active.
→ C’est super pour l’accessibilité (lecteurs d’écran, navigation clavier, etc.)

2. — le champ principal

C’est le couteau suisse des formulaires. Voici les plus utilisés:









Chaque type change le comportement du champ.
Et tu peux les combiner avec :

placeholder → pour donner un exemple

required → pour obliger une saisie

value → pour une valeur par défaut

3. — pour les longs messages

Ton message :



✅ Parfait pour les commentaires, descriptions, avis clients…
→ Tu peux définir sa taille avec rows et cols.

Conclusion express :

✔️ = pour guider
✔️ = pour capturer
✔️ = pour t’exprimer

Delcodeur Originel.
Brut. Vrai. Formateur de formulaires solides.

👨‍💻 Devenons développeurs.

Pas une seule ligne de JavaScript.
Et pourtant…
Tu peux créer un formulaire fonctionnel.

Oui, tu as bien lu.

Tu n’as pas besoin de JS pour créer un formulaire qui :
✅ recueille des infos
✅ envoie des données
✅ redirige l’utilisateur
✅ respecte la structure web

Le problème, c’est qu’on t’a vendu l’idée que HTML tout seul, c’est nul.

Mais en vérité…

HTML peut déjà faire beaucoup.
C’est juste qu’on t’a jamais montré tout son potentiel.

🛠️ Exemple simple : un formulaire HTML qui fonctionne sans JS


Nom :


Email :


Envoyer


📤 Résultat ?
→ Dès que l’utilisateur clique sur "Envoyer", les données sont postées vers l’URL que tu as définie.
→ Pas de JS. Pas de framework. Juste du HTML pur.

Et en plus, tu peux ajouter :

required → pour rendre un champ obligatoire

placeholder → pour guider l’utilisateur

pattern → pour valider un format

type="email", type="number" → pour filtrer directement les saisies

Avant de chercher du JS, maîtrise d’abord les super-pouvoirs natifs de HTML.
C’est souvent largement suffisant pour débuter, tester et comprendre.

Delcodeur Originel.
Brut. Vrai. Défenseur des bases puissantes.

👨‍💻 Devenons développeurs.

Tu bloques ? Ton code fait n’importe quoi ?
Bienvenue dans le club.

Même les pros bloquent.
Mais y’a une différence : ils ont une checklist.

Parce que galérer, c’est normal.
Mais galérer dans le flou total, c’est ça qui te fait perdre confiance.

Alors aujourd’hui, je te partage ma checklist de survie quand tout part en vrille 👇

🛠️ Checklist anti-blocage (à garder sous la main) :

✅ 1. Tu as bien fermé toutes tes balises ?
→ En HTML, une seule balise oubliée peut flinguer toute la page.
(oui, même un pauvre )

✅ 2. Tu bosses bien dans le bon fichier ?
→ Ne ris pas, on a tous stylisé index.html pendant qu’on ouvrait home.html.

✅ 3. Tu as bien relié ton CSS/JS ?
→ Vérifie bien le lien dans le :




✅ 4. Tu as vidé le cache du navigateur ?
→ CTRL + F5 ou vider le cache peut corriger un bug "fantôme".

✅ 5. Tu regardes la console ?
→ Clique droit → “Inspecter” → Onglet “Console”.
Si erreur il y a, elle parle ici.

✅ 6. Tu as essayé de tout commenter et de revenir ligne par ligne ?
→ Souvent, revenir petit à petit te montre précisément où ça casse.

✅ 7. Tu as cherché ton erreur exacte sur Google ou StackOverflow ?
→ Ne tape pas “mon site bug”... tape le message d’erreur exact.
Google est ton mentor silencieux.

✅ 8. Tu es allé boire de l’eau ? Te reposer ?
→ Tu crois que c’est une blague ? Les bugs aiment la fatigue.
Prends 5 minutes. Reviens avec un œil neuf.

Applique ça la prochaine fois que tu bloques.
Parce que parfois…
le bug, c’est pas le code. C’est toi. 😅
Et cette checklist, c’est ton anti-sabotage mental.

Tu veux rejoindre une communauté qui pourra t'aider en cas d'erreur ?
Dis “YES” en commentaire et je t'envoie le lien 👇

Delcodeur Originel.
Brut. Vrai. Débloqueur de développeurs.

👨‍💻 Devenons développeurs.

Mon pire bug en HTML ?
Un jour, j’ai “cassé” une page entière…
… juste à cause d’une balise oubliée.

C’était à mes débuts en mars 2023.
Je voulais faire un site propre. Structuré. Stylé.
J’avais tout prévu : , , …
Mais la page affichait n’importe quoi.
Le texte était collé, les couleurs foireuses, rien ne répondait.

Je recharge.
Je recommence.
Je crie “ENEO, tu me trahis encore ?”
Mais non.
C’était pas Eneo.
C’était moi. 😭

Après 1h de torture mentale, je découvre ça :

Je suis un paragraphe
Je suis un autre paragraphe

🥴 La première balise n’était pas fermée.

Et moi j’étais là, à chercher dans le CSS, à douter de ma connexion, à insulter VS Code.
Alors que c’était… juste… une balise.
UNE. BALISE.

Voici ce que ça m’a appris :
✅ Toujours fermer ses balises.
✅ Toujours indenter proprement.
✅ Toujours relire son HTML avant d’accuser le monde entier.

Si toi aussi t’as déjà failli pleurer pour une erreur bête en HTML,
t’es pas seul.

On commence tous comme ça.
On galère, on râle, on progresse.

💬 Raconte-moi ton pire bug HTML en commentaire👇
On va rigoler, mais surtout apprendre ensemble.

Delcodeur Originel.
Brut. Vrai. Survivant des balises maudites.

👨‍💻 Devenons développeurs.

Balises sémantiques vs balises classiques :
le piège que 90% des débutants ne voient pas venir

Quand j’ai commencé à coder en HTML…
je foutais des PARTOUT.
Une page ? 40 .
Un menu ? 8 .
Un titre ? , parce que j’avais vu ça dans un tuto YouTube.

Je croyais que c’était “pro”.
Mais j’étais juste en train de fabriquer une soupe illisible pour les navigateurs, les lecteurs d’écran… et moi-même.

Bizarrement même aujourd'hui je vois encore des devs pro le faire...

Voici une comparaison brutale :

1️⃣ Le code “classique” d’un débutant :



Accueil



Résultat : un code sans signification, sans structure, sans âme.

2️⃣ Le code sémantique d’un vrai dev :



Accueil



Résultat :
→ Ton code est compréhensible même sans le lire en détail.
→ Google, les lecteurs d’écran, les collègues… tout le monde peut l’interpréter facilement.
→ Et toi-même, dans 3 mois, tu ne regarderas pas ton ancien code comme un grimoire noir.

Voici donc ce que tu dois retenir :
✔️ Les balises sémantiques (comme , , , , ) donnent du SENS à ta structure.

❌ Les et , c’est bien... mais seulement quand tu n’as pas mieux.

Tu veux coder propre ?
Commence par choisir la bonne balise.
Tu ne construis pas un site.
Tu racontes une histoire à la machine.

💬 Et toi, t’as déjà été un “div-addict” ? 😅 Avoue en commentaire👇

Delcodeur Originel.
Brut. Vrai. Anti-spammeur de .

👨‍💻 Devenons développeurs.

Tu connais ... mais est-ce que tu comprends vraiment ?

Tu codes tes pages.
Tu mets ton texte dans le .
Tu mets tes images. Ton bouton. Tes titres.

Mais le ?
Tu le copies sans réfléchir.
Tu le touches pas.
Tu crois que c’est un coin obscur réservé aux développeurs pro.

Grosse erreur.

Parce que , c’est là où tout commence.
Le est invisible…
Mais il contrôle ce que le navigateur voit, lit et comprend AVANT d’afficher ta page.

C’est lui qui pose les règles du jeu.
C’est lui qui prépare le terrain pour que ton site soit :
✅ lisible
✅ accessible
✅ responsive
✅ indexé par Google
✅ stylisé avec du CSS
✅ boosté avec du JavaScript

Voici ce qu’on met (souvent) dans un :



Ma page HTML




Voici le rôle de chaque ligne :
meta charset → Gère les caractères (accents, symboles)
meta viewport → Rend le site responsive sur mobile
title → Nom qui s’affiche dans l’onglet du navigateur
link → Relie ta page à ton fichier CSS
script → Charge ton JavaScript

Sans un bon , ton site peut :
— être illisible
— ne pas s’adapter aux écrans
— ne pas se référencer sur Google
— ne pas charger correctement ton CSS/JS

Alors la prochaine fois que tu l’ignores…
Souviens-toi : le cerveau du site est caché dans la tête.

💬 Tu comprenais déjà le rôle du avant ce post ? Ou t’as juste toujours fait "copier-coller" ? 👇

Delcodeur Originel.
Brut. Vrai. Dévoileur de l’invisible.

👨‍💻 Devenons développeurs.

Tu veux coder une page web ?
Commence par lui donner une ossature solide.

Quand on débute, on se jette sur le design, les couleurs, les effets.
Mais sans structure HTML propre, tout s’écroule.

HTML, c’est comme un corps humain :
Sans squelette, tout s’effondre.

Voici le squelette minimal d’une page web propre et fonctionnelle :





Ma première page


Bienvenue sur mon site
Voici ma toute première page web en HTML !



Décryptons maintenant ce code:


→ Oblige le navigateur à utiliser la bonne version (HTML5)


→ Racine du document + indique que tu parles français (important pour l’accessibilité)


→ Partie invisible mais vitale : encodage, titre, adaptabilité mobile...


→ Permet d’écrire avec les accents (essentiel en français)


→ Ce qui s’affiche dans l’onglet du navigateur


→ Tout ce que l’utilisateur verra à l’écran (titres, textes, images…)

Voici un mini-challenge pour toi:
→ Copie ce code dans un fichier .html
→ Ouvre-le avec ton navigateur
→ Admire ta première création ! 👏

Ce n’est pas encore joli ?
Normal.
On ne met pas du Gucci sur un squelette.
D’abord les os. Après le style.

Delcodeur Originel.
Brut. Vrai. Bâtisseur d’ossatures web.

👨‍💻 Devenons développeurs.

Tu veux un site propre ?
Commence par arrêter de maltraiter et .

Je ne vais pas tourner autour du code :
Si tu utilises et partout "juste parce que", ton HTML est un plat sans sel.
→ Illisible.
→ Inaccessible.
→ Impossible à maintenir.

Je te vois déjà :
“Mais tout le monde met des partout, non ?”
Justement, c’est ça le problème.
Tu construis une maison… avec des briques sans plan.

= Conteneur de blocs
Il sert à grouper plusieurs éléments visuels.
Mais ce n'est pas un passe-partout magique.

❌ Mauvais usage :


Bienvenue



✅ Bon usage :


Bienvenue



🔎 Astuce : si ton site ressemble à une lasagne de , t’as raté la sauce.

= Styliser en ligne
Il est parfait pour mettre un mot en couleur dans une phrase.
Mais si tu fais ça :

Bonjour le monde

… t’es pas développeur. T’es un dresseur de sauvages.
✅ Ce qu’il faut faire :

Bonjour le monde

Ce que tu dois retenir :
✔️ structure des blocs, mais pas toute ta page.
✔️ stylise dans le flux d’un texte, pas à chaque mot.
✔️ Utilise les balises sémantiques (, , , etc.).
Ton site sera plus clair, plus pro, et même Google va te remercier.

C’est quand tu comprends que le HTML, c’est pas juste un support pour le CSS. C’est une langue que ton navigateur et tes utilisateurs doivent comprendre.
Mal la parler, c’est mal se faire comprendre.

Et toi, avoue : tu t’es déjà perdu dans une jungle de ?
Balance le code honteux que t’as jamais osé montrer 👇

Delcodeur Originel.
Brut. Vrai. Maître d’HTML pur.

👨‍💻 Devenons développeurs.