Je n’aborderai pas ici le débat, en partie stérile, consistant à se demander s’il faut traduire ou non tous ces termes et/ou créer des équivalents en français quand il n’y a pas de mot existant. Une langue vivante est, comme son nom l’indique, vivante (eh ouaip, ne me remerciez pas), comme tout organisme elle mue, agrège des éléments, transforme de la matière en d’autres choses, et c’est très bien (mieux : c’est vital — une langue que ne bouge plus est, comme on le dit fort bien, une langue morte).

Non, je vais juste ici évoquer quelques uns des mots qu’on pratique beaucoup en environnement professionnel, ceux qui ont pour mon oreille un peu bizarre des résonances particulièrement drôles ou poétiques. Ça me donnera au passage l’occasion de parler un peu d’un framework que j’aime bien (voir ici, ici, ou ici). On pourrait appeler cette liste « les 10 termes à connaître pour speaker fluemment le Symfony in le texte ».

• autoload : ne me demandez pas pourquoi celui-là me plait, il y a des chances que ça ait à voir avec Goldorak (autolargue, quoi).  En ce qui nous concerne, l’autoload est une fonctionnalité un petit peu magique qui dispense le développeur d’inclure explicitement chacun des fichiers définissant les classes dont il a besoin, le framework (chez nous, c’est Symfony, des fois que je ne l’aurais pas dit) se chargeant à chaque nouvelle instanciation d’objet de fouiller les répertoires qui vont bien à la recherche du fichier nécessaire et de l’inclure dans votre dos sans que vous ayiez à vous en soucier.
• bootstraping : souvent utilisé dans un discours de vérité pour en jeter un max, le bootstraping est littéralement laçage de chaussure (ou serrage de sangle de botte…) Les bootstraps sont concrètement des anneaux cousus sur le rebord des bottes, qu’on utilise pour s’aider à les chausser. En anglais courant, le verbe bootstrap signifie d’ailleurs « se débrouiller tout seul ». Pour la fine bouche, signalons que dans la littérature anglaise le verbe est également une référence aux aventures du baron de Münchhausen qui, embourbé dans un marécage, s’en sort en se tirant lui-même par ses bottes pour se propulser dans les airs…
  « Bootstraper », puisqu’on l’utilise bien entendu comme verbe francisé, consiste à démarrer le boulot en en prémâchant l’essentiel, pour obtenir rapidement une base pouvant servir au développement d’une application plus puissante par la suite.
• cécé : ou « cici », si on le fait à l’anglaise ; abbréviation et alias de la commande Symfony clear-cache (puis plus récemment cache:clear) utilisée pour clearer le cache (le vider, quoi). On doit entendre chez Sensiolabs environ 167 fois par jour « t’as fait un cécé ? ».
• crud : à prononcer « crude », ou « creude », bien sûr. Acronyme de Create-Retrieve-Update-Delete, qui sont les quatre fonctions de base d’une interface simple d’administration de données.
• fixtures : toujours un peu difficile à dire pour les français, les fikstcheurzes sont des données servant à tester et/ou initialiser une application, stockées dans un format simple à éditer et à utiliser pour des injections automatiques (voir populate plus bas).
• helper : j’aime bien l’idée d’ « aideurs » (j’imagine que l’administration nous ferait dire « aidants ») qui avec leur petits bras muskés font des trucs pour toi. Un helper est en effet une petite fonction destinée en général à retourner du code HTML répétitif, construit avec des paramètres ou propriétés d’un objet qu’on lui passe.
• hydrate : liquide et poétique image qui touche au sublime : « hydrater un objet » consiste à lui attribuer des valeurs qu’on a récupérées en vrac par ailleurs (pour faire très simple), cette attribution devant être « intelligente », c’est-à-dire qu’elle doit faire correspondre à la bonne propriété la bonne valeur. On peut « hydrater à la main », ce qui n’a rien à voir avec une crème de jour, ou recourir à des fonctions qui mâchent le travail.
• populate : autre métaphore que j’affectionne particulièrement, qu’on emploie un peu indifféremment en anglais ou dans sa version française ( « peupler », ou le néologique « populer »). Peupler une base de données consiste à lui injecter des données de tests ou des données initiales nécessaires à l’application (utilisateurs, contenus de départ…) ; pour faciliter la vie des développeurs, il existe dans Symfony des façons d’automatiser cette action pour pouvoir la répéter en deux coups de cuiller à pot et insérer des fixtures en une seule commande.
  Il existe aussi la variante « repeupler« , qui désigne le fait de réafficher les données saisies par l’utilisateur dans un formulaire s’il contient des erreurs ou doit être complété. On a tous un jour expérimenté la douleur de l’absence de repopulation, quand on a passé du temps à remplir un formulaire, qu’on valide, qu’il est refusé pour une quelconque raison, mais est réaffiché tout vide, et qu’on doit tout ressaisir… Vous pourrez maintenant hurler « IL N’A PAS ÉTÉ REPEUPLÉ, BORDEL DE M… ! »
