Vous vous asseyez à votre bureau, café à la main. Vous n'ouvrez pas votre IDE. Vous tapez un message: «MCP, rédiger trois options d'architecture pour la nouvelle fonctionnalité de facturation.»
Cinq minutes plus tard, vous passez en revue les compromis entre les microservices, les événements et les quelles monolithes plus - avec des configurations CI et des plans de test inclus.
Bienvenue dans votre nouvelle routine matinale.
Il semble que tout le monde ait maintenant un agent logiciel (pas James Bond). Faites défiler sur Twitter ou GitHub, et vous verrez des exemples de développeurs utilisant des agents pour corriger les bogues, ouvrir PRS, écrire des tests et déployer du code avec une entrée humaine minimale. Le mantra «juste l'inviter» évolue vers une puissante stratégie de développement logiciel.
Pourtant, parmi cette excitation, nous devons nous demander: qu'est-ce que cela signifie vraiment pour notre travail quotidien en tant que développeurs? L'industrie technologique nous inonde souvent de mots à la mode qui promettent des changements révolutionnaires mais qui livrent rarement. Cette fois, cependant, l'émergence d'outils comme Github Copilot signale un changement profond dans le développement de logiciels. Nous nous dirigeons vers un paysage collaboratif où nous nous associons à des machines pour créer nous-mêmes avec diligence de code. Cette transformation n'est pas seulement une tendance; C’est un changement de jeu!
Passons les termes directement avant de plonger plus profondément.
Les LLM (modèles de grande langue) sont là où tout commence. Des modèles comme GPT-4, Claude et Gemini sont formés sur des quantités absurdes de texte et de code. Ils peuvent raisonner, expliquer et cracher des réponses étonnamment bonnes aux questions techniques délicates.
Mais voici la chose: les LLM en eux-mêmes ne créent pas de logiciels.
Ils ne comprennent pas votre base de code. Ils ne détiennent pas de contexte à long terme. Ils ne testent pas, ne refacteurs ni n'exhibent pas. Ils prédisent le jeton suivant en fonction de la probabilité. C'est ça.
Bien sûr, ils peuvent générer une fonction ici ou un fichier de configuration là-bas. Mais sans mémoire, outillage ou une idée de ce qu'ils ont fait il y a cinq minutes, ils ne peuvent pas gérer les tâches de développement du monde réel de fin.
Pour créer des logiciels, vous avez besoin de structure. Vous avez besoin d'objectifs, d'...
[Courte citation de 8% de l'article original]