It is common knowledge that hardware is cheap, and programmers are expensive, and that most performance issues can be easily solved by throwing more and bigger hardware at it. But is it really cheaper in the long run? Is there still some room for optimization work?


TL;DR :
Hardware is cheap,
programmers are expensive,
performance debt comes with interests.

Pourquoi mettre un « t » à édit ou bruit (comme dans éditer ou bruiter), mais pas à abri dont le verbe a pourtant la même forme ? Pourquoi écrit-on « gelée de groseille » au singulier et « confiture de groseilles » au pluriel ? La marque du pluriel dépend-t-elle uniquement du temps de cuisson ? Le seul son [s] peut s’écrire de 12 manières différentes, et la lettre « s » peut se prononcer de 3 manières différentes ([s], [z], ou muette)… Voici quelques uns des constats, quelques unes des interrogations directrices de cette conférence grand public à propos de l’orthographe française.

Now, you know.

Les rézosocios, ça sert à montrer aux autres à quel point on est un ouinneur de ouffe. La modestie n'a pas sa place sur le ouaibe deux point zéro !!!

... mieux vaut en rire :-D

(via : https://marieguillaumet.com/design-de-soi-paris-web-2015/)

Lesson #1 on the road to teaching coding to foreign policy majors:
don’t tell them that you’re going to do it

Lesson #2:
the basic paradigm of code (strictly sequential execution, with flow control and function definitions) isn’t always intuitive and should be explained clearly to first-time programmers
==> in other words : "nothing looks obvious to everybody"

Lesson #3: avoid unnecessary complexity.
first-time learners should be shown the smallest possible number of ways to accomplish a task
and only exposed to the complexity of refinements after they’ve solidly learned the basics

Étape 0 : bâtir les fondations
Cette première étape numérotée zéro ne fait pas à proprement parler des étapes identifiées, elle ne compte pas dans les 5.
Elle référence les pratiques nécessaires à l'évolution vers les autres étapes. Ces pratiques doivent perdurer dans le temps pour permettre la continuité de l'évolution et même son maintien.
- Les systèmes de supervision et d'alertes sont configurables et à la main des équipes opérant le service.
- Les modèles de déploiement pour construire (build) les applications ou les services sont réutilisés.
- Les modèles de test (tout type de tests) pour construire les applications ou les services sont réutilisés.
- Les équipes contribuent à l'amélioration des outils proposés par les autres équipes.
- Les configurations sont gérées par un outil de gestion de configuration (Un SCM : SVN, git, bitbucket...).


Étape 1: normaliser la pile technologique
À cette étape, les équipes de développement tentent de se coordonner pour utiliser plus de pratiques agiles.
Pratiques clefs
- Les équipes de développement utilisent un outil de contrôle de version (SVN, git, bitbucket...)
- Les équipes de développement déploient sur un éventail d'OS standardisés.
Pratiques contribuant au succès
- Bâtir sur un éventail standardisé de technologies.
- La configuration des applications est versionnée.
- Les changements dans l'infrastructure sont testés avant d'arriver en production.
- Les codes sources de tous les outils et applications sont libres d'accès pour toutes les équipes.


Étape 2 : standardiser et réduire la variance
À cette étape les équipes Dev et Ops se concentrent sur l'homogénéisation du SI. Par exemple un seul système (ou famille de système), nombre de langages limités, etc. L'objectif est de réduire la complexité du SI.
Pratiques clefs
- Utiliser un jeu standard de technologies.
- Les équipes déploient sur un OS unique.
Pratiques contribuant au succès
- Les modèles de déploiement pour construire (build) les applications et les services sont réutilisés.
- Les applications sont ré-architecturées pour correspondre aux besoins métiers.
- Les configurations système sont versionnées comme les applications.


Étape 3 : montée en puissance des pratiques DevOps
À ce stade, la réutilisation des processus de build et le test de l'infrastructure est maîtrisés complètement.
Les pratiques DevOps se répandent dans l'organisation, la collaboration augmente.
La complexité administrative pour effectuer des changements est réduite en donnant plus de pouvoir aux techniciens.
Pratiques clefs
- Les personnels peuvent travailler sans recourir à des autorisations manuelles extérieures à l'équipe.
- Les modèles de déploiement pour construire (build) les applications et les services sont réutilisés.
Pratiques contribuant au succès
- Les personnels peuvent effectuer des changements sans temps d'attente.
- Les changements dans les services peuvent avoir lieu en pleine journée de travail.
- Les retours d'expérience post-incidents et les statistiques associées sont publics et partagés.
- Les équipes travaillent sur des technologies standardisées.
- Les équipes utilisent de l'intégration continue.
- Les équipes gérant l'infrastructure utilisent le contrôle de version.


Étape 4 : automatisation de la livraison de l'infrastructure
Cette étape est définie par l'automatisation de la configuration des systèmes et de leur livraison (le provisioning).
L'automatisation poussée permet aux opérationnels de livrer aux développeurs et à la QA (les services de testeurs) des environnements conformes à ce qu'ils ont en production.
L'automatisation permet également de dégager du temps pour développer le self-service, permettant aux développeurs et à la QA de commencer à générer eux-mêmes leurs environnements.
Pratiques clefs
- Les configurations système sont automatisées.
- La livraison des systèmes est automatisée.
Pratiques contribuant au succès
- Les configurations de politiques de sécurités sont automatisées.
- Les ressources sont mises à disposition en self-service.


Étape 5 : fournir des capacités de self-service
À cette étape, les équipes de développement sont libérées des contraintes administratives et des temps d'attente pour obtenir les outils nécessaires à leur travail, elles n'ont qu'à se servir elles-mêmes.
Pratiques clefs
- La réponse aux incidents est automatisée.
- Les ressources sont disponibles en self-service.
Pratiques contribuant au succès
- Les configurations de politiques de sécurités sont automatisées.
- Les développeurs déploient leurs environnements de tests par eux-mêmes.
- Les métriques des projets sont visibles.
- Le provisioning est automatisé.

Voir aussi : https://entrainement-sportif.fr/hypoglycemie.htm

Le cerveau ne peut manquer ni d'oxygène, ni de glucose. Si le taux de sucre dans le sang devient trop bas, le cerveau interprète cet état comme un stress ou une agression et déclenche une réaction de défense globale dite adrénergique.
==> symptômes révélateur d'une libération d'adrénaline: palpitations, nervosité, agressivité, chaleurs, transpiration et tremblements.
==> symptômes de l'hypoglycémie : hypersudation, des tremblements, une sensation de faim presque douloureuse (comme une crampe à l'estomac), une accélération de la fréquence cardiaque.

