Savoir-faire et technologie

<p><b>Spiria : La sécurité est souvent mise en œuvre après coup, en fin de cycle de <a href="https://www.spiria.com/fr/services/developpement-axe-performance/developpement-logiciel-sur-mesure/"><b>développement du logiciel</b></a>. Que pensez-vous de cette situation ?</b></p><p><b>Garett Spencley-Sales</b> : La sécurité mérite une attention prioritaire. Elle doit être traitée en amont, alors que notre secteur a tendance à considérer la sécurité comme un problème technique à traiter. On part également du principe que “s’il y a un problème de sécurité, c’est un bogue parce que les développeurs n’ont pas codé correctement”. C’est une façon désastreuse d’envisager la sécurité. Vous vous exposez à toutes sortes de problèmes. Pour aborder la sécurité de manière adéquate, vous devez en amont effectuer une analyse des risques et identifier vos actifs les plus précieux. Qu’il s’agisse de données et d’informations sur les clients, de systèmes de l’entreprise — tout ce que vous protégez, ou tout ce qui pourrait constituer une responsabilité en cas de piratage — vous devez identifier ces éléments avant même de commencer le développement.</p><p>La modélisation des risques doit également être terminée avant de commencer, de sorte que si le développement dérape, vous pourrez dire : “Bon, voici comment nous avons anticipé ces lignes de faille ; ces actifs à haut risque pourraient être attaqués et potentiellement compromis, mais voici les fonctionnalités que nous avons incluses afin de les protéger sur le plan technique”.</p><p>Et puis, bien sûr, les organisations doivent être conscientes que le risque technologique n’est qu’un des risques qu’elles encourent. Au fil des décennies, nous avons assisté à de nombreuses attaques qui s’appuyaient sur des vulnérabilités sociales plutôt que techniques. Aujourd’hui encore, les campagnes par hameçonnage, qui sont des attaques sociales et non des attaques techniques, sont l’un des moyens les plus courants de compromettre un système.</p><p><img src="https://cdn.prod.website-files.com/67c06f07cfba9b0adb43e16c/68470c5a407a89d812ce9115_think-cite-fr.png" style="width: 100%; border: 0;" alt=" " title=" "></p><p><b>Il est clair que le souci de la sécurité commence bien avant l’écriture de la moindre ligne de code. Les considérations vont du choix des outils et des frameworks à la définition des exigences, non ?</b></p><p><b>Garett</b> : Bien sûr. Vous devez considérer la sécurité comme une fonctionnalité essentielle. Vous ne pouvez pas simplement supposer que le système sera intrinsèquement sûr. Ce que signifie être sûr varie d’un projet à l’autre. Cela dépend des risques et de ce qui doit être protégé. Que signifie la sécurité pour votre système et pour vos données ? Il n’y a pas de recette toute faite, car chaque projet a des exigences différentes. Lorsque vous comprenez quelles sont vos priorités, vous pouvez traiter la sécurité comme une fonctionnalité et vous assurer qu’elle est prise en compte dès le départ. Ensuite, les outils, les processus et les systèmes que vous utiliserez seront les bons pour résoudre ces problèmes particuliers.</p><p><b>Intégrer la sécurité dans le cycle de développement logiciel sans ralentir le projet est une tâche chronophage qui a son propre coût. N’avez-vous pas besoin de renforts pour respecter les délais ? Cela ne représente-t-il pas un investissement plus important ? </b></p><p><b>Garett</b> : Une bonne sécurité a inévitablement un coût. Développer correctement des fonctionnalités et des logiciels coûte de l’argent. Mais si nous traitons la sécurité comme une réflexion après coup et les problèmes comme des bogues, les coûts seront encore plus élevés.</p><p>En matière de sécurité, les bogues sont particulièrement dangereux, car ils représentent une énorme responsabilité pour les entreprises, qui peuvent être confrontées à des amendes réglementaires, à des poursuites pour atteinte à la vie privée si le statut des utilisateurs est compromis, ou à une perte de marché en raison d’une baisse du niveau de confiance dans leur service. La sécurité a de nombreuses implications financières pour une entreprise.</p><p>Pour éviter que les projets ne se grippent, la meilleure solution consiste à traiter la sécurité comme une fonctionnalité dès le départ. De cette façon, vous vous assurez que ces types de bogues sont détectés à un stade précoce, lorsqu’ils peuvent être traités à moindre coût, rapidement et de manière efficace, au lieu de développer un système non sécurisé parce que personne n’a estimé que la sécurité était un prérequis. Vous ne voulez pas avoir à dire après coup : “Oh non, nous devons faire quelque chose pour résoudre notre problème de sécurité, mais nous ne pouvons pas le faire parce que le système n’a pas été conçu pour réaliser ce dont nous avons besoin”.</p><p>La réponse est donc malheureusement oui, vous devez investir un peu plus au départ. Mais la raison économique pour laquelle vous devez faire cet investissement est que cela vous épargnera potentiellement un montant considérable de responsabilité. Et si vous voulez faire une analyse coûts-avantages, faites cette évaluation des risques dès le départ. Identifiez ce qui a le plus de valeur et ce que pourraient être vos responsabilités, car si vous ne le faites pas, vous prenez un risque énorme sans même savoir que vous êtes en danger. C’est ce que nous constatons actuellement avec toutes ces attaques de rançongiciels, ces intrusions, etc.</p><p><b>Si vous ne vous occupez pas continuellement de l’aspect sécurité, vous accumulez une sorte de dette technique, n’est-ce pas ? Peut-on parler de “dette de sécurité” et des problèmes qu’une telle dette engendre ?</b></p><p><b>Garett</b> : On peut considérer cela comme un type de dette technique. Mais le hasard entre malheureusement en jeu. Par pure chance, certaines entreprises ne se retrouvent jamais visées. Elles ne souffrent pas de ces responsabilités et ne paient pas le coût de la dette technique. Mais si vous êtes victime d’une intrusion, s’il existe une vulnérabilité au niveau technique et que vous ne la corrigez qu’après coup, d’autres failles de sécurité dans votre système seront également mises en évidence. Il ne serait pas inapproprié de considérer cela comme une forme de dette qui finit par arriver à échéance.</p><p><b>Afin de minimiser cette dette, diriez-vous qu’il est préférable d’avoir plusieurs ralentissements mineurs pendant le développement qu’un seul ralentissement majeur à la toute fin ?</b></p><p><b>Garett</b> : Eh bien, le sujet des ralentissements est intéressant, car je pense qu’il y a une attente implicite que le système soit sécurisé. Nous nous attendons à la sécurité parce que nous reconnaissons que nous avons affaire à un risque. Qu’il s’agisse d’une entreprise de produits ou d’un client qui passe un contrat avec une agence telle que Spiria, nul n’a l’intention d’acheter un logiciel non sécurisé. Je dirais que la planification de la sécurité n’est pas un ralentissement.</p><p><img src="https://cdn.prod.website-files.com/67c06f07cfba9b0adb43e16c/68470c5dd2c6f860a0916c73_security-cite-fr.png" style="width: 100%; border: 0;" alt=" " title=" "></p><p>La sécurité est une fonctionnalité, qu’elle soit traitée comme telle ou non. La chose intelligente à faire est de la traiter comme telle, et de l’intégrer dans le coût de développement des fonctionnalités du logiciel. Personne n’a besoin d’un système non sécurisé qui coûtera à l’entreprise en termes de responsabilité, ou aux clients, ce qui se répercute également sur l’entreprise.</p><p><b>Tout cela est bien beau, mais dans la pratique, comment cela fonctionne-t-il ? Vous êtes un développeur senior avec beaucoup d’expérience, vous avez connu de nombreux projets et équipes. Les choses se passent-elles toujours de cette façon ? La sécurité est-elle réellement intégrée dans le processus de développement ?</b></p><p><b>Garett</b> : Pour être honnête, d’après mes observations et mon expérience, la sécurité est trop souvent ignorée. Elle n’entre tout simplement pas dans les discussions. Les entreprises se pressent pour mettre sur le marché des fonctionnalités brillantes qui devraient leur rapporter beaucoup d’argent, alors que la sécurité n’est jamais mentionnée. Ou si elle l’est, elle a tendance à être soulevée par des développeurs qui comprennent que “Hé, vous avez des risques ici. Cette base de données contient une quantité incroyable de données et d’informations sur les clients, mais il y a en fait très peu de contrôles d’accès et de mesures en place pour les protéger. “La réponse typique est “C’est un très bon point” et “Nous vous assurons que nous le prenons au sérieux”, mais ce n’est pas une priorité du moment. C’est quelque chose qu’ils veulent faire un jour, mais ce jour n’arrive jamais.</p><p>Ce n’est pas une surprise pour moi, car nous, les développeurs et ingénieurs, soulevons ces préoccupations depuis que je suis dans le secteur, et maintenant j’en suis à “je vous l’avais dit”. Nous avions prédit qu’il y aurait davantage d’attaques à grande échelle, de fuites de données et de brèches, comme les attaques par rançongiciels qui font l’actualité.</p><p>Pardonnez mon franc-parler, mais je ne pense pas que les choses s’amélioreront vraiment tant que les chefs d’entreprise ne seront pas imputables, voire envoyés en prison. Il n’y a tout simplement pas de conséquences. C’est une question d’évaluation des risques. Les managers, les chefs d’entreprise et les cadres qui ne sont pas particulièrement férus de technologie pensent qu’il faut une sorte de génie comme on n’en voit que dans les films pour compromettre un système. Ils pensent : “Cela ne peut pas nous arriver”. Mais toute personne qui ne prend pas cela au sérieux met le système en danger. Tout système peut être violé si quelqu’un est déterminé à y pénétrer. Si vous omettez l’évaluation des risques, vous ne savez pas ce qui est vulnérable et ce que vous devez protéger, et tout est exposé.</p><p><b>Nous constatons donc que l’avantage d’une mise sur le marché rapide pour offrir aux utilisateurs de nouvelles fonctionnalités l’emporte sur le risque de sanctions liées à des intrusions dans les bases de données, par exemple…</b></p><p><b>Garett</b> : C’est loin des yeux, loin du cœur. Je pense qu’elle n’est même pas prise en compte dès le début, alors que c’est justement là qu’elle devrait être mise en avant. La sécurité devrait être incluse comme une fonctionnalité. Les clients partent du principe qu’ils achètent un système sécurisé, mais la sécurité n’est jamais mentionnée pendant la phase de découverte ou de planification. On ne nous donne jamais de documents qui décrivent l’évaluation des risques et la modélisation des menaces, et on ne nous demande jamais de faire cette modélisation. Je n’ai jamais vu de rapport disant : “Voici la modélisation des menaces, l’évaluation des risques, nos priorités, donc voici ce que nous devons mettre en place.” Les agences de conseil en sécurité sont engagées pour faire cela dans certains cas, et je l’ai fait une fois lorsque j’étais sur un projet pour une grande banque américaine qui avait ses propres systèmes en place.</p><p>De plus, j’ai récemment écouté la conférence de quelqu’un qui est engagé par des banques pour faire des évaluations de la sécurité physique. Elles l’engagent pour qu’il essaie délibérément de voler la banque, afin de voir ce que la banque ferait en cas d’attaque. Il a constaté que même la sécurité physique des banques est beaucoup plus faible que ce à quoi on pourrait s’attendre. Il affirme que si elles ne peuvent pas assurer correctement la sécurité physique, elles ne peuvent pas non plus assurer la sécurité numérique. Si la prise en compte de la sécurité n’est pas jugée importante, c’est la seule imputabilité qui devient une incitation.</p><p>On suppose que les développeurs écriront un code sécurisé, mais les politiques de contrôle de l’accès aux serveurs de bases de données n’ont pas grand-chose à voir avec le code. Il s’agit là d’un vecteur d’attaque potentiel ; il y a ensuite les vecteurs d’attaque sociaux, les vecteurs d’attaque de l’infrastructure… il existe de nombreuses façons de compromettre les systèmes. Cela varie selon les projets et les systèmes. Vous ne pouvez pas procéder à la planification en vous basant uniquement sur des hypothèses, car vous n’y arriverez pas, vous ne saurez pas quels sont les risques.</p><p><img src="https://cdn.prod.website-files.com/67c06f07cfba9b0adb43e16c/68470c60bc6a9841872d1f2a_broken-cite-fr.png" style="width: 100%; border: 0;" alt=" " title=" "></p><p><b>Avez-vous des recommandations spécifiques ?</b></p><p><b>Garett</b> : Cela dépend du projet et du système. Je vais avoir l’air d’un disque rayé, mais la première recommandation est de procéder à la modélisation des menaces et à l’évaluation des risques, car sans cela, vous ne savez pas quelles sont vos exigences en matière de maintenance.</p><p>Certaines organisations ont procédé à une évaluation des risques dès le départ pour finalement décider que les systèmes existants ne représentaient pas un grand risque. Le pire des scénarios n’est pas si terrible si quelqu’un les attaque. Ces anciens systèmes peuvent être laissés en l’état, car ils ne risquent pas d’être sérieusement affectés, alors qu’il y a peut-être d’autres systèmes au sein de l’entreprise et du réseau qui sont beaucoup plus prioritaires et qui méritent toute l’attention.</p><p>L’évaluation des risques est également une mesure d’économie, car les entreprises peuvent l’utiliser pour définir leurs responsabilités et hiérarchiser ensuite leurs efforts de maintenance en conséquence.</p><p><b>Pour revenir à la question, qui était de savoir comment intégrer la sécurité dans le cycle de développement des logiciels sans ralentir le projet, est-ce un cercle vicieux ? Si cela demande plus de temps, de personnel et de maintenance, est-ce que nous tournons en rond ? Ou la solution est-elle de le faire en amont afin de pouvoir planifier le nombre adéquat de personnes et un calendrier réaliste, pour que tout se passe bien ?</b></p><p><b>Garett</b> : Si l’on s’attend à ce que ce logiciel soit sécurisé, la question devient “Comment écrire un logiciel pleinement fonctionnel sans ralentir le cycle de développement ?” Et c’est le problème fondamental auquel tout chef de projet est confronté, qu’il s’agisse de sécurité ou d’autre chose. Comment planifier le développement d’un logiciel qui fonctionne correctement, et comment le développer selon un calendrier serré sans introduire de retards ? Vous y parvenez en planifiant la sécurité dès le départ. Si vous la traitez comme n’importe quelle autre fonctionnalité, si vous identifiez les exigences de sécurité importantes, vous pouvez alors planifier leur développement au lieu de revenir en arrière pour réparer un système non sécurisé.</p><p>Il est beaucoup plus efficace et rentable de faire ce petit travail en amont et de l’intégrer dans le cadre de la planification et du processus. Si vous le remettez à plus tard, vous ne faites que prendre vos désirs pour des réalités, en espérant que la sécurisation de votre système ne sera pas trop difficile, alors que vous n’avez même pas encore identifié ce que la sécurité signifie pour votre projet et votre système.</p><p><img src="https://cdn.prod.website-files.com/67c06f07cfba9b0adb43e16c/68470c63378cc0db150cd5d7_develop-cite-fr.png" style="width: 100%; border: 0;" alt=" " title=" "></p><p><b>Merci beaucoup pour votre temps, Garett. Vos commentaires étaient sans détours et instructifs. Avez-vous quelque chose à ajouter ?</b></p><p><b>Garett</b> : Je résumerai les principales recommandations et les points à retenir. Faites une évaluation des risques en amont pour identifier vos actifs de grande valeur et vos responsabilités potentielles, considérez la sécurité comme une fonctionnalité et ajoutez-la dans la planification du projet. Cela ne sera pas nécessairement très coûteux. En fait, il est probablement beaucoup moins cher de faire cela en premier. Développez en pensant à la sécurité dès le départ, plutôt que d’essayer de sécuriser un système non sécurisé après coup.</p><p>Les organisations devraient commencer à considérer les problèmes de sécurité comme une question de responsabilité potentielle. De deux choses l’une : soit les primes d’assurance élevées feront partie des coûts d’exploitation normaux, soit les entreprises prendront enfin des mesures pour assurer la sécurité en la traitant comme une priorité dès le départ.</p>

