tag:linuxfr.org,2005:/tags/management/publicLinuxFr.org : les contenus étiquetés avec « management »2024-03-14T08:38:58+01:00/favicon.pngtag:linuxfr.org,2005:Diary/410922024-03-07T12:17:57+01:002024-03-07T12:17:57+01:00le leadership est une sacrée drogue<p>TL;DR : le pouvoir corrompt</p>
<p>Je pensais juste en faire un lien mais je vous traduis comme même ce passage.</p>
<blockquote>
<p>Si quelqu'un n'a pas la capacité de donner du status ou de l'argent à quelqu'un d'autre, on dit à cette personne qu'elle est un bon manager. Il s'agit généralement d'une personne dont le travail est de planer dans l'air en criant pendant que l'organisation déchaîne tous ses dysfonctionnements tels des éclairs Atlassians sur sa dépouille mortelle fumante et tressaillante. Avec un peu de chance, cela permet aux personnes sous elle de travailler sans interruption jusqu'à dix secondes d'affilé. Lorsque cette personne fait un burn out, on dispose de son cadavre calciné, on en fout une nouvelle en place et on relance la machine. Ce job est horrible et nous vous remercions tous pour votre sacrifice, glorieux couillon.</p>
</blockquote>
<p><a href="https://ludic.mataroa.blog/blog/leadership-is-a-hell-of-a-drug/">https://ludic.mataroa.blog/blog/leadership-is-a-hell-of-a-drug/</a></p>
<div><a href="https://linuxfr.org/users/krunch/journaux/le-leadership-est-une-sacree-drogue.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/135068/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/krunch/journaux/le-leadership-est-une-sacree-drogue#comments">ouvrir dans le navigateur</a>
</p>
Krunchhttps://linuxfr.org/nodes/135068/comments.atomtag:linuxfr.org,2005:Bookmark/71332023-09-13T13:02:35+02:002023-09-13T13:02:35+02:00Travail - Patrons toxiques : il faut en finir avec la “culture des connards”<a href="https://www.courrierinternational.com/article/travail-patrons-toxiques-il-faut-en-finir-avec-la-culture-des-connards">https://www.courrierinternational.com/article/travail-patrons-toxiques-il-faut-en-finir-avec-la-culture-des-connards</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/133277/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/maderios--2/liens/travail-patrons-toxiques-il-faut-en-finir-avec-la-culture-des-connards#comments">ouvrir dans le navigateur</a>
</p>
Maderioshttps://linuxfr.org/nodes/133277/comments.atomtag:linuxfr.org,2005:Bookmark/61902023-03-29T12:55:28+02:002023-03-29T12:55:28+02:00Les "mad skills", ces compétences méconnues qui constituent un atout sur le CV des jeunes<a href="https://www.lalibre.be/etudiant/job/2023/03/29/les-mad-skills-ces-competences-meconnues-qui-constituent-un-atout-sur-le-cv-des-jeunes-ZMIUKIG72VCE7KOM6Q6ROKH64E/">https://www.lalibre.be/etudiant/job/2023/03/29/les-mad-skills-ces-competences-meconnues-qui-constituent-un-atout-sur-le-cv-des-jeunes-ZMIUKIG72VCE7KOM6Q6ROKH64E/</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/130769/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/antistress/liens/les-mad-skills-ces-competences-meconnues-qui-constituent-un-atout-sur-le-cv-des-jeunes#comments">ouvrir dans le navigateur</a>
</p>
antistresshttps://linuxfr.org/nodes/130769/comments.atomtag:linuxfr.org,2005:Bookmark/60312023-03-05T22:16:31+01:002023-03-05T22:16:31+01:00la dépression et l'anxiété se transmettent d'une entreprise à l'autre par les employés<a href="https://journals.sagepub.com/doi/epub/10.1177/00018392211014819">https://journals.sagepub.com/doi/epub/10.1177/00018392211014819</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/130496/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/krunch/liens/la-depression-et-l-anxiete-se-transmettent-d-une-entreprise-a-l-autre-par-les-employes#comments">ouvrir dans le navigateur</a>
</p>
Krunchhttps://linuxfr.org/nodes/130496/comments.atomtag:linuxfr.org,2005:Bookmark/52352022-10-07T15:36:54+02:002022-10-07T15:36:54+02:00our CTO Should Actually Be Technical<a href="https://blog.southparkcommons.com/your-cto-should-actually-be-technical/">https://blog.southparkcommons.com/your-cto-should-actually-be-technical/</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/128966/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/gilcot/liens/our-cto-should-actually-be-technical#comments">ouvrir dans le navigateur</a>
</p>
Gil Cot ✔https://linuxfr.org/nodes/128966/comments.atomtag:linuxfr.org,2005:Bookmark/46632022-05-11T21:08:43+02:002022-05-11T21:08:43+02:00Le monde a-t-il oublié Manny Lehman ?<a href="https://blog.enzosandre.fr/2021/08/16/le-monde-a-t-il-oublie-manny-lehman/">https://blog.enzosandre.fr/2021/08/16/le-monde-a-t-il-oublie-manny-lehman/</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/127715/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/tangrim/liens/le-monde-a-t-il-oublie-manny-lehman#comments">ouvrir dans le navigateur</a>
</p>
Lutinhttps://linuxfr.org/nodes/127715/comments.atomtag:linuxfr.org,2005:Diary/400442021-12-18T10:57:52+01:002021-12-18T10:57:52+01:00Mon vœux pour noël, le cadeau : Cloud Management Platform - Proxmox & XCP-ngLicence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<p>Cher Père Noël,</p>
<p>Cette année, j'ai fait plein de truc sympa autour de l'OpenSource et tout se passe bien.<br>
Le ciel s'éclaircie et un vrai mouvement de fond est visible. <br>
Bien sûr, il reste toujours quelques décideurs "pressés" qui n'ont pas de stratégie, d'audace ou des co*** et qui prennent de décisions à la con. C'est dingue le nombre de mec/fille bien éduqué et bien formé qui prennent des décisions contre leur "camp". Heureusement que l'on n'est pas en temps de guerre, ils seraient capable de nous tirer dans le dos.</p>
<p>Voici mon vœux pour 2022: <br>
Je cherche la solution "magique" de Gestion de Plateforme Cloud OpenSource (Cloud Management Platform) qui soit OpenSource bien-sûr mais qui soit compatible avec Proxmox, XCP-ng et kubernetes.<br>
Les fonctionnalités clés sur la gestion du catalogue sont:<br>
* La gestion des coûts bruts [1]<br>
* La création de service comme les BOM [2]<br>
* La gestion du cycle de vie des services [3]<br>
* Un catalogue de service commun<br>
* Gestion des grille de prix interne avec versioning (pour suivre les hausses ou baisses) <br>
* Une grille de prix "public" avec (% de marge lié au prix interne ou prix fixe)<br>
* Une grille de prix spécifique par client (% de marge ou prix fixe)<br>
* Facturation automatisée sur les 'assets' actifs du client</p>
<p>Il est évident que la solution doit permettre à chaque client de commander des services et de prendre la main dessus, donc il doit pouvoir administrer ses VM ou tout autre composant.<br>
Je ne cherche pas une usine à gaz mais une solution assez simple à mettre en place et surtout simple à mettre à jour. </p>
<p>[1] Gestion de la transparence (en python) / Gestion des coûts bruts et des coûts de revient pour l'association FAImaison<br>
<a href="https://code.ffdn.org/jocelyn/transparency">https://code.ffdn.org/jocelyn/transparency</a><br>
<a href="https://transparence.faimaison.net/public/">https://transparence.faimaison.net/public/</a></p>
<p>[2] BOM: Billing Of Materiels: ressemble à la solution [1] mais beaucoup plus complet <br>
[3] PLM: Product Life Management: gestion de la vie d'un produit/service<br>
certains intègrent le BOM mais l'intérêt est de gérer le cycle de vie du produit et son évolution dans le temps (hausse ou baisse matières premières, salaires, etc.)</p>
<p>Je sais qu'il existe des solutions OpenSource:<br>
<a href="https://www.opensourceforu.com/2019/11/the-top-nine-open-source-cloud-management-platforms/">https://www.opensourceforu.com/2019/11/the-top-nine-open-source-cloud-management-platforms/</a><br>
Mais cela date un peu et j'aimerai bien les retours d'expériences à ce sujet.<br>
L'idée est de pouvoir gérer plusieurs cloud avec des ressources localisées sur différentes villes en France.</p>
<p>Pour PROXMOX, j'ai trouvé: PROXMOX ROBO qui fait un management assez poussé et la facturation.<br>
<a href="https://github.com/pedrosantos867/Proxmoxrobo">https://github.com/pedrosantos867/Proxmoxrobo</a></p>
<p>Merci de vos avis et retour,<br>
Et bonnes fêtes de fin d'année</p>
<p>Tonio</p>
<div><a href="https://linuxfr.org/users/tonio/journaux/mon-voeux-pour-noel-le-cadeau-cloud-management-platform-proxmox-xcp-ng.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/126306/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/tonio/journaux/mon-voeux-pour-noel-le-cadeau-cloud-management-platform-proxmox-xcp-ng#comments">ouvrir dans le navigateur</a>
</p>
Toniohttps://linuxfr.org/nodes/126306/comments.atomtag:linuxfr.org,2005:Post/422002021-06-17T14:38:15+02:002021-06-17T14:38:15+02:00Patch management multi OS Linux<p>Bonjour à tous,</p>
<p>Je cherche une solution pour centraliser les mises à jour à destination de distributions Linux présentent dans mon parc. Cette solution doit disposer d'une interface web pour pouvoir contrôler l'ensemble, faire un état des lieux et pousser les mises à jour que l'on souhaite. De préférence, une solution qui peut s'installer sur un Ubuntu 18.04. Autre point important, l'outil doit être gratuit.</p>
<p>J'ai déjà repéré deux outils qui semblent correspondre aux critères :</p>
<ul>
<li><p>Uyuni -> <a href="https://www.uyuni-project.org/">https://www.uyuni-project.org/</a> (à installer sur RHEL ou Fedora..)</p></li>
<li><p>TheForeman/Katello -> <a href="https://theforeman.org/">https://theforeman.org/</a> (à installer sur OpenSUSE..)</p></li>
</ul>
<p>Si vous connaissez d'autres solutions ou avez déjà utilisé ces outils un retour d'expérience de votre part est appréciable. Évidemment, je suis preneur d'autres solutions.</p>
<p>Merci.</p>
<div><a href="https://linuxfr.org/forums/linux-debian-ubuntu/posts/patch-management-multi-os-linux.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/124626/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/linux-debian-ubuntu/posts/patch-management-multi-os-linux#comments">ouvrir dans le navigateur</a>
</p>
NG3https://linuxfr.org/nodes/124626/comments.atomtag:linuxfr.org,2005:News/391822020-08-27T15:53:17+02:002020-09-01T09:37:44+02:00Bogues de logiciel et bogues de management : 737 Max et autres catastrophesLicence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<div><p>Tout le monde sait ce qu’est un bogue sur un logiciel, mais un bogue au niveau management, cela existe aussi. Les conséquences peuvent être catastrophiques. Commençons par le Boeing 737 Max.</p>
<p>Le Boeing 737 Max est la dernière évolution du premier 737 sorti en 1967. Comme certaines caractéristiques ont été sensiblement modifiées, les concepteurs de l’avion ont décidé que le logiciel rattraperait les problèmes de stabilité. Par souci d’économie et pour concurrencer Airbus, Boeing a décidé d’aller vite, trop vite, en négligeant les principes fondamentaux du développement aéronautique qui ont permis à l’avion d’être le moyen de transport le plus sûr de tous.</p>
<p>Cette dépêche retrace également d’autres catastrophes, révélant les problèmes dans le processus de décision qui, bien souvent, éloigne les décideurs des alertes émises par du personnel compétent. Dans bien des organisations, les subordonnés sont incités à minimiser ce qui dérange la direction.</p>
</div><ul><li>lien nᵒ 1 : <a title="https://spectrum.ieee.org/aerospace/aviation/how-the-boeing-737-max-disaster-looks-to-a-software-developer" hreflang="en" href="https://linuxfr.org/redirect/103942">Le Boeing 737 Max et le logiciel</a></li><li>lien nᵒ 2 : <a title="http://esamultimedia.esa.int/docs/esa-x-1819eng.pdf" hreflang="en" href="https://linuxfr.org/redirect/103953">Rapport d’enquête du vol 501 d’Ariane 5</a></li></ul><div><h2 class="sommaire">Sommaire</h2>
<ul class="toc">
<li><a href="#toc-boeing-737max">Boeing 737 Max</a></li>
<li>
<a href="#toc-ariane5-vol501-volinaugural">Ariane 5 vol 501 (vol inaugural)</a><ul>
<li><a href="#toc-code-source-ada-du-bo%C3%AEtier">Code source Ada du boîtier</a></li>
<li><a href="#toc-variable-biais-vertical-bv">Variable <strong>B</strong>iais <strong>V</strong>ertical <code>BV</code></a></li>
<li><a href="#toc-variable-biais-horizontal-bh">Variable <strong>B</strong>iais <strong>H</strong>orizontal <code>BH</code></a></li>
<li><a href="#toc-enqu%C3%AAtes">Enquêtes</a></li>
</ul>
</li>
<li><a href="#toc-challenger-sts-51-l">Challenger STS-51-L</a></li>
<li>
<a href="#toc-columbia-sts-107">Columbia STS-107</a><ul>
<li><a href="#toc-r%C3%A9f%C3%A9rences">Références</a></li>
</ul>
</li>
<li><a href="#toc-le-vasa">Le Vasa</a></li>
<li><a href="#toc-autres-catastrophes-similaires">Autres catastrophes similaires</a></li>
<li><a href="#toc-anneau-de-fer-martel%C3%A9">Anneau de fer martelé</a></li>
<li><a href="#toc-le-guide-de-terrain-pour-comprendre-lerreurhumaine">Le Guide de terrain pour comprendre « l’erreur humaine »</a></li>
<li><a href="#toc-voir-aussi-dautres-bogues">Voir aussi d’autres bogues</a></li>
<li><a href="#toc-et-dans-votre-organisation">Et dans votre organisation ?</a></li>
</ul>
<h2 id="toc-boeing-737max">Boeing 737 Max</h2>
<p>L’avion en est à sa sixième version. Il a été rallongé et équipé de réacteurs plus lourds et surtout plus gros, qui, s’ils avaient été mis au même endroit, auraient raclé le sol. Comme on ne pouvait pas allonger le train d’atterrissage, il a fallu réaliser de nouveaux mâts de réacteur pour avancer et relever les moteurs. Le centrage, le centre de poussée et l’aérodynamique de l’avion ont été de ce fait sérieusement modifiés, ce qui change notablement son comportement en vol. L’avion a tendance à cabrer. Pour corriger cela un capteur d’assiette a été ajouté à l’avion, et un logiciel devait renvoyer le nez de l’avion vers le sol pour compenser. </p>
<p>Le logiciel était censé corriger le problème de conception. Ce logiciel était un pis‑aller qui a été mal étudié. Il est anormal qu’un système de commandes de vol électriques doive avoir besoin d’être désactivé.</p>
<p>La bonne démarche eut été de modifier les points d’ancrage des ailes, voire de les redessiner, tout comme le plan de dérive. En fait, c’était un nouvel avion qu’il fallait créer et qualifier. Or, Boeing voulait rattraper son retard sur l’<a href="https://fr.wikipedia.org/wiki/Airbus_A320#A320neo_(A319,_A320_et_A321)" title="New Engine Option">A320neo</a> qui se vendait bien. Et l’une des raisons était l’absence de formation supplémentaire pour les pilotes.</p>
<p>Pour compléter le tableau, Boeing n’a utilisé qu’un seul capteur d’incidence (pas de redondance). L’existence même du logiciel a été cachée aux pilotes, ainsi que le moyen de le désactiver en cas de problème, pour éviter de devoir faire une formation longue à ce nouvel avion et faire croire qu’il se pilotait exactement comme un 737 classique. Le but était d’avoir les mêmes avantages que l’A320neo.</p>
<p><em>Business Insider</em> rapporte que lors d’une réunion plénière, un responsable <a href="https://www.businessinsider.fr/le-logiciel-du-boeing-737-max-aurait-ete-concu-par-des-interimaires-sous-payes/">avait déclaré</a> que « les ingénieurs expérimentés n’étaient plus nécessaires dans l’entreprise » et qu’après l’incident, un porte‑parole a déclaré que « la sécurité était toujours au centre des préoccupations ».</p>
<p>Bilan : 346 morts, deux avions perdus, déjà un milliard de dollars de perte.</p>
<p>Boeing <a href="https://www.businessinsider.fr/boeing-est-maintenant-oblige-de-garer-ses-737-max-inutilises-sur-le-parking-des-employes/">serait obligé de garer ses avions</a> cloués au sol sur le parking de ses employés.</p>
<p><em><a href="https://www.nytimes.com/2019/07/27/business/boeing-737-max-faa.html">The Roots of Boeing’s 737 Max Crisis: A Regulator Relaxes Its Oversight</a></em>.</p>
<p><em><a href="https://boingboing.net/2019/12/02/razor-sharp-metal-shavings.html">Veteran Boeing manager was transferred to 787 production; based on he saw there, he won’t fly in a Dreamliner and begs his family not to</a></em>.</p>
<p><a href="https://embarque.developpez.com/actu/296371/Le-cauchemar-du-737-MAX-ne-cesse-de-s-aggraver-un-rapport-accablant-des-enqueteurs-de-la-Chambre-US-montre-la-pire-defaillance-de-securite-dans-l-avion-cloue-au-sol-a-cause-des-problemes-logiciels/">Le cauchemar du 737 Max ne cesse de s’aggraver</a>.</p>
<h2 id="toc-ariane5-vol501-volinaugural">Ariane 5 vol 501 (vol inaugural)</h2>
<p>La conception de la fusée Ariane 5 s’est basée sur des éléments d’Ariane 4, dont le boîtier des mesures de navigation (centrale inertielle). Notons qu’Ariane 4 était le lanceur réputé le plus fiable de son époque avec 97 % de succès sur quinze ans de service (116 lancements).</p>
<p>Afin de valider l’ensemble complet d’un système, l’Aérospatiale avait l’habitude de réaliser des « chaînes sur table », c’est‑à‑dire un montage en laboratoire de tous les équipements de la fusée reliés à des simulateurs de stimuli. Dans le cas d’Ariane 5, l’Aérospatiale l’avait budgétisé à 800 000 francs. Mais le CNES pensait que l’Aérospatiale voulait réaliser ces « chaînes sur table » uniquement pour avoir plus de rentrées financières. Pourtant, ce n’était pas un test optionnel, l’Aérospatiale avait bien cette pratique sur tous ses projets spatiaux. Donc, pour faire des économies, le CNES a décidé la réutilisation de certains éléments d’Ariane 4, la calibration d’Ariane 4 et l’absence des « chaînes sur table ».</p>
<p>Le résultat a été l’explosion de la fusée après quarante secondes de vol (vidéos <a href="https://www.youtube.com/watch?v=fCnO-UYF3co" title="La vidéo du vol inaugural Ariane 5 le 4 juin 1996">1</a> et <a href="https://www.youtube.com/watch?v=PK_yguLapgA">2</a>). Heureusement, le <a href="https://fr.wikipedia.org/wiki/Vol_501_d%27Ariane_5">vol 501 d’Ariane 5</a> n’a pas fait de victimes, mais a entraîné un retard de plus d’un an sur le programme. L’économie des « chaînes sur table » de 800 000 francs, a coûté mille fois plus, 800 millions de francs !</p>
<p>Et effectivement, les « chaînes sur table » effectuées par la suite ont montré la parfaite reproductibilité du phénomène. L’accélération d’Ariane 5 étant cinq fois plus élevée que celle d’Ariane 4, la valeur <em>accélération</em> est copiée dans un registre trop petit, ce qui provoque une interruption logicielle « <em>integer overflow</em> ». Le pire, c’est que cette valeur n’était pas utile dans le cadre d’Ariane 5 !</p>
<blockquote>
<p><em>4, 3, 2, unité, feu… allumage… décollage.</em></p>
</blockquote>
<p>Dès la phase d’accélération, les deux boîtiers issus d’Ariane 4 connaissent tous les deux l’interruption logicielle « <em>integer overflow</em> ». Et par conséquent, le gestionnaire d’interruption par défaut effectue un <em>autotest</em>, c’est‑à‑dire qu’il vérifie le bus de données en envoyant alternativement des <code>0x5555</code> et des <code>0xAAAA</code>. Le modèle interne simulé fonctionne bien, quant à lui, mais le système de vote à la majorité donne raison aux deux boîtiers issues d’Ariane 4.</p>
<blockquote>
<p><em>Tous les paramètres propulsifs sont normaux et la trajectoire est normale</em>.</p>
</blockquote>
<p>Le pilotage automatique prend les commandes à la trente‑septième seconde, il pense que les données qui circulent sur le bus sont des données valides de navigation et procède à une correction extrême de la trajectoire. Ce braquage brutal exerce une pression aérodynamique très élevée. Une partie de la structure de la fusée se désolidarise, ce qui déclenche son auto‑destruction. </p>
<p>Notons que ces boîtiers sont utiles pour réaliser des mesures quelques secondes avant le décollage, mais après le décollage, ils ne sont plus d’aucune utilité. Ces boîtiers sont pourtant restés actifs pendant le décollage car c’était une exigence d’Ariane 4. Leur désactivation était prévue 40 secondes après le décollage, soit quelques secondes après le braquage de la fusée. Depuis, il y a une vraie chasse au code mort (le code inutile) dans les logiciels embarqués critiques.</p>
<h3 id="toc-code-source-ada-du-boîtier">Code source Ada du boîtier</h3>
<p><img src="//img.linuxfr.org/img/687474703a2f2f6f6c696272652e6769746875622e696f2f4772656174546970732f756e69742d746573742f6275672d417269616e652d3530315f62792d4a65616e4a6163717565734c6576792d494e5249412d323031302e6a7067/bug-Ariane-501_by-JeanJacquesLevy-INRIA-2010.jpg" alt="Scan du code source Ada du SRI (Système de Référence Inertielle)" title="Scan du code source Ada du SRI (Système de Référence Inertielle) | Source : http://olibre.github.io/GreatTips/unit-test/bug-Ariane-501_by-JeanJacquesLevy-INRIA-2010.jpg"></p>
<h3 id="toc-variable-biais-vertical-bv">Variable <strong>B</strong>iais <strong>V</strong>ertical <code>BV</code>
</h3>
<p>Nous avons bien le test des bornes -32768..32767 avant copie dans le registre 16 bits :</p>
<pre><code class="ada"><span class="n">L_M_BV_32</span> <span class="p">:=</span> <span class="n">TBD</span><span class="p">.</span><span class="n">T_ENTIER_32S</span> <span class="p">((</span><span class="mf">1.0</span><span class="o">/</span><span class="n">C_M_LSB_BV</span><span class="p">)</span> <span class="o">*</span>
<span class="n">G_M_INFO_DERIVE</span><span class="p">(</span><span class="n">T_ALG</span><span class="p">.</span><span class="n">E_BV</span><span class="p">));</span>
<span class="kr">if</span> <span class="n">L_M_BV_32</span> <span class="o">></span> <span class="mi">32767</span> <span class="kr">then</span>
<span class="n">P_M_DERIVE</span><span class="p">(</span><span class="n">T_ALG</span><span class="p">.</span><span class="n">E_BV</span><span class="p">)</span> <span class="p">:=</span> <span class="mh">16#7FFF#</span><span class="p">;</span>
<span class="kr">elsif</span> <span class="n">L_M_BV_32</span> <span class="o"><</span> <span class="o">-</span><span class="mi">32768</span> <span class="kr">then</span>
<span class="n">P_M_DERIVE</span><span class="p">(</span><span class="n">T_ALG</span><span class="p">.</span><span class="n">E_BV</span><span class="p">)</span> <span class="p">:=</span> <span class="mh">16#8000#</span><span class="p">;</span>
<span class="kr">else</span>
<span class="n">P_M_DERIVE</span><span class="p">(</span><span class="n">T_ALG</span><span class="p">.</span><span class="n">E_BV</span><span class="p">)</span> <span class="p">:=</span> <span class="n">UC_16S_EN_16NS</span><span class="p">(</span><span class="n">TDB</span><span class="p">.</span><span class="n">T_ENTIER_16S</span><span class="p">(</span><span class="n">L_M_BV_32</span><span class="p">));</span>
<span class="kr">end</span> <span class="kr">if</span><span class="p">;</span></code></pre>
<h3 id="toc-variable-biais-horizontal-bh">Variable <strong>B</strong>iais <strong>H</strong>orizontal <code>BH</code>
</h3>
<p>La valeur est copiée directement dans le registre 16 bits sans protection. Le <a href="http://www.astrosurf.com/luxorion/astronautique-accident-ariane-v501.htm">rapport d’enquête</a> indique que certaines variables n’étaient pas protégées pour éviter que la charge du processeur dépasse les 80 %. Aucune information n’a été trouvée pour justifier de protéger telle variable plutôt qu’une autre.</p>
<pre><code class="ada"><span class="n">P_M_DERIVE</span><span class="p">(</span><span class="n">T_ALG</span><span class="p">.</span><span class="n">E_BH</span><span class="p">)</span> <span class="p">:=</span> <span class="n">UC_16S_EN_16NS</span> <span class="p">(</span><span class="n">TDB</span><span class="p">.</span><span class="n">T_ENTIER_16S</span>
<span class="p">((</span><span class="mf">1.0</span><span class="o">/</span><span class="n">C_M_LSB_BH</span><span class="p">)</span> <span class="o">*</span>
<span class="n">G_M_INFO_DERIVE</span><span class="p">(</span><span class="n">T_ALG</span><span class="p">.</span><span class="n">E_BH</span><span class="p">)));</span></code></pre>
<h3 id="toc-enquêtes">Enquêtes</h3>
<p>Un contributeur de <em>LinuxFr.org</em> qui travaillait au projet Ariane 5, nous indique que seulement quelques heures après l’échec du lancement, les équipes d’Aérospatiale avaient déjà repéré des signaux d’erreur en ASCII qui circulaient sur le bus de données et que le pilotage automatique avait pris cela pour des données numériques valides.</p>
<p>Le CNES met immédiatement en place une commission d’enquête qui donne ses conclusions un mois après. Le <a href="http://deschamp.free.fr/exinria/divers/ariane_501.html">rapport officiel</a> démontre que les concepteurs du calculateur de la trajectoire ont volontairement exclu la spécificité d’Ariane 5. Lire aussi <a href="http://www.math.umn.edu/%7Earnold/disasters/ariane5rep.html">cette version anglaise</a> et cette <a href="http://www.rvs.uni-bielefeld.de/publications/Reports/ariane.html">autre version anglaise</a>.</p>
<p>Cette commission d’enquête officielle est composée d’ingénieurs en logiciel, et conclut à un problème logiciel. Deux autres enquêtes indépendantes remettent davantage en cause les erreurs de gestion du programme (le lien vers le <a href="http://cmpe.emu.edu.tr/chefranov/Cmps201-fall2011/Notes/Ariane5failure.pdf">PDF</a> est cassé). Gérard Le Lann (INRIA) conclut à un <a href="https://hal.inria.fr/inria-00073613/document">problème d’intégration système</a>. Jacques‑Louis Lions parle d’<a href="https://zoo.cs.yale.edu/classes/cs422/2010/bib/lions96ariane5.pdf">erreur de spécification et de conception logicielles</a>. Quant à Mark Dowson, il insiste sur l’<a href="https://www.deepdyve.com/lp/association-for-computing-machinery/the-ariane-5-software-failure-jZY4texaSd">environnement de travail</a> comme étant les racines de l’échec :</p>
<ol>
<li>carriérisme des managers et aspirations politiques de leurs décisions ;</li>
<li>pressions sur les budgets ;</li>
<li>pressions sur les délais ;</li>
<li>culture du « pas cassé, pas corrigé » (<em>If it’s not broken don’t fix it</em>).</li>
</ol>
<p>Alors, le problème d’Ariane 5 était‑il un bogue logiciel comme en conclut la commission d’enquête officielle, ou alors un bogue managérial ? Dans tous les cas, aucun manager n’a été inquiété. En revanche, les développeurs, eux, ont <a href="https://fr.wiktionary.org/wiki/avoir_du_pain_sur_la_planche#Locution_verbale">eu du pain sur la planche</a>.</p>
<h2 id="toc-challenger-sts-51-l">Challenger STS-51-L</h2>
<p>L’<a href="https://fr.wikipedia.org/wiki/accident%20de%20la%20navette%20spatiale%20Challenger" title="Définition Wikipédia">accident de la navette spatiale Challenger</a> a aussi pour origine la volonté de faire des économies sur le délai et le budget. Les personnes prenant ces décisions ont tendance à ignorer les alertes des ingénieur·e·s et physicien·ne·s car n’apprécient pas être remises en cause. C’est malheureusement un comportement humain répandu, qui devient un défaut fatal quand on a un poste de grande responsabilité.</p>
<p>L’accident a eu lieu 73 secondes après le décollage, entraînant la mort de l’équipage dont une institutrice qui devait donner un cours depuis l’espace et devenir la première « passagère de l’espace », tout un symbole. La médiatisation de ce coup de communication rendit le drame plus insoutenable car 48 % des élèves américains de neuf à treize ans regardaient le décollage depuis leur école.</p>
<p>L’équipage a probablement survécu à la désintégration du vaisseau et serait dans ce cas décédé lors de l’impact de la cabine avec la mer. La navette spatiale américaine avait été conçue sans système de sauvetage au décollage, en se fondant sur l’hypothèse que la navette spatiale devait abaisser le risque couru par les astronautes au même niveau que celui des passagers des avions. </p>
<p>L’accident a entraîné la mort de sept personnes, la perte du vaisseau, et une interruption de trente‑deux mois du programme de la navette.</p>
<p>En complément : la vidéo de Stardust « <a href="https://www.youtube.com/watch?v=59n4bMjL_xc">La destruction de la navette <em>Challenger</em></a> » (durée : 14 minutes).</p>
<h2 id="toc-columbia-sts-107">Columbia STS-107</h2>
<p>Le 1ᵉʳ février 2003, après quinze jours passés en orbite basse, <a href="https://fr.wikipedia.org/wiki/Accident_de_la_navette_spatiale_Columbia">la navette spatiale américaine <em>Columbia</em> se désintègre lors de sa rentrée dans l’atmosphère terrestre</a>.</p>
<p>En août 2003, dans son rapport final, la Commission d’enquête sur l’accident de <em>Columbia</em> détermine que la cause directe de l’accident fut l’impact sur l’aile gauche de la navette d’un morceau de mousse isolante qui s’était détaché du réservoir externe lors du décollage. Le bouclier thermique de la navette étant endommagé, le vaisseau fut détruit lors de la rentrée atmosphérique en retour de mission.</p>
<p>Mais les causes de l’accident sont aussi d’ordre organisationnel. Ce problème de débris de mousse isolante était déjà connu des ingénieurs, mais les missions ont continué parce que les impacts étaient considérés comme inévitables et sans solution (« S’il n’y a pas de solution, c’est qu’il n’y a pas de problème. » — Jacques Rouxel <em>in</em> <em>Les shadoks</em>).</p>
<p>Aussi, après le décollage, plusieurs responsables veulent obtenir des images de la navette pour étudier les dégâts potentiellement provoqués par l’impact, mais se voient refuser leurs demandes pour des raisons de délais ou de budget. Ils se voient également reprocher d’avoir contourné la hiérarchie et de ne pas respecter la bureaucratie de la NASA.</p>
<p>Résultat : sept morts supplémentaires, une navette supplémentaire détruite, interruption du programme de la navette pendant vingt‑neuf mois, et suspension de la construction de l’ISS.</p>
<h3 id="toc-références">Références</h3>
<ul>
<li>
<a href="http://www.securiteaerienne.com/columbia-sts-107-chronique-dune-catastrophe-annoncee/">Columbia STS-107 – Chronique d’une catastrophe annoncée</a> ;</li>
<li>vidéo de Stardust « <a href="https://www.youtube.com/watch?v=Nelzv2NJqqQ">La destruction de la navette Columbia</a> » (durée : 13 minutes).</li>
</ul>
<h2 id="toc-le-vasa">Le Vasa</h2>
<p>Cet énorme vaisseau, le <em><a href="https://fr.wikipedia.org/wiki/Vasa" title="Définition Wikipédia">Vasa</a></em>, a sombré en 1628 lors de sa sortie inaugurale après seulement 1 600 m de navigation. On ne pouvait pas incriminer le logiciel à l’époque et même si, près de quatre siècles plus tard, la perception d’une construction bâclée et d’un chantier désorganisé sont à l’origine du <a href="https://fr.wikipedia.org/wiki/Syndrome_de_Vasa">syndrome de Vasa</a>.</p>
<p>Les responsabilités sont difficiles à cerner et semblent diluées tout au long de la construction. Beaucoup d’éléments semblent concourir à l’aboutissement d’un bateau instable :</p>
<ul>
<li>les demandes de modifications faites par le roi de Suède pendant la construction, notamment les 72 canons qui étaient trop nombreux pour tenir sur un seul pont ;</li>
<li>les changements de direction de la construction navale ;</li>
<li>les délais et les questions économiques du fait de la perte de dix navires en une seule tempête ;</li>
<li>les tests de navigabilité négligés.</li>
</ul>
<p>Résultat : trente à cinquante personnes périrent avec le navire et, par ailleurs, ce naufrage du <em>Vasa</em> fut un véritable désastre financier pour le petit État suédois.</p>
<h2 id="toc-autres-catastrophes-similaires">Autres catastrophes similaires</h2>
<ul>
<li>mauvaises décisions lors de la construction du dirigeable britannique <a href="https://www.airships.net/blog/british-airship-r101-crashes-killing-48-day-1930/">R101</a> qui s’écrase à 80 km au nord de Paris ;</li>
<li>volonté des dirigeants d’arriver en avance et <a href="https://fr.wikipedia.org/wiki/Titanic">naufrage du <em>Titanic</em></a> ;</li>
<li>déni d’erreur du commandant de bord et mauvaise procédures de secours lors du <a href="https://fr.wikipedia.org/wiki/Naufrage_du_Sewol">naufrage du <em>Sewol</em></a>.</li>
</ul>
<h2 id="toc-anneau-de-fer-martelé">Anneau de fer martelé</h2>
<p>L’histoire commence avec l’ambitieuse construction du <a href="https://fr.wikipedia.org/wiki/pont%20de%20Qu%C3%A9bec" title="Définition Wikipédia">pont de Québec</a> en 1903 : le plus long pont de type porte‑à‑faux au monde. La construction débute sous la direction d’un ingénieur originaire des États‑Unis (<a href="https://fr.wikipedia.org/wiki/Theodore%20Cooper" title="Définition Wikipédia">Theodore Cooper</a>). À cause d’erreurs de calcul, le poids réel du pont excède sa capacité portante. Des problèmes furent remarqués par les ingénieurs canadiens, mais la direction ne tient pas compte de la gravité de la situation. En 1907, un ingénieur responsable demande l’arrêt complet des travaux, mais les travaux continuèrent. Deux jours après, 20 000 tonnes d’acier croulent dans le fleuve, et soixante‑seize travailleurs (sur cent) sont tués. À marée basse, la ferraille provenant de cet effondrement est visible sur la rive du fleuve. Le pont connaît un second effondrement en 1916, provoquant treize décès. L’année suivante, le pont est enfin achevé.</p>
<p>Suite à ces incidents, en 1922, l’ingénieur <a href="https://en.wikipedia.org/wiki/H._E._T._Haultain">Haultain</a> propose un rite d’engagement solennel qui oblige les ingénieurs à un comportement professionnel exemplaire. La même année, la Société des Sept Gardiens est créée et procède à sa première cérémonie en 1925 en remettant un <a href="https://fr.wikipedia.org/wiki/Anneau_de_fer_martel%C3%A9">anneau de fer martelé</a> à chaque ingénieur. Si l’ingénieur abandonne son serment, il doit rendre l’anneau.</p>
<h2 id="toc-le-guide-de-terrain-pour-comprendre-lerreurhumaine">Le Guide de terrain pour comprendre « l’erreur humaine »</h2>
<p>Pour aller plus loin, le livre <em><a href="https://www.oreilly.com/library/view/the-field-guide/9781317031833/">The Field Guide to Understanding “Human Error”</a></em>, troisième édition par Sidney Dekker (CRC Press, novembre 2017, ISBN 9781317031833).</p>
<h2 id="toc-voir-aussi-dautres-bogues">Voir aussi d’autres bogues</h2>
<ul>
<li>1980 — Le système <a href="https://fr.wikipedia.org/wiki/Commandement_de_la_d%C3%A9fense_a%C3%A9rospatiale_de_l%E2%80%99Am%C3%A9rique_du_Nord" title="commandement de la défense aérospatiale de l’Amérique du Nord">NORAD</a> déclenche, à deux reprises, à trois jours d’intervalle, une <a href="https://en.wikipedia.org/wiki/North_American_Aerospace_Defense_Command#False_alarms">fausse alerte</a> d’attaque nucléaire, et, à chaque fois, les bombardiers chargés de bombes nucléaires décollent pour la contre‑attaque. En fait, le logiciel ne gérait pas la défaillance électrique.</li>
<li>1983 — Un satellite soviétique déclenche une fausse alerte d’une attaque de missiles, mais heureusement, l’officier russe n’y croit pas.</li>
<li>1983 — Le <a href="https://fr.wikipedia.org/wiki/Vancouver%20Stock%20Exchange" title="Définition Wikipédia">Vancouver Stock Exchange</a> corrige son index de <a href="https://en.wikipedia.org/wiki/Vancouver_Stock_Exchange#Rounding_errors_on_its_Index_price">525 à 1099 à cause d’une erreur d’arrondi</a> passée inaperçue pendant quelques années.</li>
<li>1985 — La NASA <a href="https://earthobservatory.nasa.gov/Features/RemoteSensingAtmosphere/remote_sensing5.php">ne détecte aucun trou d’ozone</a> pendant sept ans car les grandes variations dans les mesures ne sont pas prises en compte.</li>
<li>1993 — Bogue du Pentium sur les nombres flottants.</li>
<li>1998 — Désintégration de <a href="https://fr.wikipedia.org/wiki/Mars_Climate_Orbiter#Perte_de_la_sonde_(23_septembre_1999)">Mars Climate Orbiter</a> car une fonction utilise l’unité <a href="https://fr.wikipedia.org/wiki/Livre-force">livre‑force</a> (<a href="https://fr.wikipedia.org/wiki/Unit%C3%A9s_de_mesure_anglo-saxonnes">système anglo‑saxon</a>) au lieu du <a href="https://fr.wikipedia.org/wiki/Newton_(unit%C3%A9)">newton</a>. Pourtant, les projets de la NASA sont censés utiliser le <a href="https://fr.wikipedia.org/wiki/Syst%C3%A8me_m%C3%A9trique">système métrique</a>.</li>
<li>2010 — Toyota rappelle un million de véhicules mais ce n’est pas la mécanique qui est en cause, plutôt le <a href="//linuxfr.org/news/encore-un-exemple-de-code-spaghetti-toyota">code spaghetti bourré de négligences</a>.</li>
<li>2012 — <a href="https://fr.wikipedia.org/wiki/Knight%20Capital%20Group" title="Définition Wikipédia">Knight Capital Group</a> met en production un automate de <em>trading</em> haute fréquence qui exécute, par erreur, un code de test faisant perdre à l’entreprise 440 millions de dollars en 45 minutes, soit 90 millions de plus que son capital, plongeant son cours de bourse de 75 %. Pour l’anecdote, KCG a réussi à renaître de ses cendres en levant 400 millions (4 jours après), puis revend ses logiciels <em>KCG Hotspot</em> à BATS pour 365 millions (2015), enfin <em>KCG Holdings</em> est valorisé à 1,4 milliard (2017) lors du rachat par Virtu Financial !</li>
<li>2014 — Apple a dans son code source <a href="https://en.wikipedia.org/wiki/Unreachable_code#goto_fail_bug">deux lignes successives « <code>goto fail</code> »</a> ce qui a conduit à l’ajout de l’option <a href="https://developers.redhat.com/blog/2016/02/26/gcc-6-wmisleading-indentation-vs-goto-fail/"><code>-W misleading-indentation</code></a> à <a href="//linuxfr.org/news/sortie-de-gcc-6#nouvelles-informations-sur-les-erreurs-et-alertes-%C3%A0-la-compilation">GCC 6</a> (lire aussi le <a href="//linuxfr.org/users/flagos/journaux/apple-le-ssl-les-goto-et-les-accolades">journal</a>).</li>
<li>2015 — Valve Steam dont son script d’installation pouvait effacer tout le <code>$HOME</code> sous GNU/Linux.</li>
</ul>
<h2 id="toc-et-dans-votre-organisation">Et dans votre organisation ?</h2>
<p>Reconnaissez‑vous des aspects de vos projets ? Partagez vos propres expériences dans les commentaires.</p>
</div><div><a href="https://linuxfr.org/news/bogues-de-logiciel-et-bogues-de-management-737-max-et-autres-catastrophes.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/117008/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/bogues-de-logiciel-et-bogues-de-management-737-max-et-autres-catastrophes#comments">ouvrir dans le navigateur</a>
</p>
palm123OliverThomas DebessePierre JarillonNicolas BoulayDavy DefaudYves BourguignonSnarkAnonymeKerroBenoît SibaudpapapPierre TramalYsabeau 🧶 🧦StormZeroHeurewindu.2b_seb_BlackknightMarcomatteliBAudFabrice MoussetTintinLhttps://linuxfr.org/nodes/117008/comments.atomtag:linuxfr.org,2005:Post/391682018-04-11T08:56:32+02:002018-04-11T08:56:32+02:00Management de mise à jour Ubuntu et Debian ( Bonus avec Centos)<p>Bonjour,<br>
Je me permet d'écrire ici pour demander de l'aide<br>
Actuellement en stage dans une entreprise,je recherche le moyen de manager les mise à jour des linux,un peu comme WSUS le fait pour window en cachant les mise à jours de linux(UBUNTU et DEBIAN en priorité ainsi qu'en bonus Centos,je sais que l'un utilise APT et l'autre YUM) pour protéger la bande passante,en ayant la possibilité de choisir les mises à jour ainsi qu'une console graphique </p>
<p>Quelqu'un aurait t'il une idée de piste à me soumettre?</p>
<p>J'ai regarder apt-miror et apt-cacher-ng mais cela ne me permet pas de manager vraiment les mise à jour comme je l'entend</p>
<p>Cordialement</p><div><a href="https://linuxfr.org/forums/general-cherche-logiciel/posts/management-de-mise-a-jour-ubuntu-et-debian-bonus-avec-centos.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/114219/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/general-cherche-logiciel/posts/management-de-mise-a-jour-ubuntu-et-debian-bonus-avec-centos#comments">ouvrir dans le navigateur</a>
</p>
Kerguelenhttps://linuxfr.org/nodes/114219/comments.atomtag:linuxfr.org,2005:News/384412018-02-14T07:31:55+01:002021-07-24T17:11:52+02:00Retour sur le CfgMgmtCamp - la conférence de la gestion de configuration serveurLicence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<div><p>Les 5 et 6 février 2018 se tenait, à Gand en Belgique, le <a href="http://cfgmgmtcamp.eu/">CfgMgmtCamp</a>, pour sa cinquième édition qui a réuni plus de 700 personnes.</p>
<p>Ce nom, quelque peu barbare pour nous francophones, est une abbréviation de <em>Configuration Management Camp</em>. C’est un événement communautaire dédié aux solutions libres autour de la gestion de configuration : CFEngine, Puppet, Chef, Rudder, Ansible, Salt, bien sûr, mais aussi Foreman, mgmt, Augeas, Terraform, Kubernetes…</p>
<p>L’événement est déjà passé, mais cela n’empêche pas de partager un rapide résumé ici ! Les vidéos de plusieurs présentations ayant été publiées (en anglais), c’est une bonne occasion d’en profiter.</p>
</div><ul><li>lien nᵒ 1 : <a title="http://cfgmgmtcamp.eu/" hreflang="en" href="https://linuxfr.org/redirect/101418">Site de la conférence</a></li><li>lien nᵒ 2 : <a title="http://cfgmgmtcamp.eu/schedule/index.html" hreflang="en" href="https://linuxfr.org/redirect/101419">Programme de l’événement</a></li><li>lien nᵒ 3 : <a title="https://www.youtube.com/watch?v=Eh3Iwovd650&list=PLBZBIkixHEifLkBJJciiS4E19sMhmMiMI" hreflang="en" href="https://linuxfr.org/redirect/101420">Liste de lecture des vidéos de la session principale</a></li><li>lien nᵒ 4 : <a title="https://www.youtube.com/playlist?list=PL6rU2OMWTrhEDPh0pyAGnBRIlqUeeQxSh" hreflang="en" href="https://linuxfr.org/redirect/101421">Liste de lecture des vidéos de la devroom Rudder</a></li></ul><div><p>À l’instar du FOSDEM, le CfgMgmtCamp, qui est toujours les lundi et mardi qui suit, est organisé avec une session principale et des <em>devroom</em>, salles dédiées à la communauté de chaque outil représenté.</p>
<h3 id="toc-session-principale">Session principale</h3>
<p>Cette session a ouvert la conférence, lundi matin, et a démarré très fort avec des interventions des créateurs des trois premiers outils libre du domaine, CFEngine, Puppet et Chef. Ces interventions ne parlent pas tellement des outils, mais sont plutôt une vision d’ensemble de l’évolution passée et à venir du domaine — passionnants, en tout cas :</p>
<ul>
<li>
<a href="https://www.youtube.com/watch?v=Aorwdg2dRm0&list=PLBZBIkixHEifLkBJJciiS4E19sMhmMiMI&index=2"><em>A brief history of configuration management sprawl</em></a>, de Mark Burgess (vidéo en anglais) ;</li>
<li>
<a href="https://www.youtube.com/watch?v=W9PFwqHoRwo&list=PLBZBIkixHEifLkBJJciiS4E19sMhmMiMI&index=3"><em>Now the hard work starts</em></a>, de Luke Kanies (Puppet) (vidéo en anglais) ;</li>
<li>
<a href="https://www.youtube.com/watch?v=9M-BEGzwtQM&list=PLBZBIkixHEifLkBJJciiS4E19sMhmMiMI&index=4"><em>The future of configuration management</em></a>, de Adam Jacob (Chef) (vidéo en anglais).</li>
</ul>
<p>Dès le lundi après‐midi, les <em>devroom</em> ont démarré, ainsi la session principale était moins peuplée, mais a bel et bien continué. Vous pouvez retrouver toutes les interventions <a href="https://www.youtube.com/watch?v=Eh3Iwovd650&list=PLBZBIkixHEifLkBJJciiS4E19sMhmMiMI">dans cette liste de lecture</a>.</p>
<p>Mention spéciale à la première session de l’après‐midi — le témoignage de BMW sur leur approche de la gestion de configuration sur leurs plus de 11 000 serveurs — <a href="https://www.youtube.com/watch?v=27F7Wu_Ni7w&index=5&list=PLBZBIkixHEifLkBJJciiS4E19sMhmMiMI"><em>When Production means building Premium Cars</em></a>, de Janos Mattyasovszky (BMW) (en anglais). En toute transparence, ils ont fini par choisir Rudder pour lequel votre serviteur a un certain parti pris, mais la session est intéressante à bien plus que ce titre, notamment par l’enjeu d’une transformation à grande échelle, dans l’industrie, et à l’international !</p>
<h3 id="toc-les-devroom">Les <em>devroom</em>
</h3>
<p>Différentes communautés se sont retrouvées le temps d’une ou deux demi‐journées, selon la taille de la communauté en question : Ansible, CFEngine, Chef, Foreman, Kubernetes, Mgmt, Puppet, Rudder, Salt et Terraform.</p>
<p>Il est intéressant de consulter la répartition des intérêts des participants par outil et son évolution sur cinq ans :<br>
<img src="//img.linuxfr.org/img/68747470733a2f2f7062732e7477696d672e636f6d2f6d656469612f4456517334557758634141755032762e6a7067/DVQs4UwXcAAuP2v.jpg" alt="Evolution des intérêts des participants par technologie sur 5 ans" title="Source : https://pbs.twimg.com/media/DVQs4UwXcAAuP2v.jpg"></p>
<p>Les sujets abordés dans les <em>devrooms</em> varient de simples introductions aux outils, aux présentations en profondeur orientées développeurs, en passant par des sessions ouvertes de questions‐réponses et des annonces d’outils tiers.</p>
<p>L’événement permet et encourage la « pollinisation croisée » entre <em>devrooms</em>, c’est‐à‐dire qu’il est facile et encouragé d’aller rencontrer d’autres communautés en se déplaçant de salle en salle.</p>
<p>Malheureusement, la majorité des <em>devrooms</em> n’a pas été filmée, mais on retrouve bon nombre des présentations sur les réseaux sociaux — <a href="https://twitter.com/search?l=&q=%23cfgmgmtcamp%20slides%20since%3A2018-02-05%20until%3A2018-02-09&src=typd"><em>ici</em></a>, par exemple.</p>
<h3 id="toc-devroom-rudder">
<em>devroom</em> Rudder</h3>
<p>Nous y étant rendus en équipe pour <a href="http://www.rudder-project.org">Rudder</a> (solution libre et française de « configuration & audit continus », qui a déjà fait l’objet de plusieurs dépêches dans ces pages), nous avons passé le plus clair de notre temps dans notre propre <em>devroom</em> qui, elle, a été filmée. </p>
<p>Quatre présentations étaient au programme :</p>
<ul>
<li>
<a href="https://www.youtube.com/watch?v=nt1I3h8SWxo&list=PL6rU2OMWTrhEDPh0pyAGnBRIlqUeeQxSh"><em>What’s new and what’s next in Rudder</em></a> (vidéo en anglais) ;</li>
<li>
<a href="https://www.youtube.com/watch?v=0hhN2eb-0U0&list=PL6rU2OMWTrhEDPh0pyAGnBRIlqUeeQxSh&index=2"><em>Policy design for sustainability</em></a> (vidéo en anglais) ;</li>
<li>
<a href="https://www.youtube.com/watch?v=jHPAuavxZxA&list=PL6rU2OMWTrhEDPh0pyAGnBRIlqUeeQxSh&index=3"><em>How we scaled Rudder to 10k servers, and the road to 50k</em></a> (vidéo en anglais) ;</li>
<li>
<a href="https://www.youtube.com/watch?v=eUDh5UNb5Ok&index=4&list=PL6rU2OMWTrhEDPh0pyAGnBRIlqUeeQxSh"><em>How to bring Continuous Configuration benefits to legacy systems</em></a> (vidéo en anglais).</li>
</ul>
<h3 id="toc-et-maintenant">Et maintenant ?</h3>
<p>Alors maintenant, rendez‐vous dans un an… Le CfgMgmtCamp revient, les dates seront connues dès les dates du FOSDEM annoncées, puisque ça démarre toujours le lendemain !</p>
<p>En attendant, il y a quelques rendez‐vous sur le sujet en français et plus proches de chez nous, même s’ils n’ont pas la même envergure ! Par exemple :</p>
<ul>
<li>
<a href="https://www.meetup.com/Paris-Chaos-Engineering-Meetup/events/247119031/">Meet‐up « Chaos Engineering »</a>, le 15 février à Paris ;</li>
<li>
<a href="https://www.eventbrite.fr/e/billets-atelier-decouverte-rudder-aix-les-milles-22022018-40101056339?discount=LINUXFR">Journée de découverte de Rudder</a>, le 22 février à Aix‐les‐Milles ;</li>
<li>
<a href="https://www.meetup.com/TOSCA-Test-Suite-PARIS/events/235077383/">Meetup « DevOps Factory avec TOSCA »</a>, où l’on parle d’Ansible et de Docker, le 22 mars à Paris.</li>
</ul>
</div><div><a href="https://linuxfr.org/news/retour-sur-le-cfgmgmtcamp-la-conference-de-la-gestion-de-configuration-serveur.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/113727/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/retour-sur-le-cfgmgmtcamp-la-conference-de-la-gestion-de-configuration-serveur#comments">ouvrir dans le navigateur</a>
</p>
Jonathan ClarkeNils RatusznikDavy DefaudBenoît Sibaudamoussethttps://linuxfr.org/nodes/113727/comments.atomtag:linuxfr.org,2005:Diary/375982017-11-21T16:53:48+01:002017-11-21T16:53:48+01:00ils l'ont voulu, ils l'ont obtenu, et ils l'ont dans le baba...Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<p>Depuis quelques dizaines d'années, le « management » est devenu un métier de spécialistes, formés dans des « écoles » où on reçoit les préceptes d'une religion qui prétend améliorer le bon fonctionnement d'une entreprise ou administration. Comme avec toutes les religions/sectes récentes, le dogme repose sur une pseudo-science dont les croyants refusent de discuter la « vérité » des résultats. Les deux grands préceptes qui appuient le dogme sont :</p>
<ul>
<li>il existe une comptabilité analytique : il serait possible de calculer, pour chaque marchandise ou prestation vendue, le coût de celle-ci pour l'entreprise, ainsi que ce qu'elle rapporte</li>
<li>la décision nécessite l'évaluation : en définissant des indicateurs, il est possible d'avoir une évaluation efficace du bon ou mauvais fonctionnement d'une entreprise, d'une stratégie ou des « ressources humaines », cette évaluation permettant de prendre les bonnes décisions</li>
</ul><p>Pour les non-croyants travaillant dans des entreprises pas trop petites ou dans une administration, ce mode de fonctionnement se traduit souvent :</p>
<ul>
<li>par une gestion de l'argent irrationnelle (le fameux « il faut dépenser le budget avant la fin de l'année »)</li>
<li>par une sous-traitance irrationnelle (basée sur la comptabilité analytique pour le coût, et sur l'évaluation par des indicateurs pour les bénéfices)</li>
<li>par une baisse de la qualité des services fournis par les prestataires et les salariés (ils finissent par bosser quasi-exclusivement pour leurs indicateurs, à en oublier le service pour lequel ils sont payés)</li>
<li>par des coûts de gestion qui seraient considérés comme prohibitifs si la comptabilité analytique existait réellement (riez avec un gestionnaire : demandez-lui le coût marginal d'un indicateur)</li>
<li>par une inefficacité du personnel inquiétante (quand ils ne travaillent pas pour leurs indicateurs, ils remplissent l'outil de compatibilité analytique ou rédigent des explications des indicateurs)</li>
<li>par une hypocrisie généralisée et institutionnalisée (trafic des chiffres des indicateurs, mensonge systématique au contrôle de gestion, parfois même à son chef, ses collègues ou ses clients)</li>
</ul><p>Malheureusement, seuls des évangélistes évaluent ces croyances, si bien que ce n'est pas prêt de changer, à moins que cette religion ne disparaisse. Je n'y croyais pas, mais je viens de lire un article d'un prêtre-enseignant déclarant que c'est n'importe quoi de voir son activité évaluée avec des indicateurs qui l'obligent à se concentrer sur ceux-ci plutôt que sur son travail, que l'argent soit distribué selon des concepts qui ne s'appliquent pas à son activité, et appelant le clergé à la révolte.</p>
<p>Franchement, à la première lecture j'ai pensé « bien fait pour ta gueule, j'espère que c'est toi qui a formé ceux qui t'imposent ça. À la deuxième j'ai ri avant de penser la même chose. Mais même si je ne crois à la conversion-express, j'ai en moi un petit espoir que cela ébranle ses croyances et que l'enseignement du catéchisme s'en trouve modifié</p>
<p>Notes : </p>
<ul>
<li>si certains croyants ont lu ce journal, je leur prie de bien vouloir éviter de crier leur colère en commentaires suite à mes nombreux blasphèmes, vous pouvez utiliser sur le bouton « inutile » ci-dessous qui permettra de calculer automatiquement le seul KPI public de ce journal</li>
<li>ce journal ne contient volontairement aucun lien, ne souhaitant pas vous inviter à lire des textes religieux. Si vraiment ça vous manque, je vous invite à vous abonner au <a href="https://boutintrain.com/">boutin train du dimanche matin</a>.</li>
</ul><div><a href="https://linuxfr.org/users/denisdordoigne/journaux/ils-l-ont-voulu-ils-l-ont-obtenu-et-ils-l-ont-dans-le-baba.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/113151/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/denisdordoigne/journaux/ils-l-ont-voulu-ils-l-ont-obtenu-et-ils-l-ont-dans-le-baba#comments">ouvrir dans le navigateur</a>
</p>
Denis Dordoignehttps://linuxfr.org/nodes/113151/comments.atomtag:linuxfr.org,2005:Diary/373992017-07-11T10:39:27+02:002017-08-04T17:09:14+02:00Ça y est, je suis manager :(Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<p>Et voilà, nal, les années passent, on se passionne toujours autant pour le code, et un jour, bim, on nous donne notre bloc de cartes de visite avec notre nom et dessous : « responsable équipe développement ». Et on se dit, mais comment en est on arrivé là ?</p>
<p>Pour ma part, c’est une succession de pas de bol : je voulais changer d’équipe, ça a été accepté ; je suis arrivé dans la nouvelle « <em>Team</em> » et, un mois après, le manager s’en va. Eu égard à mes années passées dans la boîte, à mon âge un peu supérieur à tous les autres, à mon expérience et ce genre de trucs, on m’a dit que j’étais volontaire commis d’office pour remplacer le manager. On m’a également dit que vu mon salaire, il fallait bien que je sois manager. Et six mois viennent de passer.</p>
<p>J’ai quand même un peu de mal à comprendre et quelques regrets. Oui, j’ai pas demandé à être manager et je le deviens. Ça a des bons côtés, je peux effectivement diriger un peu plus facilement les développements, et les commerciaux en face respectent un peu plus les décisions d’équipe que je leur amène. D’un autre côté, je me retrouve à gérer de l’humain (bah oui) et c’est vraiment pas facile. Je gère les plannings, les congés, les rendez‐vous, les défrichages de projet pour comprendre ce que le commercial a vendu au client, les re‐réunions de calage, les formations à prévoir pour Q4, les urgences, la bobologie et les caractères. Je souhaite que l’équipe aille bien, qu’elle progresse, que les devs avancent et que l’ambiance soit bonne. Je gère les retards, les coups de gueule, les rattrapages de conneries et les commandes de matos. J’ai dû installer un Windows parce que tout est fait sous MS Office (les calendriers Excel, les rapports en Word <em>obligatoire</em>, les <em>backlog</em> Excel obligatoire car il y a des macros à utiliser, etc, etc., les présentations Powerpoint uniquement et le suivi du matos sous Excel). On vient de me dire que je dois aussi gérer les évaluations, faut que je prenne du temps pour me renseigner sur les méthodes car je ne veux pas évaluer « à la gueule ». Certains devs veulent absolument être très dirigés, d’autres veulent qu’on leur laisse la bride. Certains ne branlent rien, d’autres « commitent » encore à 19 h 45. Et j’essaye d’emmener tout ce monde vers du code de qualité, testé et fonctionnel. La hiérarchie m’a fait comprendre que les T‐shirts de <em>geek</em> noir à slogan ça passait mal, et que la chemise blanche avec le pantalon (pas jean) ça devenait essentiel ; pour la cravate, ça semble pas obligatoire, mais la barbe de trois jours, ça ne va plus être possible. Bref, je suis devenu un vrai petit manager perdu entre un planning, deux réunions, des chefs qui demandent l’impossible et une équipe qui avance à son rythme.</p>
<p>Si vous avez lu ce gros pâté de texte (merci) vous avez pu voir qu’il y a un truc dont je ne parle pas. Le code. Bah oui, fini. Je n’ai plus lancé mon éditeur depuis des semaines, je ne connais même plus le <em>bug tracker</em> et je regarde de loin le <em>backlog</em>. Et, ça, c’est vraiment un truc que je ne comprends pas. J’estime avoir un peu de connaissances en code, en système et, alors que je deviens efficace là‐dessus, bam, on me dit qu’il faut devenir un gestionnaire de planning (je caricature, mais c’est ça) et de manier la carotte et la bâton pour faire avancer les devs. Big win ! La hiérarchie me dit que c’est normal dans une carrière de passer manager, que je peux le faire car je suis un codeur très compétent et qu’ils sont très satisfaits du boulot que je fais.</p>
<p>Je ne comprends pas. La boîte gagnerait à me faire faire ce dans quoi je suis bon, et on m’envoie dans une branche qui ne m’intéresse pas. Faire un planning sous Excel, ça m’ennuie. Écouter un dev me raconter que son gamin est malade et qu’il doit prendre sa journée, ça me rend triste pour lui et son gamin, mais ce qui m’ennuie, c’est de devoir recaler les projections, refaire un planning, décaler des trucs, se battre avec l’autre équipe pour avoir la salle de réunion, etc, etc. Accompagner un commercial chez un client à 300 bornes en tant que « manager technique », juste pour flatter le client et lui faire trois ronds de jambe en utilisant <em>un</em> mot technique (pas deux, hein, sinon le client est perdu) ça m’ennuie… Pourquoi on ne me laisse pas coder, plutôt ? Là où je suis efficace ? Dire à un client qu’on teste le code, ça fait plus avancer la boîte que quelqu’un qui écrit des tests unitaires ? (apparemment oui, mais je n’adhère pas forcément avec ce point de vue). On m’a rappelé chez moi (ah, oui, parce que j’ai gagné un smartphone d’entreprise) à 20 h pour faire le point avec un client qui avait un bug bloquant. J’aurais été plus efficace devant un terminal à corriger ce bug plutôt qu’à gérer un point téléphonique entre un commercial qui voulait en profiter pour vendre de la presta, un client en panique et un planning à vérifier pour savoir quel dev allait pouvoir corriger le bazar le lendemain.</p>
<p>J’ai eu des managers très bons, qui ne connaissaient rien en technique. Pourquoi on ne laisse pas les gens dans la technique et les managers dans le management ? La hiérarchie m’a quand même fait comprendre que je commence à leur coûter cher. Un dev qui sort de l’école est moins cher que moi (sans blague !). Je suis peut‐être plus efficace que lui, non ?! Et, si je coûte cher, pourquoi me mettre dans un domaine ou je n’y connais <em>rien</em> ? Mettez une (ou un) secrétaire qui fait le planning et tous ces petits trucs administratifs, et laissez‐moi coder.</p>
<p>Voilà, nal, la complainte du « codeur qui devient manager » et qui regrette son éditeur de code perdu.</p><div><a href="https://linuxfr.org/users/octane/journaux/ca-y-est-je-suis-manager.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/112277/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/octane/journaux/ca-y-est-je-suis-manager#comments">ouvrir dans le navigateur</a>
</p>
octanehttps://linuxfr.org/nodes/112277/comments.atomtag:linuxfr.org,2005:News/360732015-01-23T12:35:21+01:002015-01-23T12:35:21+01:00CodevTT v1.0.2 - Suivi d'activité et gestion de projet avec MantisBTLicence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<div><p>CodevTT est un outil de gestion de projet, permettant un suivi détaillé de l'avancement des projets et des activités de l'équipe.</p>
<p>Sa caractéristique principale est d'être en lien direct avec MantisBT — un système de suivi d'anomalies — dont on étendra le périmètre d'activité.</p>
<p>En puisant des informations dans la base de données de MantisBT et en simplifiant au maximum la saisie des comptes-rendus d'activité des utilisateurs, CodevTT réduit considérablement le nombre d'opérations manuelles à effectuer pour générer des rapports, statistiques, alertes, diagramme de Gantt et autres indicateurs de production et de suivi.</p>
<p>Les données de MantisBT étant tenues à jour en permanence par les développeurs, le chef de projet peut avoir une vue en temps réel de l'avancement du projet, sans créer de surcharge de travail pour l'équipe.<br>
Les informations remontées par CodevTT permettent au chef de projet d'identifier plus rapidement les points durs du projet. La réduction d'un grand nombre de tâches récurrentes lui permet de se concentrer davantage sur les parties nécessitant le plus d'attention et d'analyse.</p>
<p>Les statistiques aident à identifier les actions à entreprendre pour améliorer la productivité de l'équipe et permettront d'en mesurer l’efficacité à court, moyen et long terme.<br>
La section Contrats et Commandes permet d'avoir une vue client de l'avancement, et propose des indicateurs qui pourront lui être remontés.</p>
<p>CodevTT est donc un outil de gestion de projet réactif, en lien direct avec le développement, et se fixe comme objectif la maîtrise du suivi et la réduction des coûts de management par la simplification et l'automatisation des processus.</p>
<p>CodevTT est un logiciel libre, soutenu par AtoS qui l'utilise en interne pour gérer ses projets (avec une base d'utilisateurs actuelle d'environ 250 personnes).</p></div><ul><li>lien nᵒ 1 : <a title="http://codevtt.org/site/" hreflang="en" href="https://linuxfr.org/redirect/92904">Site Officiel</a></li><li>lien nᵒ 2 : <a title="http://codevtt.org/site/?page_id=116" hreflang="en" href="https://linuxfr.org/redirect/92905">Captures d'écran</a></li><li>lien nᵒ 3 : <a title="http://codevtt.org/codev/" hreflang="fr" href="https://linuxfr.org/redirect/92906">Démo en ligne</a></li><li>lien nᵒ 4 : <a title="https://github.com/lbayle/codev/blob/master/doc/fr/CodevTT_Kit_demarrage.pdf?raw=true" hreflang="fr" href="https://linuxfr.org/redirect/92907">Documentation</a></li><li>lien nᵒ 5 : <a title="http://codevtt.org/site/?page_id=43" hreflang="en" href="https://linuxfr.org/redirect/92908">Téléchargement</a></li><li>lien nᵒ 6 : <a title="https://github.com/lbayle/codev" hreflang="en" href="https://linuxfr.org/redirect/92909">Code Source sur GitHub</a></li></ul><div></div><div><a href="https://linuxfr.org/news/codevtt-v1-0-2-suivi-d-activite-et-gestion-de-projet-avec-mantisbt.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/104590/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/codevtt-v1-0-2-suivi-d-activite-et-gestion-de-projet-avec-mantisbt#comments">ouvrir dans le navigateur</a>
</p>
lbayleNeoXPierre Jarillonpalm123https://linuxfr.org/nodes/104590/comments.atomtag:linuxfr.org,2005:News/345472013-09-03T10:18:52+02:002013-09-03T12:49:35+02:00CodevTT - Suivi d'activité et gestion de projet avec MantisBTLicence CC By‑SA http://creativecommons.org/licenses/by-sa/3.0/deed.fr<div><p>CodevTT est un outil de gestion de projet, permettant un suivi détaillé de l'avancement des projets et des activités de l'équipe.</p>
<p>Sa caractéristique principale est son lien direct avec MantisBT — un système de suivi d'anomalies — dont on étendra le périmètre d'activité.</p></div><ul><li>lien nᵒ 1 : <a title="http://codevtt.org/site/" hreflang="en" href="https://linuxfr.org/redirect/87521">Site officiel</a></li><li>lien nᵒ 2 : <a title="http://codevtt.org/site/?page_id=116" hreflang="en" href="https://linuxfr.org/redirect/87522">Screenshots</a></li><li>lien nᵒ 3 : <a title="http://codevtt.org/codev/" hreflang="en" href="https://linuxfr.org/redirect/87523">Démo en ligne</a></li><li>lien nᵒ 4 : <a title="http://codevtt.org/site/?page_id=43" hreflang="en" href="https://linuxfr.org/redirect/87524">Download</a></li><li>lien nᵒ 5 : <a title="https://github.com/lbayle/codev/blob/master/doc/fr/CodevTT_Kit_demarrage.pdf?raw=true" hreflang="fr" href="https://linuxfr.org/redirect/87525">DOC: Kit de démarrage</a></li><li>lien nᵒ 6 : <a title="https://github.com/lbayle" hreflang="en" href="https://linuxfr.org/redirect/87526">Sources sur GitHub</a></li></ul><div><p>En puisant des informations dans la base de données de MantisBT et en simplifiant au maximum la saisie des comptes-rendus d'activité des utilisateurs, CodevTT réduit considérablement le nombre d'opérations manuelles à effectuer pour générer des rapports, statistiques, alertes, diagramme de Gantt et autres indicateurs de production et de suivi. </p>
<p>Les données de MantisBT étant tenues à jour en permanence par les développeurs, le chef de projet peut avoir une vue en temps réel de l'avancement du projet, sans créer de surcharge de travail pour l'équipe. <br>
Les informations remontées par CodevTT permettent au chef de projet d'identifier plus rapidement les points durs du projet. La réduction d'un grand nombre de tâches récurrentes lui permet de se concentrer davantage sur les parties nécessitant le plus d'attention et d'analyse.</p>
<p>Les statistiques aident à identifier les actions à entreprendre pour améliorer la productivité de l'équipe et permettront d'en mesurer l’efficacité à court, moyen et long terme.<br>
La section <em>Contrats et Commandes</em> permet d'avoir une vue client de l'avancement, et propose des indicateurs qui pourront lui être remontés.</p>
<p>CodevTT est donc un outil de gestion de projet réactif, en lien direct avec le développement, et se fixe comme objectif la maîtrise du suivi et la réduction des coûts de management par la simplification et l'automatisation des processus.</p>
<p>CodevTT est un logiciel libre, soutenu par <a href="http://fr.atos.net">AtoS</a> qui l'utilise en interne pour gérer ses projets (avec une base d'utilisateurs actuelle d'environ 180 personnes).</p></div><div><a href="https://linuxfr.org/news/codevtt-suivi-d-activite-et-gestion-de-projet-avec-mantisbt.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/99516/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/codevtt-suivi-d-activite-et-gestion-de-projet-avec-mantisbt#comments">ouvrir dans le navigateur</a>
</p>
lbayleBenoît SibaudZeroHeureNeoXPierre Jarillonhttps://linuxfr.org/nodes/99516/comments.atom