Aller au contenu
NET&PRO...

55 termes expliqués, sans jargon

Le vocabulaire du digital,
expliqué simplement.

Un mot vous a échappé dans un article, un devis ou une réunion ? Cherchez-le ici. Chaque terme est d'abord résumé en une phrase, et se déplie si vous voulez creuser.

La méthodologie Agile est une approche de gestion de projet née dans le développement logiciel (Manifeste Agile, 2001) et aujourd'hui adoptée dans tous les secteurs du digital. Son principe fondamental : livrer de la valeur rapidement et régulièrement, plutôt que de tout livrer d'un coup à la fin.

Comment ça fonctionne concrètement ?

1. On découpe le projet en sprints

Plutôt qu'un planning rigide sur 6 mois, le projet est découpé en sprints de 1 à 4 semaines. Chaque sprint a un objectif clair et des livrables concrets.

2. On livre et on montre

À la fin de chaque sprint, une version fonctionnelle est livrée. Vous voyez le résultat, vous testez, vous donnez votre avis. Pas de tunnel obscur pendant des mois.

3. On s'adapte en continu

Vos priorités changent ? Le marché évolue ? Pas de problème. On ajuste le plan au sprint suivant. C'est la force de l'Agile : la flexibilité.

4. On communique en permanence

Points réguliers, démos, feedback structuré. Vous n'êtes jamais dans le flou. Transparence totale sur l'avancement et le budget.

Pourquoi NET&PRO utilise l'Agile ?

  • Zéro mauvaise surpriseVous validez chaque étape avant de passer à la suivante
  • Budget maîtriséLes coûts sont prévisibles sprint par sprint
  • Résultats rapidesPremiers livrables visibles dès la 2ème semaine
  • Flexibilité totaleLe plan s'adapte à vos retours et vos priorités business
  • Qualité garantieTests et validation intégrés à chaque cycle

Agile vs méthode traditionnelle (cascade)

Méthode traditionnelleMéthode Agile (NET&PRO)
PlanningFigé dès le départAdaptatif, évolue à chaque sprint
LivraisonTout à la finIncrémentale, à chaque sprint
Feedback clientÀ la fin du projetEn continu, à chaque itération
Gestion du changementCoûteux et compliquéNaturel et intégré au processus
RisqueÉlevé (on découvre les problèmes tard)Réduit (détection précoce)

Le chiffrement transforme une donnée en une suite inexploitable, que seule la clé permet de rétablir. On le rencontre à deux endroits distincts, et les confondre conduit à se croire protégé là où on ne l'est pas. Le chiffrement en transit protège ce qui circule sur le réseau, c'est le rôle de TLS. Le chiffrement au repos protège ce qui est stocké : un disque volé, une sauvegarde égarée.

Un site en HTTPS dont la base de données est en clair sur le serveur est protégé contre l'interception et pas du tout contre l'intrusion. L'inverse existe aussi. Les deux répondent à des menaces différentes et aucun ne remplace l'autre.

Là où tout se joue vraiment : les clés. Un chiffrement ne vaut que par la protection de sa clé, et c'est presque toujours par elle que la sécurité est prise en défaut, jamais par l'algorithme. Une clé stockée à côté de la donnée qu'elle protège ne protège de rien. Le mot « cryptage », par ailleurs, n'existe pas en français technique : on chiffre, et on déchiffre avec la clé, on décrypte sans l'avoir.

Un KPI n'est pas une statistique, c'est une statistique qu'on a choisie parce qu'une décision en dépend. La différence est entière : un outil d'analyse produit des centaines de chiffres, et la plupart ne changent rien à ce que vous ferez lundi.

Le test est simple : si ce chiffre bougeait de vingt pour cent dans un sens ou dans l'autre, feriez-vous quelque chose de différent ? Si la réponse est non, ce n'est pas un indicateur clé, c'est une mesure de plus dans un rapport que personne ne lit.

Trois pièges, dans l'ordre de fréquence. Le premier est le chiffre flatteur : le nombre de visites monte, les ventes ne suivent pas, et personne ne pose la question. Le deuxième est l'indicateur qu'on ne peut pas influencer, qui décrit sans aider. Le troisième est l'accumulation : au-delà de cinq ou six, on ne pilote plus, on contemple. Mieux vaut trois chiffres regardés chaque mois que vingt regardés une fois.

Une API est comme un serveur de restaurant : elle prend votre commande (requête), la transmet en cuisine (serveur), et vous rapporte le plat (réponse). C'est ce qui permet à votre site de communiquer avec d'autres services : paiement en ligne, envoi d'emails, cartographie, réseaux sociaux, etc.

Exemples concrets : quand vous payez en ligne avec Stripe, c'est une API. Quand Google Maps s'affiche sur votre site, c'est une API. Quand votre site envoie une notification par email, c'est encore une API.

Le RAG (Retrieval-Augmented Generation) branche une IA sur votre documentation. Au lieu de puiser dans ce qu'elle a appris en général, elle va d'abord chercher les passages pertinents dans vos fichiers, puis rédige sa réponse à partir d'eux.

C'est la méthode qui rend une IA réellement utile en entreprise : elle répond sur vos procédures, vos tarifs, vos contrats, en citant ses sources. Elle réduit aussi fortement le risque d'hallucination, puisque la réponse s'appuie sur un texte existant plutôt que sur une reconstitution.

On confond volontiers latence et débit. Le débit dit combien de données passent par seconde ; la latence dit combien de temps s'écoule avant que la première arrive. Une fibre très rapide vers un serveur lointain reste lente à réagir, parce que la distance impose son délai à chaque aller-retour.

Elle compte plus que le débit pour une page web, car afficher une page demande de nombreux échanges successifs : résolution du nom, ouverture de la connexion, négociation du chiffrement, requête, puis chaque ressource dépendante. Chacun paie la latence une fois. C'est pourquoi réduire le nombre de requêtes améliore souvent plus l'affichage que réduire leur poids.

Ce sur quoi on peut agir. La distance, par un CDN ou un hébergement plus proche des visiteurs ; le nombre d'allers-retours, en regroupant les ressources ; et le temps de réflexion du serveur, qui est la part la plus souvent négligée et la plus facile à corriger par un cache.

Une automatisation relie des étapes jusque-là manuelles : un devis signé déclenche la facture, qui déclenche l'entrée en comptabilité, qui déclenche la relance si l'échéance passe. Chaque maillon part d'un événement et produit le suivant.

L'IA élargit le champ de ce qui est automatisable. Les workflows classiques exigeaient des données bien rangées ; une IA sait traiter un courriel mal rédigé, une facture scannée de travers ou une demande formulée en langage courant. Les tâches les plus rentables à automatiser sont les plus répétitives, pas les plus complexes.

Un sprint est l'unité de temps fondamentale de la méthodologie Agile. C'est une période fixe (généralement 2 semaines chez NET&PRO) pendant laquelle l'équipe s'engage à livrer un ensemble de fonctionnalités définies ensemble au début du sprint.

Chaque sprint suit un cycle clair :

  1. Sprint PlanningOn définit ensemble ce qui sera livré
  2. DéveloppementL'équipe travaille sur les tâches prioritaires
  3. Sprint ReviewOn vous montre le résultat, vous testez et validez
  4. RétrospectiveOn identifie ce qu'on peut améliorer pour le prochain sprint

L'avantage ? Vous avez de la visibilité toutes les 2 semaines sur l'avancement réel du projet. Fini les mauvaises surprises à la livraison finale.

Le ROI se calcule simplement : on retranche le coût du gain, puis on divise par le coût. Mille euros dépensés qui en rapportent trois mille donnent un retour de deux cents pour cent.

La difficulté n'est jamais dans la formule, elle est dans ce qu'on accepte d'y mettre. Le coût d'un site, c'est la prestation, mais aussi l'hébergement, la maintenance, et le temps passé par vos équipes à relire, valider, fournir les contenus. Le gain, ce sont les ventes attribuables au site, ce qui suppose de savoir les attribuer : un client qui a vu une publicité, cherché votre nom sur Google puis appelé au téléphone n'apparaît dans aucun tableau de bord.

