Rubriques tendance
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
> Le coût d'expliquer la logique métier à l'AI > le coût de codage, donc je n'utilise pas Vibe Coding dans le backend.
À mon avis, le fait de ne pas utiliser l'AI pour écrire dans le backend est aussi dû à une dépendance au chemin, trop familier, préférant rester dans sa zone de confort, et n'étant pas encore prêt à utiliser des prompts pour générer du code. En revanche, le frontend, étant moins familier, est plus audacieux.
De plus, tu es déjà bien conscient du problème : il est difficile de décrire clairement ses besoins avec des prompts.
Être capable de s'exprimer et de communiquer de manière simple et compréhensible en langage naturel est en soi une exigence pour les programmeurs expérimentés, car dans la réalité, tu dois diriger des personnes, convaincre d'autres d'utiliser ton design, ce qui nécessite une expression naturelle et une communication.
Pour le code backend, tu peux essayer d'utiliser des prompts avec du pseudo-code, essayer le TDD, écrire d'abord le code de test, puis l'implémenter, mais je recommande tout de même d'utiliser davantage l'AI.
il y a 22 heures
Les propos de l'enseignant Baoyu sont très pertinents, je peux ajouter quelques autres perspectives (Vb côté back-end et front-end).
Lorsque j'écris du back-end en Java, je n'utilise jamais la programmation Vb, tout est codé manuellement, car l'écosystème Java est extrêmement mature, les frameworks ont déjà hautement encapsulé les détails techniques sous-jacents, je peux donc me concentrer uniquement sur la mise en œuvre de la logique métier.
Le coût d'explication de la logique métier à l'IA > le coût de codage, donc je n'utilise pas la programmation Vb en back-end.
Cependant, lorsque j'écris du front-end, j'utilise souvent un Agent entièrement automatique + un éditeur pour des ajustements, 99 % du code est écrit par l'Agent, je n'ai qu'à faire quelques ajustements en fonction de ses résultats, souvent en une seule fois.
Pourquoi j'utilise un Agent entièrement automatique en front-end ? Une des grandes raisons est que la répétitivité du code front-end ne peut pas être omise, peu importe à quel point vous êtes un ingénieur avancé, chaque composant, chaque bouton doit encore être introduit au bon endroit et associé pour obtenir l'effet souhaité.
Chaque validation front-end, chaque fenêtre contextuelle, chaque notification, chaque soumission de formulaire ne peut pas être complétée par un framework, vous devez encore écrire à la main, c'est à ce moment-là que les avantages d'un Agent entièrement automatique se révèlent, tant que vous rédigez clairement la tâche, les capacités des modèles actuels peuvent vous aider à réaliser 99 % de la restitution.
Aujourd'hui, le développement full-stack en front-end a déjà un modèle Monorepo mature, dans ce modèle, un grand modèle peut comprendre toutes les API et définitions d'objets de l'ensemble du projet dans le même dépôt, donc je pense que le développement full-stack utilisant Monorepo + Agent entièrement automatique est tout simplement explosif en termes d'efficacité.
Pour résumer mes pensées : l'utilisation d'un Agent entièrement automatique dépend de sa capacité à m'aider à gagner du temps et à améliorer l'efficacité, et pour un ingénieur expérimenté, vous devriez être en mesure de juger facilement quels scénarios de code peuvent utiliser un Agent pour améliorer l'efficacité.
Bien sûr, je ne recommande pas de tout confier à l'AI. Certaines tâches répétitives doivent absolument être effectuées par l'AI, mais pour des choses de conception, il est préférable d'utiliser l'AI comme un outil d'assistance, tout en prenant régulièrement le temps d'écrire manuellement du code pour ne pas laisser ses compétences se dégrader.
C'est un peu comme si les gens n'avaient plus besoin de faire des travaux physiques, mais qu'ils allaient quand même à la salle de sport !
12,75K
Meilleurs
Classement
Favoris