Shiwen Dialogue 038 | HackerTube : 20 ans de vidéos HN en 2 heures

Petit dialogue d’ouverture

Shiwen: Il y a deux jours, Andrej Karpathy a créé un site appelé HackerTube sur Hacker News, affirmant qu’il s’agissait d’une copie de YouTube, avec des données source provenant des vidéos recommandées par Hacker News de 2007 à 2026. Ce qui est le plus frappant, c’est qu’il a dit que tout le site avait été conçu en discutant avec Opus 5.5 dans Claude Code, et que la création du site a duré environ deux heures. Ne vous préoccupez pas de ce chiffre, mais cette méthode vaut-elle la peine d’être discutée ?

Yongliang: Elle vaut la peine d’être discutée, et sur deux plans. D’un côté, il y a la réalisation technique : utiliser un agent pour construire un produit fonctionnel en deux heures ; de l’autre, il y a la philosophie du produit : permettre à l’esthétique collective de Hacker News au cours des vingt dernières années de remplacer les recommandations algorithmiques de YouTube. Mais ne vous exaltez pas trop sur les deux aspects. Les deux heures sont dues au fait que le site est simple, et le 503 est déjà disponible.

Q1: Comment ces deux heures se sont-elles passées ?

Shiwen: Quel est le processus exact ?

Yongliang: La demande de Karpathy à Claude Code était en réalité une phrase : « Let’s write our own YouTube clone based on whatever videos have been recommended on Hacker News. » Il a choisi le mode Medium effort de Opus 5.5. Opus a d’abord téléchargé toutes les commentaires de Hacker News, filtrant ceux contenant des liens vers YouTube, puis a utilisé Sonnet pour passer un cycle de nettoyage dans le workflow, révélant finalement environ 40 000 commentaires sur les vidéos recommandées, correspondant à 6 454 vidéos YouTube, réparties dans 150 thèmes. La interface frontale a un design similaire à celui de YouTube, avec 50 % d’images miniatures, des recommandations pour ceux sans compte, les informations stockées dans la session locale du navigateur, et supportant également les raccourcis clavier. Le reste consiste en domaines, VPS, renforcement de sécurité et optimisation.

Shiwen: Que signifie Medium effort ?

Yongliang: C’est le niveau d’effort de travail de Claude Code. Medium effort signifie que l’agent explore et itère de manière autonome dans un certain nombre de pas, sans que les utilisateurs aient besoin de confirmer chaque mot. Cela est plus pratique que de travailler manuellement, mais Karpathy doit encore intervenir pour prendre des décisions et valider le travail.

Shiwen: Ce qui veut dire que ce n’est pas lui qui a vraiment écrit le code ?

Yongliang: Oui. Selon ses mots dans son blog, « I don’t actually do anything resembling traditional engineering anymore… I only talk to Claude and have it do everything. » Il ne touche plus aux choses traditionnelles du codage et de l’exécution en console. Il a fait seulement trois choses : ouvrir une clé API Google Cloud pour rechercher les métadonnées des vidéos, ouvrir un VPS, et acheter un domaine. Selon lui, « Je fais ces choses entre les moments de travail avec Claude, et cela me semble encore être une collaboration en équipe. »

Shiwen: Il y a ici une question de confiance. Ne regarde-t-il pas le diff ?

Yongliang: Cette question touche juste le point. Le mode de travail de Karpathy est passé de « regarder les différences » à « observer les comportements ». Il s’appuie sur l’ensemble des traces de Claude Code, les données exportées de l’ensemble du site, ainsi que sur les performances réelles après l’arrivée du service. La beauté du code n’a plus d’importance ; les critères de validation sont devenus la capacité du site à fonctionner correctement, la pertinence des résultats de recommandation et la fluidité de l’interaction avec les utilisateurs. La création de cette chaîne de confiance dépend de la transparence et de la reproductibilité de l’agent.

Q2: Pourquoi les recommandations de HN sont-elles meilleures que celles de YouTube?

Shiwen: Karpathy reproche à YouTube d’être une « muraille de contenu inutile », avec des vignettes exagérées et un contenu homogène. Les recommandations de HN peuvent-elles résoudre ce problème?