Le piège le plus courant est la période de mesure. Un site web n'a pas un retour, il en a un par horizon : négatif la première année, souvent positif sur trois. Comparer le coût complet de la première année aux ventes du premier trimestre donne un chiffre juste dans son calcul et faux dans sa conclusion. Fixez l'horizon avant de lancer le projet, pas après avoir vu les résultats.

La dette technique est une métaphore comptable, et elle est juste : comme une dette financière, elle finance une avance immédiate contre des intérêts payés à chaque échéance. Un raccourci pris pour livrer à temps est un emprunt ; le surcoût de chaque évolution ultérieure en est l'intérêt.

Elle n'est pas un défaut moral. Une dette contractée sciemment, pour tenir une date qui compte, est une décision de gestion valable. Ce qui coûte, c'est la dette invisible : celle que personne n'a notée, dont le montant n'apparaît que le jour où une modification de deux heures en demande trois.

Comment elle se mesure, concrètement. Non pas en lignes de code, mais en temps : combien faut-il pour ajouter une fonction simple aujourd'hui, comparé à il y a un an ? Combien de fois faut-il reprendre une correction parce qu'elle en a cassé une autre ? Une équipe qui passe plus de la moitié de son temps à réparer plutôt qu'à construire ne travaille plus sur son produit, elle sert les intérêts.

Le Transformer est le plan de construction introduit en 2017 sur lequel reposent GPT, Claude et la quasi-totalité des modèles récents. Son apport tient à un mécanisme d'attention : pour interpréter un mot, le modèle pèse l'importance de tous les autres mots, quelle que soit leur distance dans le texte.

Concrètement, c'est ce qui permet à une IA de comprendre à quoi renvoie « il » dans un paragraphe de dix lignes. Le nom est resté dans le sigle GPT, dont le T signifie Transformer.

Le certificat SSL (ou TLS, sa version moderne) est ce qui affiche le petit cadenas 🔒 dans la barre d'adresse de votre navigateur et transforme « http:// » en « https:// ».

Il chiffre toutes les données échangées : mots de passe, coordonnées bancaires, formulaires. C'est indispensable pour la confiance de vos visiteurs, la conformité RGPD, et le SEO (Google pénalise les sites non sécurisés). Inclus dans tous les hébergements NET&PRO.

Un wireframe est le plan d'architecte de votre page web. C'est un schéma en noir et blanc qui montre où se placent les éléments (menu, texte, images, boutons) sans se soucier des couleurs ou du design final.

C'est une étape cruciale qui permet de valider la structure et le parcours utilisateur avant d'investir dans le design graphique. Modifier un wireframe coûte beaucoup moins cher que modifier un design finalisé.

Une hallucination, c'est une IA qui affirme une chose fausse sans la moindre hésitation : une source qui n'existe pas, une date erronée, une fonction de programmation imaginaire. Le ton reste assuré, et c'est ce qui rend le phénomène piégeux.

Ce n'est pas un défaut passager mais une conséquence directe du fonctionnement : le modèle produit ce qui est plausible, pas ce qui est vérifié. D'où une règle simple en usage professionnel : toute donnée chiffrée, tout nom propre et toute référence sortis d'une IA se vérifient avant publication.

Le calcul est une division, et toute la difficulté est dans son dénominateur. Cent commandes pour dix mille visites donnent un pour cent, mais ce chiffre ne veut rien dire tant qu'on n'a pas décidé quelles visites comptent : celles de la page d'accueil, celles qui ont vu une fiche produit, ou celles qui ont commencé à commander. Trois définitions, trois chiffres, et le plus flatteur est rarement le plus utile.

Le taux se travaille surtout par le bas du tunnel, parce que c'est là que les visiteurs sont déjà convaincus et qu'un obstacle coûte le plus : un formulaire trop long, un frais de livraison découvert à la dernière étape, une création de compte obligatoire.

Ce que personne ne dit sur les comparaisons. Les taux moyens publiés par secteur ne vous servent à rien : ils dépendent du prix, du cycle de décision et de la source du trafic. Le seul point de comparaison honnête est votre propre taux du mois dernier, sur la même définition et la même source. Et avec une bannière de cookies conforme, une partie de vos visiteurs n'est plus mesurée, ce qui interdit de comparer deux périodes de part et d'autre de sa mise en place.

L'intégration continue consiste à faire vérifier chaque modification par une machine dès qu'elle est enregistrée : le code compile-t-il, les tests passent-ils, le style est-il respecté. Le déploiement continu prolonge la chaîne jusqu'à la mise en ligne, qui devient un geste sans cérémonie.

Ce que cela change vraiment n'est pas la vitesse, c'est le moment où l'on apprend qu'on a cassé quelque chose. Sans cette chaîne, un défaut introduit un lundi se découvre à la mise en production du vendredi, mélangé à trente autres modifications ; avec elle, il se signale dans les minutes qui suivent, seul, pendant que son auteur a encore le sujet en tête. Le coût d'une correction suit cette courbe-là.

Ce qu'il faut accepter. La chaîne demande d'écrire des tests, donc du temps qui ne produit aucune fonctionnalité visible, et elle ajoute une pièce à maintenir. Sur un site vitrine modifié trois fois par an, elle ne se rentabilise pas. Sur une application qui évolue chaque semaine et dont une panne coûte des commandes, elle devient difficile à discuter.

Une IA ne lit pas des lettres, ni vraiment des mots : elle découpe le texte en tokens, des fragments qui valent en moyenne quatre caractères. « Bonjour » fait un token, « anticonstitutionnellement » en fait plusieurs.

Deux raisons pratiques de connaître ce mot : les IA se facturent au token, et chaque modèle a une limite de tokens qu'il peut traiter d'un coup, ce qu'on appelle sa fenêtre de contexte. C'est elle qui détermine si vous pouvez lui soumettre une page ou un dossier entier.

L'hameçonnage ne s'attaque pas à vos machines mais à vos habitudes : un message qui ressemble à ceux que vous recevez, au moment où vous l'attendez, avec une demande plausible. Aucune faille technique n'est exploitée, ce qui explique qu'aucun antivirus n'y réponde vraiment.

La variante qui touche les entreprises est plus ciblée : on observe qui paie les factures, on attend un virement en cours, et on envoie une demande de changement de coordonnées bancaires au bon moment. Cela ne se détecte pas à la faute d'orthographe, contrairement à ce que les formations répètent.

Ce qui fonctionne vraiment. Une procédure qui ne dépend pas du jugement d'une personne fatiguée : tout changement de coordonnées bancaires se vérifie par un appel à un numéro connu d'avance, jamais à celui indiqué dans le message. Cette règle écrite protège mieux que dix sensibilisations. Côté technique, SPF, DKIM et DMARC empêchent qu'on écrive au nom de votre domaine, et une clé de sécurité rend le vol de mot de passe inutilisable.

La haute disponibilité consiste à supprimer les points uniques de défaillance : deux serveurs au lieu d'un, deux liens réseau, deux copies des données, et un mécanisme qui bascule sans intervention humaine. Le plan de reprise d'activité répond à l'autre question, celle du sinistre complet : par quoi on redémarre, dans quel ordre, et avec quelles données.

Deux chiffres résument un PRA, et ce sont les seuls qui comptent dans une discussion sérieuse. Le RTO est la durée d'interruption acceptée. Le RPO est la quantité de travail qu'on accepte de perdre, exprimée en temps : un RPO de vingt-quatre heures signifie qu'une panne peut vous faire retourner à la sauvegarde d'hier soir.

Le point qui décide du budget. Ces deux durées ne coûtent pas linéairement : passer de vingt-quatre heures à quatre est abordable, passer de quatre heures à quinze minutes multiplie la facture. La bonne démarche est donc de chiffrer ce que coûte une heure d'arrêt pour votre activité, puis d'acheter en conséquence. Et surtout : un plan qui n'a jamais été éprouvé par un test de restauration réel n'est pas un plan, c'est un document.