<p>Une recherche rapide permettra de trouver quelques solutions, mais elles ont toutes des limitations. Par exemple, la solution décrite dans <a href="https://stackoverflow.com/questions/37542803/how-to-implement-checkbox-in-header-of-qtreeview">cette question de Stack Overflow</a> ne prend en charge que les cases à cocher, et n’en supporte qu’une seule par table. Une autre <a href="https://www.qt.io/blog/2012/09/28/qt-support-weekly-27-widgets-on-a-header">solution proposée</a> ne prend également en charge que les cases à cocher, mais constitue une bonne base de départ pour notre solution.</p><p>En nous inspirant de cette deuxième source, nous voulons améliorer la solution pour atteindre ces objectifs :</p><ul> <li>Supporter tout type de widget.</li> <li>Supporter plusieurs colonnes, chacune ayant son propre widget.</li> <li>Être simple à utiliser.</li></ul><h2>La solution</h2><p>L’astuce consiste à avoir une vue d’en-tête personnalisée (<code>QHeaderView</code>) qui peut être définie sur une table (<code>QTableWidget</code>) ou une liste (<code>QListWidget</code>). La vue d’en-tête personnalisée prend en charge les widgets qui sont placés en haut de chaque colonne. Elle gère également l’emplacement et les changements de taille des widgets pour qu’ils s’intègrent à l’en-tête.</p><p>Étant donné que les widgets sont dessinés par-dessus l’en-tête, il est recommandé de <b>ne pas</b> définir de titre pour ces colonnes et d’utiliser plutôt un widget doté d’une étiquette. Puisque nous supportons tous les widgets, vous pouvez créer un conteneur pour placer une étiquette supplémentaire si le widget que vous souhaitez utiliser n’a pas d’étiquette.</p><p>L’astuce consistant à placer le widget par-dessus fonctionne parce que Qt peint les widgets parents avant leurs enfants. Comme les widgets supplémentaires sont des enfants de la vue d’en-tête, ils sont peints après l’en-tête et apparaissent donc au-dessus de celle-ci.</p><p>L’API permettant d’utiliser l’en-tête personnalisé est très simple. Il suffit de créer une instance de <code>QHeaderViewWithWidgets</code>, ajouter les widgets à la colonne (appelée section dans Qt), et définir la vue d’en-tête sur votre table. En bref, cela ressemble à ceci :</p><pre><code> // Creation du widget pour l'en-tete. auto col1_check = new QCheckBox("My checkbox"); // Creation de l'en-tete avec le widget pour la colonne 1. auto header = new QHeaderViewWithWidgets(Qt::Orientation::Horizontal); header-&gt;addSectionWidget(1, col1_check); // Creation de la table et utilisation de l'en-tete. auto list = new QTableWidget; list-&gt;setHorizontalHeader(header);</code></pre><h2>Le code</h2><p>Le code C++ nécessaire pour placer des widgets dans l'en-tête d'une table est disponible dans <a href="https://github.com/pierrebai/QtAdditions">ce dépôt public sur GitHub</a>.</p><p>Un exemple d'application utilisant la vue d'en-tête personnalisée avec des sous-widgets est fourni dans ce même projet, dans le dossier <code>examples\ExampleListHeaderWidget</code>.</p>

<p>Aussi, nous sommes aujourd’hui loin de la sortie du bois avec l’augmentation soudaine du variant delta qui remet en cause tous les plans d’assouplissement des mesures sanitaires. Les entreprises sont ainsi poussées à reporter la réouverture de leurs bureaux, laquelle était souvent prévue pour ce mois de septembre, au début de l’année prochaine. Apple a ainsi annoncé il y a quelques jours à ses employés du monde entier qu’ils ne seraient pas tenus de retourner dans leurs bureaux respectifs avant janvier prochain, voire plus tard. La même décision de reporter en 2022 le retour au bureau a été prise par d’autres grands acteurs des technologies, par exemple Amazon et Google.</p><p>Et rien n’interdit de penser que les entreprises soient obligées de reporter à nouveau, même si tout le monde espère que nous atteindrons enfin le bout du tunnel. De fait, lors de son instauration, le passage massif au télétravail était vu par les chefs d’entreprise comme une mesure d’urgence temporaire. Mais maintenant, alors que l’on est presque au dix-huitième mois de cette expérience, ce remède temporaire s’est transformé en nouvelle normalité. Si l’on n’a pas de garantie sur le moment où le retour au bureau pourra se faire dans des conditions normales, il paraît certain que la vie de bureau post-pandémie ne ressemblera à l’ancienne et les entreprises essaient d’imaginer à quoi cela ressemblera pour elles, quelle sera la nouvelle norme après cette transition, beaucoup avançant des solutions de “travail hybride”.</p><h2>Le télétravail, durablement inscrit dans l’avenir</h2><p>Dans un contexte où l’acquisition et la rétention de talents deviennent de plus en plus difficiles, notablement dans le secteur des technologies, il convient d’écouter ce que les employés veulent pour leur avenir. De nombreuses études récentes démontrent que tous les employés ne souhaitent pas la même chose. Selon une étude de Zenefits (1), 36 % des employés souhaitent être présents au bureau tous les jours, tandis que 43 % veulent venir “occasionnellement” ou “selon les besoins”. Par contre, 23 % préfèrent travailler à distance 100 % du temps. Aussi, selon des rapports récents, certains employés pourraient choisir de démissionner s’ils étaient contraints de revenir au bureau. En résumé, il n’y a pas de solution unique et monolithique qui soit viable pour l’entreprise post-pandémie. Il faudra assurément faire preuve de souplesse et flexibilité. Ce dont ont déjà fait preuve les entreprises en réussissant à gérer un séisme majeur dans l’organisation du travail.</p><p>Le fait incontournable, c’est que le travail à distance est fait pour rester durablement dans les entreprises de services, même chez celles qui étaient auparavant très réticentes à l’idée. Travailler en dehors des murs de l’entreprise a en effet beaucoup d’avantages. Pour les employés, cela élimine des frais de déplacement, libère du temps libre et permet un meilleur équilibre entre vie privée et professionnelle. Pour les entreprises, le télétravail réduit les coûts, notamment ceux liés à l’immobilier. Cela peut par exemple être un sérieux avantage pour les jeunes entreprises qui n’a pas à dépenser du capital dans le maintien d’un environnement de bureau traditionnel. Aussi, ce mode de travail est un atout notable dans l’acquisition de nouveaux talents. Il permet aux entreprises d’embaucher dans un vivier de candidats bien plus large, y compris des travailleurs handicapés ou géographiquement éloignés. Si l’on suit les chiffres de Zenefits, les entreprises flexibles qui sont soucieuses de la qualité de vie des employés et de leur rétention, vont se retrouver avec une force de travail divisée en trois groupes, ceux qui viendront au bureau comme avant la pandémie, ceux qui viendront à l’occasion et ceux qui resteront à la maison. Cette nouvelle organisation soulève certains défis et le maintien de la culture d’entreprise n’est pas le moindre.</p><h2>La culture organisationnelle, la colle qui tient tout ensemble</h2><p>Si tout le monde sait qu’une culture d’entreprise est en quelque sorte un ADN de l’entreprise, et que beaucoup vantent la qualité de leur culture d’entreprise, peu sont à même de la définir précisément, de la traduire en mots. Elle s’énonce souvent dans la forme d’une liste de valeurs génériques, rarement marquées du sceau de l’originalité, relevant souvent de principes éthiques qui vont de soi, et d’engagements à une plus grande responsabilité sociale et environnementale. Dans les faits, la culture d’entreprise, bien qu’intangible, est bien plus large ; elle est un phénomène de groupe qui imprègne les interactions sur le lieu de travail et guide les prises de décision, les réactions au changement. Elle est basée sur des décisions organisationnelles, des pratiques et des habitudes. Elle est un élément essentiel à la viabilité d’une organisation et au maintien d’un environnement dans lequel les gens aiment travailler les uns avec les autres. Pour reprendre l’image de Yo-Jud Cheng, professeure à la Darden School of Business, “la culture organisationnelle est la colle qui maintient tout ensemble” (2). Certaines entreprises peuvent avoir une culture du secret et du compartimentage (on ne souhaite pas y travailler) comme d’autres peuvent avoir une culture ludique et créative. Certaines cultures sont attractives et suscitent un sentiment d’appartenance tandis que d’autres sont répulsives.</p><p>Quelle que soit la culture, il convient d’être proactif pour la maintenir et l’améliorer. D’autant plus dans un contexte de raréfaction des pratiques participant à l’entretien de la culture, que ce soit les discutions autour de la machine à café, les activités sociales, ou encore manger ensemble et apprendre à mieux se connaître.</p><h2>Maintenir et améliorer la culture dans le nouveau paradigme</h2><p>Travailler seul dans un bureau improvisé au domicile peut provoquer des sentiments d’isolement et de déconnexion chez les employés. Certains sont conditionnés à travailler dans un environnement de bureau microgéré et ont des difficultés à travailler d’une manière plus indépendante, d’autres peinent à mobiliser suffisamment d’autodiscipline quand ils sont physiquement seuls. Le télétravail ne convient pas à tout le monde, loin de là. Les employés qui souffrent le plus feront le choix de retourner au bureau alors que d’autres se satisfont très bien de ce mode de travail ; ils s’y épanouissent et y trouvent des bénéfices appréciables, comme celui de ne plus perdre des heures à se rendre au bureau chaque semaine. Tout le défi va être de réussir à unifier tout cela, de trouver les outils qui ne laisseront personne au bord de la route et qui feront que chacun aura le sentiment de travailler dans la même entreprise. Que peut-on faire pour entretenir et renforcer les normes culturelles parmi les employés dispersés ici et là, jamais tous réunis dans un même lieu ? Une chose semble sûre, il faudra redoubler d’efforts en période post-pandémique.</p><p><b>Énoncez la culture.</b> Ne ratez jamais une occasion de communiquer les idéaux fondateurs, les histoires et les engagements, tout ce qui a façonné la culture et la manière dont le travail est accompli, et qui est au cœur de l’identité de l’entreprise. Formulez clairement les normes et les comportements attendus. Attachez-vous à le faire de façon systématique pour les nouveaux employés. Qui sommes-nous, d’où venons-nous, où souhaitons-nous aller et de quelle façon. Répétez et répétez encore vos valeurs fondamentales. Soulignez ce qui constitue de bonnes pratiques dans le maintien de la culture d’entreprise, apportez de la visibilité aux efforts qui vont dans le bon sens.</p><p><b>Communiquez.</b> Une règle d’or en matière de communication interne est qu’il faut n’avoir jamais peur de se répéter. Gardez tous les employés en phase ; communiquez, communiquez et communiquez encore. Assurez-vous que employés éloignés reçoivent la quantité appropriée de communications et qu’ils en prennent connaissance. Trouvez de nouveaux moyens de communication si les anciens ne conviennent plus. Les principes d’une bonne communication sont la régularité, la transparence, la cohérence et l’ouverture au dialogue. Dans le cadre d’une entreprise aux employés éparpillés, ces principes sont d’autant plus cruciaux à bien appliquer lorsqu’il s’agit de réaliser un alignement de tous autour de la culture organisationnelle. Les dirigeants devraient aspirer à communiquer autant que possible pour créer de la clarté et de la présence auprès des employés. La régularité et la qualité de la communication sont absolument essentielles avec des employés distants, mais ne le sont pas vraiment moins avec des employés distants de quelques mètres.</p><p><b>Soyez le gardien vigilant et constant de votre culture.</b> Dans la revue du MIT Sloan, la professeure Jennifer Howard-Grenville note avec beaucoup de justesse (2) : “Il est peut-être tout aussi important de signaler les affronts à la culture. Lorsque les managers ne censurent pas visiblement les pratiques qui s’écartent de la culture souhaitée, les limites de la culture ne sont pas bien définies.” Elle souligne aussi l’importance que la défense des normes culturelles doit être l’affaire de tous, pas seulement de l’encadrement. Si la culture est portée par la vision du chef d’entreprise, il est essentiel qu’elle soit soutenue par tous, et pas seulement pas le service des ressources humaines.</p><p><b>La culture ne doit pas être gravée dans le marbre.</b> L’entreprise est en évolution perpétuelle, ses cellules (employés) se renouvellent, de nouveaux défis surgissent, tant en raison de réalités externes que du fait de sa propre croissance. Pensez à votre entreprise il y a quelques années. Ce n’est aujourd’hui plus vraiment la même, et encore moins si elle connaît la réussite. En conséquence, la culture de ne peut être figée, elle doit être flexible, pouvoir évoluer pour accompagner au mieux les transformations de l’entreprise. Certes, certaines valeurs éthiques sont là pour demeurer immuables. Mais les outils qui servent à la culture doivent s’adapter aux réalités du moment, aux circonstances changeantes. Et il y a parfois des situations où il n’y a pas d’autre choix que d’évoluer, par exemple avec le confinement qui a interdit nombre de pratiques participant à la culture d’entreprise et au sentiment d’appartenance. Il faut alors être créatif et ouverts aux nouvelles idées. Aussi, il ne faut pas être frileux quand il s’agit de remettre en question des aspects dépassés d’une culture, tout en faisant preuve de doigté tant certains changements peuvent être source d’émotions fortes.</p><p><b>Réévaluez vos outils de travail.</b> Le confinement vous a peut-être obligé à effectuer une transformation numérique à marche forcée. Il est maintenant le temps d’évaluer la pertinence et l’efficacité de vos outils numériques et de voir s’ils seront adaptés aux nouvelles façons de travailler avec des membres d’équipes dans et hors les murs. Il faut aussi prendre le temps d’examiner les risques pour la sécurité des données associés à chacun de ces outils. Aussi, le télétravail et les formes de travail hybride sont une opportunité d’optimiser les coûts et d’investir dans la modernisation.</p><p>Souvenez-vous que lorsque votre culture organisationnelle est en phase avec vos objectifs et que vos collaborateurs partagent votre enthousiasme et votre vision, vous posez les bases de la réussite de votre entreprise. Il est donc extrêmement bénéfique de créer une culture qui soutient la stratégie de l’organisation et de renforcer les normes culturelles par le biais du leadership et de la communication.</p><p>—</p><p>(1) <a href="https://www.zenefits.com/workest/">www.zenefits.com/workest/</a></p><p>(2) “Organizational culture is the glue that holds everything together,” <a href="https://ideas.darden.virginia.edu/global-workplace-cohesive-culture">ideas.darden.virginia.edu/global-workplace-cohesive-culture</a></p><p>(3) “Perhaps as important is calling out affronts to culture. When managers don’t visibly censure practices that depart from the desired culture, the boundaries of culture are not well defined.” <a href="https://sloanreview.mit.edu/article/how-to-sustain-your-organizations-culture-when-everyone-is-remote/">sloanreview.mit.edu/article/how-to-sustain-your-organizations-culture-when-everyone-is-remote/</a></p>

