22 insultes qu'aucun développeur ne veut entendre

Le monde de la technologie est un peu différent du joli monde coiffé des costumes et des ventes où tout le monde est poli, même quand ils détestent vos tripes et pensent que vous êtes un idiot. Les managers en costume peuvent sourire et cacher leur vrai message par la façon dont ils disent que vous êtes «super, vraiment super copain», mais les programmeurs disent souvent ce qu'ils pensent, et quand cet esprit a quelque chose de désagréable à dire, attention, sentiments.

Analyser, déballer et trier les insultes que les développeurs lancent prend une peau épaisse. Personne n'aime se faire dire que ses idées et son code ne sont rien de moins qu'insensément géniaux, mais certains coups sont meilleurs que d'autres, allant au cœur de vos défauts de codage. En fait, une bonne insulte peut contenir une feuille de route pour faire avancer votre projet. Si votre rival est prêt à expliquer ce que vous devez faire pour que votre code vaille la peine d'être utilisé, eh bien, cela vaut la peine de supporter que quelqu'un vous appelle ou que votre code soit «lourd», «cruel» ou «plein d'anti-modèles».

Certaines personnes sont explicitement brutales, et cela pourrait en partie être les mécanismes par lesquels nous recevons des insultes - presque jamais face à face. Linus Torvalds soutient que le courrier électronique est un mécanisme intrinsèquement défectueux qui cache souvent des indices subtils, comme ceux que le service marketing échange en bougeant les yeux. Torvalds a dit un jour à un développeur à la peau fine: «C'est vraiment difficile de lire les gens par e-mail. Je pense que vous devez être * plus * honnête et * plus * ouvert par e-mail. "

Pour s'amuser un peu, il a inséré une bombe logique dans les appels à plus de sensibilité en disant que sa culture inclut la malédiction. Les pleurnichards pourraient essayer de se rappeler qu'il vient de Scandinavie, la patrie des guerriers vikings.

Dans l'intérêt d'aider le monde de la technologie à faire face aux élingues et aux flèches de la fortune scandaleuse, voici une liste de quelques insultes courantes qu'aucun développeur ne veut entendre - mais le fera souvent. Préparez vous.

"Le code ne se compile pas"

Ces trois mots peuvent sembler anodins, factuels même, mais ils cachent un vrai venin. Après tout, ils signalent que le code peut fonctionner correctement sur votre machine, mais cela n'a d'importance pour personne d'autre. Ils ont essayé là où ils voulaient que votre code s'exécute, et ça s'est brisé. Il se peut qu'ils n'aient pas les bonnes bibliothèques installées. Peut-être qu'ils utilisent une version différente du compilateur. Ils peuvent même avoir un interrupteur différent sur l'optimiseur. Quelle que soit la vraie raison, personne ne le sait et personne ne s'en soucie. Tout ce qu'ils veulent vous dire, c'est que vous avez sauté la deuxième leçon du cours de programmation, celle où l'instructeur vous apprend où mettre les points-virgules.

"Lourd"

Ici, codage et stoner rock divergent. Pour une raison quelconque, «léger» est un compliment quand il s'agit de programmation et «lourd» est une épithète, comme mettre trop de notes dans votre solo de guitare. Mais «fonctionnalité riche» est un compliment et «fonctionnalités manquantes» est une insulte, alors allez comprendre. Vous ne pouvez pas avoir de fonctionnalités sans ajouter de code et rendre la pile plus grosse et donc plus lourde.

"Costume"

Si vous associez un habillage raffiné au pouvoir et au statut, dans le monde de la programmation, vous avez autre chose à venir. Après tout, seuls les ninnies ignorants qui ne connaissent rien aux ordinateurs mais qui veulent patauger et gérer un projet porteraient un costume. Les personnes qui créent des logiciels portent quelque chose de plus confortable. Un croisement entre un kimono et un kilt pourrait être le nirvana - sinon, ce vieux tie-dye Phish ou un sweat à capuche si vous êtes plus jeune.

Linus Torvalds a écrit un jour: «Si vous voulez que j'agisse de manière professionnelle, je peux vous dire que cela ne m'intéresse pas. Je suis assise dans mon bureau à domicile en peignoir. De la même façon que je ne vais pas commencer à porter des cravates, je ne vais * pas non plus * acheter la fausse politesse, le mensonge, la politique de bureau et les coups de poignard dans le dos, l'agressivité passive et les mots à la mode.

Si vous, en tant que programmeur, semblez même être coupable de l'un d'entre eux, vous porterez l'épithète, quelle que soit la façon dont vous vous habillez pour le travail.

"Plein d'anti-modèles"

Certains les appellent de mauvaises stratégies, des idées stupides ou une pensée bâclée, mais les programmeurs aiment balancer l'expression «anti-modèle» pour décrire une façon de créer du code qui n'est pas recommandée. Cela semble plus scientifique - et parce que la science est la religion de la console, dire que votre code est plein d'anti-modèles est pire que de dire qu'il est mauvais. Cela dit que votre programmation est immorale.

«Fanboi»