Yongliang: C’est une expérience de substitution entre la conception communautaire et l’algorithme. Les recommandations de HN proviennent des commentaires sérieux écrits par les utilisateurs au cours des vingt dernières années, représentant le choix collectif de personnes désireuses de lire des contenus longs et approfondis. Elles ne gagnent pas en popularité grâce aux recommandations, mais en considérant « avoir été discutées par HN » comme un critère de qualité.

Shiwen: Alors, y a-t-il des problèmes?

Yongliang: Oui. Premièrement, le volume : 6454 vidéos sont insignifiantes par rapport à ce que YouTube propose ; deuxièmement, la temporalité : les recommandations de HN présentent une décalage naturel, et de nombreux contenus populaires doivent attendre que des discussions commencent pour être incluses ; troisièmement, les goûts spécifiques : HN propose principalement des contenus technologiques, scientifiques et entrepreneurial, tandis que les contenus de divertissement et de vie ne peuvent pas y entrer. Il ne remplacera pas YouTube, mais deviendra plutôt une chaîne de sélection pour un public spécifique.

Shiwen: Du point de vue des créateurs indépendants, quel enseignement peut-on tirer de cette conception communautaire pour la distribution du contenu?

Yongliang: La distribution du contenu devient de plus en plus homogène. Les algorithmes des plateformes poussent les utilisateurs vers des contenus qui provoquent les plus grandes réactions émotionnelles pour maximiser le temps passé sur le site. Le modèle de HN offre une possibilité inverse : utiliser la confiance communautaire et les discussions longues pour sélectionner le contenu, plutôt que le taux de clics et de lecture complète. Pour les créateurs, cela signifie que la valeur profonde et à long terme peut être réévaluée, à condition de pouvoir entrer dans une telle communauté ou de devenir un tel point de sélection. Pour les créateurs indépendants, la capacité de sélection et la confiance du public sont plus précieuses que les simples techniques de trafic.

Shiwen: Et cette conception avec 50% de vignettes?

Yongliang: C’est un détail crucial pour éliminer l’impression de contenu inutile. Les vignettes de YouTube deviennent de plus en plus exagérées pour attirer les clics, et plus elles sont exagérées, mieux c’est. HackerTube a réduit la taille des vignettes, diminuant l’impact visuel et permettant aux utilisateurs de concentrer leur attention sur le titre et les discussions communautaires. Cette retenue est en soi une position du produit : non guidée par le taux de clics, mais par le contenu lui-même.

Shiwen: Ne sera-t-il pas rapidement remplacé par la recherche AI?

Yongliang: Le problème de la recherche AI est similaire à celui des algorithmes des plateformes : elle fournit des résultats basés sur la corrélation statistique, manquant du contexte et du jugement des discussions communautiques. Le cœur de HackerTube est la sélection, et la recherche n’est qu’une fonction superficielle. Tant que les humains auront besoin de filtres fiables, cette conception communautaire aura sa place.

Q3: Quel est l’envers de la mise en ligne en deux heures?

Shiwen: Ce rythme est-il vraiment enviable?

Yongliang: On peut être jaloux, mais il faut bien comprendre la structure de coûts. Une mise en place en deux heures est possible, car l’ensemble du produit est très simple : pas de système d’accès, pas de moteur de recommandation back-end, les données sont calculées hors ligne, et la partie front-end utilise YouTube pour l’embed. La logique de recommandation consiste en une liste statique ajoutée à une session locale. L’apparition du 503 indique que pour mettre en place un site en une nuit avec un agent et assurer un service stable à un grand volume de trafic, il y a une différence entre l’opération et la planification de capacité, le cache et la gestion des erreurs.

Shiwen: D’où as-tu entendu parler du 503 ?

Yongliang: Dans les commentaires de HackerBooks, quelqu’un a mentionné : « HackerTube est en 404 et 503, donc il ne tiendra probablement pas une journée. » C’est normal, un hack du samedi matin est visité par des milliers de personnes en même temps, et le 503 est presque inévitable. Cela montre que ce n’est pas le manque de capacités de Karpathy, mais plutôt que « construire un site en une nuit avec un agent » et « un service opérationnel » sont deux choses différentes.

