En observant la vitesse d'évolution de ces IA multimodales dans Google Gemini 2.5 Pro, je ne peux m'empêcher de me poser la question suivante : le développement de logiciels va-t-il vraiment être complètement réécrit ? Le processus linéaire traditionnel "écrire le code - déboguer - publier" est en train d'être mis en pièces par l'IA. Imaginez que le chef de produit dessine une esquisse, que le concepteur lance un fichier PSD, que le service marketing donne une vidéo du produit, l'IA peut directement cracher le code du prototype qui peut être exécuté - cette capacité "ce que vous voyez est le code", directement au cycle de développement du produit réduit de moitié. Cette capacité "ce que vous voyez est le code" réduit directement de moitié le cycle de développement du produit.
Mais ne croyez pas qu'il s'agisse d'un simple outil de génération de code. Tous ceux qui ont testé Gemini 2.5 Pro récemment ont le même sentiment que la chose la plus effrayante à son sujet est sa "compréhension contextuelle". Par exemple, si vous le laissez modifier le style d'un bouton, il prendra l'initiative de vérifier la cohérence de l'ensemble du style de l'interface utilisateur ; lorsque vous traitez un rapport d'erreur, il ne se contentera pas de donner la solution, mais analysera également la réaction en chaîne susceptible d'être déclenchée. Ce type de réflexion systématique, proche des ingénieurs humains, est ce que les plates-formes traditionnelles à code bas ne peuvent jamais faire.
Le nouveau dilemme du développeur : de l'artisan au conservateur ?
Il existe un paradoxe intéressant : GitHub Copilot rend les développeurs plus efficaces de 55% alors que le trafic de Stack Overflow diminue de 15%. Alors que l'IA commence à comprendre le vague besoin de "prendre l'interaction dans la vidéo de gauche et de la mettre dans le tableau de droite", le système de connaissances des programmeurs est en train d'être reconfiguré. Le système de connaissances des programmeurs est en train d'être reconstruit. Il y a quelque temps, un ami ingénieur complet s'est plaint que le temps qu'il passe à ajuster les invites a dépassé le temps passé à écrire du code. Cela pourrait indiquer que les futurs développeurs seront davantage des "curateurs de la demande" et que leur compétence principale consistera à traduire la logique commerciale en messages multimodaux compréhensibles par l'IA.
Cependant, ne soyez pas trop optimiste, le test réel a révélé que ce type d'outil dans la conception de systèmes complexes sera encore renversé. La semaine dernière, j'ai laissé Gemini 2.5 Pro générer une application de commerce électronique avec fonction de paiement, l'interface frontale est étonnante, mais une fois que j'ai vérifié le processus de commande, j'ai découvert que la logique de validation de l'inventaire était défectueuse. Cela montre que l'IA est actuellement meilleure pour "l'innovation au niveau des modules", tandis que le développement au niveau de l'entreprise de la fiabilité du système le plus important, ou la nécessité pour les ingénieurs humains de vérifier.
Réaction en chaîne dans le processus de développement
Les changements apportés par l'IA multimodale s'enchaînent. Lorsque la conception de l'interface utilisateur peut être directement convertie en code, les concepteurs devront examiner la faisabilité du développement ; lorsque la vidéo de démonstration du produit peut être décomposée en points de fonction par l'IA, le document PRD peut devoir être réécrit. On a vu que certaines startups ont fusionné les équipes de produit, de conception et de développement en une "équipe de création de produits numériques", où tout le monde collabore en temps réel autour d'outils d'IA. Ce mode de travail était encore inimaginable il y a trois ans.
Une autre tendance ne peut être ignorée : l'IA est en train de manger les tests unitaires. Avec la capacité de comprendre des descriptions en langage naturel telles que "le clic sur ce bouton devrait envoyer une requête au lieu de rafraîchir la page", la génération de cas de test est devenue plus de 8 fois plus efficace. Mais cela pose également un nouveau problème : comment garantir la validité des tests lorsque le code de test et le code d'implémentation proviennent de la même IA ? La solution d'un grand fabricant de premier rang consiste à demander à l'IA d'utiliser des modèles différents pour générer le code d'implémentation et le code de test ; ce mode de "lutte à gauche et à droite" est tout à fait inspirant.
En fin de compte, l'IA multimodale ne mettra pas les programmeurs au chômage, mais elle mettra certainement au chômage les programmeurs qui ne peuvent pas utiliser l'IA. Tout comme Photoshop n'a pas éliminé les concepteurs, il a simplement éliminé les concepteurs qui ne pouvaient pas utiliser PS. L'avenir du développement de logiciels pourrait être un modèle combiné dans lequel les humains sont chargés de tracer les limites de la créativité et l'IA est chargée d'explorer efficacement ces limites. Demandez à tous les membres de votre équipe de s'inscrire dès maintenant à Gemini 2.5 Pro et de l'essayer, et vous aurez la garantie d'entendre toutes sortes d'innovations étonnantes en matière de flux de travail lors de la réunion de la semaine prochaine.
评论列表 (0条):
加载更多评论 Chargement...