• routing : celui-là aussi on le traduit peu (le « routage » gardera quoiqu’on en dise toujours une connotation de service postal). Le routing est le mécanisme qui réécrit et/ou traduit les urls (selon le sens où on le regarde) pour permettre de paramétrer des adresses, comme on dit, plus sympathiques pour les utilisateurs et les moteurs de recherche (respectivement : user-friendly, et search-engine-friendly ; ouéééé, copaaaing !) Il est lié à ce qu’on appelle la réécriture d’url, qu’on dit très souvent à l’anglaise aussi : l’iouharelle riraïtingue.
• sandbox : littéralement « bac à sable », désigne une mode autonome de distribution d’une application, pour faciliter son installation et permettre des tests où les risques d’impact pour le reste du serveur sont limités sinon nuls. En d’autres termes : pour faire joujou dans son bac à sable où on peut tout crader sans gêner personne.
• scaffolding : image très sympathique, qu’on pourrait traduire par « échaufadage ». Assez proche du bootstraping, le scaffolding est plus spécifiquement lié à la façon d’exploiter la structure d’une base de données. Il se base sur une description formalisée de cette structure (dans Symfony, par exemple, dans un fichier schema.yml) pour générer automatiquement une interface d’administration crud (voir plus haut). C’est ce que fait le bien nommé admin generator,  affectueusement appelé admin gen (prononcez « admine jène »), dans Symfony. En quoi on peut dire : « l’admin gen, ça consiste à bootstraper ton backoffice en faisant du scaffolding avec des interfaces crud ».
  Cpas beautiful, ça ?

Divers livres et endroits du web m’ont indiqué que cette tradition était typiquement française , je ne sais pas s’il y a de quoi s’en réjouir. Sans parler du fait que la distinction MOA/MOE, notamment, impose une séparation assez artificielle entre le métier (client) et la technique (prestataire), qui finit par opposer politiquement les savoir-faire plutôt que de viser à les faire se rencontrer, sans parler non plus du fait que si dans l’informatique ou les applications web tout se passait comme lors de la construction d’un bâtiment, on perdrait sans doute moins de cheveux , sans parler de tout ça donc, même si maintenant c’est un peu fait, je voudrais élever rediriger le débat (ben tiens) jusqu’à la question de l’opportunité et de la pertinence de certaines métaphores fréquemment utilisées dans notre beau métier (les applications web).

Sans grande surprise, quand quelqu’un dans ledit métier, client ou prestataire, se lance dans une métaphore filée , il puise dans le champ lexical du bâtiment. Déduction (maintenant possible) : il est français ; bon, en général, on le sait déjà.
De manière un peu plus surprenante, quand ça se produit, ne me demandez pas pourquoi mais neuf fois sur dix il ou elle prend l’exemple d’un carreleur. Celui qui pose le carrelage, quoi, vous savez le truc par terre, là. Pourquoi le carrelage ? No sé ; on demandera à Freud de se pencher sur la question. Bref.
La suite de l’histoire, car il s’agit toujours d’une histoire personnelle, se résume dans les grandes lignes à :

1. le carreleur a fait un devis précis sur le nombre de mètres carrés à couvrir, voire dans les meilleurs versions, sur le nombre carreaux
2. il l’a fait signer avec le sang et il a demandé un acompte
3. il a réalisé le travail, et toute demande supplémentaire a été facturée