Un cahier des charges utile décrit des résultats attendus, pas des solutions techniques. « Un client doit pouvoir retrouver sa commande sans appeler » est une exigence ; « il faut un espace client en React » est une réponse déguisée en question, qui interdit au prestataire de proposer plus simple.

Son autre fonction, moins avouée, est de rendre les devis comparables. Trois prestataires qui répondent au même document répondent à la même chose ; sans lui, on compare trois interprétations différentes d'une conversation, ce qui explique les écarts de prix du simple au triple que l'on croit pouvoir arbitrer.

Ce qu'il ne faut pas en attendre. Un cahier des charges complet et figé avant de commencer suppose de savoir en janvier ce qu'on voudra en juin, et c'est presque toujours faux. Mieux vaut un document court qui fixe les objectifs, les contraintes réelles et ce qui est hors périmètre, cette dernière partie étant celle qu'on oublie systématiquement et celle qui évite les conflits de fin de projet.

Un deepfake reproduit le visage ou la voix d'une personne réelle avec un réalisme qui trompe l'œil et l'oreille. Quelques secondes d'enregistrement suffisent désormais à cloner une voix de façon convaincante.

Le risque pour une entreprise n'est pas théorique : la fraude au président par appel vocal truqué existe déjà. La parade est moins technique qu'organisationnelle, avec une procédure de vérification par un autre canal, systématique dès qu'une demande inhabituelle touche à un paiement.

Le SEA consiste à payer pour apparaître en tête des résultats sur des mots choisis. On ne paie pas la position mais le clic, et le prix de ce clic se décide par une enchère permanente entre annonceurs, pondérée par la pertinence jugée de votre annonce et de votre page d'arrivée.

Ce que le SEO ne peut pas offrir et que le SEA donne : la vitesse et la réversibilité. Une campagne est visible dans l'heure, et s'arrête dans l'heure. C'est ce qui en fait l'outil de test le plus honnête dont dispose une entreprise : avant d'écrire trente pages pour un marché, on peut vérifier en deux semaines et pour quelques centaines d'euros si quelqu'un cherche vraiment ce qu'on veut vendre.

Ce qu'il faut avoir en tête. Le trafic s'arrête net avec le budget, contrairement au référencement naturel qui continue de produire. Une campagne qui envoie vers une page mal faite fait payer chaque clic sans rien rapporter, ce qui rend l'ordre des travaux important : la page d'arrivée d'abord, la campagne ensuite.

Un site en responsive design se réorganise automatiquement selon la taille de l'écran. Textes, images et menus s'ajustent pour offrir une expérience optimale sur smartphone, tablette ou ordinateur.

Aujourd'hui, plus de 60% du trafic web est mobile. Un site non responsive perd des visiteurs et est pénalisé par Google. Chez NET&PRO, tous nos sites sont responsive dès la conception : ce n'est pas une option, c'est un standard.

Les premiers chatbots suivaient un arbre de questions figé et se perdaient dès qu'on sortait du script. Ceux qui reposent sur un LLM comprennent une question formulée librement et répondent sans avoir prévu la formulation à l'avance.

Branché sur votre documentation par un RAG, un chatbot devient un vrai premier niveau de support : il répond sur vos horaires, vos tarifs, vos procédures, et transmet à un humain ce qu'il ne sait pas traiter. Sans cette base documentaire, il reste bavard et approximatif.

Les machines se joignent par des adresses numériques, les humains retiennent des noms. Le DNS fait la conversion, et il la fait des dizaines de fois par page consultée. Sa zone est un petit fichier public qui dit, pour votre domaine, où va le site, où va le courrier, et qui a le droit d'écrire en votre nom.

C'est pourquoi une zone DNS mérite plus d'attention qu'elle n'en reçoit : elle est le point unique où l'on peut rediriger tout le trafic d'une entreprise, site et messagerie comprises. La sécurité d'un domaine commence au compte qui administre cette zone, et non sur le serveur.

Le piège des migrations. Chaque enregistrement porte une durée de vie, pendant laquelle les serveurs du monde entier gardent l'ancienne réponse en mémoire. Modifier une entrée sans avoir abaissé cette durée la veille produit une bascule étalée sur des heures, pendant lesquelles une partie des visiteurs arrive sur l'ancien serveur et une partie sur le nouveau. Pour le courrier, cela veut dire des messages livrés dans une boîte que personne ne relève.

Le RGPD ne demande pas de tout verrouiller : il demande de pouvoir répondre à trois questions pour chaque donnée détenue. Pourquoi la détenez-vous, sur quelle base légale, et combien de temps la gardez-vous ? Une entreprise qui sait répondre à ces trois questions est en règle sur l'essentiel.

Deux notions méritent d'être distinguées, parce que leur confusion coûte cher. La base légale n'est pas toujours le consentement : exécuter un contrat, respecter une obligation légale ou poursuivre un intérêt légitime en sont d'autres, souvent plus solides. Demander un consentement là où le contrat suffisait revient à se donner une obligation dont on peut être délié à tout moment.

Ce qui est réellement contrôlé, en pratique. Le registre des traitements, qui est le document de base et que beaucoup de structures n'ont jamais écrit ; les durées de conservation, rarement définies et presque jamais appliquées ; et l'information donnée aux personnes, qui doit être compréhensible, pas seulement présente. Les traceurs déposés sur un site relèvent d'un texte distinct, l'article 82 de la loi Informatique et Libertés, ce qui explique la rapidité des sanctions dans ce domaine.

Le deep learning empile des couches de calcul qui extraient des motifs de plus en plus abstraits. Sur une photo, les premières couches repèrent des contrastes, les suivantes des formes, les dernières un visage. Personne n'a programmé la notion de visage : elle émerge de l'empilement.

C'est cette technique, alliée à une puissance de calcul devenue abordable, qui a rendu possibles la traduction automatique correcte, la reconnaissance vocale fiable et les modèles de langage actuels.

Le MVP (Produit Minimum Viable) est la première version fonctionnelle de votre projet digital, suffisante pour apporter de la valeur à vos utilisateurs et valider vos hypothèses business.

L'idée n'est pas de livrer un produit « au rabais », mais de prioriser l'essentiel pour aller vite sur le marché, puis d'enrichir en fonction des retours utilisateurs réels.

Exemple concret : plutôt que de développer pendant 6 mois un site e-commerce avec 200 fonctionnalités, on lance en 6 semaines une boutique avec les 20 fonctionnalités qui génèrent 80% de votre chiffre d'affaires. Le reste vient ensuite, guidé par les données.

Schema.org est un vocabulaire de balisage reconnu par Google, Bing et Yahoo. Il permet d'ajouter des informations structurées à vos pages : type de contenu, prix, avis, FAQ, etc.

Résultat concret : vos pages s'affichent avec des « rich snippets » enrichis dans Google (étoiles d'avis, prix, FAQ dépliables...), ce qui augmente significativement votre taux de clic. NET&PRO intègre systématiquement les données structurées sur tous ses projets.

REST est un ensemble de conventions pour organiser une API. L'idée tient en une phrase : chaque chose manipulable reçoit une adresse, et l'action qu'on veut faire dessus s'exprime par le verbe HTTP employé. Lire, créer, remplacer, supprimer : quatre verbes, et le reste du web les comprend déjà.

Son intérêt pratique est l'absence de surprise. Un développeur qui découvre une API REST bien faite devine la moitié de son fonctionnement avant d'avoir ouvert la documentation, ce qui abaisse le coût de reprise du projet par quelqu'un d'autre. Elle s'appuie sur ce que tout le monde a déjà : le cache des navigateurs, les codes de réponse standards, l'authentification du web.

Ce qu'elle fait moins bien. Récupérer une donnée composée de plusieurs objets liés demande souvent plusieurs appels successifs, ce qui pèse sur une application mobile en mauvaise couverture réseau. C'est précisément le problème que GraphQL cherche à résoudre, au prix d'une complexité supérieure côté serveur. Pour un site vitrine ou une boutique, REST reste le bon choix par défaut.

Un agent IA dispose d'outils : il peut consulter un fichier, interroger un site, envoyer un message, lancer un calcul. Là où un assistant classique vous explique comment faire, un agent le fait, étape après étape, en s'adaptant aux résultats intermédiaires.