Shiwen: Donc ce n’est pas à niveau de production ?

Yongliang: À l’état actuel, c’est plus comme une démonstration soigneusement préparée. Karpathy lui-même a dit que c’était un « hack du samedi matin ». Ce n’est pas une critique, mais un rappel : l’agent a réduit les coûts de la création d’une idée à un prototype à un niveau très bas, mais la distance entre le prototype et un service fiable n’a pas diminué. Son fait que les données du site puissent être exportées est intéressant, il dit « donner à votre agent pour qu’il reconstruise sa propre version », ce qui signifie qu’il a également pris en compte la reproductibilité.

Shiwen: Alors où réside la valeur de ce type de démonstration ?

Yongliang: La valeur réside dans la réduction du seuil d’essai et d’erreur. Autrefois, pour vérifier une idée, il fallait rassembler une équipe et planifier deux semaines ; maintenant, une personne peut mettre en ligne quelque chose d’utilisable en une matinée, puis le présenter à la communauté pour voir comment ils réagissent. Si la réaction est positive, on peut investir dans des projets plus sérieux ; si la réaction est moyenne, les coûts ne dépassent pas une matinée. Cette capacité de vérification rapide est plus importante que le simple fait de « lancer en deux heures ».

Q4: Pourquoi HackerBooks et HackerTok ont-ils été créés en une journée ?

Shiwen: Après la mise en ligne de HackerTube, HackerBooks est apparu le lendemain, et d’autres ont partagé HackerTok dans les commentaires de HN, disant qu’ils l’avaient fait avec Claude après avoir rencontré Karpathy. Qu’en penses-tu ?

Yongliang: C’est un exemple typique de réaction en chaîne après que le coût d’exécution d’une idée a été réduit à zéro. Pour construire un site, il suffit d’une phrase et de deux heures, et ce qui était rare passe du « peut-on le faire » au « choix des sujets et goût ». Les données de commentaires de HN pendant vingt ans sont un asset public, tout le monde peut les utiliser pour une sélection de contenu secondaire. HackerBooks a même mis à disposition les données en fichier CSV, plus ouvert que HackerTube.

Shiwen: Quelles sont les données spécifiques ?

Yongliang: À l’aube du 2 novembre, le nombre de likes et de commentaires sur les posts de HackerTube sur HN avait dépassé 2200 likes et 534 commentaires ; HackerBooks est juste derrière, avec 846 likes et 168 commentaires. HackerTok n’a pour l’instant qu’un seul commentaire, sans vérification indépendante. Cette popularité montre que la communauté partage fortement l’idée de « réutiliser les données de la communauté pour créer une plateforme de contenu ».

Shiwen: Est-ce que cette tendance est significative ?

Yongliang: Oui, il y a aussi des bulles. L’intérêt est de montrer qu’aujourd’hui, une personne peut vérifier une idée à très bas coût ; les bulles surviennent lorsque tout le monde se contente de changer de couverture sans nouvelle logique de sélection ou confiance communautaire, ce qui entraîne rapidement la fatigue esthétique. La valeur de HackerTube réside dans les données accumulées pendant vingt ans par HN. Si les suivants n’ont pas de ressources de données similaires, ils ne font qu’un couvercle vide.

Shiwen: Ces sites dérivés augmentent-ils ou diluent-ils la valeur de HackerTube ? Yongliang: À court terme, ils augmentent, car ils élargissent l’histoire de « deux heures d’une seule personne » à « l’émergence d’un nouveau paradigme ». À long terme, il faudra voir si HackerTube peut maintenir ses données et sa communauté. Si elle reste uniquement à l’étape de démonstration, et que HackerBooks ou HackerTok sont meilleurs en termes de données et d’ouverture, alors la supériorité initale n’a pas grande importance.

Q5: Quelles leçons pouvons-nous tirer pour les créateurs et développeurs ordinaires ?

Shiwen: La dernière question, quelles leçons cela nous apporte-t-il, nous qui travaillons quotidiennement avec du contenu et du code ? Yongliang: Pour les créateurs, cela nous rappelle que les recherches et recommandations AI deviennent de plus en plus homogènes, et que la confiance communautaire et le goût de la sélection deviennent de nouveaux obstacles. L’algorithme de YouTube fonctionne bien pour les utilisateurs moyens, mais pas pour certains groupes de personnes. La distribution future ne sera peut-être pas unifiée par la plateforme, mais composée de nombreux niveaux de sélection petits et fiables.