<p>Outre les nouveaux locaux, nous avons pris la décision d’investir pour offrir du mobilier ergonomique de qualité et un aménagement de bureau haut de gamme. Cela ne s’est pas fait sur un coup de tête. Nous avons tenté d’anticiper les besoins futurs de nos employés et d’imaginer à quoi le monde du travail ressemblerait après la pandémie.</p><p>Nous avons alors statué qu’après la pandémie et l’obligation de télétravailler, les employés pourraient avoir besoin d’un FAX 😉 :</p><ul> <li>Flexibilité</li> <li>Autonomie</li> <li>Expérience</li></ul><p>Avec le FAX en tête, nous avons essayé de dresser le portrait futur de notre vie spirienne au bureau et de redéfinir notre approche en matière de télétravail post-pandémique.</p><h2>Flexibilité</h2><p>Depuis un an, les gens sont libres de travailler d’où bon leur semble et de faire varier leurs horaires de travail. Cette liberté est très appréciée et nous n’avons pas l’intention de la restreindre radicalement, mais plutôt de l’encadrer. C’est pourquoi nous visons une présence au bureau pendant 50 % du temps de travail. 50 % d’une semaine, d’un mois, d’une année, peu importe, la flexibilité est le mot d’ordre. Ceci fait en sorte que pour les gens qui souhaitent voyager tout en travaillant (vacances-travail), ce sera également possible de leur permettre.</p><h2>Autonomie</h2><p>La flexibilité doit être accompagnée de la capacité de pouvoir agir de façon autonome. Les gens doivent pouvoir juger par eux-mêmes quand leur présence au bureau est requise et personne chez <a href="https://www.spiria.com/fr/">Spiria</a> ne souhaite avoir la responsabilité de jouer à la police pour compter le nombre de jours où les gens sont présents ou non.</p><p>Actuellement, les critères sur lesquels nous souhaitons que les employés s’appuient pour décider s’ils doivent se présenter au bureau sont le CX et l’EX (<i>Customer Experience</i> et <i>Employee Experience</i>). La question que les employés devront se poser est la suivante : <i>est-ce que ma présence au bureau permettrait d’améliorer l’expérience de mes clients ou celle de mes collègues</i> ? Naturellement si la réponse est oui, il va de soi que nous nous attendrons à ce que les gens se présentent au bureau. Nous savons que le jugement de nos employés est adéquat et ira dans le bon sens, la confiance fait partie de notre culture de gestion ;).</p><h2>Expérience</h2><p>Depuis un an, nous avons tous investi temps et argent à aménager nos maisons pour améliorer nos espaces de travail résidentiel. Il sera difficile de convaincre les gens de quitter leur petit confort pour se rendre au bureau. Évidemment plus nos espaces de bureau seront attrayants, plus il sera facile de convaincre les gens. Nous devons donc transformer la façon dont nous envisageons la vie de bureau. Ce ne doit pas être seulement se déplacer pour aller travailler dans un cubicule, mais se déplacer pour vivre une expérience.</p><p>Pour le bureau de Montréal, avec les espaces de gym et de restaurant adjacents, il sera plus facile de vivre cette nouvelle expérience du bureau 2.0. Aussi notre équipe culture et bureau proposera une programmation d’activités qui permettra de vivre sa vie de bureau comme une expérience, avec des concours, des lunchs d’équipe, des 5 à 7 et autres événements afin de créer des liens et d’échanger entre humains. Après un an de rencontres sur Zoom, nous croyons profondément que les gens auront envie de se voir en vrai et de ressentir la <i>vibe</i> du direct avec 100 % d’interaction humaine, sans filtre et sans écran. Enfin, pouvoir tous parler en même temps, se couper la parole et de tenir plusieurs conversations en parallèle, la vraie vie quoi ! Telle une famille enfin réunie autour du repas du dimanche !</p>

<h2>Le concept Fabrik8</h2><p>Cofondé par Pierre-Antoine Fernet et Vanessa Brochu, Fabrik8 est un espace de travail partagé qui peut accueillir des travailleurs autonomes comme des PME de toutes tailles et de tous horizons, favorisant la création de synergies entre les entrepreneurs qui s’y installent et proposant de nombreux services destinés à faciliter le bien-être des travailleurs.</p><p>Initialement installé sur la rue Saint-Urbain, Fabrik8 a vite rencontré le succès en répondant aux besoins de jeunes entreprises dynamiques en quête d’un environnement de travail stimulant. Afin de répondre à la demande croissante, elle a par la suite déménagé dans un ancien bâtiment de style industriel de la rue Waverly, ayant une superficie de plus de 3 000 m² (32 000 pi²). L’espace offre plusieurs configurations flexibles de bureaux fermés, pour des équipes de 1 à 35 employés, et de nombreux espaces communs comme des salles de conférence, une cafétéria, une salle de jeux, des salles de détente, etc.</p><p>L’ascension fulgurante de Fabrik8 n’allait pas s’arrêter là : ses confondateurs ont mis sur pied le projet de construire un ambitieux complexe de 18 600 m² (200 000 pi²) sur le même site, afin d’offrir des prestations hors du commun aux entreprises qu’elle accueille. Les plans des nouveaux bâtiments ont été confiés au cabinet d’architecture de Rocio H. Venegas, à qui l’on doit dans le même quartier la restructuration certifiée LEED du 7250 Marconi qui abrite les bureaux de Gameloft Montréal. La construction s’effectue en deux phases. La première, du côté de la rue Jean-Talon, a été achevée cet hiver et accueillera Spiria dans quelques mois, et la seconde, du côté de la rue de Castelnau, débutera dès ce printemps, une fois que toutes les entreprises logées par Fabrik8 auront pu déménager dans le nouvel immeuble de la première phase.</p><p><img src="https://cdn.prod.website-files.com/67c06f07cfba9b0adb43e16c/68470750aa91262c5d2e06ef_fabrik8_lounge.webp" style="width: 100%; border-style:solid; border-width:1px;" alt="Lounge and café at Fabrik8." title="Lounge and café at Fabrik8."></p><p>L’espace bar/salon. © Fabrik8.</p><p><img src="https://cdn.prod.website-files.com/67c06f07cfba9b0adb43e16c/684707546bc41b5f7007d700_fabrik8_sport.webp" style="width: 100%; border-style:solid; border-width:1px;" alt="The gym at Fabrik8." title="The gym at Fabrik8."></p><p>La salle de sport. © Fabrik8.</p><p>Le nouveau complexe offre trois niveaux de bureaux pour les entreprises de 1 à 50 personnes et trois niveaux pour de plus grandes entreprises qui ont la possibilité de louer un plateau au complet (1 765 m², 19 000 pi²) ou seulement une partie qu’elles peuvent aménager selon leurs souhaits. Sa particularité est d’obéir aux conditions de la certification WELL, la première norme de construction qui se concentre sur l’amélioration de la santé et du bien-être des occupants. Pour obtenir ce label d’excellence, Fabrik8 et son architecte ont dû travailler sur de nombreux aspects de l’environnement : le confort thermique, l’acoustique, la qualité des espaces, de l’éclairage, de l’air et de l’eau, etc. Et tout le projet se doit de mettre l’accent sur l’intégration de l’activité physique et de l’alimentation saine au quotidien. C’est ainsi qu’on y trouve un centre sportif tout équipé sur le toit ainsi qu’une spacieuse cafétéria-santé au rez-de-chaussée, mis à la disposition de tous les locataires. Et la mobilité active n’est pas oubliée avec un grand espace dédié au stationnement sécurisé des vélos.</p><p><img src="https://cdn.prod.website-files.com/67c06f07cfba9b0adb43e16c/68470757aa91262c5d2e0c9a_fabrik8_hockey.webp" style="width: 100%; border-style:solid; border-width:1px;" alt="The rooftop ice rink at Fabrik8." title="The rooftop ice rink at Fabrik8."></p><p>La patinoire sur le toit. © Fabrik8.</p><p>Enfin, il y a une cerise sur le sundae… Une particularité tout à fait unique qui distingue Fabrik8 de tous les autres immeubles de bureaux : la présence d’une patinoire sur le toit. Oui, vous avez bien lu, une vraie patinoire, surfaceuse à glace incluse, qui l’été venu, se transforme en plateau multisport pouvant accueillir des parties de basketball, de soccer ou de handball entre collègues.</p><h2>Pourquoi avoir choisi Fabrik8 ?</h2><p>Spiria a toujours été extrêmement attachée au bien-être de ses employés et s’est reconnue dans le concept et les valeurs portées par Fabrik8. En prenant un étage au complet, il s’agit d’offrir un environnement de travail fonctionnel, plaisant et inspirant qui dépasse ce que la plupart des entreprises peuvent offrir. L’aménagement du plateau a été confié à Ædifica, un cabinet de design et d’architecture spécialisé dans les environnements de travail, qui a déjà collaboré avec d’innombrables grandes entreprises comme L’Oréal Canada, IBM, Air Transat, Bell, CN, Sanofi, WB Games, etc. Les choix sur la distribution de l’espace, le mobilier, les matériaux et les couleurs se font en collaboration avec un comité d’employés de Spiria qui veille à ce que nos futurs bureaux soient vraiment à notre image, que chacun s’y sente bien et qu’on puisse y avoir du fun.</p><p><img src="https://cdn.prod.website-files.com/67c06f07cfba9b0adb43e16c/6847075aa0418b84dddbb999_aedifica_1.webp" style="width: 100%; border-style:solid; border-width:1px;" alt="Spiria office at Fabrik8." title="Spiria office at Fabrik8."></p><p>© Ædifica.</p><p>Tous les Spiriens et Spiriennes vont ainsi pouvoir bénéficier de toute une nouvelle gamme de services que notre actuelle implantation, dans les anciens ateliers de confection <i>Kiddies Togs</i>, ne pouvait offrir. Stationnement couvert, salle de sport avec cours, patinoire, cafétéria, terrasses, environnement ultramoderne, autant d’atouts qui contribueront à la qualité de vie de tous, tout en gardant tous les avantages du quartier auxquels nous sommes déjà habitués : la proximité des transports en commun avec les stations Parc et De Castelnau, du parc Jarry pour s’aérer l’esprit et pour les pique-niques entre collègues, du plus beau marché alimentaire de la ville, des microbrasseries dont nous connaissons la carte par cœur, des merveilleuses soupes de Soupson, entre autres choses.</p><p><img src="https://cdn.prod.website-files.com/67c06f07cfba9b0adb43e16c/6847075d3197c61dc92c8833_aedifica_2.webp" style="width: 100%; border-style:solid; border-width:1px;" alt="Spiria office at Fabrik8." title="Spiria office at Fabrik8."></p><p>© Ædifica.</p><p>Tout cela vous fait-il envie ? Souhaiteriez-vous travailler dans un environnement d’exception au sein d’une entreprise pas moins exceptionnelle ? Sachez que nous avons de très nombreux postes actuellement offerts, alors n’hésitez pas à <a href="https://www.spiria.com/fr/carriere/">les consulter</a> et peut-être aurez-vous la chance de profiter vous aussi du style de vie proposé par Spiria et Fabrik8.</p>

