Rules Angular

[eturlier]

Type of PR

• Refactor
• Feature
• Bug Fix
• Optimization
• Documentation Update

Description

Angular best practices

Behavior

Add angular rules

[neogenz]

Merci pour l’initiative, c’est top !
Je travaille aussi sur des règles Angular. Pour ma part, j’ai pris le parti de découper les règles plus finement. Je suis encore en train de bosser dessus pour vérifier que c’est pertinent avant de proposer une PR.
Tu obtiens de bons résultats avec un fichier de règles unique pour Angular ?

Car c'est clairement plus pratique à gérer que x petits fichier eclatés.

[eturlier]

J'avoue que j'en avais plusieurs et que j'ai du les regrouper pour Windsurf.

Celui là marche pas mal sur un de mes projets actuels qui est assez simple.

Mais peut être qu'on peu découper car c'est assez particulier à mon projet ça parle de material, des rest, ...

[neogenz]

D'acc, merci pour la précision 👍

Hum oui, c'est vrai qu'en découpant, il y a le gros avantage de pouvoir sortir les spécificités aux frameworks/libs optionnelles en fonction des projets.

Écoute, je vais tester ton fichier sur un de mes projets pour expérimenter le "one big file", quitte à sortir quelques règles non applicables dans mon contexte. Comme ça, je pourrai essayer de me faire une idée par rapport à x petites règles.

Merci encore 👍

[eturlier]

Ok, tu me tiens au courant.

Je vais essayer d'améliorer en découpant un peu plus de mon côté dès que j'ai un peu de temps.

[alexsoyes]

@eturlier , @neogenz , c'est quoi le statut ici ? On merge ou on découpe ?

[neogenz]

Alors je suis toujours en train d’expérimenter, mais le bloc unique me semble tout aussi pertinent qu’un découpage. Car avec le découpage — qui devient assez lourd avec beaucoup de fichiers selon le nombre de règles, de frameworks, etc. — j’ai l’impression que, peu importe le modèle (Claude 4 Sonnet, Gemini 2.5 Pro, même en mode MAX), il commence à s’éparpiller, oublie certaines règles, ce qui oblige à reprendre la main ou à réitérer de précieux prompts.

Typiquement, sur mon projet perso, je suis sur Angular 20, Angular Material 20, Tailwind 4, avec toute une logique d’architecture assez précise : pnpm, vitest, schémas Zod, pas mal de coding rules propres à Angular, la mise en œuvre du design system Material 3, de l’API signal, resource, etc. J’essaie au mieux de mener ma barque pour vibe-coder et gagner du temps, mais le fait d’avoir un grand nombre de règles me semble pour le moment contre-productif selon les cas. Ce n’est pas une expérimentation très déterministe. Perso, je dois continuer pour me faire un avis précis.

[eturlier]

Je l'ai pas mal réduit du coup pour un premier jet.
Je suis en train de regarder pour en faire d'autre fichier plus précis dès que j'ai le temps.