🔨
Tech

Meilleures règles de linting que tu désactives dès le premier commit

Les règles ESLint les plus strictes (et les plus inutiles)

Les meilleures règles de linting sont celles que tu n'activeras jamais.
👑 Choix n°1

ESLint no-console

La règle que tu désactives dans les 5 minutes après l'installation

Les 5 recommandations

Prix estimés au 22 févr. 2026

#1 · ESLint Official · Crowd Favorite

ESLint no-console

Gratuit

La règle que tu désactives dans les 5 minutes après l'installation

  • ✓ Attrape les console.log oubliés en production
  • ✓ Configurable par environnement
  • ✓ Vraiment utile sur les gros projets
  • ✗ Génère des faux positifs sur les logs de debugging intentionnels
#2 · ESLint Official · Most Overhyped

ESLint prefer-const

Gratuit

Je réassigne jamais mes variables de toute façon

  • ✓ Encourage l'immuabilité
  • ✓ Améliore la lisibilité du code
  • ✓ Détecte les variables inutiles
  • ✗ Très verbeux quand on refactor du code existant
  • ✗ Force à déclarer 50 const au lieu d'une let dynamique
#3 · ESLint Official · Budget King

ESLint max-len

Gratuit

80 caractères par ligne en 2024, c'est une blague

  • ✓ Force à écrire du code lisible
  • ✓ Facilite la revue de code sur petits écrans
  • ✓ Très configurable
  • ✗ Complètement dépassée avec les moniteurs modernes
  • ✗ Crée des lignes inutilement compliquées pour respecter la limite
#4 · Prettier & ESLint · Hidden Gem

Prettier (intégration ESLint)

Gratuit

Prettier vs ESLint : une guerre que tu ne gagneras pas

  • ✓ Évite les conflits de formatage
  • ✓ Automatise 90% des décisions de style
  • ✓ Réduit les débats stupides en code review
  • ✗ Les deux outils se marchent parfois dessus
  • ✗ Configuration complexe pour coexister
#5 · TypeScript ESLint

ESLint @typescript-eslint/explicit-function-return-types

Gratuit

TypeScript infère déjà le type, pourquoi l'écrire deux fois ?

  • ✓ Force la documentation implicite du code
  • ✓ Évite les surprises de typage
  • ✓ Excellente pour les bibliothèques publiques
  • ✗ Pénalisant pour le code applicatif classique
  • ✗ Beaucoup de faux positifs sur les callbacks simples