La différence est celle qui sépare un conseiller d'un exécutant. Elle change aussi la nature du contrôle nécessaire : un agent agit sur des systèmes réels, ses autorisations doivent donc être délimitées avec autant de soin que celles d'un collaborateur.

Un fichier demandé depuis Casablanca à un serveur situé en France fait le trajet à chaque visite. Un CDN en garde une copie sur des machines réparties géographiquement et sert celle qui est la plus proche. Le gain est double : la distance diminue, et votre serveur d'origine cesse de traiter l'essentiel des requêtes.

Il rend un second service, souvent le vrai motif de son adoption : absorber les pointes. Un afflux soudain, légitime ou malveillant, est encaissé par le réseau au lieu de saturer votre machine.

Deux contreparties réelles. Le CDN se place entre vos visiteurs et vous, ce qui veut dire que leurs requêtes passent par un tiers, un point à documenter dans votre politique de confidentialité. Et il introduit la question de l'invalidation : une page corrigée peut continuer d'être servie dans son ancienne version pendant un moment, ce qui donne le classique « chez moi c'est à jour, chez le client non ». Savoir vider ce cache fait partie de la mise en service.

Votre serveur ne renvoie pas que du HTML : il renvoie aussi des lignes que personne ne lit, et il peut y glisser des consignes. « N'affiche cette page dans le cadre d'aucun autre site », « ne devine jamais le type d'un fichier », « n'exécute que les scripts qui viennent de chez moi ». Le navigateur obéit. Sans elles, il fait ce qu'il a toujours fait.

HSTS oblige le navigateur à ne plus jamais parler au domaine en clair, ce qui bouche le trou que laisse une simple redirection. CSP, la politique de sécurité du contenu, déclare d'où les scripts et les styles ont le droit de venir : c'est la plus puissante et la seule qui puisse éteindre un site en une ligne.

Le chiffre qui résume le sujet. Parmi les sites qui déploient une CSP, 92 % y laissent unsafe-inline dans la directive des scripts, et environ 10 % seulement emploient le mécanisme qui rend cette mention inoffensive. L'immense majorité des politiques en service ne protègent donc de rien : elles apparaissent comme « présentes » dans un rapport d'audit et laissent passer exactement ce qu'elles devaient bloquer. Une CSP se pose en deux temps, d'abord en mode observation, jamais en dix minutes.

Un LLM (Large Language Model) est le moteur derrière les assistants comme ChatGPT ou Claude. Il a lu l'équivalent de millions de livres et en a tiré une compétence : deviner quel mot vient ensuite, avec une justesse suffisante pour tenir une conversation, résumer un rapport ou écrire du code.

Il ne « sait » rien au sens où une base de données sait. Il ne consulte aucun fichier au moment de répondre : tout vient de ce qu'il a appris pendant son entraînement, figé à une date donnée. C'est précisément ce que corrige le RAG, qui lui donne accès à vos documents à vous.

L'infogérance couvre ce qui doit être fait tous les mois pour qu'un système continue de fonctionner : mises à jour, surveillance, sauvegardes, incidents. La TMA en est la variante applicative, centrée sur un logiciel et ses évolutions.

Ce qu'on achète réellement n'est pas du temps, c'est une disponibilité : quelqu'un qui connaît déjà votre installation quand quelque chose casse un vendredi soir. C'est aussi pourquoi la facturation au forfait est la règle : la plupart des mois ne coûtent presque rien, et c'est le mois d'incident qui justifie le contrat.

Les trois points à vérifier dans un contrat, et ils sont rarement en première page. Ce qui est inclus et ce qui est facturé en plus, car « maintenance » recouvre tout et son contraire. Le délai d'intervention garanti, qui n'a de valeur que s'il est chiffré. Et la réversibilité : qui détient les accès, sous quel format sont livrés les documents d'exploitation, et combien de temps prend une reprise par quelqu'un d'autre. Un prestataire qui garde seul les clés vend une dépendance avec le service.

Le SEO (référencement naturel) regroupe toutes les actions qui permettent à votre site d'apparaître dans les premiers résultats de Google quand un internaute cherche vos produits ou services.

Chez NET&PRO, le SEO est intégré dès la conception : structure technique optimisée, balisage Schema.org, vitesse de chargement, contenus optimisés. Résultat : du trafic qualifié sans payer de publicité.

Les WCAG sont le référentiel international, décliné en France par le RGAA, dont la version 4.1.2 compte 106 critères répartis en treize thématiques. Ce vocabulaire impressionne, alors que l'essentiel se joue sur une poignée de points : un relevé annuel portant sur un million de pages d'accueil montre que six causes récurrentes produisent 96 % des défauts détectables, dominées par le contraste insuffisant et l'alternative textuelle manquante.

Depuis le 28 juin 2025, l'obligation ne vise plus seulement le secteur public : elle s'étend aux entreprises qui fournissent au grand public un service dans certains secteurs, les microentreprises restant dispensées. Les manquements déclaratifs sont sanctionnables jusqu'à 25 000 euros, la non-conformité technique jusqu'à 50 000 par service.

Ce qu'aucun outil automatique ne voit. Un analyseur sait dire qu'une image n'a pas d'alternative ; il ne sait pas dire si celle qui est écrite décrit vraiment l'image. Il repère un contraste faible, pas un enchaînement d'écrans impossible à suivre au clavier. Un rapport automatique donne la liste des défauts grossiers, pas un niveau de conformité.

En programmation classique, un développeur écrit les règles : « si le montant dépasse 1000 euros, demander une validation ». En machine learning, on montre des milliers de cas passés et le programme déduit lui-même les régularités.

C'est la bonne approche quand les règles sont trop nombreuses ou trop floues pour être écrites : reconnaître un objet sur une photo, détecter une fraude, prévoir une rupture de stock. C'est la famille dont l'IA générative est devenue la branche la plus visible.

La distinction se lit comme une échelle. En IaaS, on loue la machine : le fournisseur garantit le matériel et le réseau, tout le reste est à vous, système compris. En PaaS, on loue un environnement prêt à recevoir une application : le système et les mises à jour ne vous concernent plus, votre code seul importe. En SaaS, on loue le logiciel fini, auquel on se connecte sans rien administrer.

Plus on monte, moins on gère et moins on décide. C'est l'arbitrage central : un SaaS vous dispense de tout, y compris de la possibilité de faire autrement le jour où votre besoin sort du cadre prévu.

La question à poser avant de signer, quel que soit le niveau : comment je récupère mes données et sous quel format, si je pars ? C'est la réversibilité, et elle se négocie à la signature, jamais au départ. Un fournisseur qui n'a pas de réponse claire à cette question vous vend une dépendance en plus d'un service.

L'UX Design (User Experience) s'intéresse à tout ce que ressent un utilisateur quand il navigue sur votre site : est-ce intuitif ? Trouve-t-il facilement ce qu'il cherche ? Le parcours d'achat est-il fluide ?

Un bon UX design augmente les conversions (achats, demandes de devis), réduit le taux de rebond et fidélise vos visiteurs. Chez NET&PRO, chaque projet commence par une réflexion UX avant même de toucher au design visuel.

Le GEO (Generative Engine Optimization) répond à un changement d'usage : une part croissante des recherches n'aboutit plus à une liste de liens mais à une réponse rédigée par une IA. Être bien classé ne suffit plus, il faut être cité dans cette réponse.

Les leviers diffèrent en partie du SEO classique : formulations directes, données factuelles vérifiables, structure claire, sources identifiables. Un contenu écrit pour être compris par une machine qui doit le résumer, et pas seulement pour être indexé.

Rien, dans le fonctionnement historique du courrier électronique, n'empêche d'écrire au nom de n'importe qui. Trois mécanismes complémentaires comblent ce trou, et tous trois se déclarent dans votre zone DNS.

SPF liste les serveurs autorisés à envoyer pour votre domaine. DKIM appose une signature cryptographique sur chaque message, vérifiable avec la clé publique déclarée. DMARC est celui qui donne les instructions : il indique au serveur destinataire ce qu'il doit faire d'un message qui échoue aux deux premiers contrôles, et à qui envoyer les rapports.

