Un assistant pour écrire du contenu, c'est assez bluffant je dois dire
Je suppose qu'ils se basent sur GP3T ou un autre modèle similaire pour générer du contenu en fonction du contexte fourni.
On en arrive à un point ou des robots (Mark Copy) écrivent des textes pour d'autres robots (Google Search) afin d'optimiser le référencement
Netflix utilise un programme spécial qui va éteindre au hasard n'importe quel service directement en production
Cela oblige les développeurs et devops à développer des programmes extrêmement résilients
Liste de formulations politiquement correctes
Par exemple au lieu de dire "cette réunion est une perte de temps", dites plutôt "Je ne suis pas en mesure d'ajouter de la valeur à cette réunion mais je serais heureux d'examiner le compte rendu"
La Quick Response Team (QRF) est en charge de la gestion des priorités qui arrivent au fil de l'eau et permet ainsi au reste de l'équipe de se concentrer sans interruption sur des tâches plus conséquentes
Article très intéressant qui compare l'emploi du temps d'un manager et celui d'un "maker" (par exemple un développeur).
TLDR;
Les "makers" ont besoin de se concentrer dans des périodes de temps plus longues et parfois une simple réunion au millieu de l'après-midi est suffisante pour perturber la productivité de l'après-midi entière.
Un analyseur de traces agnostique de la techno utilisée avec un léger overhead (~2-10% annoncé) donc utilisable dans des environnements de production
Utilisation des Server Side Events à la place de WebSocket pour des notifications temps réel (GraphQL Subscriptions).
- stack technologique HTTP
- meilleurs perfs avec support HTTP/2
- moins de connexions TCP ouvertes
Une alternative à OpenFaaS pour du Function as a Service
Excellent article qui résume la complexité sous jacente du développement frontend face à une demande "simple"
Les perfs de Rust + WASM comparé à JS ne sont pas suffisantes (~x2) pour justifier la complexification de la stack technique