Cette narration édifiante (rappelez-vous l’étymologie d’édifiant) se termine par une conclusion en forme d’exhortation : si un carreleur peut le faire, il n’y a pas de raison qu’on ne puisse pas y arriver également, et appliquer cette façon de travailler !

C’est là que je dis : attention, Maurice (mettons que la personne qui a raconté son histoire s’appelle Maurice). Les raisons, s’il s’agit d’en trouver, il peut y en avoir plein. Je dirais surtout trois choses :

1. Ça n’est pas parce qu’une histoire est imagée, avec un exemple de la vie quotidienne (comprenez : concret et qui va parler à tout le monde), moult détail et foult anecdote dont l’authenticité le dispute à la théâtralité, qu’elle impose nécessairement comme une conséquence irrévocable et pour ainsi dire congénitale sa vérité, et, encore moins, son caractère de preuve.
   Pour le dire avec moins de mots : fezez gaffe aux images ! Rien ne va de soi, et surtout pas le choix d’une analogie (le mot est lâché ). D’une manière générale, l’image a tendance à endormir l’intelligence, parce qu’elle s’impose aux yeux en un seul morceau .
2. Conséquence du point précédent : quand il y a une métaphore filée, questionnez l’analogie. Nétadire ? Nétadire qu’avant de prendre pour argent comptant la conclusion de Maurice, demandez-vous si la relation qui est établie entre, dans notre cas, le fait de poser des carrelages et celui de développer une application web, est effectivement pertinente. Les analogies, c’est bien, mais on n’est pas obligé d’être d’accord avec les choses qu’elles présupposent, par exemple que carreler c’est la même chose que faire un site web.
   Déjà, dans la réalité, je connais peu de clients qui demandent l’équivalent de « mettez-moi tel carrelage sur ces 12 mètres carrés » ; au quotidien, ça donne plutôt quelque chose comme « j’ai une pièce à refaire, je ne sais pas trop sa surface, mais il faut que ça soit moins salissant », suivi après livraison de « ah mais il allait de soi qu’il fallait aussi faire les murs, enfin ».
3. Ensuite, et c’est surtout ça le point important, faire une appli web, ça n’est pas poser du carrelage ; s’il fallait tenter d’induire quelque analogie dans le domaine du BTP, ça nous donnerait plutôt : « en général, faire une appli web, c’est comme construire une maison avec un nombre de pièces qui évolue en fonction des actions des habitants, dont la porte les reconnait et leur propose une salle à manger différente selon l’heure de la journée, avec des escaliers dont le design doit pouvoir être revu toutes les trois semaines sans empêcher les gens de les utiliser, un toit qui protège des intempéries existantes mais aussi non connues à ce jour, une pièce qui fait les déclarations de revenus, déclenche automatiquement le paiement des factures, engage ponctuellement du personnel de ménage… Tout ça avec une maison de backup qui chaque nuit sauvegarde tout ce qui a été dit ou pensé par les habitants. Ah oui, c’est pour dans six semaines. »

Évidemment, tout de suite, l’histoire de carrelage tombe un peu à plat.
Mais, pour finir sur une note optimiste, disons qu’elle n’est pas complètement inutile, spécialement si on la considère pour ce qu’elle peut être : une idée régulatrice, autrement dit quelque chose qu’il faut viser.
L’intérêt éventuel de ce que nous a raconté Maurice, c’est de dire : les enfants, pour éviter les débordements, il faut toujours garder à l’esprit que le projet doit tendre le plus possible vers le carrelage. Ça ne sera jamais aussi « simple », mais il faut viser la simplification, l’explicitation des besoins, et les cadrer pour qu’ils soient réalistes et raisonnables. Personne ne demanderait à un carreleur de poser trois niveaux de carrelage, et en or massif, et puis aussi de refaire les peintures au passage (pour le même prix, il va de soi). Ben voilà. Pour nous, ça doit être pareil.

Moralité : la prochaine fois que vous entendez parler de carrelage, soyez attentifs à ce qu’on essaie de vous refourguer comme théorie, il y a de fortes chances pour que ça ne soit pas vraiment approprié.