La séquence à respecter, et elle est contre-intuitive. On publie DMARC en mode observation d'abord, avec une politique qui ne rejette rien, et on lit les rapports pendant quelques semaines. On y découvre presque toujours des expéditeurs légitimes oubliés : l'outil d'emailing, la facturation, le formulaire du site. Passer directement en rejet fait disparaître ces messages-là sans aucun avertissement, et c'est la facturation qui s'en aperçoit en premier.

Un CRM centralise toutes les informations de vos clients et prospects : coordonnées, historique d'achats, échanges, devis. C'est votre mémoire commerciale.

Connecté à votre site web ou votre boutique e-commerce, un CRM vous permet de suivre chaque contact, d'automatiser vos relances et de personnaliser vos communications. Exemples : HubSpot, Salesforce, Pipedrive.

Trois mesures, et elles ne décrivent pas la performance de votre serveur mais ce que vos visiteurs vivent réellement. L'affichage du contenu principal mesure le délai avant que l'élément le plus grand de la page apparaisse : en dessous de deux secondes et demie, c'est bon. La stabilité mesure les sauts de mise en page, ces déplacements qui font cliquer à côté. La réactivité mesure le délai entre un clic et la réponse visible.

Le point qui échappe souvent : Google n'utilise pas les résultats d'un test simulé mais les mesures collectées chez les vrais visiteurs de Chrome, sur vingt-huit jours glissants. Un site sans trafic n'a donc pas de données, et une correction mise en ligne aujourd'hui ne se voit dans le classement qu'après plusieurs semaines.

Ce qu'il faut en attendre, honnêtement. C'est un critère de classement parmi des centaines, et un site lent au contenu excellent bat toujours un site rapide au contenu creux. L'intérêt de ces mesures est ailleurs : elles décrivent ce qui fait partir un visiteur avant qu'il ait lu, et cette perte-là ne se rattrape par aucun référencement.

Un modèle multimodal ne se limite pas au texte. Vous pouvez lui soumettre la photo d'un tableau de bord et lui demander ce qui cloche, ou l'enregistrement d'une réunion et lui demander un compte rendu.

En pratique, cela supprime beaucoup d'étapes de préparation : plus besoin de retranscrire, de recopier un tableau ou de décrire une capture d'écran. C'est souvent ce qui fait passer un usage du stade de la démonstration à celui de l'outil quotidien.

Le cloud computing (informatique en nuage) consiste à utiliser des ressources informatiques (serveurs, stockage, logiciels) hébergées à distance plutôt que sur votre propre ordinateur ou serveur local.

Avantages : pas d'investissement matériel, scalabilité instantanée (votre serveur grandit avec vos besoins), sauvegardes automatiques, accessibilité depuis n'importe où. NET&PRO propose des solutions cloud adaptées à chaque projet.

Le Product Backlog est la liste de tout ce qu'il faut faire sur votre projet, classée par priorité. C'est votre roadmap vivante : elle évolue au fil du projet en fonction de vos retours et des opportunités.

Chez NET&PRO, le backlog est transparent et partagé. Vous savez exactement ce qui est prévu, ce qui est en cours et ce qui est terminé. Chaque début de sprint, on pioche dans le backlog les éléments les plus prioritaires.

Le fine-tuning prend un modèle déjà entraîné et poursuit son apprentissage sur un corpus spécialisé : votre jargon, votre style, vos cas particuliers. Le modèle ne réapprend pas à parler, il apprend à parler comme chez vous.

C'est utile pour installer un ton ou un format de sortie constants. En revanche, pour donner à une IA accès à des informations à jour, le RAG est presque toujours préférable : moins coûteux, et modifiable en changeant simplement un document.

Un mot de passe est une chose que l'on sait, et ce qui se sait se vole. La double authentification ajoute une preuve d'une autre nature : une chose que l'on possède, typiquement un téléphone, ou une chose que l'on est, une empreinte. Un attaquant qui obtient le mot de passe se heurte alors à un second mur qu'il ne peut pas franchir à distance.

C'est la mesure au meilleur rapport entre l'effort et le gain de toute la sécurité informatique. Elle bloque la quasi-totalité des attaques opportunistes, qui reposent sur des mots de passe réutilisés et récupérés dans une fuite ailleurs.

Tous les seconds facteurs ne se valent pas. Le code envoyé par SMS est le plus répandu et le plus faible : il se détourne en faisant transférer un numéro chez un autre opérateur, ce qui se pratique. Une application génératrice de codes est nettement meilleure. Une clé physique est le seul facteur qui résiste vraiment à l'hameçonnage, parce qu'elle vérifie l'adresse du site avant de répondre, ce qu'un humain fatigué ne fait pas.

Le sitemap est la liste des adresses que vous voulez voir indexées, avec leur date de dernière modification. Le robots.txt est l'inverse : il indique ce qu'un robot ne doit pas parcourir, et déclare au passage où trouver le sitemap.

Une confusion coûteuse mérite d'être levée : interdire le parcours n'empêche pas l'indexation. Une page bloquée par robots.txt mais liée depuis ailleurs peut apparaître dans les résultats, sans description, puisque le moteur n'a pas eu le droit d'aller lire ce qu'elle dit. Pour qu'une page n'apparaisse pas, c'est une balise dans la page qu'il faut poser, et elle suppose donc que le robot ait le droit de venir la lire.

L'erreur qui coûte le plus cher est un robots.txt de recette poussé en production, qui interdit tout le site. Le trafic disparaît sur plusieurs semaines, aucune alerte ne se déclenche, et le retour à la normale prend le temps que les moteurs repassent. C'est le premier fichier à vérifier après une mise en ligne.

Un CMS (système de gestion de contenu) vous permet de modifier le contenu de votre site, textes, images, pages : sans avoir à toucher au code. Les plus connus : WordPress, PrestaShop (e-commerce), Drupal.

L'avantage ? Vous êtes autonome au quotidien pour les mises à jour de contenu, tout en gardant un site professionnel développé sur-mesure. NET&PRO vous forme à l'utilisation de votre CMS lors de la livraison du projet.

Le prompt, c'est votre question ou votre consigne. Sa qualité détermine largement celle de la réponse : une demande vague produit une réponse vague, une demande qui précise le contexte, le rôle attendu et le format de sortie produit un résultat exploitable.

D'où l'expression « ingénierie du prompt ». Ce n'est pas une astuce de spécialiste : c'est la différence entre un outil décevant et un outil utile. La plupart des déceptions face à une IA viennent de la question posée, pas du modèle.

Un serveur physique est découpé en plusieurs machines virtuelles étanches. Chacune reçoit sa part garantie de processeur, de mémoire et de disque, son propre système, et son administrateur. C'est le VPS : moins cher qu'une machine dédiée puisque le matériel est partagé, mais sans le voisinage d'un hébergement mutualisé, où un site qui s'emballe ralentit tous les autres.

La vraie différence avec le mutualisé n'est pas la puissance, c'est le contrôle. Sur un VPS on choisit sa version de langage, on installe ce qu'on veut, on règle le serveur web. Cette liberté est aussi une charge : mises à jour de sécurité, surveillance, sauvegardes deviennent votre affaire, et un VPS oublié six mois est une machine vulnérable connectée en permanence.

Le point que personne ne dit à l'achat. Les offres s'annoncent en nombre de cœurs et en gigaoctets, qui ne prédisent presque rien du ressenti. Ce qui décide, c'est le type de disque, la bande passante réelle et le taux de partage pratiqué par l'hébergeur. Deux VPS aux caractéristiques identiques peuvent différer du simple au double, et cela ne se voit qu'à l'usage.

Une IA générative ne se contente pas de classer ou de reconnaître : elle fabrique. Là où un correcteur orthographique repère une faute, une IA générative écrit le paragraphe entier. ChatGPT, Claude ou Midjourney appartiennent à cette famille.

