Vibe Coding Grille de 9 cases version HD en chinois

AI écrit du code si bien, pourquoi ne peut-il toujours pas surpasser Feishu Table Multidimensionnelle ? Feishu Table Multidimensionnelle a toujours été un produit que j'aime beaucoup, et je l'ai recommandé plusieurs fois, surtout pour ses fonctionnalités d'IA intégrées, comme les raccourcis de champ AI, l'analyse AI du tableau de bord, et la génération de formules AI, tout cela peut être utilisé avec des tableaux. Auparavant, Table Multidimensionnelle avait un problème, c'est qu'elle était liée à Feishu, il fallait un compte Feishu pour l'utiliser, mais maintenant, en tant que produit autonome, elle peut être utilisée indépendamment, supportant non seulement Feishu, mais aussi d'autres plateformes. 🧵

Il y a quelques jours, j'ai vu une vidéo intitulée "Miroir des rêves", avec du son et des images. La cohérence entre le son et les images est très bonne. Maintenant, la génération d'images en vidéo est déjà assez mature, mais fusionner le son et les images, en alignant précisément les mouvements des lèvres, les expressions et la voix, reste difficile. J'ai ensuite appris que cette vidéo a été entièrement générée par le modèle vidéo Steam de Baidu, qui supporte très bien la génération de son, en particulier pour la voix chinoise.

Venez apprendre et critiquer comment les grandes entreprises comme FAANG font du « Vibe Coding » : « D'abord, obtenir l'accord d'un nombre suffisant de parties prenantes » « Ensuite, faire une révision de conception » « Puis, passer plusieurs semaines à rédiger des documents » « Enfin, les chefs de produit et les chefs de projet décomposent les tâches » Après trois mois, nous pouvons enfin commencer le Vibe Coding ! --- Voici comment nous faisons du « Vibe Coding » chez FAANG. Bonjour à tous. Je voulais poster ici parce que je vois souvent des gens dire que le code écrit avec l'aide de l'IA ne peut pas être utilisé dans de vrais produits. C'est absolument faux. Pour vous donner un peu de contexte : je suis ingénieur logiciel en IA, avec plus de dix ans d'expérience, dont la moitié passée chez FAANG. La première moitié de ma carrière, j'étais ingénieur système, pas développeur, mais j'écris du code depuis presque 15 ans. Sans plus tarder, je vais vous expliquer comment notre équipe a commencé à utiliser l'IA pour écrire du **code de production (production code)**. 1. Vous devez toujours commencer par un **document de conception technique**. C'est la partie la plus essentielle de tout le travail. Ce document est comme une proposition, vous devez convaincre un nombre suffisant de parties prenantes (stakeholders) que votre solution est viable. Une fois la conception approuvée, vous pouvez commencer à développer le système lui-même. Ce document doit inclure l'architecture complète du système, les plans d'intégration avec d'autres systèmes, etc. 2. Avant de commencer le développement, une **révision de conception (Design review)** doit être effectuée. À ce stade, les ingénieurs seniors de l'équipe passeront en revue votre document de conception. C'est une bonne chose, j'appelle cela **« mettre la douleur en avant »**. 3. Si la révision se passe bien, vous pouvez officiellement commencer le travail de développement. Au cours des premières semaines, tout le monde passera beaucoup de temps à rédiger des documents plus détaillés pour chaque sous-système (subsystem) que chaque équipe de développement doit construire. 4. Ensuite, il y a le développement du **backlog** et la planification des **sprints (sprint planning)**. À ce stade, les développeurs se réunissent avec les chefs de produit (PMs) et les chefs de projet techniques (TPMs) pour décomposer les grands objectifs en tâches concrètes que les développeurs peuvent exécuter. 5. **Développement logiciel**. Enfin, nous pouvons commencer à coder et à éliminer les cartes de tâches. Et c'est là que l'IA montre toute sa puissance, elle est vraiment notre **multiplicateur de force (force multiplier)**. Nous utilisons le mode de **développement piloté par les tests (Test Driven Development, TDD)**, donc la première chose que je fais est de demander à l'**agent IA (AI agent)** d'écrire d'abord les cas de test pour la fonctionnalité que je vais développer. *Ce n'est que lorsque les tests sont écrits que je commence à demander à l'agent IA de m'aider à construire la fonctionnalité concrète*. 6. **Révision de la soumission de code**. Notre code doit être approuvé par deux développeurs avant d'être fusionné dans la branche principale (main). À ce stade, l'IA montre également un potentiel énorme pour nous aider dans la révision. 7. **Tests en environnement de pré-production (staging)**. Si tout se passe bien, nous déployons officiellement en production (prod). En résumé, du projet de fonctionnalité au déploiement final, nous avons constaté que l'ensemble du processus a **accéléré d'environ 30 %**. C'est un énorme progrès pour nous. **Trop long, pas lu (TL;DR) :** Commencez toujours par un document de conception solide et une architecture ; puis réalisez-le morceau par morceau ; écrivez toujours les tests en premier.

