Diluting DORA, How Marketers and Consultants Bastardize Engineering Best Practices, I miss human curation, Use the index, Luke !, Test Cases Are Not Testing
Long time no see, uh ? J’avais besoin d’un break avant les fêtes de fin d’année, et à partir de là les choses n’ont tout simplement pas baissé en rythme et charge avant que je parte un mois en congés jusqu’à mi février. Je profite d’un moment de mou pour vider un peu du backlog de liens. Ce n’est cela dit qu’un post irrégulier, il faudra encore attendre avant la vraie reprise !
Especially now that Twitter is kind of a mess (I won’t get into other social networks, but they all feel like this lately), the networks of people that I know are really hard to navigate. I can’t really swing from profile to profile of friends like I did before. The Algorithm wants me to see content relevant to me, not my friends. We don’t have “affiliate links” in our website footers anymore to go down rabbit holes of other websites, and I rarely see a little corner of the internet that I can bookmark and check on regularly. Those spaces do exist, but they’re just much, much harder to find.
As I noodled on this, I realized that in addition to my missing humans curating the content for me, it’s also me curating what I want to see, when I want to see it, better. There was an interesting note in Alexander Obenauer’s lab notes about notifications, and this line stuck out to me: “fundamentally, the way notifications work in modern OSes is backwards: someone else decides when (and how often) my device wakes up to interrupt what I’m doing.”
Un article pas bien long, similaire à ce que j’ai déjà pu partager sur le sujet du « bon vieil internet ». Et je repartage ce type de contenu parce que c’est précisément ce genre de choses qui m’a poussé à tenir cet endroit, et que si l’on veut que notre connaissance ne soit pas complètement maitrisée par des tiers aux intentions bien connues (d’un point de vue systémique notre système économique emmène vers une forme d’attracteur géant qui focalise tout le monde au même endroit, le nombre de chemins alternatifs réduit à mesure que l’on se concentre sur le mainstream, un jour je prendrai le temps de pondre un truc plus complet la dessus), on doit se rappeler périodiquement et collectivement qu’il n’appartient plus qu’à chacun d’entre nous d’entretenir un peu de sérendipité.
A site explaining SQL indexing to developers—no crap about administration.
SQL indexing is the most effective tuning method—yet it is often neglected during development. Use The Index, Luke explains SQL indexing from grounds up and doesn’t stop at ORM tools like Hibernate.
Use The Index, Luke is the free web-edition of SQL Performance Explained.
Je partage ici parce que je dois distribuer ce lien tous les ans. J’ai dû découvrir ce site en 2014 je crois. Plus sûr de qui me l’avait recommandé, mais c’est depuis tout ce que j’ai eu à savoir pour utiliser une base relationnelle avec la bonne hygiène. À lire avant d’accuser votre architecture logicielle, de vouloir utiliser un cache (misère), ou de payer un DBA.
Can an algorithm exist that will guarantee we find all the important bugs? No. This is a matter of basic computing theory (see the Halting Problem) and the fact that bugs are socially constructed by users rather than being something to do with the essence of the product. Bugs are not “in” the product. Bugs are about the relationship between the product and the people who desire something from it. It’s possible for a bug to be created or resolved just by changing the stakeholder. And apart from every other problem, a total bug identification algorithm would require a complete, unambiguous, and up-to-date specification that is accepted by all stakeholders… and when was the last time you saw one of those?
When we test we are exploring the relationship between the product and values about the product. To do so, we must make many social judgments, including judging the importance of testing a specific situation, and judging the meaning and importance of potential problems.
Un article top sur les tests, et notamment les tests exploratoires. Un bon complément pour cet épisode de podcast sur les tests que nous avons enregistré avec un collègue. J’ai particulièrement été sensible à la perspective selon laquelle les bugs n’existent que dans la relation entre le logiciel et les utilisateurs.
I have a somewhat unique and fairly thorough understanding of how marketers and consultants do this, how they take useful technical best practices and bastardize them for their own gain. I have a Computer Science degree and started my career as a computer programmer. I moved up into a system administrator role – the spiritual predecessor to DevOps roles. Eventually, I decided to get an MBA and worked for Deloitte as a senior consultant and eventually manager on tech projects afterward. After Deloitte, I moved into product marketing, working at DirecTV and then at several tech companies including New Relic, Twilio Segment, and, now, Earthly. I have been the user, the buyer, the marketer, and the consultant at different points in my career. I’ve seen this pattern repeated over and over.
In this post, I’m going to focus specifically on DevOps Research and Assessment (DORA), what it is, why it matters, how marketers and consultants abuse it, and the negative impacts that abuse causes.
[…]
The organizational change required for DevOps to thrive and for DORA metrics to be their most useful has to come from within an organization. You can’t outsource it or ask an outsider to do it for you, because the hard part isn’t the right tool or metric, but the people and processes.
Le dernier morceau cité. Cet article m’a rassuré parce qu’en tant que consultant je ne vends pas DORA ou SPACE comme une solution (même si parfois c’est le client qui voudrait absolument que ce le soit, habitué à ce qu’on « installe » des solutions et hop « tout est réglé »). La dernière fois que j’ai pu utiliser cet outil, c’était pour factualiser une partie du vrai taf derrière, qui était d’accompagner une équipe dans son amélioration continue. À la fin la solution qui a marché (et ça on le découvre en même temps que le reste de l’orga) était d’apprendre à l’équipe à savoir mener des débats et prendre des décisions entre eux. Soudainement, à partir de là, ce n’est pas qu’on met un coup d’Accelerateur, mais on vire les freins et frictions, et juste ça file et s’emballe (et à quoi bon accélérer quand on a encore le frein à main n’est-ce pas ?).