Elle fonctionne par prédiction : à partir de ce qui précède, elle calcule la suite la plus plausible, mot après mot. Cela explique à la fois sa fluidité et sa principale faiblesse, l'hallucination : une réponse plausible n'est pas nécessairement exacte.

Aucun terme ne correspond Essayez avec moins de lettres, ou retirez le filtre de domaine.

42 technologies, expliquées pareil

Les outils derrière les mots

Les noms qui reviennent dans un devis, une réunion ou une offre d'emploi, et qu'on n'ose pas toujours faire répéter. Cliquez sur l'un d'eux : à quoi il sert, d'où il vient, et où lire la suite.

Langages

Ce dans quoi le code s'écrit. Le choix engage pour des années : c'est lui qui décide qui pourra reprendre le projet après nous.

PHP

Le langage qui travaille du côté du serveur : il reçoit la demande du navigateur, va chercher les données et renvoie la page fabriquée. Une très large part du web tourne dessus, WordPress compris. C'est sa force et son fardeau : beaucoup de code ancien circule encore et lui vaut une réputation qu'il ne mérite plus.

D'où ça vient Rasmus Lerdorf le publie en 1994, comme une poignée de scripts pour compter les visites de sa page personnelle. Il s'est professionnalisé par vagues : un vrai modèle objet avec la version 5 en 2004, des performances doublées avec la version 7 en 2015, un compilateur à la volée avec la version 8 en 2020.

Pour aller voir Site officiel Manuel en français Versions encore maintenues

JavaScript

Le seul langage que les navigateurs exécutent d'eux-mêmes : tout ce qui bouge, se replie ou se vérifie sans recharger la page passe par lui. Il sert aussi côté serveur depuis Node.js, ce qui permet d'écrire les deux moitiés d'une application dans la même langue.

D'où ça vient Brendan Eich l'écrit en dix jours chez Netscape en 1995, avec la consigne commerciale de ressembler à Java : d'où un nom qui sème la confusion depuis trente ans, les deux langages n'ayant rien à voir. Normalisé sous le nom d'ECMAScript, il reçoit une mise à jour annuelle depuis 2015.

Pour aller voir Site officiel Le guide de MDN

Python

Un langage qui se lit presque comme de l'anglais, devenu la langue par défaut de l'analyse de données, de l'automatisation et de l'apprentissage automatique. Il est lent comparé à ses concurrents, ce qui se contourne : les bibliothèques qui comptent sont écrites en C sous le capot.

D'où ça vient Guido van Rossum le publie en 1991 et le baptise d'après les Monty Python. Le passage de la version 2 à la version 3, entamé en 2008, a coupé l'écosystème en deux pendant plus de dix ans : la version 2 n'est plus maintenue depuis janvier 2020.

Pour aller voir Site officiel Documentation officielle

HTML5

Le squelette d'une page : il dit ce qu'est chaque morceau, un titre, un paragraphe, un formulaire, un tableau. C'est de lui que dépend l'essentiel de l'accessibilité et du référencement, bien avant l'apparence.

D'où ça vient HTML naît en 1991 avec le web lui-même. La cinquième version, recommandation officielle en 2014, absorbe la vidéo, l'audio et le dessin sans greffon : c'est ce qui a précipité la fin de Flash. La norme est aujourd'hui un document vivant, corrigé en continu plutôt que versionné.

Pour aller voir Site officiel Les éléments, un par un

CSS3

La mise en forme : couleurs, espacements, disposition, animations, adaptation au téléphone. Séparer le fond de la forme est ce qui permet de redessiner un site entier sans toucher une ligne de son contenu.

D'où ça vient Première version en 1996. « CSS3 » ne désigne pas une version mais le passage à des modules qui avancent chacun à leur rythme. Deux d'entre eux ont tout changé : Flexbox au début des années 2010, puis Grid en 2017, qui ont rendu inutiles vingt ans de bricolages de mise en page.

Pour aller voir Site officiel Les propriétés, une par une

Frameworks et environnements d'exécution

Le socle déjà construit sur lequel on pose son propre code, plutôt que de réécrire ce que des milliers de gens ont déjà écrit et corrigé.

React

Une bibliothèque pour construire des interfaces en assemblant des composants réutilisables, au lieu de manipuler la page à la main. Elle brille sur les applications riches et pèse lourd sur un site de dix pages : sortir React pour une vitrine, c'est un camion pour un carton.

D'où ça vient Développée chez Facebook et ouverte au public en 2013. Son idée centrale, décrire à quoi l'écran doit ressembler et laisser la machine calculer les changements, a fini par être reprise par tous ses concurrents.

Pour aller voir Site officiel Apprendre React

Node.js

Le moteur JavaScript des navigateurs, sorti du navigateur : il permet d'exécuter du JavaScript sur un serveur ou en ligne de commande. C'est aussi devenu l'outillage de fait du développement web, y compris pour des projets qui n'en servent pas une ligne au visiteur.

D'où ça vient Ryan Dahl le présente en 2009 en pariant sur un modèle sans attente : au lieu d'un fil d'exécution par visiteur, un seul fil qui ne bloque jamais. Un désaccord de gouvernance en a détaché io.js fin 2014 ; les deux projets ont refusionné un an plus tard.

Pour aller voir Site officiel Documentation des API

Symfony

Un cadre de travail PHP fait de briques indépendantes : on prend le routeur, la validation ou la sécurité sans embarquer le reste. Il demande plus d'apprentissage qu'un CMS et rend en échange un code qui vieillit bien.

D'où ça vient Publié en 2005 par l'agence française SensioLabs. Ses composants sont si répandus qu'ils font tourner des projets qui ne se réclament pas de lui : Drupal et Laravel s'appuient dessus.

Pour aller voir Site officiel Documentation

CMS et e-commerce

Des logiciels prêts à l'emploi pour publier ou pour vendre, sans repartir d'une page blanche. Ce qu'on gagne en temps, on le perd en liberté.

WordPress

Le logiciel qui fait tourner une large part des sites du web. Sa force est son écosystème d'extensions, et c'est aussi sa faiblesse : la grande majorité des piratages vient d'une extension abandonnée par son auteur, pas du cœur du logiciel.

D'où ça vient Né en 2003 d'une reprise de b2/cafelog par Matt Mullenweg et Mike Little, comme un simple moteur de blog. Il est devenu un système de gestion de contenu généraliste, puis une boutique avec WooCommerce, racheté en 2015.

Pour aller voir Site officiel WordPress en français Documentation

Shopify

Une boutique en ligne louée au mois, hébergement, paiement et mises à jour compris. On y gagne du temps et on y perd la main : les règles de la plateforme s'imposent, sa commission aussi, et une boutique Shopify ne se déménage pas facilement.

D'où ça vient Fondée en 2006 par Tobias Lütke, après qu'il eut jugé inutilisables les logiciels du marché pour vendre ses planches de snowboard en ligne.

Pour aller voir Site officiel Centre d'aide

IA et automatisation

Des outils qui écrivent, résument et relient. Aucun ne sait qu'il se trompe : ce qu'ils produisent se relit, toujours.

ChatGPT

L'assistant conversationnel d'OpenAI. Utile pour rédiger, résumer, traduire ou débloquer une réflexion. À ne jamais croire sur parole : il affirme avec le même aplomb ce qu'il sait et ce qu'il invente.

D'où ça vient Ouvert au public le 30 novembre 2022. Son adoption, la plus rapide jamais observée pour un service grand public, a déclenché la vague d'IA générative qui a suivi et poussé tous ses concurrents à publier dans l'urgence.

Pour aller voir Site officiel Le service

Claude AI

L'assistant d'Anthropic, à l'aise sur les textes longs et le travail sur documents. Même précaution qu'ailleurs : une réponse plausible n'est pas une réponse vérifiée, et sur un sujet pointu la vérification coûte parfois plus cher que la rédaction.

D'où ça vient Anthropic est fondée en 2021 par d'anciens d'OpenAI. Claude est ouvert au public en 2023, avec une méthode d'alignement dite « IA constitutionnelle » : les réponses du modèle sont jugées à l'aune d'un jeu de principes écrits, publiés.

Pour aller voir Site officiel Anthropic