<h2>Le recours accru aux illustrations</h2><p><img src="https://cdn.prod.website-files.com/67c06f07cfba9b0adb43e16c/68470690aa91262c5d2dac1f_zahidul.webp" style="width: 100%; border-style:solid; border-width:1px;" alt="Zahidul/Dribbble." title="Zahidul/Dribbble."></p><p>© <a href="https://dribbble.com/zahidvector">Zahidul/Dribbble</a>.</p><p>C’est une tendance apparue il y a plusieurs années déjà, mais qui continue sur sa lancée et prend de l’ampleur. On voit de plus en plus de sites qui se modernisent et se donnent une nouvelle image grâce aux illustrations. Jusque dans les années 60, c’était l’illustration qui régnait en maître dans les publicités et autres communications. Puis la photographie a pris le pouvoir. Mais maintenant, on revient de plus en plus vers l’ancienne tendance, ce qui pour moi est une bonne chose, car elles ont un effet rassembleur lorsque qu’elles offrent un certain degré d’abstraction : en ne ressemblant à personne de manière spécifique, elles ressemblent à tout le monde.</p><p>Quelques bibliothèques d’illustrations disponibles en ligne :</p><ul> <li><a href="https://www.humaaans.com">Humaaans</a></li> <li><a href="https://www.ls.graphics/illustrations">Lstore Graphics: Free and Premium Illustrations</a></li> <li><a href="https://s.muz.li/NzA3YjhkNWEy">Open Peeps</a></li> <li><a href="https://icons8.com/illustrations">Icons8 Illustrations</a></li> <li><a href="https://www.getillustrations.com">Get Illustrations</a></li></ul><h2>La 3D et le design isométrique</h2><p><img src="https://cdn.prod.website-files.com/67c06f07cfba9b0adb43e16c/68470694686b311d13f41118_isometric.webp" style="width: 100%; border-style:solid; border-width:1px;" alt="Peter Tarka/Dribbble." title="Peter Tarka/Dribbble."></p><p>© <a href="https://dribbble.com/tarka">Peter Tarka/Dribbble</a>.</p><p>Comme pour les illustrations, on peut difficilement appeler ça une nouvelle tendance, mais la 3D est ici pour rester un bon bout de temps. D’autant plus qu’il devient de plus en plus facile de réaliser des éléments en 3D, même pour des designers d’interfaces utilisateur pour qui ce n’est pas une spécialité, grâce à <a href="https://spline.design">Spline</a> par exemple, un outil qui simplifie la conception 3D (en version bêta pour le moment).</p><p>La 3D permet de passer du concept à un produit apparemment concret, permettant ainsi à l’utilisateur de vraiment se projeter. Les illustrations 3D et autres visuels vont sans doute devenir de plus en plus fréquents, surtout avec l’arrivée en masse de la réalité virtuelle et augmentée.</p><p>On peut maintenant tout faire en 3D sans jamais recourir à de véritables objets, ce qui dans certains cas permet de faire de belles économies, par exemple quand on veut présenter une voiture de luxe ou un bien immobilier inhabituel. Mais surtout, la 3D attire l’attention et rend les sites et interfaces plus attractifs pour l’utilisateur.</p><h2>Des designs riches en couleurs</h2><p><img src="https://cdn.prod.website-files.com/67c06f07cfba9b0adb43e16c/68470697a0418b84dddb3a10_deut-huit-huit.webp" style="width: 100%; border-style:solid; border-width:1px;" alt="Deux Huit Huit." title="Deux Huit Huit."></p><p>Site de <a href="https://deuxhuithuit.com/fr/">Deux Huit Huit</a>.</p><p>Parlant de couleurs, on est passé par bien des modes, certaines étaient dans la sobriété : on a eu la mode du noir et blanc, celle du monochrome, mais maintenant, c’est bien les couleurs vives et pétantes qui sont à l’honneur. Que ce soit dans les créations de <a href="https://carrenoir.com">Carré noir</a>, le site de l’agence créative <a href="https://deuxhuithuit.com/fr/">Deux Huit Huit</a>, ou encore les milliers de références sur <a href="https://dribbble.com">Dribbble</a>, on peut trouver des designs tous plus colorés les uns que les autres. Ne craignez pas les énormes aplats, les effets néons et les couleurs criardes, 2021 est l’année de la couleur.</p><h2>Le minimalisme</h2><p><img src="https://cdn.prod.website-files.com/67c06f07cfba9b0adb43e16c/6847069a686b311d13f412fe_revolut.webp" style="width: 100%; border-style:solid; border-width:1px;" alt="Revolut." title="Revolut."></p><p>Site de <a href="https://www.revolut.com/">Revolut</a>.</p><p>Mais 2021, c’est aussi l’année du design minimaliste. Des textes bien hiérarchisés, des blancs tournants (marges) maîtrisés, des interfaces lisibles et claires… c’est le choix qu’on fait certains sites comme <a href="https://www.sketch.com">Sketch</a>, <a href="https://theordinary.deciem.com">The Ordinary</a> ou <a href="https://weaintplastic.com">We Ain’t Plastic</a>. Ces sites sont de parfaits exemples du fait qu’il n’est pas nécessaire d’avoir une UI hyper complexe pour provoquer un effet “Wow”.</p><p>Voici un guide sur le design minimaliste : “<a href="https://uxdesign.cc/a-guide-to-minimalist-design-36da72d52431">A guide to minimalist design - The reign of white space</a>.”</p><h2>Les micro-interactions</h2><img data-gifffer="/site/assets/files/6260/shot.gif" style="width: 100%; border-style:solid; border-width:1px;" data-gifffer-alt="Aaron Iker." title="Aaron Iker."><p>© <a href="https://dribbble.com/ai">Aaron Iker</a>.</p><p>Les micros-interactions sont de petites attentions aux détails destinées à ravir l’utilisateur, à créer de brefs moments engageants et accueillants. Il est de plus en plus difficile de surprendre l’utilisateur avec des animations très complexes et élaborées, alors désormais, il est préférable d’utiliser de petits éléments animés pour encourager l’utilisateur, pour montrer des changements d’états d’un bouton cliqué, une transition entre deux pages ou encore les différentes étapes d’un processus. Préparez-vous à voir beaucoup plus d’animations de ce genre en 2021.</p>