Si vous êtes intéressé par le fonctionnement de Claude Code, cet article est à lire absolument. > Claude Code a choisi la simplicité à chaque point de décision architecturale : une boucle principale, une recherche simple, une liste de tâches simple, etc. Résistez à l'impulsion de la surconception, construisez une bonne scène pour le modèle, puis laissez-le s'épanouir ! Est-ce une répétition de la voie "end-to-end" dans le domaine de la conduite autonome ? Les leçons amères, si similaires ? Points clés de l'article : 1. Boucle de contrôle (Control Loop) 1.1 Maintenir une boucle principale (au maximum une branche) et un historique des messages 1.2 Utiliser des petits modèles pour diverses tâches à tout moment 2. Prompts 2.1 Utiliser le mode claude .md pour gérer la préférence et le contexte des utilisateurs 2.2 Utiliser des balises XML spéciales, Markdown et de nombreux exemples 3. Outils (Tools) 3.1 Recherche basée sur de grands modèles de langage >>> Recherche basée sur RAG 3.2 Comment concevoir des outils faciles à utiliser ? (Outils avancés vs. outils de base) 3.3 Faire en sorte que votre agent gère sa propre liste de tâches 4. Capacité de guidage (Steerability) 4.1 Ton et style 4.2 Malheureusement, "Veuillez noter que c'est important" reste la norme 4.3 Écrire l'algorithme, avec des règles heuristiques et des exemples.