Grok

L'assistant de xAI, adossé au réseau X. Sa particularité est l'accès aux messages publics de la plateforme, ce qui lui donne l'actualité immédiate et lui fait aussi hériter de ses approximations.

D'où ça vient xAI est créée par Elon Musk en 2023 et présente Grok la même année.

Pour aller voir Site officiel Le service

Cursor

Un éditeur de code bâti autour d'un assistant : il lit le projet entier et propose des modifications qui touchent plusieurs fichiers d'un coup. Il fait gagner du temps sur le code répétitif, et en coûte beaucoup en relecture dès qu'on lui fait confiance sans regarder.

D'où ça vient Publié en 2023 par Anysphere, à partir de l'éditeur libre VS Code.

Pour aller voir Site officiel Documentation

Codex

Le nom que donne OpenAI à ses outils de génération de code. Il a d'abord désigné un modèle, puis un agent qui écrit, lance les tests et corrige dans un dépôt.

D'où ça vient Le modèle Codex sort en 2021 et alimente la première version de GitHub Copilot, avant d'être retiré en 2023. Le nom est repris en 2025 pour un agent de développement, qui n'a plus grand-chose de commun avec lui.

Pour aller voir Site officiel Documentation

Make.com

Un atelier d'automatisation sans code : on relie des services entre eux par des scénarios visuels, du formulaire au tableur, du tableur au message. La dépendance est le prix à payer, un scénario ne s'emporte pas ailleurs, et la facture suit le nombre d'opérations.

D'où ça vient Né en Tchéquie sous le nom d'Integromat, racheté par Celonis en 2020 et renommé Make en 2022.

Pour aller voir Site officiel Documentation

Cloud et infrastructure

Où le site tourne réellement, et à quelles conditions. Louer de la puissance à l'heure évite d'acheter une machine, et rend la facture aussi variable que l'usage.

AWS

Le plus vaste catalogue de services d'infrastructure loués à l'usage : serveurs, stockage, bases, réseau, et deux cents autres briques. Sa richesse est un piège autant qu'un atout, une ressource allumée puis oubliée continue de coûter tous les mois.

D'où ça vient Amazon ouvre ses services en 2006, avec le stockage S3 puis les serveurs EC2, en revendant la capacité bâtie pour sa propre boutique. C'est l'acte de naissance du cloud public.

Pour aller voir Site officiel Documentation

Microsoft Azure

Le cloud de Microsoft. Son intérêt premier n'est pas technique mais organisationnel : la continuité avec ce qu'une entreprise a déjà, annuaire, messagerie, licences et postes de travail.

D'où ça vient Annoncé en 2008 sous le nom de Windows Azure, ouvert en 2010, renommé Microsoft Azure en 2014 quand son catalogue a cessé d'être centré sur Windows.

Pour aller voir Site officiel Documentation

Google Cloud

Le cloud de Google, à son avantage sur les données, l'analyse et les conteneurs. C'est chez lui qu'est né Kubernetes, et cela se sent sur toute la gamme.

D'où ça vient Google App Engine ouvre en 2008, l'offre s'élargit ensuite jusqu'à couvrir tout le champ. Kubernetes, publié en 2014, est la version ouverte de Borg, l'outil avec lequel Google faisait déjà tourner ses propres services.

Pour aller voir Site officiel Documentation

Docker

Il emballe une application avec tout ce dont elle a besoin pour tourner, de sorte qu'elle se comporte pareil sur le poste du développeur et sur le serveur. La phrase « pourtant, chez moi, ça marche » a beaucoup perdu de son usage depuis.

D'où ça vient Présenté en 2013 par Solomon Hykes. Il n'a pas inventé les conteneurs, qui existaient déjà dans le noyau Linux, mais il les a rendus utilisables sans être expert du noyau.

Pour aller voir Site officiel Documentation

VMware

La virtualisation de machines entières : plusieurs serveurs complets, chacun avec son propre système, sur un seul matériel. Plus lourd qu'un conteneur, et le seul choix possible quand les systèmes invités diffèrent.

D'où ça vient Fondée en 1998, elle rend la virtualisation accessible sur du matériel standard. Rachetée par EMC en 2004, puis par Broadcom en 2023, dont la refonte des licences a poussé une partie des clients à regarder ailleurs.

Pour aller voir Site officiel Documentation

VirtualBox

De la virtualisation libre et gratuite sur un poste de travail : essayer un système, monter un laboratoire, refaire dix fois une installation sans rien casser sur sa machine.

D'où ça vient Publié en 2007 par l'allemand Innotek, passé à Sun en 2008, puis à Oracle en 2010 avec le rachat de Sun.

Pour aller voir Site officiel Manuel

Citrix

La mise à distance du poste de travail et des applications : l'utilisateur voit son bureau, le calcul se fait au centre de données. Répandu partout où les données ne doivent pas quitter le serveur, hôpitaux et banques en tête.

D'où ça vient Fondée en 1989, elle bâtit son métier sur le partage d'applications Windows à distance, bien avant que le mot « cloud » n'existe. Elle a fusionné avec TIBCO en 2022 sous le nom de Cloud Software Group.

Pour aller voir Site officiel Documentation

Bases de données

Là où vit ce qui compte : les clients, les commandes, les contenus. C'est la pièce qu'on peut le moins se permettre de perdre, et la seule qu'on remplace le plus difficilement.

MySQL

La base de données relationnelle la plus répandue du web, WordPress compris. Simple à installer et à administrer, moins riche que ses concurrentes dès qu'on sort des besoins courants.

D'où ça vient Publiée en 1995 par les Suédois Michael Widenius et David Axmark. Rachetée avec Sun par Oracle en 2010 : c'est l'inquiétude née de ce rachat qui a fait apparaître MariaDB.

Pour aller voir Site officiel Documentation

PostgreSQL

La base relationnelle la plus complète du monde libre : types avancés, JSON, extensions géographiques, et une exigence sur l'intégrité des données qui ne transige pas. Elle demande un peu plus de soin et rend beaucoup.

D'où ça vient Descendante du projet Ingres puis Postgres, menés à Berkeley à partir de 1986 par Michael Stonebraker. Elle prend son nom actuel en 1996, quand SQL remplace son langage d'interrogation d'origine.

Pour aller voir Site officiel Documentation

MariaDB

Une reprise de MySQL, compatible avec lui, souvent installée à sa place chez les hébergeurs sans que personne ne le remarque. Les deux ont divergé avec le temps : la compatibilité n'est plus totale, et il faut le vérifier avant de migrer.

D'où ça vient Lancée en 2009 par Michael Widenius, créateur de MySQL, au moment où celui-ci passait sous le contrôle d'Oracle. Elle porte le prénom de sa fille, comme MySQL portait celui de l'aînée.

Pour aller voir Site officiel Documentation

Oracle

La base de données des grands systèmes de gestion : banque, industrie, administration. Robuste et très outillée, avec un coût de licence et un enfermement qui tranchent souvent la question à eux seuls.

D'où ça vient Sa première version commerciale sort en 1979 : c'est le produit qui a fait du langage SQL un succès commercial, et qui a valu à son éditeur quarante ans de domination sur le marché des grandes bases.

Pour aller voir Site officiel Documentation

SQL Server

La base de données de Microsoft, au centre des systèmes d'information bâtis sur ses technologies. Elle tourne aussi sur Linux depuis 2017, ce qui n'allait pas de soi il y a quinze ans.

D'où ça vient Née en 1989 d'un accord entre Microsoft, Sybase et Ashton-Tate. Microsoft en reprend seul le développement au milieu des années 1990, après la fin du partenariat avec Sybase.

Pour aller voir Site officiel Documentation

Serveurs web

Le programme qui répond quand un navigateur frappe à la porte. Il décide de ce qui est servi, à qui, et à quelle vitesse.

Nginx

Un serveur web taillé pour encaisser beaucoup de connexions simultanées avec peu de mémoire. Il sert tout autant de répartiteur de charge et de façade devant d'autres serveurs.