Shiwen: Et pour les développeurs ? Yongliang: Les développeurs doivent réévaluer leur flux de travail. Karpathy ne écrit plus de code, ne lance plus de terminal, mais dialogue avec Claude. Pour la plupart des gens, il est trop tôt de copier entièrement ses pratiques, mais les capacités telles que « description des besoins, critères d’acceptation, détermination des limites » deviennent de plus en plus importantes. Vous devez pouvoir clarifier ce que vous voulez faire, ce que vous ne voulez pas faire, ce qui est bon et ce qui est mauvais.

Shiwen: Est-ce que cela signifie qu’on n’a plus besoin d’apprendre la programmation à l’avenir ? Yongliang: Non. La programmation passe de « écrire chaque ligne manuellement » à « concevoir des processus, vérifier les résultats, gérer les exceptions ». Ce qui est vraiment difficile n’est pas de faire AI écrire du code, mais de savoir si le code est correct, s’il peut être lancé, et comment régresser en cas de problème. Ces décisions doivent encore être prises par les humains.

Shiwen: Pour les équipes qui veulent essayer cette façon de travailler, quels conseils donneriez-vous ? Yongliang: Ne commencez pas par « je veux aussi deux heures pour créer un site ». Commencez par vos véritables problèmes, créez une version minimale opérationnelle en un week-end, puis invitez des utilisateurs réels à l’utiliser. L’important est de définir clairement les critères d’acceptation : portée des fonctionnalités, seuils de performance, plans de récupération en cas d’erreur. En même temps, ne considérez pas l’agent comme une boîte noire, gardez les données clés, les décisions clés et les configurations clés entre vos mains. Enfin, préparez-vous à recevoir un 503, car le code écrit par l’agent risque de casser lors du premier lancement massif.

Shiwen: Pour les managers de petites et moyennes équipes technologiques, cela signifie quoi ? Yongliang: Il faut redéfinir les performances et les rôles. Autrefois, on regardait un ingénieur à voir combien de code il écrivait bien ou combien vite il réparait les bugs ; à l’avenir, on verra s’il peut transformer les problèmes métiers en processus exécutables par l’agent, s’il peut concevoir des critères d’acceptation et s’il peut garder une approbation humaine aux moments clés. De nouveaux rôles apparaîtront dans les équipes, comme le designer de flux de travail ou le réviseur d’agent. Les évaluations ne se feraient plus seulement sur la production de code, mais sur la stabilité du processus, sa reproductibilité et sa capacité à régresser en cas d’erreur.

Shiwen: Qu’est-ce que les développeurs individuels devraient pratiquer le plus maintenant ?

Yongliang: La capacité de transformer des idées floues en critères clairs et acceptables. Pouvez-vous expliquer en trois phrases ce que fait cette fonctionnalité, ce qu’elle ne fait pas, ce qui est bon et ce qui est mauvais. Autrefois, cette compétence s’appelait “sense de produit”, mais aujourd’hui, c’est une compétence fondamentale pour collaborer avec des agents. Plus vous commencez tôt à vous entraîner, plus vous verrez rapidement les résultats cumulatifs.

Shiwen: Alors, quelle est votre opinion générale ?

Yongliang: HackerTube montre que les personnes ayant des idées peuvent désormais présenter ces idées à très bas coût. Ce qui est vraiment rare, c’est plus la rapidité de l’écriture de code, mais le choix des sujets, le goût, la confiance en la communauté, ainsi que la capacité de transformer les prototypes en services fiables. La plupart des gens devraient maintenant essayer plusieurs idées qui les intéressent vraiment, car les coûts sont suffisamment bas. Après tout, seuls ceux qui peuvent expliquer la valeur en deux minutes méritent de discuter de sa réalisation en deux heures. Cette compétence offre des résultats au fil du temps, et cette fenêtre ne reste pas ouverte indéfiniment.

---

SIGNATURE: Yongliang