Twitter me recommande toujours divers contenus sur le développement indépendant et l'entrepreneuriat à l'étranger. Après plus d'un an à les lire, je ne suis pas d'accord avec de nombreux phénomènes et points de vue, voici mon avis personnel. 1 Un produit, après quelques mois, poste une image montrant des revenus mensuels de plusieurs milliers, et commence à partager des expériences de succès, tout en résumant cela de manière convaincante, avec une multitude de likes, de favoris et de partages. D'après mon expérience, le contenu résumé est souvent du vent, tout cela est emballé pour attirer des abonnés. Si vous passez du temps à lire et à sauvegarder ce genre de contenu, c'est une perte de temps totale. Un véritable entrepreneur, après quelques mois, n'est qu'au début. Si vous commencez à avoir des revenus, remerciez d'abord le ciel pour cette chance, et continuez à avancer prudemment, en essayant de noter quelques changements et expériences, en mettant à jour légèrement vos idées préconçues. Au deuxième mois, continuez à observer et à valider. Je vous conseille de ne pas essayer de résumer quoi que ce soit, car vous n'avez pas encore terminé un cycle, il n'existe pas d'expérience certaine. Au début, c'est comme des aveugles touchant un éléphant. Une fois que vous avez touché toutes les parties de l'éléphant et que vous êtes toujours sur le champ de bataille sans être tombé, alors vous pouvez résumer votre expérience. Donc, si vous voyez ce genre de tweets, je vous conseille de les ignorer, ne ressentez pas d'anxiété de manquer quelque chose, ce sont des tweets de déchets pour attirer des abonnés, sans exception. 2 Beaucoup de développeurs indépendants, tout en traînant au travail, spéculent sur des projets et n'hésitent pas à le dire sur Twitter. Je trouve cela très mauvais. J'ai vu de nombreux entrepreneurs qui ont eu un certain succès. Pendant qu'ils travaillent, ils sont très responsables et motivés, ils sont dévoués et atteignent un certain niveau et des résultats dans leur entreprise. Lorsqu'ils se lancent, leur état d'esprit ne change pas, ce qui leur permet d'attirer des personnes similaires et de constituer une bonne équipe. Prendre l'argent de l'entreprise pour passer le temps et se concentrer principalement sur un projet secondaire est une chose qui manque d'éthique professionnelle, et cela montre un manque de compréhension de l'entrepreneuriat, du travail et de la manière d'être. Cela ne produira rien de bon. Car cette vision des choses influence les décisions d'une personne, la poussant à faire des choix égoïstes, à court terme et à prendre des raccourcis. Vous pouvez éviter les risques avant de vous lancer, sans quitter votre emploi, mais à condition de bien faire votre travail pour l'entreprise. Si vous ne pouvez vraiment pas gérer les deux, ne mettez pas l'entreprise et l'équipe dans une situation difficile, et ne pensez pas que c'est normal de dénigrer votre entreprise et votre équipe sur Twitter. Vous devez au moins savoir que vous pouvez vous permettre de faire des projets secondaires parce que l'entreprise vous paie, et que l'équipe supporte la charge de votre inactivité. 3 Pour beaucoup de développeurs qui souhaitent se lancer ou qui viennent de commencer à faire des affaires, j'aimerais dire quelques mots. 1) Oui, je parle de faire des affaires, ce que l'on appelait autrefois le commerce. Oubliez les concepts de développement indépendant ou de société unipersonnelle, qui sont des idées superficielles. Ce que vous devez apprendre, c'est comment faire des affaires. Cela ne peut être appris qu'en le faisant vous-même ou en suivant de près un commerçant. Il n'y a pas d'autre moyen. Donc, si vous voulez faire quelque chose, commencez par le faire, et en le faisant, vous apprendrez progressivement. Trouvez des moyens de vous approvisionner, dépensez moins, et persévérez. Tant que vous n'êtes pas complètement incompétent, vous finirez par acquérir des compétences et progresser. 2) Pour faire des affaires, vous devez d'abord avoir quelque chose dont les autres ont besoin, et une partie des gens doit être encline à l'acheter chez vous. Persévérez dans l'altruisme : faites un bon produit, offrez un bon service, et vous commencerez à ressentir davantage de choses, et vous pourrez vous lancer. 3) Ne croyez pas trop au marketing, sauf si vous êtes déjà doué pour cela, avec un fort désir d'expression et un bon sens du web. Ce que vous devez d'abord faire, c'est devenir progressivement un chef de produit et un vendeur sur le terrain, observer votre clientèle familière, identifier leurs besoins, créer un produit, et le promouvoir et l'affiner lentement. Accordez-vous suffisamment de temps, au moins 1 à 2 ans. Les cas de succès en trois jours ou en un mois sont aussi rares que gagner à la loterie, ils existent mais ne doivent pas faire partie de votre plan. Avec le temps, votre besoin de trafic ne sera pas aussi pressant. Vous publiez un prototype, vous n'avez peut-être besoin que de 10 personnes. À ce moment-là, vous devez devenir un vendeur, avoir du cran, ne pas avoir de fierté, et aller chercher ces personnes. Tant que vous êtes sincère et persévérant, vous finirez par les trouver. Je peux dire qu même si vous avez créé quelque chose de médiocre, vous pouvez trouver 10 personnes pour l'utiliser. Ensuite, vous devez devenir chef de produit, observer le comportement des utilisateurs, discuter avec eux, puis analyser et améliorer. Ensuite, améliorez votre produit, résumez vos arguments de vente, et allez chercher 50 personnes. Trouvez progressivement ce PMF, et votre marketing viendra lentement. 4) Respectez le temps. Tout ce qui cause de l'anxiété dans l'entrepreneuriat peut être résolu en allongeant le temps. Ainsi, le long terme, la guerre d'usure et la persistance sont les éléments les plus essentiels de l'entrepreneuriat, même plus que l'intelligence. Donc, comment persister suffisamment longtemps est la chose la plus importante à considérer dès le premier jour de l'entrepreneuriat. 5) Il n'y a pas de techniques secrètes ou de solutions miracles en affaires. La plupart des contenus partagés sur Twitter à ce sujet sont des balivernes, une petite partie est de la chance, et beaucoup de choses ont une probabilité très faible. Je considère cela comme nul. Parier sur des événements à faible probabilité, c'est comme se tirer une balle dans la tête avec un revolver. Les entrepreneurs que je connais utilisent principalement des méthodes simples, mais ils sont très intelligents. Les personnes intelligentes utilisant des méthodes simples, c'est l'une des vérités de ce monde. Si vous débutez dans les affaires, restez loin de ce genre de contenu inutile, gardez votre calme, et une bonne attitude est un soutien important pour avancer et réussir au début. 6) Ne soyez pas spéculatif. La spéculation a de nombreuses significations. L'une d'elles, que je considère typique, est celle d'un développeur indépendant qui développe un projet par mois, soit une dizaine par an. C'est une approche marginale, qui peut convenir à une très petite partie des développeurs doués en marketing, qui ont déjà construit une image et une base de fans, et qui ont du trafic pour expérimenter. Mais c'est comme creuser un puits : si vous enfoncez une pelle et que vous ne trouvez pas d'eau, cela ne signifie pas qu'il n'y a pas d'eau. En général, les développeurs devraient suivre la théorie classique du marché, c'est plus fiable. Une autre forme de spéculation est de produire des déchets au lieu de produits de qualité. Tout le monde sait qu'il vaut mieux faire un produit de qualité que de produire une multitude de déchets. Mais ce que je veux exprimer, c'est que le cheminement décisionnel et l'état d'esprit sont des problèmes. Après avoir produit quelques déchets, vous n'aurez plus l'envie ni la patience de créer un produit de qualité. Un produit de qualité n'est pas quelque chose que vous pouvez simplement décider de faire, c'est le résultat d'une approche à long terme. Bien que je n'aie pas réussi, j'ai beaucoup d'expériences d'échec et j'ai vu beaucoup de choses autour de moi. Ce qui précède est le fruit de mes réflexions personnelles, à prendre avec précaution.