D'où ça vient Écrit par le Russe Igor Sysoev et publié en 2004, pour répondre à un problème que les serveurs de l'époque traitaient mal : dix mille connexions ouvertes en même temps. Racheté par F5 en 2019.

Pour aller voir Site officiel Documentation

Apache

Le serveur web historique, encore majoritaire sur les hébergements mutualisés. Ses fichiers .htaccess permettent de changer une règle de réécriture sans toucher à la configuration du serveur : très commode, et coûteux en performance puisqu'ils sont relus à chaque requête.

D'où ça vient Publié en 1995 à partir du serveur du NCSA, il a porté la croissance du web pendant plus de dix ans. La fondation créée en 1999 autour de lui abrite depuis des centaines d'autres projets.

Pour aller voir Site officiel Documentation

Sécurité

Le cadenas de la barre d'adresse, et ce qu'il y a derrière. Ce n'est pas un label de confiance : il dit que la communication est chiffrée, pas que le site est honnête.

SSL

Le chiffrement entre le navigateur et le serveur, celui du cadenas. Le nom est resté dans l'usage courant alors que la technologie a changé : ce qui tourne aujourd'hui s'appelle TLS, et les versions SSL sont proscrites depuis des années.

D'où ça vient SSL apparaît chez Netscape au milieu des années 1990. TLS lui succède en 1999 ; sa version 1.3, publiée en 2018, supprime ce qui restait de fragile dans les négociations de clés et réduit le nombre d'allers-retours à l'ouverture.

Pour aller voir Site officiel Tester une configuration

Let's Encrypt

L'autorité qui délivre gratuitement les certificats du cadenas, automatiquement et pour quatre-vingt-dix jours. Elle a fait passer le chiffrement du statut d'option payante à celui de norme.

D'où ça vient Ouverte au public fin 2015 par l'ISRG, avec le soutien de Mozilla, de l'EFF et de plusieurs hébergeurs. Le protocole d'automatisation qu'elle a créé, ACME, est devenu un standard que ses concurrents ont repris.

Pour aller voir Site officiel Comment ça marche

Versionnement

L'historique du code : qui a changé quoi, quand, et comment revenir en arrière. Sans lui, un projet à plusieurs devient une négociation de fichiers par courriel.

Git

Il garde chaque état du projet et permet d'y revenir. C'est aussi ce qui permet à plusieurs personnes de travailler sur les mêmes fichiers sans s'écraser, chacune sur sa branche, avant de fondre le travail en un seul.

D'où ça vient Écrit par Linus Torvalds en 2005, en quelques semaines, quand le noyau Linux a perdu l'accès à l'outil propriétaire qu'il utilisait jusque-là. Il a supplanté tous ses concurrents en une dizaine d'années.

Pour aller voir Site officiel Le livre Pro Git, en français

GitHub

L'hébergement de dépôts Git le plus utilisé, et le lieu où se fait une grande partie du travail collectif du logiciel libre : signalements, relectures, intégration continue. Le revers est la concentration, une grande part du code ouvert du monde vit au même endroit.

D'où ça vient Fondé en 2008, racheté par Microsoft en 2018 pour sept milliards et demi de dollars : un rachat que la communauté redoutait, et qui n'a pas produit l'exode annoncé.

Pour aller voir Site officiel Documentation

Bitbucket

L'hébergement de dépôts d'Atlassian, souvent retenu par les entreprises déjà équipées de Jira, avec lequel il s'intègre étroitement.

D'où ça vient Lancé en 2008 pour Mercurial, racheté par Atlassian en 2010, il ajoute Git l'année suivante et abandonne Mercurial en 2020.

Pour aller voir Site officiel Documentation

Design et collaboration

Ce qui permet de travailler à plusieurs sur la même chose au même moment, sans se marcher dessus ni s'envoyer trente pièces jointes.

Figma

L'outil de maquette d'interface, dans le navigateur et à plusieurs en même temps. Le développeur y lit directement les mesures, les couleurs et les espacements, ce qui supprime l'aller-retour où l'on redemande au graphiste la valeur exacte d'une marge.

D'où ça vient Lancé en 2016. Son rachat par Adobe, annoncé en 2022, a été abandonné fin 2023 devant l'opposition des autorités de concurrence européennes et britanniques.

Pour aller voir Site officiel Centre d'aide

Google Workspace

La suite bureautique et de messagerie de Google, partagée par le navigateur : documents, tableurs, agenda, visioconférence. Le travail simultané sur un même fichier y est natif, et les données vivent chez Google : c'est le point à trancher avant d'y aller.

D'où ça vient Lancée en 2006 sous le nom de Google Apps, renommée G Suite en 2016, puis Google Workspace en 2020.

Pour aller voir Site officiel Centre d'aide

Jira

Le suivi des tâches et des anomalies, très configurable. Sa souplesse est aussi son défaut : mal réglé, il devient une usine à champs obligatoires que plus personne ne remplit sincèrement.

D'où ça vient Publié en 2002 par l'australien Atlassian. Le nom vient de Gojira, le nom japonais de Godzilla, surnom que l'équipe donnait à Bugzilla, l'outil qu'elle utilisait auparavant.

Pour aller voir Site officiel Documentation

Slack

La messagerie d'équipe organisée par canaux. Elle remplace une bonne part du courriel interne et crée en retour une pression à la réponse immédiate, qu'il faut décider de ne pas subir sous peine d'y passer ses journées.

D'où ça vient Né en 2013 d'un outil interne bâti pour un jeu vidéo qui n'a jamais marché. Racheté par Salesforce en 2021 pour près de vingt-huit milliards de dollars.

Pour aller voir Site officiel Centre d'aide

Méthodes de travail

Ni des logiciels ni des langages : des façons d'organiser le travail. Elles se copient mal, et une méthode appliquée sans en comprendre l'intention produit l'inverse de ce qu'elle promet.

Scrum

Un cadre de travail par itérations courtes : on livre quelque chose d'utilisable toutes les deux à quatre semaines, on le montre, on ajuste la suite. Il suppose un client réellement disponible ; sans lui, il ne reste que les réunions.

D'où ça vient Formalisé au milieu des années 1990 par Ken Schwaber et Jeff Sutherland, à partir d'un article de 1986 sur les méthodes de développement japonaises. Il devient l'un des piliers du manifeste Agile en 2001.

Pour aller voir Site officiel Le guide Scrum

Kanban

Un tableau de colonnes où chaque tâche avance de gauche à droite, avec une limite du nombre de tâches en cours à chaque étape. C'est cette limite qui fait tout le travail : sans elle, il ne reste qu'un tableau joli et une équipe qui commence tout et ne finit rien.

D'où ça vient Le mot vient de l'atelier : c'est le système d'étiquettes mis au point chez Toyota au milieu du vingtième siècle pour ne produire que ce que l'étape suivante consomme. Son adaptation au logiciel date de la fin des années 2000.

Pour aller voir Site officiel Le guide Atlassian

Systèmes d'exploitation

La couche sur laquelle tout le reste repose, et celle dont on ne parle que le jour où elle pose un problème.

Linux

Le système qui fait tourner la quasi-totalité des serveurs du web, et Android par-dessus le marché. Libre et gratuit, il se distribue en variantes qui décident de tout le reste : Debian, Ubuntu, Red Hat n'ont ni les mêmes outils ni le même rythme de mises à jour.

D'où ça vient Linus Torvalds, étudiant à Helsinki, publie le noyau en 1991 en annonçant « juste un passe-temps, rien de gros ni de professionnel ». Assemblé avec les outils du projet GNU, il forme le système complet que l'on connaît.

Pour aller voir Site officiel Le noyau

Un terme vous manque encore ? Ce glossaire s'enrichit au fil des questions qu'on me pose. Dites-moi lequel, je l'ajoute.

Seulement si vous voulez que je vous réponde. Elle ne sert qu'à ça : aucune inscription, aucune prospection, aucune liste.

NET&PRO

Un mémo, c'est la carte. Le trajet, on le fait avec vous.

Vous avez compris le sujet. NET&PRO s'occupe de la mise en œuvre : audit de l'existant, développement, automatisation, formation de vos équipes.