Il y a longtemps, lorsque les PC régnaient sur la planète et qu'Apple était presque en faillite, quelques utilisateurs fidèles ont continué à chanter les louanges d'Apple et à prédire que le monde en viendrait un jour à chérir la beauté et la sophistication de ses produits. Les amateurs de PC ont rejeté leur dépendance en les appelant des «fanbois».

Bien que les amateurs de pomme aient raison, cela ne signifie pas que quelqu'un vous fait maintenant un compliment en vous traitant de fanboi. Ils signifient que vous ignorez volontiers la réalité à cause d'un dévouement trop zélé à un principe ou une idée étrange, comme Perl ou peut-être .Net, non pas que nous faisons des suggestions.

"Lent"

Les ordinateurs sont rapides. Comme on dit dans le département marketing, cela fait partie de leur marque. Vous pourriez même dire que c'est un fondement de la marque. Après des décennies de loi de Moore, tout le monde s'attend simplement à ce que les ordinateurs deviennent de plus en plus rapides.

Hélas, les programmeurs ne fournissent pas toujours quelque chose de rapide. De nombreux concepteurs de matériel aiment dire qu'ils ont livré leur part du marché. Ce sont les équipes logicielles qui produisent du code gonflé et inefficace qui aspire la vie des puces plus rapides.

Bien que baisser la température et prendre votre temps vous donne les viandes les plus savoureuses, la torréfaction lente de votre code est un non-non.

«N00b»

Quelqu'un pourrait-il être aussi ignorant qu'une nouvelle recrue? Ils épelleraient probablement cela avec des lettres et non des chiffres. (Voir aussi: «gnubie»: celui qui ne grok open source.)

"Ressource"

C'est drôle, il y a tout un département déterminé à relier ce qui est humain en nous au terme économique de «ressource». Il semble vital pour notre employabilité de paraître au moins ingénieux. Mais si un programmeur vous appelle une ressource, il pourrait aussi bien vous appeler une brique Lego dans le mur ou un autre rouage dans la machine. Vous n'êtes même pas un morceau de viande - vous êtes un automate ou un appel de fonction qui crache du code.

«Crufty»

Crufty: un design mélangé, souvent avec des restes de détritus d'autres projets. Un désordre bricolé assemblé avec peu de prévoyance ou d'intelligence. Un Frankenstein bâclé et cousu qui fonctionne à peine. Faites votre choix, quand vous voyez le mot «cruel». Probablement, ce n'est pas seulement votre code qu'ils commentent; ce pourrait être vous et vos idées.

"/ Dev / null"

Dans le monde Unix, le périphérique nul est un trou noir qui oublie toutes les informations qui lui sont envoyées. Il est principalement utilisé pour tester les pilotes de périphériques et d'autres codes qui traitent les données. En tant que métaphore, c'est un moyen désinvolte parfait de dire que le mémo que vous avez écrit ne vaut pas la peine d'être stocké sur disque ou envoyé à l'imprimante.

«Kluge»

Parfois, vous n'avez pas le temps de peaufiner ce projet parallèle que vous mettez en place le week-end, seulement pour trouver 2000 autres développeurs en dépendent soudainement. Avec la deuxième vague d'intérêt viennent les insultes. Qu'est-ce que ce dépôt regroupé dans un seul fichier? Une solution pratique, pas élégante. Un boulot. Une collection virtuelle de fils à balles et de ruban adhésif conçu en un instant, car c'est tout le temps qu'il y a. C'est ainsi que votre code porte un badge marqué "kluge". Au mieux, votre programmation est considérée comme une solution qui peut réussir temporairement mais qui finira par échouer car elle n'est pas suffisamment approfondie pour résoudre correctement le problème, même si elle résiste à l'épreuve du temps.

«Bitrot»

Le code commencera généralement à échouer lorsque le système d'exploitation, les bibliothèques ou d'autres systèmes sont mis à jour. Les nouvelles versions ont plus de fonctionnalités, prennent des paramètres différents ou font parfois des hypothèses différentes. Dans d'autres cas, les programmeurs ont corrigé un bogue que votre code supposait être présent. L'ancien code n'échoue pas complètement, du moins au début. Mais cela commence à grincer alors que de plus en plus d'appels au système d'exploitation ou aux bibliothèques commencent à échouer. Si vous n'investissez pas dans le renouvellement de vos connaissances et l'amélioration de votre code, vous commencez à pourrir comme un vieux poisson. Les gens peuvent être durs lorsqu'ils le signalent.

«Bogon»

L'électricité circule à travers un flux d'électrons. La lumière voyage via les photons. Stupidité? La particule bogon est responsable du comportement bidon et de la bogosité générale. Vous feriez mieux d'espérer que le flux bogon du bout des doigts et que le clavier ne soit pas mesurable. (Remarque: en face d'un cluon.)

«Bozo bit»

