Cela faisait longtemps que je n'avais pas lu un article sur la programmation avec un sourire constant sur mon visage.

Grug est comme la plupart d'entre nous, pas un développeur au gros cerveau, mais un simple homme des cavernes qui veut écrire du code de qualité décente et faire avancer les choses.

Grug n'est pas si intelligent, mais c'est peut-être son super pouvoir. Il y a beaucoup de sagesse dans le texte.

Pour moi, il m'a fallu quelques minutes pour m'imprégner de la façon de s'exprimer de Grug, mais ça vaut le coup !

Lire l'article complet sur grugbrain.dev

Voici quelques pépites d'or de chez Grug :

Complexité

la complexité est un démon spirituel qui entre dans la base de code par le biais de développeurs et de chefs de projet non grug-brain bien intentionnés mais finalement très clubbables qui ne craignent pas le démon spirituel de la complexité ou même le savent parfois

Dire non

la meilleure arme contre la complexité esprit démon est le mot magique : "non"

non, ne construisez pas cette fonctionnalité
non, ne construisez pas cette abstraction

attention, ce bon conseil d'ingénieur mais mauvais conseil de carrière : "oui" est le mot magique pour plus de rock brillant et mis en charge d'une grande tribu de développeur

triste mais vrai : apprenez "oui" puis apprenez à blâmer les autres grugs en cas d'échec, un conseil de carrière idéal

Factoriser votre code

ne prenez pas en compte votre candidature trop tôt !

les développeurs à gros cerveau n'aiment souvent pas ça du tout et inventent beaucoup d'abstractions début de projet

grug tenté d'atteindre le club et de crier "gros cerveau, pas de code à maintenir !" grand mouvement de cerveau sur le prochain comité d'architecture, laissez le code pour un accord avec le grug !"

au lieu de cela, essayez de limiter les dommages au développeur du gros cerveau au début du projet en lui donnant quelque chose comme un diagramme UML (pas de code blessé, jetez-le probablement de toute façon) ou en exigeant une démonstration de travail demain

démo de travail particulièrement bonne astuce: forcer le gros cerveau à faire quelque chose pour parler et coder pour regarder ce faire, aidera le gros cerveau à voir la réalité sur le terrain plus rapidement

Clôture de Chesterton

Grug comprend que tous les programmeurs platoniciens à un certain niveau souhaitent la perfection de la musique des sphères dans le code. mais le danger est là, le monde est laid et grognon plusieurs fois et il faut donc aussi que le code soit

grug ne dit pas qu'il n'y a jamais d'amélioration du système, assez stupide, mais recommande de prendre le temps de comprendre le système d'abord, en particulier le plus grand système est et respecte le code qui fonctionne aujourd'hui même s'il n'est pas parfait

Outils

outil d'amour grug

un bon débogueur qui vaut le poids dans les roches brillantes, en fait aussi plus : face à un bogue, Grug échangeait souvent toute la roche brillante et peut-être quelques enfants contre un bon débogueur et de toute façon le débogueur ne pèse rien autant que Grug peut le dire

Grug recommande toujours aux nouveaux programmeurs d'apprendre très profondément le débogueur disponible, des fonctionnalités telles que les points d'arrêt conditionnels, l'évaluation des expressions, la navigation dans la pile, etc.

Systèmes de types

Les systèmes de type très similaires facilitent la programmation. pour Grug, tapez les systèmes qui ont le plus de valeur lorsque Grug touche le point sur le clavier et la liste des choses que Grug peut faire pour faire apparaître la magie. ce 90 % de la valeur du système de type ou plus à grug

toujours le système de type le plus de valeur vient: cliquez sur le point voyez ce que le grug peut faire, n'oubliez jamais!

Séparation des préoccupations

La séparation des préoccupations (SoC) est une autre idée puissante sur l'esprit de nombreux développeurs

ici grug beaucoup plus aigre que DRY et en fait écrire un essai de gros cerveau sur le principe de conception alternatif de la localité du comportement (LoB) contre SoC

grug préfère de loin mettre du code sur la chose qui fait la chose. maintenant quand grug regarde la chose grug sait la chose ce que la chose fait, toujours un bon soulagement !