Aujourd'hui, quelqu'un m'a demandé comment choisir une offre. Je pense que du point de vue du taux de réussite, il faut soit aller dans une entreprise très centrale, soit dans une entreprise qui vend des pelles. Pour prendre l'exemple de l'IA, les entreprises centrales de l'IA ne sont que OpenAI, Anthropic... Les entreprises qui vendent des pelles, comme NVIDIA, ou de manière plus large Stripe, ou Vercel, Cloudflare, peu importe si Web3 ou l'IA sont en vogue, elles peuvent toutes y participer ; bien sûr, il faut aussi considérer ce que l'on aime faire. De plus, plus l'entreprise est petite, plus il faut juger si le PDG est compétent, car parfois le goût et le jugement du leader sont également très importants, comme Huang Renxun qui a décidé de faire CUDA plutôt que d'écouter les investisseurs. Enfin, ne pensez pas que vous n'êtes pas à la hauteur, la plupart des gens souffrent encore d'un syndrome d'imposteur très sérieux.

Les modèles d'IA les plus avancés écrivent du code de manière satisfaisante, avec un niveau de module bien supérieur à la moyenne des programmeurs humains. Si le code généré est de mauvaise qualité, il faut d'abord vérifier quel modèle a été choisi, si le contexte est suffisant et si les mots-clés doivent être optimisés. Pour le code inter-modules, limité par la longueur de la fenêtre contextuelle, une assistance humaine peut être nécessaire pour la conception et la planification. Si la structure du projet est raisonnable, l'IA peut également réutiliser le code existant pour maintenir le principe DRY.

Ce POC peut être téléchargé par tout le monde, il ne coûte que 942 dollars. Eh bien, maintenant, personne ne respecte plus les règles.

Ce n'est pas une période de déclin pour les produits AI, mais plutôt une période de développement rapide, car : 1. Bien que la vitesse d'augmentation des modèles ne soit plus aussi rapide, leurs capacités sont déjà suffisantes et les coûts restent acceptables. 2. La diminution de la vitesse d'augmentation des modèles réduit les préoccupations concernant les "modèles et produits", il n'est plus nécessaire de s'inquiéter de devoir tout recommencer à chaque mise à niveau du modèle, on peut sereinement concevoir des produits basés sur les modèles existants. 3. Il existe déjà des cas de succès à prendre en référence, comme ChatGPT, NotebookLM, Cursor, Claude Code, etc. 4. L'AI Coding a considérablement accéléré la vitesse de construction des produits. Attendons de voir.