<p>En contraste extrême, Python est souvent décrit comme l’un des langages de programmation les plus simples à apprendre et à lire. Il est également très dynamique, permettant de passer facilement n’importe quelle donnée à n’importe quelle fonction. Mieux, les fonctions peuvent être définies et redéfinies à tout moment. Lorsque vous appelez une fonction, vous ne savez jamais d’avance quel code sera <i>vraiment</i> exécuté.</p><p>Alors, pourquoi ne pas combiner les deux ? La complexité et la syntaxe obscure des templates du C++ avec les surprises dynamiques de Python ? Si ce genre de mélange peu ragoûtant vous intéresse, alors vous êtes à la bonne place !</p><h2>Sérieusement…</h2><p>En fait, mon but est de déplacer la résolution des fonctions surchargées (<i>overloaded functions</i> en anglais) à l’exécution du code plutôt qu’au moment de la compilation.</p><p>Je voulais créer un système dynamique d’appel de fonctions qui pourrait appeler une fonction avec n’importe quelle donnée. Je voulais que ce système soit dynamique et extensible, afin de permettre de nouvelles surcharges de la fonction pour de nouveaux types de données. Je voulais également pouvoir appeler ces fonctions avec des données concrètes ou un tas de <code>std::any</code>. Enfin, je voulais aussi que tout cela soit raisonnablement efficace.</p><p>Pour atteindre tous ces objectifs, je me suis tourné vers les templates. Pas de simples templates, mais la version plus complexe des templates variadiques.</p><h2>Syntaxe des templates variadiques</h2><p>Qu’est-ce qu’un template variadique ? Les templates normaux prennent en argument un nombre de types fixe. C’est bien quand on sait à l’avance combien de types on doit utiliser. En revanche, un template variadique prend en argument un nombre variable de types. Il peut en recevoir zéro, un, deux, ou n’importe combien.</p><p>En plus de recevoir ces types, le template doit être capable de s’en servir. Comme vous le savez peut-être déjà, les templates sont entièrement générés à la compilation. Ils doivent donc fonctionner sans modifier aucune donnée. Ainsi, pour manipuler un nombre variable de types, une nouvelle syntaxe a dû être ajoutée au C++. La nouvelle syntaxe pour la réception des types et leur utilisation a été créée avec l’ellipse : <code>…</code>.</p><p>L’astuce de base est que chaque fois que l’ellipse est utilisée, elle indique au compilateur C++ de générer autant de fois que nécessaire le code qui entoure l’ellipse. Par exemple, les types du template sont reçus avec une ellipse. Dans l’exemple suivant, l’argument <code>VARIA</code> du template représente un nombre quelconque de types.</p><pre><code>template &lt;class... VARIA&gt;struct example{ // le code du template serait ici.};</code></pre><p>Par la suite, dans le code du template, les arguments variadiques peuvent être utilisés avec une ellipse. Par exemple, le template variadique présenté ci-haut pourrait avoir une fonction qui recevrait des arguments pour les transmettre à une autre fonction, comme ceci :</p><pre><code>// Réception d'un nombre variable d'arguments...void foo(VARIA... function_arguments){ // ... passation à une autre fonction. other_bar_function(function_arguments...);}</code></pre><p>Ces exemples ne font qu’effleurer la surface de ce qui est possible avec modèles variés, mais ils seront suffisants pour notre objectif dans cet article.</p><h2>Design d’appels dynamiques</h2><p>Avant de nous lancer dans le design de notre système d’appels dynamique, exposons plus concrètement nos exigences. J’ai dit qu’il devrait imiter la surcharge de fonctions du C++. Qu’est-ce que cela signifie concrètement ? Voici nos exigences :</p><ul> <li>La fonction elle-même est déclarée et référencée par son nom, comme une fonction normale.</li> <li>Le nombre d’arguments de cette fonction peut varier.</li> <li>Chaque surcharge de cette fonction peut avoir un type de valeur de retour différent.</li> <li>Cette fonction peut être surchargée pour n’importe quel type.</li> <li>Une nouvelle surcharge de fonction peut être ajoutée dynamiquement, au moment de l’exécution, pour tout type.</li></ul><p>Bien que ces exigences soient suffisantes pour atteindre notre objectif, je désirais quelques ajouts. Le premier ajout est de supporter des arguments de fonction ayant un type fixe. Par exemple, une fonction pour écrire recevrait toujours en argument un <code>std::ostream</code>. Le deuxième est de permettre sélectionner la surcharge d’une fonction sans avoir à passer d’argument à la fonction. Par exemple, ceci permet de spécifier le type de retour de la fonction ou bien d’écrire une fonction ne prenant aucun argument.</p><p>Pour supporter tout cela, nous ajoutons deux exigences à la liste :</p><ul> <li>Tous les arguments n’ont pas à jouer un rôle dans la sélection de la fonction.</li> <li>Des types supplémentaires peuvent jouer un rôle dans la sélection de la fonction sans en être un argument.</li></ul><p>Le résultat doit ressembler à la surcharge de fonctions normale C++. Par exemple, voici à quoi ressemble un appel à la fonction <code>to_text</code> dans le système d’appels dynamique :</p><pre><code>std::wstring resultat = to_text(7);// resultat == "7"std::any seven(7);std::wstring resultat = to_text(seven);// resultat == "7"</code></pre><p>Pour parvenir à une telle similitude comparée à la surcharge de fonction, un grand nombre d'éléments complexes travaillent en arrière-scène.</p><h2>Smooth Operator</h2><p>Avant de montrer comment les appels dynamique fonctionnent, nous allons voir comment ils se présentent du point de vue du programmeur voulant créer une nouvelle opération.</p><p>Pour créer une nouvelle fonction appelée <code>foo</code>, il faut déclarer une classe pour la représenter. Pour notre exemple, nous l'avons nommée <code>foo_op_t</code> et l'avons dérivée de <code>op_t</code>. Cette classe <code>foo_op_t</code> ne sert qu'à identifier notre fonction. Elle peut être entièrement vide! Ensuite, nous pouvons écrire la fonction <code>foo</code> elle-même, le vrai point d'entrée. Cette fonction est très simple: elle ne fait qu'appeler la fonction <code>call&lt;&gt;::op()</code> (pour des valeurs de type concret) ou bien <code>call_any&lt;&gt;::op()</code> (pour des valeurs de type <code>std::any</code>), toutes deux contenue dans <code>foo_op_t</code>, qui fera tout le travail:</p><pre><code>struct foo_op_t : op_t&lt;foo_op_t&gt; { /* empty! */ };inline std::any foo(const std::any&amp; arg_a, const std::any&amp; arg_b){ return foo_op_t::call_any&lt;&gt;::op(arg_a, arg_b);}template&lt;class A, class B, class RET&gt;inline RET foo(const A&amp; arg_a, const A&amp; arg_b){ std::any result = foo_op_t::call&lt;&gt;::op(arg_a, arg_b); // Notez: nous pourrions aussi vérifier que le std::any // contient bien un RET, plutôt qu'en être sûr. return any_cast&lt;RET&gt;(result);}</code></pre><p>Notez que la classe de base de la nouvelle opération prend l’opération elle-même comme paramètre de template. Il s’agit d’une astuce bien connue dans la programmation de templates. Elle est si connue qu’elle a même un nom : curiously recursive template pattern. Dans notre cas, cette astuce est utilisée pour que le <code>op_t</code> puisse se référer à l’opération spécifique utilisée.</p><p>Maintenant, nous pouvons créer des surcharges de la fonction <code>foo</code>. Ceci est fait en appelant <code>make&lt;&gt;::op</code> avec une fonction qui implémente la surcharge. Pour créer une surcharge prenant les types <code>A</code> et <code>B</code> et retournant le type <code>RET</code>, nous appellerions <code>make&lt;&gt;::op&lt;RET, A, B&gt;</code>. Cela enregistre la surcharge dans la classe <code>foo_op_t</code>. Par exemple, implémentons notre <code>foo</code> pour les types <code>int</code> et <code>double</code>, retournant un <code>float</code> :</p><pre><code>// Code de la surcharge.float foo_for_int_and_double(int i, double d){ return float(i + d);}// Enregistrement de la surcharge.foo_op_t::make&lt;&gt;::op&lt;float, int, double&gt;(foo_for_int_and_double);</code></pre><p>Bien sûr, nous pourrions raccourcir et simplifier ceci en rédigeant le code dans l’appel à <code>make&lt;&gt;::op</code> lui-même, avec un lambda. C’est même le style que vous je suggère :</p><pre><code>foo_op_t::make&lt;&gt;::op&lt;float, int, double&gt;( [](int i, double d) -&gt; float { return float(i + d); });</code></pre><p>Si vous vous demandez pourquoi les appels <code>call&lt;&gt;</code> et <code>make&lt;&gt;</code> ont les sigils de templates, c’est bien sûr parce qu’ils sont des templates variadiques. Les arguments optionnels de template sont les types supplémentaires qui permettent de choisir une surcharge de fonction plus précisément, sans que ces types soient passés en argument à la fonction <code>foo</code>. Nous verrons cela plus en détail plus loin.</p><p>Nous sommes maintenant prêts à entrer dans le vif du sujet : le design des appels dynamiques.</p><h2>C’est le sélecteur</h2><p>Le premier problème à résoudre est la manière dont chaque surcharge est identifiée au sein d’une famille de fonction. La solution évidente est de l’identifier par les types des arguments et les types supplémentaires optionnels de sélection. C++ fournit les classes <code>std::type_info</code> et <code>std::type_index</code> pour identifier un type. Ce dont nous avons besoin, c’est d’un <code>tuple</code> de ces <code>type_index</code>. Pour ce faire, nous utilisons deux templates : le convertisseur et le sélecteur.</p><p>Le convertisseur convertit (eh ben…) n’importe quel type vers le type <code>std::type_index</code>. Écrire ainsi une classe pour implémenter une étape d’un algorithme est une astuce très idiomatique des templates. Ceci permet d’exécuter l’algorithme pendant la compilation. Voici donc le convertisseur, qui convertit tout type <code>A</code> vers les types <code>type_index</code> et <code>std::any</code> :</p><pre><code>template &lt;class A&gt;struct type_converter_t{ using type_index = std::type_index; using any = std::any;};</code></pre><p>Le sélecteur de type peut alors être écrit comme un template variadique en appliquant le convertisseur à tous les types donnés comme argument et en déclarant un type <code>tuple</code> nommé <code>selector_t</code> avec le résultat. Ce tuple contient les types des arguments de la fonction que l’on est en train de créer, <code>N_ARY</code>, et les types supplémentaires de sélection, <code>EXTRA_SELECTORS</code>, afin d’avoir un sélecteur complet.</p><pre><code>template &lt;class... EXTRA_SELECTORS&gt;struct op_selector_t{ template &lt;class... N_ARY&gt; struct n_ary_t { // Le type selector_t est un tuple de type_index. using selector_t = std::tuple&lt; typename type_converter_t&lt;EXTRA_SELECTORS&gt;::type_index..., typename type_converter_t&lt;N_ARY&gt;::type_index...&gt;; };};</code></pre><p>Notez comment l’ellipse est appliquée à la ligne :</p><pre><code>typename type_converter_t&lt;EXTRA_SELECTORS&gt;::type_index...</code></pre><p>La façon dont le langage C++ applique l’ellipse est un peu la magie noire des templates variadiques. Parfois, vous devrez faire plusieurs essais pour trouver ce qui fonctionne et ce qui ne fonctionne pas.</p><p>Nous avons maintenant un sélecteur, mais comment l’utiliser ? Pour cela, nous fournissons quelques fonctions. L’objectif est d’avoir une fonction qui construit un sélecteur rempli avec les types concrets. Naturellement, nous appelons notre fonction <code>make</code> :</p><pre><code>template &lt;class... EXTRA_SELECTORS&gt;struct op_selector_t{ template &lt;class... N_ARY&gt; struct n_ary_t { template &lt;class A, class B&gt; static selector_t make() { return selector_t( std::type_index(typeid(EXTRA_SELECTORS))..., std::type_index(typeid(N_ARY))...); } };};</code></pre><p>Puisque je veux supporter les appels de fonction avec <code>std::any</code>, nous devons fournir une fonction <code>make_any</code> prenant des <code>std::any</code> en arguments. (En tant qu’optimisation, une version avec les sélecteurs supplémentaires déjà convertis en <code>type_index</code> est fournie sous le nom <code>make_extra_any</code>, mais elle n’est pas montrée ici.)</p><pre><code>static selector_t make_any(const typename type_converter_t&lt;N_ARY&gt;::any&amp;... args){ return selector_t( std::type_index(typeid(EXTRA_SELECTORS))..., std::type_index(args.type())...);}</code></pre><h2>Plongée mécanique</h2><p>Enfin, nous pouvons nous plonger dans les détails mécaniques de l’enregistrement et de l’appel des fonctions. La classe de base des opérations est déclarée comme un template prenant l’opération elle-même et la liste des arguments immuables supplémentaires, <code>EXTRA_ARGS</code>, qui auront donc des types fixes. (Rappelez-vous notre précédent exemple d’opération d’écriture, qui reçoit toujours un <code>std::ostream</code> en argument.)</p><pre><code>template &lt;class OP, class... EXTRA_ARGS&gt;struct op_t{ // Détails internes décrit ci-bas...};</code></pre><p>Les premiers détails internes que nous verrons sont quelques types utilisés à plusieurs reprises : la classe sélecteur (<code>op_sel_t</code>), le tuple sélecteur (<code>selector_t</code>) et la représentation interne des fonctions (<code>op_func_t</code>).</p><pre><code>using op_sel_t = typename op_selector_t&lt;EXTRA_SELECTORS...&gt;::template n_ary_t&lt;N_ARY...&gt;;using selector_t = typename op_sel_t::selector_t;using op_func_t = std::function&lt;std::any(EXTRA_ARGS ..., typename type_converter_t&lt;N_ARY&gt;::any...)&gt;;</code></pre><p>Ce code montre une partie de la complexité inhérente à la programmation des templates. Il y a plusieurs éléments du code qui seraient normalement totalement superflus. Mais, dans le contexte particulier des templates, ces éléments sont nécessaires. Par exemple, Le <code>typename</code> est nécessaire pour dire au compilateur que ce qui suit vraiment est un type. Cela arrive quand un template fait référence à des éléments d’un autre template. La syntaxe C++ est trop ambiguë pour que le compilateur puisse déduire que nous utilisons un type. Un autre élément très particulier est le mot-clé <code>template</code> se trouve juste avant l’accès à <code>n_ary_t</code>. Cet ajout est nécessaire pour dire au compilateur qu’il s’agit réellement d’un template.</p><p>Nous sommes donc prêts à décrire l’ensemble du système, construit à partir de quelques fonctions :</p><ul> <li>Appeler l’opération : <code>call&lt;&gt;::op</code></li> <li>Créer une nouvelle surcharge : <code>make&lt;&gt;::op</code></li> <li>Rechercher la surcharge correcte : <code>get_ops</code></li></ul><p>Nous nous attaquerons à chacune d’entre elles dans l’ordre inverse, en partant des tréfonds du design jusqu’à notre but final : appeler une surcharge.</p><h2>Gardien des merveilles</h2><p>Le tréfonds du design est la fonction qui détient les surcharges déjà enregistrées. Il y a une raison très importante pour laquelle <code>get_ops</code> doit exister. En effet, les surcharges doivent bien être conservées dans un conteneur, mais que notre classe d’opération est un template. Nous ne pouvons pas garder toutes les surcharges pour toutes les opérations ensemble. Heureusement, en C++, nous avons la garantie qu’une variable statique contenue dans une fonction d’un template est unique pour chaque instanciation du template. Donc, <code>get_ops</code> peut contenir en toute sécurité notre liste de surcharge :</p><pre><code>template &lt;class SELECTOR, class OP_FUNC&gt;static std::map&lt;SELECTOR, OP_FUNC&gt;&amp; get_ops(){ static std::map&lt;SELECTOR, OP_FUNC&gt; ops; return ops;}</code></pre><p>Le fait que <code>get_ops</code> soit un template pour <code>SELECTOR</code> et pour <code>OP_FUNC</code> permet supporter l’enregistrement de surcharges avec un nombre d’arguments différents.</p><h2>Création d’opérations</h2><p>La fonction <code>make&lt;&gt;::op</code> est un template qui prend une surcharge de fonction que vous avez écrite pour des types concrets. Elle enveloppe la surcharge dans la représentation interne de la fonction et l’enregistre. L’enveloppe se charge de convertir les <code>std::any</code> en des types concrets. C’est sans danger, puisque la surcharge pour ces types concrets n’est appelée que lorsque les types correspondent. C’est ici que les types de sélection supplémentaires facultatifs peuvent être fournis en arguments du template, sous le nom <code>EXTRA_SELECTORS</code>.</p><pre><code>template &lt;class... EXTRA_SELECTORS&gt;struct make{ template &lt;class RET, class... N_ARY&gt; static void op( std::function&lt;RET(EXTRA_ARGS... extra_args, N_ARY... args)&gt; a_func) { // Enveloppe gardée sous la forme d’un lambda qui // convertit la représentation interne de la fonction // vers la signature réelle de la surcharge. op_func_t op( [a_func]( EXTRA_ARGS... extra_args, const typename type_converter_t&lt;N_ARY&gt;::any&amp;... args) -&gt; std::any { // Conversion vers les types concrets. return std::any(a_func(extra_args..., *std::any_cast&lt;N_ARY&gt;(&amp;args)...)); } ); // Enregistrement. auto&amp; ops = get_ops&lt;selector_t, op_func_t&gt;(); ops[op_sel_t::make()] = op; }};</code></pre><h2>Appels à la pelle</h2><p>Nous arrivons enfin à la fonction utilisée pour envoyer un appel. Il y a trois versions de la fonction. Les seules différences entre elles sont si les arguments sont déjà convertis en <code>std::any</code> et si les sélecteurs supplémentaires facultatifs sont déjà convertis en <code>std::type_index</code>. Voici ce que la fonction <code>call&lt;&gt;::op</code> doit faire :</p><ul> <li>Créer un sélecteur à partir des types de ses arguments, plus les sélecteurs supplémentaires optionnels.</li> <li>Aller chercher la liste des surcharges disponibles.</li> <li>Trouver la surcharge de fonction à l’aide du sélecteur.</li> <li>Retournez une valeur vide si aucune surcharge ne correspond aux arguments.</li> <li>Appeler la fonction trouvée si une surcharge correspond aux arguments.</li></ul><pre><code>template &lt;class... EXTRA_SELECTORS&gt;struct call{ template &lt;class... N_ARY&gt; static std::any op(EXTRA_ARGS... extra_args, N_ARY... args) { // Les surcharges disponibles. const auto&amp; ops = get_ops&lt;selector_t, op_func_t&gt;(); // Trouver une surcharge correspondante. const auto pos = ops.find(op_sel_t::make()); // Résultat vide si auncune surcharge n'est trouvée. if (pos == ops.end()) return std::any(); // Appel à la bonne surcharge trouvée. return pos-&gt;second(extra_args..., args...); }};</code></pre><h2>Point final</h2><p>Cela complète la description du design du système dynamique d’appels surchargés. Le repo du code source contient de multiples exemples d’opérations avec une suite complète de tests.</p><p>Les opérations données en exemple sont :</p><ul> <li><code>compare</code>, une opération binaire pour comparer deux valeurs.</li> <li><code>convert</code>, une opération unaire pour convertir une valeur vers autre type. Cet exemple montre une opération avec un argument de sélection supplémentaire, le type final de la conversion.</li> <li><code>is_compatible</code>, une opération nullaire prenant deux types supplémentaires pour sélectionner la surcharge, et qui vérifie si l’un peut être converti en l’autre.</li> <li><code>size</code>, une opération unitaire retournant le nombre d’éléments dans un conteneur, ou retournant zéro si aucune surcharge n’a été trouvée.</li> <li><code>stream</code>, une opération unaire pour écrire une valeur dans un flux de texte. C’est un exemple d’une opération avec un argument immuable, la destination <code>std::ostream</code>.</li> <li><code>to_text</code>, une opération unitaire de conversion d’une valeur en texte.</li></ul><p>Tout le code se trouve dans la bibliothèque <code>any_op</code> qui fait partie de <a href="https://github.com/pierrebai/dak_utility">mon repo dak_utility</a>.</p>

<h2>Les machines apprennent toutes seules</h2><p>C’est l’impression qu’on peut en avoir. Mais, d’une part, les machines n’en sont pas encore au stade où elles décident d’elles-mêmes de leur champ d’application. Et d’autre part, il y a toujours un considérable travail humain en amont. Des spécialistes aguerris formulent le problème, préparent les modèles, déterminent les ensembles de données d’entraînement appropriés, essayent d’éliminer les biais potentiels induits par ces données, etc. Aussi, ils font évoluer le logiciel en fonction de ses performances. Il y a beaucoup de temps de cerveau humain derrière les modèles d’IA.</p><h2>Les machines font preuve d’objectivité</h2><p>Rien n’est bien sûr plus faux. Le design des machines et l’écriture de leurs logiciels sont des créations humaines. Et dans le cadre de l’apprentissage automatique, l’objectivité repose essentiellement sur la neutralité des données d’entraînement qui sont soumises au modèle en vue de son apprentissage. Le biais cognitif est pratiquement inévitable et toute la difficulté de la préparation des données est de réussir à limiter ce biais au maximum. Il arrive souvent qu’un modèle reproduise un biais de confirmation qu’il a hérité de ses créateurs humains. Si nous introduisons des données biaisées, même involontairement, dans un système, nous obtenons en sortie des résultats biaisés.</p><h2>L’IA est synonyme d’apprentissage automatique</h2><p>Il est vrai que presque toutes les applications actuelles de l’intelligence artificielle relèvent de l’apprentissage automatique. Mais l’apprentissage automatique, basé sur l’idée que les machines peuvent apprendre et s’adapter par l’expérience, n’est qu’un outil de l’intelligence artificielle. Peut-être découvrirons-nous un jour de nouvelles méthodes pour résoudre des problèmes où l’apprentissage automatique échoue, par exemple avec des questions pour lesquelles on n’a pas de grandes quantités de données qualifiées. L’intelligence artificielle quant à elle fait référence à une idée plus générale où les machines peuvent exécuter des tâches de façon “intelligente”, c’est-à-dire d’avoir des fonctionnements se rapprochant de l’intelligence humaine. Cela dit, le concept d’intelligence artificielle n’a pas de définition communément admise et ses limites sont floues. Peut-être devrions-nous parfois parler de traitement complexe de l’information ou d’automatisation cognitive, mais cela serait certainement moins sexy.</p><h2>L’IA va supprimer des emplois</h2><p>Comme pour l’automatisation et la robotisation de ces dernières décennies, il serait plus exact de dire que les technologies de l’intelligence artificielle vont remplacer certains postes et en faire évoluer d’autres. C’est-à-dire qu’elles vont modifier profondément le paysage du travail, comme ce fut le cas des révolutions industrielles précédentes, mais probablement pas réduire le nombre d’emplois. Autant la robotisation a permis d’éliminer des tâches manuelles répétitives, autant l’intelligence artificielle permet d’éliminer des tâches intellectuelles répétitives, de travailler d’une façon nouvelle et plus intelligente. Et comme avec la robotisation, l’intelligence artificielle peut être plus efficace dans certaines tâches que n’importe quel humain. Prenons comme exemple une application, basée sur l’IA, d’examen de radiographies pulmonaires qui peut détecter des maladies bien plus rapidement, avec un taux d’erreurs moindre que les radiologues.</p><h2>L’IA, pas utile dans mon entreprise</h2><p>Et pourquoi cela ? L’intelligence artificielle peut d’ores et déjà améliorer les interactions avec les clients, analyser les données plus rapidement, aider à la prise de décision, générer des alertes précoces sur des perturbations à venir, etc. Pourquoi s’en priver ? Elle a aussi quantité d’applications utiles en milieu industriel, notamment avec la vision/reconnaissance par ordinateur qui permet par exemple de détecter une pièce défectueuse avec bien plus d’efficacité et de rapidité qu’un opérateur humain. Refuser l’IA est du même ordre que renoncer aux bénéfices de l’automatisation, au risque de mettre l’entreprise dans une position concurrentielle défavorable. Il faut bien comprendre que l’IA est le prolongement logique de la révolution industrielle de l’automatisation/robotisation.</p><h2>Des machines super-intelligentes vont dépasser les humains</h2><p>Les applications actuelles de l’IA sont toujours très spécifiques, c’est-à-dire qu’elles répondent à un problème bien défini. En revanche, les intelligences généralisées, qui sont capables de s’atteler à un certain nombre de tâches différentes, tout comme le font les intelligences humaines ou naturelles, ne sont pas encore à l’ordre du jour et appartiennent au registre de la science-fiction. Mais en 1865, le voyage de la Terre à la Lune appartenait au registre de la science-fiction et l’on sait ce qu’il en est aujourd’hui. Alors, on ne saurait faire une prédiction définitive sur ce point et affrimer que cette idée est tout à fait fausse. Il paraît cependant sage de penser que nous ne connaîtrons pas de notre vivant les super-robots qui seront capables de dépasser les humains en tout.</p>

<p>J’ai eu l’occasion de travailler ces derniers mois sur deux applications souffrant de lourdes dettes techniques, et pour l’une d’elles, il a fallu mettre en place une stratégie de paiement progressif, plus aisée à appliquer pour la plupart des <a href="https://www.spiria.com/fr/services/developpement-axe-performance/developpement-logiciel-sur-mesure/">projets de développement</a>.</p><p>À première vue, évaluer le coût d’une dette technique est très complexe. Il faut également se rappeler que si on n’y consacre qu’un minimum d’efforts, on finira toujours par ne payer que les intérêts. Chaque nouvelle fonctionnalité ne sera alors qu’un nouveau prêt, s’ajoutant dans le meilleur des cas au principal. Afin de rattraper le retard et de poursuivre en payant ses mensualités à temps, il faut évaluer la dette actuelle et revoir certaines définitions et pratiques au sein de l’équipe.</p><p>Est-ce que des librairies pas à jour ou l’utilisation d’une API obsolète constituent une dette technique ? Qu’en est-il des bogues connus ? Et des problèmes de performance qui découlent de ces précédents points ? Et de chaque raccourci pris dans le passé simplement pour pouvoir livrer à temps sans réellement régler le problème ? Oui, ils sont tous constitutifs de la dette globale. Est-ce qu’une architecture non optimale fait partie de cette dette technique ? Probablement non, et le changement d’architecture serait un thème à traiter à part. Et le déficit en tests unitaires ? Ce n’est pas non plus une dette en soi, mais l’implémentation de ceux-ci fera sans doute partie des bonnes habitudes qui permettront de ne pas faire croître la dette à nouveau.</p><p>La première étape inévitable est de disséquer l’application et de regrouper par thème chaque élément de la dette. Le temps nécessaire à cette analyse dépendra directement de l’implication antérieure de l’équipe dans le projet. Une fois une vue d’ensemble acquise, les différentes parties de la dette peuvent être regroupées en trois catégories principales :</p><ul> <li>celles qui sont d’ordre général, qui peuvent être payées sans conséquences directes pour les fonctionnalités, et qui sont donc chacune candidates à leur propre récit (par exemple : “mettre à jour React à la dernière version”) ;</li> <li>celles qui sont d’ordre général, mais qui devront être répétées pour de multiples fonctionnalités, et qui sont donc candidates à devenir des sous-tâches (par exemple, effectuer la transition de classes à des composantes fonctionnelles) ;</li> <li>celles qui sont spécifiques à un récit et qui ne seront pas dupliquées (typiquement, un bogue concret).</li></ul><p>Avant de commencer l’évaluation des efforts à attribuer à chaque élément de la dette, il est important de redéfinir la notion d’achèvement. À quel moment considère-t-on un récit comme “fini”, que la “story” peut être fermée ? Avant que les tests d’assurance qualité ne débutent ? Après les tests d’AQ et le “merge” dans la branche de développement principale, mais avant les tests de contrôle qualité (CQ) ? Ou encore, seulement au moment où la fonctionnalité est livrée aux utilisateurs ?</p><p>Dans le cas de mon équipe, l’approche qui s’est avérée la plus bénéfique fut de considérer un récit comme “fini” une fois que les tests d’AQ étaient réussis et que notre code se trouvait dans notre branche de développement. Toutefois, notre entente stipulait que cette branche devrait être livrable à tout moment. En conséquence, aucun “merge” incomplet ou problématique n’était en aucun cas permis.</p><p>Lors du premier “grooming”, nous avons dû mettre en place une méthodologie permettant une réduction systématique de la dette. Cette méthodologie se révéla en fin de compte assez simple, tout en étant méticuleuse et très efficace.</p><p>Il a été convenu qu’un maximum de 20 % du sprint serait consacré au paiement de la partie de la dette d’ordre général (la première catégorie de notre liste plus haut), celle qui ne nous créerait pas de bogues affectant les fonctionnalités individuelles.</p><p>Pour la deuxième catégorie de dette, c’est-à-dire les parties qui sont globales, mais qui doivent être répétées, il a été décidé d’y aller progressivement. Chaque fois que l’on toucherait à une fonctionnalité existante, deux sous-tâches seraient créées automatiquement pour le récit, l’une pour la refactorisation du code et l’autre pour les tests unitaires. Ces deux sous-tâches représentaient dans la majorité des cas de 15 à 30 % des points du récit (“Story Points”).</p><p>La troisième catégorie de la dette, qui porte sur des bogues spécifiques à une fonctionnalité, serait payée selon les priorités établies dans le carnet de produit (“Backlog”).</p><p>Au bout de trois sprints avec cette approche, le résultat fut sans appel. Chaque refactorisation du code nous a permis d’éliminer beaucoup de raccourcis qui avaient été pris auparavant, d’améliorer la modularité et de tester chaque ligne de code, ce qui a eu un impact direct sur la facilité de maintenance et d’implémentation, la fiabilité et les performances. Les bénéfices étaient palpables des deux côtés de l’application : pour les développeurs et, tout aussi important, pour les utilisateurs. Au final, la taille du paquet de l’application a été réduite de 70 % (de 12 à 3,5 Mo), le temps de chargement de 80 % et la couverture en tests unitaires est passée de 2 à 60 % (ce qui représente près de 380 nouveaux tests).</p><p>Même si au départ tout ce travail semblait représenter un effort relativement flou et un coût supplémentaire inconnu, il s’est avéré finalement que les bénéfices obtenus justifiaient largement l’investissement, et ce sur long terme. Il n’est parfois pas aisé d’être complètement transparent sur la dette existante, et d’exposer celle-ci à toute l’équipe par le biais du carnet de produit, mais en mettant en place des métriques pour chaque objectif, l’avancée est plus que gratifiante pour toutes les personnes impliquées.</p>

<p>Ainsi, qu’est-ce qu’un bon chef de développement logiciel? Avant de répondre à cette question, demandons-nous <i>pourquoi</i> il faut un chef de développement logiciel.</p><h2>Un chef est-il vraiment nécessaire?</h2><p>S’il est admis que les bons logiciels sont développés par les les bonnes équipes, alors, il est logique d’avoir un bon chef d’équipe.</p><p>D’abord, un bon chef d’équipe <b>écarte les problèmes</b> qui empêchent l’équipe de travailler libre de distractions ou d’obstacles. Une équipe qui doit s’écarter du développement pour régler des problèmes accessoires est une équipe dont la performance en développement est diminuée.</p><p>Ensuite, un bon chef d’équipe <b>motive et rallie l’équipe</b> tout au long du cycle de vie du projet, surtout lorsque les choses vont mal. Une équipe de développement logiciel se compose (normalement) d’êtres humains ; or, il faut comprendre ce qui anime chacun de ses membres pour guider l’équipe vers son but commun.</p><p>Enfin, un bon chef d’équipe <b>cerne et gère les lignes de fracture</b>. Katerina Bezrukova, professeure adjointe de dynamique de groupe à l’Université de Santa Clara, a étudié des entreprises de haute technologie de la Silicon Valley pour déterminer si la « chimie d’équipe » peut être prédite, et si celle-ci est essentielle au succès. Les « lignes de fracture » sont les caractéristiques personnelles qui peuvent produire des clivages au sein d’un groupe, par exemple l’âge, le sexe, l’ethnicité, les motivations professionnelles, les passe-temps ou les intérêts personnels. Ces clivages permettent de comprendre les effets de la composition d’un groupe, soit la « chimie d’équipe ». La diversité peut creuser les lignes de fracture, mais si celles-ci peuvent être comblées, par exemple grâce aux intérêts chevauchants des membres d’un groupe, les conflits éventuels peuvent être surmontés.</p><p>Il existe d’autres excellentes raisons pour lesquelles un bon chef d’équipe vaut son pesant d’or, mais nous nous fonderons sur les trois raisons ci-dessus pour examiner les qualités qui vous permettront d’en être un.</p><h2>Empathie</h2><p>Les bonnes équipes ne se créent pas par hasard : il faut comprendre chaque membre de l’équipe et, surtout, comprendre que leur vision du monde et perspective sont différentes des vôtres. Un bon chef d’équipe observe et retient les comportements et réactions des membres de l’équipe. Ceci dit, rien ne remplace <b>l’écoute active</b>. Souvent, les chefs d’équipe frustrés ne comprennent pas pourquoi leur technique de ralliement ne fonctionne pas (par exemple, but commun et valeurs culturelles partagées, ennemi commun, système de récompense). Ces chefs d’équipe ont tendance à se rabattre sur la technique « c’est moi qui commande ».</p><p>Le manque d’empathie pour les membres de l’équipe peut creuser les lignes de fracture et créer des clivages au sein de l’équipe.</p><h2>Anticipation</h2><p>Les clients comme les développeurs de logiciels sont unanimes : tous apprécient les chefs d’équipe qui <b>anticipent les réactions et les résultats</b>. Ces chefs d’équipe ont pris le temps de prévoir la façon par laquelle un résultat pourrait infléchir divers comportements et ont <b>fait un plan</b>. Ce genre de leadership valorise les membres de l’équipe dans toute leur diversité de personnalités et d’expériences, sans essayer de les homogénéiser et d’en faire une armée de robots commandés.</p><p>La capacité d’un chef d’équipe à prévoir et anticiper conforte le sentiment qu’il <b>s’occupe de tout et de tous</b> – équipe et client – pour que les membres de l’équipe puissent travailler l’esprit tranquille et se concentrer sur leur mission.</p><h2>Communication</h2><p>L’on n’insiste jamais assez sur l’importance de <b>l’écoute active</b> comme élément clé de la communication. Un bon chef d’équipe doté d’une bonne écoute active mène par l’exemple, ce qui encourage les membres de l’équipe de faire preuve à leur tour d’écoute active en cas de conflits entre eux. Mais l’inverse est vrai aussi : un chef d’équipe qui n’est pas à l’écoute sème la zizanie entre les membres de l’équipe, qui se concurrencent pour se faire entendre.</p><p>Les équipes fonctionnent le mieux lorsque la confiance règne. Pour faire régner la confiance, un bon chef d’équipe doit savoir quel message transmettre (« le <b>quoi</b> »), <b>quand</b> le transmettre (le choix du moment) et <b>comment</b> (le ton). Le bon choix du « quoi », « quand » et « comment » s’appuie sur l’empathie et l’anticipation qui nous ont aidé à bien comprendre la dynamique du groupe.</p><p>Toujours dans l’optique de « connaître son auditoire », attention aux effets pervers de la sur-communication. Parfois, il vaut mieux éviter la précipitation afin de ne pas semer la panique ou aggraver l’anxiété au sein de l’équipe. Accordez à votre équipe le temps, et la confiance, de régler les problèmes.</p><h2>Prise de décision</h2><p>Peu importe que vous soyiez le genre de chef d’équipe qui mène de l’arrière ou de l’avant : votre équipe s’attend à ce que vous fassiez preuve de décision et de responsabilité. Ce « courage décisionnel » ne signifie pas la prise de risques, mais plutôt la fermeté, la conviction et la prise de responsabilité. Si votre compétence et votre titre appuient votre crédibilité, le manque de courage la saborde.</p><h2>Compétence</h2><p>Enfin, la compétence est toujours importante pour un chef d’équipe. Il ne s’agit pas de savoir coder ou de connaître votre clients ou leur secteur mieux que quiconque, mais plutôt, de posséder les qualités déclinées plus haut : compétence au niveau de l’empathie, de l’anticipation et de la planification, de la communication et de la prise de décision.</p><p>Soyez honnête avec votre équipe quant à votre niveau de compétence : cela lui permettra d’ajuster tout naturellement sa dynamique jusqu’à ce que tout le monde atteigne son plein potentiel dans chaque domaine.</p><p>D’aucuns diront que les développeurs de logiciels n’ont pas besoin de chef d’équipe. Certes, une équipe peut toujours se débrouiller tant bien que mal en l’absence de direction ; mais les problèmes sous-jacents ne se résolvent pas tout seuls. En fait, ils empêchent les développeurs de se concentrer sur leur mission, puisque ceux-ci doivent maintenant s’attarder sur la dynamique du groupe et les autres problèmes inhérents à la collaboration humaine. Les mauvais chefs d’équipe, en revanche, imposent leur volonté à l’équipe et divisent le groupe pour se rendre indispensables au progrès.</p><p>C’est pourquoi il est de l’intérêt de toute l’équipe – client et développeurs – d’avoir un bon chef d’équipe pour guider votre projet de développement logiciel. Si la valeur d’un bon chef d’équipe est difficile à isoler et à quantifier, elle éclate au grand jour dès que l’on constate l’amélioration de la performance des membres de son équipe.</p>

<p>Bien entendu, le facteur coût est important, mais ce coût ne dicte pas la <b>valeur</b> de votre idée. Dans cet article, nous examinerons la façon d’établir un budget qui appuiera votre idée, qui lui donnera un élan plutôt que de la freiner, pour que rien n’entrave vos rêves et votre inspiration.</p><h2>Faites vos devoirs</h2><p>Eh oui, les mots « rêves » et « inspiration » sont suivis du mot « devoirs ». En effet, préparation et information sont les prérequis d’une décision budgétaire éclairée.</p><h3>Préparation : comparaisons et leçons</h3><p>Les devoirs se composent de deux éléments complémentaires : préparation et philosophie. La <b>préparation</b> vous permet de faire des <b>comparaisons</b> pour vous situer. Idéalement, vous comparez des pommes avec des pommes, mais parfois, il n’existe pas deux pommes comparables. Gardez cela à l’esprit lorsque vous comparerez des « projets semblables », et évitez de présumer qu’un résultat en garantit un autre. De plus, demandez-vous <b>comment votre entreprise maintiendra ses activités malgré la surcharge d’un projet additionnel</b> (logiciel ou autre), puisqu’un projet de développement logiciel pourrait perturber vos activités quotidiennes. Les projets réussis reposent sur une robuste collaboration — ce qui, à son tour, exigera du temps de votre personnel. Enfin, tirez des leçons de vos projets antérieurs (et ceux des autres), et gardez-les toujours à l’esprit.</p><h3>Philosophie : assurance-coût et assurance-valeur</h3><p>Le second élément complétant vos devoirs consiste à définir votre <b>philosophie</b> budgétaire. L’on croit à tort que l’existence d’un budget représente une <b>assurance-coût</b> (sans parler de son incidence sur la certitude des délais !) Demandez-vous si vous recherchez réellement une assurance-coût, ou plutôt une <b>assurance-valeur</b>. La valeur est cultivée et affinée dans le temps — voulez-vous positionner votre équipe pour rechercher la valeur ? L’orientation valeur ne signifie pas un chèque en blanc ; elle signifie tout simplement que vous êtes disposé à revoir vos priorités et à affiner votre budget au fur et à mesure de l’évolution de la situation.</p><p>Un bon plan de <a href="https://www.spiria.com/fr/services/developpement-axe-performance/developpement-logiciel-sur-mesure/">développement logiciel</a> ne suit jamais le plan. Par contre, si vous faites bien vos devoirs, vous pourrez prendre des décisions en cours de projet et apporter des ajustements en fonction des faits nouveaux, d’un raisonnement sûr et de nouveaux objectifs, plutôt que de constamment éteindre des feux.</p><h2>Liste de vérification</h2><p>Cernons maintenant les éléments d’un projet de développement logiciel :</p><p><b>Travail, dont frais de déplacement</b> : Ceci inclut le travail de votre entreprise ou celui d’un consultant externe. N’oubliez pas que vous payez pour de l’expertise en plus de codage : les conseils techniques ne sont pas gratuits, et représentent en fait la plus importante partie de votre projet.</p><p><b>Équipement, licences de logiciels</b> : Tant d’options s’offrent à vous que vous devez clairement définir les objectifs et comprendre le contexte. Par exemple, un logiciel gratuit open source peut convenir dans certains cas, mais pas dans d’autres.</p><p><b>Impact sur les activités quotidiennes</b> : Votre projet enlèvera votre personnel de vos activités quotidiennes. Et, une fois le projet livré, vous devrez prévoir des coûts de formation et d’adoption du nouveau système jusqu’à ce qu’il soit pleinement intégré à vos activités.</p><p><b>Coûts de maintenance récurrents</b> : Vous devriez prévoir entre 10 % et 30 % du coût de projet initial par année. Au moment de dresser votre liste de vérification, évaluez les nombreux facteurs qui infléchiront le budget que vous devrez allouer à chacun des éléments suivants :</p><ul> <li>Coûts directs et indirects</li> <li>Coûts fixes et variables</li> <li>Coûts uniques et récurrents</li> <li>Désirs et nécessités</li></ul><p>Dresser une liste de vérification est facile ; l’assortir d’estimations réalistes est difficile. C’est là que votre préparation paie des dividendes : vos comparaisons vous aideront à estimer la dépense initiale, et les leçons vous aideront à faire votre évaluation de risques et d’imprévus. Enfin, le plus important reste l’acceptation, par tous, du budget et de la valeur intrinsèque du projet. Il faudra faire front commun au moment de recueillir des devis.</p><h2>Recueillir des devis</h2><p>Maintenant que vous avez un budget préliminaire pour votre projet de développement logiciel — pour votre idée ! — vous pouvez commencer à recueillir des devis des entreprises et fournisseurs.</p><p>Vous recevrez toute une fourchette de devis, dont quelques surprises. Examinez ces surprises : certaines témoignent peut-être d’éléments que vous avez oubliés ou sous-estimés, tandis que d’autres ne sont rien de plus que des « surclassements » ou des arnaques. Ou bien, elles pourraient indiquer que ces entreprises ou fournisseurs ont mal compris votre philosophie, ou qu’ils fondent leur devis non pas sur vos besoins, mais bien les leurs. Profitez-en pour revoir votre philosophie.</p><p>Enfin, n’oubliez pas que ces devis ne représentent qu’une partie du budget total — c’est pourquoi nous avons calculé les coûts indirects et l’impact de votre projet sur vos activités quotidiennes.</p><h2>Continuez à rêver !</h2><p>Nous avons commencé cet article en parlant de votre grande idée. L’énergie et la passion que vous avez ressenties au moment de la visite de votre idée doivent être mises en bouteille et partagées tout au long du projet. Le train-train quotidien de la gestion d’un budget risque d’obscurcir votre vision originale, ce qui pourrait la distordre.</p><p>Il existe un juste équilibre entre, d’une part, respecter le budget — même s’il est coulé dans le béton — et, d’autre part, donner vie à votre idée ; votre état de préparation et votre leadership vous aideront à réussir ce tour de funambule.</p><p>Et <a href="https://www.spiria.com/fr/">Spiria</a> est là pour vous aider. 😊</p>

<p>La préparation des données consiste à effectuer la récolte de données, la réconciliation <em>(Data Wrangling)</em> et même l’enrichissement si nécessaire.</p> <h2>Récolte des données</h2> <p>Premièrement, rassemblez les données dont vous aurez besoin pour l’apprentissage automatique. Veillez à les rassembler sous une forme consolidée, afin qu’elles soient toutes contenues dans une seule table <em>(Flat Table</em>).</p> <p>Pour cela, vous pouvez utiliser l’outil qui vous convient le plus. Par exemple :</p> <ul> <li>Outils de bases de données relationnelles (SQL)</li> <li>Jupiter notebook</li> <li>Excel</li> <li>Azure ML</li> <li>R Studio</li> </ul> <h2>Réconciliation <em>(Data Wrangling)</em></h2> <p>il s’agit de préparer les données pour les rendre utilisables par des algorithmes d’apprentissage automatique. <em>(Nettoyage des données, décomposition, agrégation, mise en forme et transformation, mise à l’échelle “Data Scaling”.)</em></p> <h3><em>Nettoyage des données</em></h3> <p>Il s’agit de trouver les valeurs “Null”, les valeurs manquantes et les données dupliquées.</p> <p>Exemple de valeurs manquantes :</p> <ul> <li>blanks</li> <li>NULL</li> <li>?</li> <li>N/A, NaN, NA</li> <li>9999999</li> <li>Unknown</li> </ul> <p> </p> <div> <table cellspacing="0" cellpadding="0"> <tbody> <tr> <th>#Row</th> <th>Title</th> <th>Type</th> <th>Format</th> <th>Price</th> <th>Pages</th> <th>NumberSales</th> </tr> <tr> <td>1</td> <td>Kids learning book</td> <td>Series – Learning – Kids -</td> <td>Big</td> <td>16</td> <td>100</td> <td>10</td> </tr> <tr> <td>2</td> <td>Guts</td> <td>One Book – Story - Kids</td> <td>Big</td> <td> </td> <td> </td> <td>3</td> </tr> <tr> <td>3</td> <td>Writing book</td> <td>Adults – learning- Series</td> <td> </td> <td>10</td> <td>120</td> <td>8</td> </tr> <tr> <td>5</td> <td>Dictation</td> <td>Series - Teenagers</td> <td>Small</td> <td>13</td> <td>85</td> <td>22</td> </tr> </tbody> </table> </div> <p><code>data_frame</code> dans ce code est notre ensemble de données sur “pandas”.</p> <pre><code>#Count the number of missing values in each row in Pandas dataframedata_frame.isnull().sum()</code></pre> <pre><code>#Row 0Title 0Type 0Price 1Format 1Pages 1NumberSales 0</code></pre> <p>Si certaines lignes ont des données manquantes dans plusieurs colonnes importantes, nous pouvons envisager de les supprimer. En utilisant la requête <code>DELETE</code> en SQL ou <code>pandas.drop()</code> en Python.</p> <p>On peut parfois remplacer la valeur manquante par zéro, la valeur la plus fréquente ou par la moyenne, cela dépend des valeurs et du type de colonne. En utilisant la requête de mise à jour <code>UPDATE</code> en SQL ou en utilisant <code>pandas.fillna()</code> en Python.</p> <p>Dans le code suivant, nous remplaçons les valeurs manquantes de “Pages” par la moyenne :</p> <pre><code>global_mean = data_frame.mean()data_frame['Pages'] = data_frame['Pages'].fillna(global_mean['Pages'])data_frame.isnull().sum()</code></pre> <pre><code>#Row 0Title 0Type 0Price 1Format 1Pages 0NumberSales 0</code></pre> <p>Et la valeur la plus fréquente, pour les valeurs manquantes de “Format” :</p> <pre><code>#Counts of unique valuesdata_frame["Format"].value_counts()</code></pre> <pre><code>Big 2Small 1Name: Format, dtype: int64</code></pre> <p>Comme “Big” est la valeur la plus fréquente dans notre cas, nous allons donc remplacer toutes les valeurs manquantes par “Big”.</p> <pre><code># Replace missing "Format" value with the most common value “Big”data_frame["Format"] = data_frame['Format'].fillna("Big")data_frame["Format"].value_counts()</code></pre> <pre><code>Big 3Small 1</code></pre> <p>Le <code>data_frame</code> résultant serait :</p> <div> <table cellspacing="0" cellpadding="0"> <tbody> <tr> <th>#Row</th> <th>Title</th> <th>Type</th> <th>Format</th> <th>Price</th> <th>Pages</th> <th>NumberSales</th> </tr> <tr> <td>1</td> <td>Kids learning book</td> <td>Series – Learning – Kids -</td> <td>Big</td> <td>16</td> <td>100</td> <td>10</td> </tr> <tr> <td>2</td> <td>Guts</td> <td>One Book – Story - Kids</td> <td>Big</td> <td>13</td> <td>100</td> <td>3</td> </tr> <tr> <td>3</td> <td>Writing book</td> <td>Adults – learning- Series</td> <td>Big</td> <td>10</td> <td>120</td> <td>8</td> </tr> <tr> <td>4</td> <td>Dictation</td> <td>Series - Teenagers</td> <td>Small</td> <td>13</td> <td>85</td> <td>22</td> </tr> </tbody> </table> </div> <p>Assurez-vous de ne pas avoir de doublons. S’il y en a, supprimez les lignes dupliquées (<code>DELETE</code> en SQL et <code>pandas.drop()</code> en Python).</p> <h3><em>Décomposition des données</em></h3> <p>Les colonnes de texte contiennent parfois plusieurs informations ; séparez-les en autant de colonnes dédiées que nécessaire. Si certaines colonnes représentent des catégories, convertissez-les en colonnes de catégories dédiées.</p> <p>Dans notre exemple, la colonne “Type” contient plus d’une information, nous pouvons clairement la diviser en 3 colonnes comme ci-dessous <em>(Style, Type et Readers)</em>, et faire ensuite le même processus pour les valeurs manquantes s’il y a lieu.</p> <div> <table cellspacing="0" cellpadding="0"> <tbody> <tr> <th>#Row</th> <th>Title</th> <th>Style</th> <th>Kind</th> <th>Readers</th> <th>Format</th> <th>Price</th> <th>Pages</th> <th>SalesMonth</th> <th>SalesYear</th> <th>NumberSales</th> </tr> <tr> <td>1</td> <td>Kids learning book</td> <td>Series</td> <td>Learning</td> <td>Kids</td> <td>Big</td> <td>16</td> <td>100</td> <td>11</td> <td>2019</td> <td>10</td> </tr> <tr> <td>2</td> <td>Guts</td> <td>One Book</td> <td>Story</td> <td>Kids</td> <td>Big</td> <td>13</td> <td>100</td> <td>12</td> <td>2019</td> <td>3</td> </tr> <tr> <td>3</td> <td>Writing book</td> <td>Series</td> <td>learning</td> <td>Adults</td> <td>Big</td> <td>10</td> <td>120</td> <td>10</td> <td>2019</td> <td>8</td> </tr> <tr> <td>4</td> <td>Writing book</td> <td>Series</td> <td>learning</td> <td>Adults</td> <td>Big</td> <td>10</td> <td>120</td> <td>11</td> <td>2019</td> <td>13</td> </tr> <tr> <td>5</td> <td>Dictation</td> <td>Series</td> <td>learning</td> <td>Teenagers</td> <td>Small</td> <td>13</td> <td>85</td> <td>9</td> <td>2019</td> <td>17</td> </tr> <tr> <td>6</td> <td>Dictation</td> <td>Series</td> <td>learning</td> <td>Teenagers</td> <td>Small</td> <td>13</td> <td>85</td> <td>10</td> <td>2019</td> <td>22</td> </tr> </tbody> </table> </div> <h3><em>Agrégation des données</em></h3> <p>Il s’agit du regroupement des données, si c’est pertinent.</p> <p>Dans notre exemple, le nombre de ventes est en fait déjà une agrégation de données. Au départ, la base de données présentait des lignes de transactions, que nous avons agrégées pour obtenir le nombre de livres vendus par mois.</p> <h3><em>Mise en forme et transformation des données</em></h3> <p>Cela implique la conversion de données catégorielles en données numériques, puisque les algorithmes ne peuvent utiliser que des valeurs numériques.</p> <p>Les colonnes Style, Kind, Readers et Format sont clairement des colonnes de type catégorie. Nous allons voir deux façons de faire la transformation.</p> <p><strong>1. <em>Premièrement méthode, convertir toutes les valeurs de type catégorie en valeurs numériques</em></strong> en remplaçant toutes les valeurs uniques par des nombres séquentiels.</p> <p>Exemple de la façon de le faire en Python :</p> <pre><code>cleanup_nums = {"Format": {"Big": 1, "Small": 2}, "Style": {"Serie": 1, "One Book": 2}, "Kind": {"Learning": 1, "Story": 2}, "Readers": {"Adults": 1, "Teenagers": 2, "Kids": 3} }data_frame.replace(cleanup_nums, inplace=True)data_frame.head()</code></pre> <p>Ce qui nous donne :</p> <div> <table cellspacing="0" cellpadding="0"> <tbody> <tr> <th>#Row</th> <th>Title</th> <th>Style</th> <th>Kind</th> <th>Readers</th> <th>Format</th> <th>Price</th> <th>Pages</th> <th>SalesMonth</th> <th>SalesYear</th> <th>NumberSales</th> </tr> <tr> <td>1</td> <td>Kids learning book</td> <td>1</td> <td>1</td> <td>3</td> <td>1</td> <td>16 $</td> <td>100</td> <td>11</td> <td>2019</td> <td>10</td> </tr> <tr> <td>2</td> <td>Guts</td> <td>2</td> <td>2</td> <td>3</td> <td>1</td> <td>13 $</td> <td>100</td> <td>12</td> <td>2019</td> <td>3</td> </tr> <tr> <td>3</td> <td>Writing book</td> <td>1</td> <td>1</td> <td>1</td> <td>1</td> <td>10 $</td> <td>120</td> <td>10</td> <td>2019</td> <td>8</td> </tr> <tr> <td>3</td> <td>Writing book</td> <td>1</td> <td>1</td> <td>1</td> <td>1</td> <td>10 $</td> <td>120</td> <td>11</td> <td>2019</td> <td>13</td> </tr> <tr> <td>4</td> <td>Dictation</td> <td>1</td> <td>1</td> <td>2</td> <td>2</td> <td>13</td> <td>85</td> <td>9</td> <td>2019</td> <td>17</td> </tr> <tr> <td>4</td> <td>Dictation</td> <td>1</td> <td>1</td> <td>2</td> <td>2</td> <td>13</td> <td>85</td> <td>10</td> <td>2019</td> <td>22</td> </tr> </tbody> </table> </div> <p><img title=" " src="https://cdn.prod.website-files.com/67c06f07cfba9b0adb43e16c/684705bb086a552384a7a899_output_1.png" alt=" " /></p> <p><strong>2. <em>La deuxième méthode est celle des “dummies” :</em></strong> elle consiste à créer une colonne séparée pour chacune des valeurs uniques des colonnes de catégories. Comme la valeur de chaque colonne est binaire (0/1), vous ne pouvez donc avoir qu’une seule valeur 1 dans les colonnes nouvellement générées.</p> <p>Faire cette conversion en Python :</p> <pre><code># Convert category to dummydata_frame = pd.get_dummies(data_frame, columns=["Format"])data_frame = pd.get_dummies(data_frame, columns=["Style"])data_frame = pd.get_dummies(data_frame, columns=["Kind"])data_frame = pd.get_dummies(data_frame, columns=["Readers"])data_frame.head()</code></pre> <p>Vous remarquerez ci-dessous que “Format” a généré deux colonnes, “Format_Big” et “Format_Small”, parce que la colonne a deux valeurs distinctes, “Big” et “Small”. Cependant, “Readers” génère trois colonnes différentes parce qu’elle a trois valeurs distinctes “Adults”, “Teenagers” et “Kids”.</p> <div> <table cellspacing="0" cellpadding="0"> <tbody> <tr> <th>Id</th> <th>Title</th> <th>Style_Series</th> <th>Style_OneBook</th> <th>Kind_Learning</th> <th>Kind_Story</th> <th>Readers_Adults</th> <th>Readers_Teenagers</th> <th>Readers_Kids</th> <th>Format_Big</th> <th>Format_Small</th> <th>Price</th> <th>Pages</th> <th>SalesMonth</th> <th>SalesYear</th> <th>NumberSales</th> </tr> <tr> <td>1</td> <td>Kids learning book</td> <td>1</td> <td>0</td> <td>1</td> <td>0</td> <td>0</td> <td>0</td> <td>1</td> <td>1</td> <td>0</td> <td>16</td> <td>100</td> <td>11</td> <td>2019</td> <td>10</td> </tr> <tr> <td>2</td> <td>Guts</td> <td>0</td> <td>1</td> <td>0</td> <td>1</td> <td>0</td> <td>0</td> <td>1</td> <td>1</td> <td>0</td> <td>13</td> <td>100</td> <td>12</td> <td>2019</td> <td>3</td> </tr> <tr> <td>3</td> <td>Writing book</td> <td>1</td> <td>0</td> <td>1</td> <td>0</td> <td>1</td> <td>0</td> <td>0</td> <td>1</td> <td>0</td> <td>10</td> <td>120</td> <td>10</td> <td>2019</td> <td>8</td> </tr> <tr> <td>3</td> <td>Writing book</td> <td>1</td> <td>0</td> <td>1</td> <td>0</td> <td>1</td> <td>0</td> <td>0</td> <td>1</td> <td>0</td> <td>10</td> <td>120</td> <td>11</td> <td>2019</td> <td>8</td> </tr> <tr> <td>4</td> <td>Dictation</td> <td>1</td> <td>0</td> <td>1</td> <td>0</td> <td>0</td> <td>1</td> <td>0</td> <td>0</td> <td>1</td> <td>13</td> <td>85</td> <td>9</td> <td>2019</td> <td>22</td> </tr> <tr> <td>4</td> <td>Dictation</td> <td>1</td> <td>0</td> <td>1</td> <td>0</td> <td>0</td> <td>1</td> <td>0</td> <td>0</td> <td>1</td> <td>13</td> <td>85</td> <td>10</td> <td>2019</td> <td>22</td> </tr> </tbody> </table> </div> <p><img title=" " src="https://cdn.prod.website-files.com/67c06f07cfba9b0adb43e16c/684705be378cc0db15094f51_output_2.png" alt=" " /></p> <p>* Les colonnes “Id” et “Title” ne seront pas utilisées pendant notre processus de ML.</p> <p>L’avantage de la méthode des <em>dummies</em> est que toutes les valeurs ont le même poids. Cependant, comme elle ajoute autant de nouvelles colonnes que le nombre de catégories distinctes de chaque colonne initiale, soyez prudent avec l’utilisation de cette méthode si vous avez déjà de nombreuses colonnes à prendre en compte dans votre processus de ML.</p> <p>D’autre part, si vous procédez en remplaçant les valeurs de catégories par des valeurs numériques séquentielles, cela peut avantager certaines catégories si leur nombre est plus élevé. Pour “Readers”, par exemple, la catégorie 3 aura un impact trois fois plus important que la catégorie 1. Imaginez le cas où vous aurez une colonne avec un très grand nombre de catégories.</p> <h3><em>Mise à l’échelle (Data Scaling)</em></h3> <p>Cela permet d’obtenir des données numériques à une échelle commune, si ce n’est déjà le cas. La mise à l’échelle des données ne s’applique pas au <em>label</em> ou aux <em>colonnes de catégories</em>. Elle est nécessaire lorsqu’il y a une grande variation entre les plages de valeurs des différentes colonnes.</p> <p>Nous devons procéder à une mise à l’échelle, pour donner encore une fois le même poids à toutes les colonnes.</p> <p>Dans notre exemple, nous allons mettre à l’échelle les colonnes “Price” et “Pages” :</p> <ol> <li>Price [10, 16]</li> <li>Pages [85, 120]</li> </ol> <p>Nous devons mettre ces deux colonnes à l’échelle, sinon la colonne “Pages” aura plus de poids sur le résultat que la colonne “Price”.</p> <p>Il existe de nombreuses méthodes de mise à l’échelle. Pour notre exemple, nous utiliserons le <code>MinMaxScaler</code> de 0 à 1.</p> <pre><code>#scale the columnsscaler = MinMaxScaler()rescaledX = scaler.fit_transform(X[:,0:2])#put the scaled columns in dataframecolnames = [ 'Price', 'Pages']df_scaled = pd.DataFrame(rescaledX, columns=colnames)# Replace the original columns with the new scaleddata_frame_scalled = data_framedata_frame_scalled[colnames] = df_scaled[colnames]data_frame_scalled.head()</code></pre> <p>Le résultat est le suivant :</p> <div> <table cellspacing="0" cellpadding="0"> <tbody> <tr> <th>Id</th> <th>Title</th> <th>Style_1</th> <th>Style_2</th> <th>Kind_1</th> <th>Kind_2</th> <th>Readers_1</th> <th>Readers_2</th> <th>Readers_3</th> <th>Format_1</th> <th>Format_2</th> <th>Price</th> <th>Pages</th> <th>NumberSales</th> </tr> <tr> <td>1</td> <td>Kids learning book</td> <td>1</td> <td>0</td> <td>1</td> <td>0</td> <td>0</td> <td>0</td> <td>1</td> <td>1</td> <td>0</td> <td>1</td> <td>0.42857143</td> <td>10</td> </tr> <tr> <td>2</td> <td>Guts</td> <td>0</td> <td>1</td> <td>0</td> <td>1</td> <td>0</td> <td>0</td> <td>1</td> <td>1</td> <td>0</td> <td>0.5</td> <td>0.42857143</td> <td>3</td> </tr> <tr> <td>3</td> <td>Writing book</td> <td>1</td> <td>0</td> <td>1</td> <td>0</td> <td>1</td> <td>0</td> <td>0</td> <td>1</td> <td>0</td> <td>0</td> <td>1</td> <td>8</td> </tr> <tr> <td>4</td> <td>Dictation</td> <td>1</td> <td>0</td> <td>1</td> <td>0</td> <td>0</td> <td>1</td> <td>0</td> <td>0</td> <td>1</td> <td>0.5</td> <td>0</td> <td>22</td> </tr> </tbody> </table> </div> <p><img title=" " src="https://cdn.prod.website-files.com/67c06f07cfba9b0adb43e16c/684705c1a0ed67c8acd0bf06_output_3.png" alt=" " /></p> <p>Comme indiqué, il existe de nombreuses autres méthodes de mise à l’échelle ; la manière et le moment opportun d’utiliser chacune d’entre elles feront l’objet d’un prochain article.</p>