Enregistrement

Grug grand fan de la journalisation et encouragez-en beaucoup, en particulier dans le cloud déployé. certains non-grugs disent que l'exploitation forestière est coûteuse et pas importante. Grug utilisé ne pense plus de cette façon

les conseils de grug sur la journalisation sont :

• enregistrer toutes les principales branches logiques dans le code (if/for)
• si la "demande" s'étend sur plusieurs machines dans l'infrastructure cloud, incluez l'ID de la demande dans tous afin que les journaux puissent être regroupés
• si possible, faites en sorte que le niveau de journalisation soit contrôlé dynamiquement, afin que le grug puisse s'activer/désactiver en cas de besoin de débogage (beaucoup !)
• si possible, créez un niveau de journalisation par utilisateur, vous pouvez donc déboguer un problème utilisateur spécifique

l'ultra plus grand développeur de cerveau a dit un jour :

L'optimisation prématurée est la racine de tout Mal

grug recommande toujours d'avoir un profil de performance concret et réel montrant un problème de performance spécifique avant de commencer l'optimisation.

ne sait jamais quel problème réel pourrait être, grug surprend souvent ! très souvent!

Apis

Les créateurs d'API pensent trop abstraits et ont un gros cerveau

généralement grug ne se soucie pas trop des détails de l'api: voulez écrire un fichier ou une liste de tri ou quoi que ce soit, voulez juste appeler write() ou sort() ou quoi que ce soit

mais les développeurs d'API Big Brain disent :

pas si vite, grug ! ce fichier est-il ouvert en écriture ? avez-vous défini un comparateur pour ce tri ?

Grug trouve à nouveau la main qui se retient pour atteindre le club

ne vous souciez pas de ce genre de choses en ce moment, je veux juste trier et écrire le fichier mr big brain !

Développement frontal

certains non-grugs, lorsqu'ils sont confrontés au développement Web, disent :

Je sais, je vais diviser ma base de code front-end et back-end et utiliser une nouvelle bibliothèque SPA à chaud pour parler à un back-end API GraphQL JSON via HTTP (ce qui est amusant car je ne transfère pas d'hypertexte)

maintenant vous avez deux repaires d'esprit démon complexes

grug pas comme les grandes bibliothèques frontales complexes que tout le monde utilise

grug faire htmx et hyperscript pour éviter

garder la complexité faible, HTML simple, éviter beaucoup de javascript, l'éther naturel du démon de la complexité de l'esprit

peut-être qu'ils travaillent pour vous, mais pas d'offre d'emploi, désolé

réagissez mieux pour le travail et aussi pour certaines applications de type, mais aussi vous devenez un acolyte du démon de la complexité que vous le vouliez ou non, désolé telle est la vie frontale

Peur d'avoir l'air stupide

note! très bien si senior grug prêt à dire publiquement : « hmmm, c'est trop complexe pour le grug » !

de nombreux développeurs Fear Of Looking Dumb (FOLD), grug aussi à un moment donné FOLD, mais grug learn get over : très important senior grug dit "c'est trop compliqué et confus pour moi"

cela permet aux grugs juniors d'admettre trop complexe et de ne pas comprendre aussi bien, souvent ce cas ! FOLD source majeure de complexité du pouvoir démoniaque sur le développeur, en particulier les jeunes grugs !

Syndrome de l'imposteur

notez que beaucoup de ces imposteurs se sentent en développement

maintenant, Grug fabrique des logiciels avec beaucoup de travail et un succès modéré en open source, et pourtant Grug lui-même n'a souvent aucune idée de ce qu'il fait ! très souvent! grug toujours peur faire une erreur briser le code de tout le monde et décevoir les autres grugs, imposteur !

est peut-être la nature de la programmation pour la plupart des grugs de se sentir imposteur et d'être d'accord avec ce qu'il y a de mieux : personne imposteur si tout le monde imposteur

tout jeune grug lu jusqu'ici se débrouillera probablement bien dans la carrière du programme, même si les frustrations et les inquiétudes sont toujours là, désolé