L'hypoglycémie résulte en général d'une mauvaise gestion de l'alimentation avant et pendant l'effort.

Hypoglycémie chez le sportif :
- hypoglycémie réactionnelle : ingestion de sucres juste avant l'effort, le corps étant à jeûn depuis plusieurs heures. La glycémie augmente rapidement et l'organisme en réaction, sécrète de l'insuline qui fait chuter le taux de sucre, parfois de façon trop importante (si un produit très sucré est ingéré une heure avant l'exercice, l'hypoglycémie survient 30 minutes après le début de l'exercice)
- hypoglycémie fonctionnelle : (plutôt chez les personnes sédentaires) causée par des prises excessives de sucres rapides dans la journée et peu de sucres lents
- en fin d'exercice / compétition : lorsque les réserves en glycogène stockées dans les muscles et dans le foie sont épuisées et que le muscle n'utilise plus que le glucose circulant du sang apporté par les liquides et aliments consommés durant l'épreuve. Causes :
- "recharge" glucidique insuffisante
- intensité / durée de l'entraînement insuffisante pour habituer le foie et les muscles à stocker le glycogène
- apport glucidique insuffisant durant l'effort


En cas d'hypoglycémie :
- diminuer l'intensité de l'effort
- se re-sucrer
- s'hydrater


PRÉVENTION :
- alimentation équilibrée au cours de la journée (ne pas sauter de repas, avoir une alimentation équilibrée)
- alimentation avant l'effort : repas ou collation comportant des sucres lents notamment, 3 heures avant (risque d'hypoglycémie réactionnelle si délai insuffisant)
- progressivité de l'effort physique (ne pas partir trop vite, adapter la vitesse par temps chaud)
- hydratation pendant l'effort (eau seule ou boisson glucidique : 0.5L d'eau + un peu de jus de fruits + 2-3 sucres)
- bonne gestion du stress : gérer son stress est l'un des premiers moyens de prévenir l'hypoglycémie. Cet état nerveux provoque une utilisation importante de glucose par l'organisme.

"un utilisateur clique sur la publicité Google d’un produit, mais ne l’achète pas. S’il l’achète en magasin dans les 30 jours, Google envoie à l’annonceur un rapport sur les performances « hors ligne » des publicités."