Pas besoin de débiter des banalités : au fond, tout se résume à la question de savoir comment gérer le contexte de la manière la plus efficace possible.
L’ingénierie est toujours une bataille de coûts
Au début, on l’utilise pour réduire le temps consacré au prototypage ou à la construction du business
Plus tard, il faut réduire les coûts en optimisant
Ce genre d’article prouve en soi à quel point son auteur n’est pas un ingénieur
C’est n’importe quoi
En pratique, de grands sites coréens ont effectivement utilisé cette méthode — afficher une bannière lors d’un accès avec IE7 — afin d’abandonner IE7 (qui n’était plus pris en charge par Microsoft). Si je me souviens bien, l’effet a été considérable.
Grace Hopper :
"If it's a good idea, go ahead and do it. It's much easier to apologize than it is to get permission."
"Si c'est une bonne idée, lancez-vous et faites-le. Il est bien plus facile de s'excuser que d'obtenir une autorisation."
La maintenance mobilise aussi des ressources, donc si elles ont été économisées, n’est-ce pas aussi bénéfique du point de vue de l’entreprise ?
> 1 à 2 semaines des principaux cycles de sprint étaient consacrées à la correction de bugs IE6
Cela dit, je ne sais pas quelle est la durée des sprints chez Google, mais si on part sur un mois, cela représente au minimum 25 % d’économisés..
> Ils ont inclus Chrome, Firefox, IE8, etc., et l’ont implémenté de façon à ce qu’ils s’affichent dans un ordre aléatoire.
Quoi qu’il en soit, c’était un coup un peu imprévu ; je me demande quel avantage l’entreprise y voyait pour l’avoir toléré.
Comme ils n’ont même pas poussé la migration vers Chrome, on dirait qu’il n’y avait pas de bénéfice particulier pour Google.
Ou bien ont-ils jugé que le simple fait d’absorber au moins une partie des utilisateurs d’IE, sinon tous, était déjà suffisamment profitable ?
Si c’est à peine deux fois plus rapide que le M1, je me dis d’abord que ça reste encore largement utilisable... lol.
Qu’un build prenne 5 minutes ou 2,5 minutes... tant qu’on ne passe pas sous la minute, pas d’upgrade !!
Dans Claude Code, il suffit de taper /model haiku pour l’utiliser. C’est plus rapide que Sonnet tout en donnant de bons résultats, donc c’est franchement agréable à utiliser.
J’espère qu’il n’y a pas de malentendu : je ne disais pas que Hacker News racontait n’importe quoi.
Pas besoin de débiter des banalités : au fond, tout se résume à la question de savoir comment gérer le contexte de la manière la plus efficace possible.
Claude Skills, c’est impressionnant — peut-être une innovation encore plus majeure que MCP
GN+ vient d’en publier un résumé. À consulter aussi !
L’ingénierie est toujours une bataille de coûts
Au début, on l’utilise pour réduire le temps consacré au prototypage ou à la construction du business
Plus tard, il faut réduire les coûts en optimisant
Ce genre d’article prouve en soi à quel point son auteur n’est pas un ingénieur
C’est n’importe quoi
Ça ressemble à Copilot Spaces, avec une impression d’automatisation.
L’alignement du fanatisme (alignment in dogmatism)
En pratique, de grands sites coréens ont effectivement utilisé cette méthode — afficher une bannière lors d’un accès avec IE7 — afin d’abandonner IE7 (qui n’était plus pris en charge par Microsoft). Si je me souviens bien, l’effet a été considérable.
C’est donc une suite d’outils de vibe coding créée avec le vibe coding. C’est impressionnant de voir que cela a été réalisé en seulement cinq jours.
Grace Hopper :
"If it's a good idea, go ahead and do it. It's much easier to apologize than it is to get permission."
"Si c'est une bonne idée, lancez-vous et faites-le. Il est bien plus facile de s'excuser que d'obtenir une autorisation."
Windows, c'est de la merde. C'est la première fois que je jure ici, mais Windows, c'est vraiment de la merde.
La maintenance mobilise aussi des ressources, donc si elles ont été économisées, n’est-ce pas aussi bénéfique du point de vue de l’entreprise ?
> 1 à 2 semaines des principaux cycles de sprint étaient consacrées à la correction de bugs IE6
Cela dit, je ne sais pas quelle est la durée des sprints chez Google, mais si on part sur un mois, cela représente au minimum 25 % d’économisés..
> Ils ont inclus Chrome, Firefox, IE8, etc., et l’ont implémenté de façon à ce qu’ils s’affichent dans un ordre aléatoire.
Quoi qu’il en soit, c’était un coup un peu imprévu ; je me demande quel avantage l’entreprise y voyait pour l’avoir toléré.
Comme ils n’ont même pas poussé la migration vers Chrome, on dirait qu’il n’y avait pas de bénéfice particulier pour Google.
Ou bien ont-ils jugé que le simple fait d’absorber au moins une partie des utilisateurs d’IE, sinon tous, était déjà suffisamment profitable ?
La fin justifie les moyens.
Il est plus facile d'obtenir le pardon que la permission.
C’est plutôt unsexy.
Le billet de retour d’expérience sur Skills de Simon Willison vient aussi d’être publié.
Claude Skills - personnaliser l’IA en fonction de votre workflow
Consultez aussi le résumé GN+
Si c’est à peine deux fois plus rapide que le M1, je me dis d’abord que ça reste encore largement utilisable... lol.
Qu’un build prenne 5 minutes ou 2,5 minutes... tant qu’on ne passe pas sous la minute, pas d’upgrade !!
Je supplie qu’on daigne enfin proposer une mise à niveau,
mais mon MacBook Pro M1 et mon iPad Pro vont rester avec moi encore un an.
Ils ne me feront absolument pas changer de machine !!
Dans Claude Code, il suffit de taper
/model haikupour l’utiliser. C’est plus rapide que Sonnet tout en donnant de bons résultats, donc c’est franchement agréable à utiliser.Comparer ça à un M1 ou à un Mac Intel, c'est un peu abusé, lol.