Fire and Motion, Evaluating Team Members’ Contributions to a Maintainable Code Base, Reasons to avoid Javascript CDNs, Scale is poison
When I was an Israeli paratrooper a general stopped by to give us a little speech about strategy. In infantry battles, he told us, there is only one strategy: Fire and Motion. You move towards the enemy while firing your weapon. The firing forces him to keep his head down so he can’t fire at you. […] The motion allows you to conquer territory and get closer to your enemy, where your shots are much more likely to hit their target. If you’re not moving, the enemy gets to decide what happens, which is not a good thing. If you’re not firing, the enemy will fire at you, pinning you down.
L'auteur raconte comment la stratégie militaire de "Fire and Motion" (tir de couverture) peut être appliquée dans le monde du développement de logiciels pour progresser chaque jour dans ses tâches. Le même parallèle est utilisé pour expliquer ce qui fait courir un bon nombre d’entreprises. Une idée à bien garder en tête lorsqu'on se lance dans les fonctionnalités d'un produit sur lequel il y a concurrence, j’ai encore entendu aujourd’hui : « il y a de la concurrence sur ce domaine, on a intérêt à développer les mêmes fonctionnalités que les autres ».
How much of your engineering team’s effort gets spent on keeping the existing system running, rather than changing the feature set? One of the most important concepts for addressing a code base’s maintenance load is code stewardship—the trick (or really, the entire skill set) of keeping a code base maintainable. Engineers receive more mentions, accolades, raises, and promotions from cranking out features than from investing time in code stewardship, so the former represents a massive opportunity cost of doing the latter.
Un bon combo avec le « toil » SRE, le maintenance load est un concept bien plus évident à manipuler que la dette. Récemment j’ai organisé des ateliers de rétrospective technique et me suis servi du concept pour prioriser les tâches du backlog tech selon deux axes : qu’est-ce qui demande le moins d’effort et fait gagner le maximum de temps lors du développement des features, en quelque sorte le négatif du « maintenance load »
Many javascript projects have install instructions recommending that people use a CDN like jsdelivr or unpkg to include the code on their website. This has the advantage that it's quicker to get started with, and it's often claimed to load faster. However, it also has downsides when it comes to privacy, security, and systemic risk, and it may actually be slower in some common cases. Here are some reasons not to use a javascript CDN, and some alternatives to consider instead.
Je pense que j’ai plus souvent eu à intégrer du code js tiers par un gestionnaire de dépendances que par CDN. Cela dit pour les rares cas où je l’ai fait je ne savais pas qu’il existait des contre-mesures comme le SRI sur le tag script !
I've worked for a wide range of companies throughout my career. From a big US tech giant to a small Norwegian SaaS platform, with some bits in between. To me the problem is clear: big companies can't afford to give a fuck.
Why is it that companies paying Google $100,000 a month for GCP get ghosted by support staff, yet Jason Fried regularly answers questions about his company directly on Twitter?
The answer is scale.
L'extrait en dit peut être déjà assez long ^^'