Au début, Apple a essayé d'ajouter une protection contre la copie au logiciel en ajoutant un bit supplémentaire à l'en-tête du fichier d'application. S'il était défini, le système d'exploitation refuserait de copier le fichier. Cela a bien fonctionné jusqu'à ce que tout le monde comprenne comment modifier l'en-tête et le retourner un peu. Bien que tout le monde aime être comparé à Apple, personne n'aime entendre qu'une nouvelle architecture ou un nouvel ensemble de fonctionnalités rappelle à quelqu'un le bit bozo.

"Fragile"

Un code fragile et incapable de fonctionner avec la résilience nécessaire - c'est-à-dire ce qu'ils disent des résultats de votre travail. Bien sûr, lorsque votre code a été compilé et passé tous les tests unitaires, vous avez célébré. Mais ensuite, quelqu'un a changé les entrées ou lancé une division par zéro et votre code s'est écrasé. C'est à ce moment-là que vous réalisez que l'écriture de code ne se limite pas à s'assurer qu'il fonctionne lors du premier test.

"Programmeur culte du fret"

Cette insulte fait référence à un conte célèbre de Richard Feynman sur une ancienne tribu qui a rassemblé des bûches pour construire ce qui ressemblait à un avion. Pourquoi? Ils savaient que les engins ailés amenaient des visiteurs incroyables avec une cargaison précieuse venue du ciel. Ils pensaient que construire quelque chose qui avait l'air d'avoir des ailes produirait les mêmes résultats. Dans le cas des logiciels, celui qui construit un système basé sur une méconnaissance superficielle du problème est celui qui est qualifié de «programmeur culte du fret». Un jour, la théorie à moitié cuite sur laquelle vous avez basé votre travail pourrait même vous sembler humoristique.

"Bonbon pour les yeux"

Certaines personnes écrivent du code de ligne de commande qui fournit les réponses sous forme de texte simple. D'autres créent des interfaces utilisateur flashy avec du code de danse, des boutons clignotants et des couleurs accrocheuses. Ils peuvent même intégrer plusieurs vidéos, parfois avec de beaux modèles avec des yeux qui ne rencontrent jamais tout à fait les vôtres. Y a-t-il quelque chose en dessous? Le patron ne va pas regarder le code. En d'autres termes, un joli visage recouvre un noyau vide.

"Hackish"

Le travail «hack» est surchargé de significations diverses, certaines positives et d'autres négatives. "Hackish" est à peu près la même chose. Certains l'utilisent pour suggérer une manœuvre intelligente qui serait appréciée par les hackers les plus rusés. D'autres fois, c'est une astuce qui n'est pas assez rapide pour être un hack, pas assez solide pour être réelle.

«Mangler»

"Mangler" a une qualité insultante évidente et subtile. Si vous avez mutilé le code, à quoi pouvez-vous vous attendre? Le terme est également utilisé, au moins dans les cabines de codage, en remplacement du mot «manager», comme dans «project mangler» ou «division mangler», pour montrer ce que les artisans pensent des bureaucrates. Bien sûr, les gestionnaires ont un terme différent pour les personnes qui font des promesses excessives et qui sous-livrent. Ils s'appellent des programmeurs.

"No-op"

Quelqu'un qui ne fait rien est un no-op, en référence à une instruction binaire vierge qui traverse le CPU sans rien changer. No-ops remplit le flux d'instructions et aide au débogage. Certains processeurs utilisent des codes no-op avec des représentations intelligentes en hexadécimal. (Voir «deadbeef».)

«Aléatoire»

Certains des algorithmes les plus intelligents s'appuient sur un flux constant de nombres complètement aléatoires pour trouver des solutions - certains, mais pas tous. En fait, la plupart ne le font pas. Vous pouvez voir comment ceux qui sont perturbés par des perturbations dans votre code peuvent l'étiqueter comme tel. Vous ne voulez certainement pas que vos e-mails, mémos ou documentation soient considérés comme des virements aléatoires dans l'espoir de toucher quelque chose d'important. (Antonyme: bien informé.)

[Rien]

La seule chose pire que d'être insulté est d'être ignorée.

Articles Liés

  • 21 tendances de programmation à chaud - et 21 à froid
  • 9 prédictions pour l'avenir de la programmation
  • 9 mauvaises habitudes de programmation que nous aimons secrètement
  • Les 13 compétences de développeur que vous devez maîtriser maintenant
  • Télécharger: Le guide de survie en entreprise du programmeur professionnel
  • Téléchargement: 29 conseils pour réussir en tant que développeur indépendant
  • Programmer le monde: 12 technologies que vous devez savoir maintenant
  • Attaque des langages de programmation à une lettre
  • 9 langages de programmation de pointe à apprendre maintenant
  • 7 leçons intemporelles de programmation 'Graybeards'
  • 9 projets de recherche qui pourraient transformer l'entreprise
  • Bilan: les quatre grands IDE Java comparés
  • Téléchargement: pratique avec 17 éditeurs JavaScript et IDE
  • 11 bases de données de pointe à explorer maintenant
  • 33 pires lignes jamais dites par les recruteurs technologiques
  • 10 batailles qui font rage pour le cœur et l'esprit des développeurs
  • 15 technologies qui changent la façon dont les développeurs travaillent
  • Dév-olution: saluant 19 générations de programmeurs informatiques