Les développeurs perdent la concentration 1 200 fois par jour – comment MCP pourrait changer cela
Vous voulez des informations plus intelligentes dans votre boîte de réception? Inscrivez-vous à nos newsletters hebdomadaires pour obtenir uniquement ce qui compte pour les chefs d’IA en entreprise, les données et les chefs de sécurité. Abonnez-vous maintenant
Les développeurs de logiciels passent la plupart de leur temps pas écrire du code; Des recherches récentes de l’industrie ont révélé que le codage réel explique aussi peu que 16% des heures de travail des développeursavec les autres consommés par des tâches opérationnelles et de soutien. Alors que les équipes d’ingénierie sont obligées de «faire plus avec moins» et que les PDG se vantent de la quantité de leur base de code écrite par l’IA, une question demeure: que fait pour optimiser les 84% restants des tâches sur lesquelles les ingénieurs travaillent?
Gardez les développeurs où ils sont les plus productifs
Un coupable majeur de la productivité des développeurs est le changement de contexte: le saut constant entre la gamme toujours croissante d’outils et de plates-formes nécessaires pour créer et expédier des logiciels. Une étude de la Harvard Business Review a révélé que le travailleur numérique moyen bascule entre les applications et les sites Web 1 200 fois par jour. Et chaque interruption est importante. L’Université de Californie a constaté qu’il faut environ 23 minutes pour retrouver une concentration après une seule interruption et parfois pire, car près de 30% de Les tâches interrompues ne reprennent jamais. La commutation de contexte est en fait au centre de Dora, l’un des cadres de développement de logiciels de performance les plus populaires.
À une époque où les entreprises axées sur l’IA tentent de permettre à leurs employés de faire plus avec moins, au-delà de «simplement» leur donnant accès à de grands modèles de langue (LLM), certaines tendances émergent. Par exemple, Jarrod Ruhland, ingénieur principal chez Brex, hypothétique que «les développeurs offrent leur valeur la plus élevée lorsqu’ils sont concentrés dans leur environnement de développement intégré (IDE)». Dans cet esprit, il a décidé de trouver de nouvelles façons d’y arriver, et le nouveau protocole d’Anthropic pourrait être l’une des clés.
MCP: un protocole pour apporter le contexte aux IDE
Les assistants de codage, tels que des ides alimentés par LLM comme le curseur, le copilote et la planche à planche, sont au centre d’un Renaissance du développeur. Leur vitesse d’adoption est invisible. Le curseur est devenu le SaaS à la croissance la plus rapide de l’histoire, atteignant 100 millions de dollars Arr dans les 12 mois suivant le lancement, et 70% de la Fortune 500 Les entreprises utilisent Microsoft Copilot.
L’échelle AI atteint ses limites
Les plafonds d’électricité, la hausse des coûts de jetons et les retards d’inférence remodèlent l’entreprise AI. Rejoignez notre salon exclusif pour découvrir à quel point les équipes sont les meilleures:
- Transformer l’énergie en un avantage stratégique
- Architecting Inférence efficace pour les gains de débit réels
- Déverrouiller un retour sur investissement compétitif avec des systèmes d’IA durables
Sécurisez votre place pour rester en avance:
Mais ces assistants de codage ne se sont limités qu’au contexte de la base de code, ce qui pourrait aider les développeurs à écrire du code plus rapidement, mais ne pouvaient pas aider à changer de contexte. Un nouveau protocole aborde ce problème: le protocole de contexte du modèle (MCP). Sorti en novembre 2024 par Anthropic, il s’agit d’une norme ouverte développée pour faciliter l’intégration entre les systèmes d’IA, en particulier les outils basés sur LLM et les outils externes et les sources de données. Le protocole est si populaire qu’il y a eu un Augmentation de 500% de nouveaux serveurs MCP au cours des 6 derniers mois, avec environ 7 millions de téléchargements en juin,
L’une des applications les plus percutantes de MCP est sa capacité à connecter les assistants de codage AI directement aux outils que les développeurs s’appuient chaque jour, à rationaliser les flux de travail et à réduire considérablement la commutation contextuelle.
Prenez le développement des fonctionnalités comme exemple. Traditionnellement, cela implique de rebondir entre plusieurs systèmes: lire le billet dans un tracker de projet, en regardant une conversation avec un coéquipier pour clarification, en recherchant la documentation des détails de l’API et, enfin, en ouvrant l’IDE pour commencer le codage. Chaque pas vit dans un onglet différent, nécessitant des changements mentaux qui ralentissent les développeurs.
Avec MCP et des assistants AI modernes comme le Claude d’Anthropic, tout ce processus peut se produire à l’intérieur de l’éditeur.
Par exemple, l’implémentation d’une fonctionnalité dans un assistant de codage devient:
Le même principe peut s’appliquer à de nombreux autres workflow d’ingénieurs, par exemple une réponse incidente pour SRES pourrait ressembler:
Rien de nouveau sous le soleil
Nous avons déjà vu ce modèle. Au cours de la dernière décennie, Slack a transformé la productivité du lieu de travail en devenant un centre pour des centaines d’applications, permettant aux employés de gérer un large éventail de tâches sans quitter la fenêtre de chat. La plate-forme de Slack a réduit le changement de contexte dans les flux de travail quotidiens.
Riot Games, par exemple, a connecté environ 1 000 applications Slack, et les ingénieurs ont vu un 27% de réduction Avec le temps nécessaire pour tester et itérer le code, un temps de 22% plus rapide pour identifier les nouveaux bogues et une augmentation de 24% du taux de lancement des fonctionnalités; Tous ont été attribués à la rationalisation des flux de travail et à la réduction de la frottement de la commutation d’outils.
Maintenant, une transformation similaire se produit dans le développement de logiciels, avec des assistants d’IA et leurs intégrations MCP servant de pont vers tous ces outils externes. En effet, l’IDE pourrait devenir le nouveau centre de commandement tout-en-un pour les ingénieurs, tout comme Slack a été pour les travailleurs généraux du savoir.
MCP peut ne pas être prêt à l’entreprise
MCP est une norme relativement naissante, par exemple, la sécurité WISEM MCP n’a pas de modèle d’authentification ou d’autorisation intégré, en s’appuyant sur des implémentations externes qui évoluent encore, il existe également une ambiguïté autour de l’identité et de l’audit – le protocole ne distingue pas clairement si une action a été déclenchée par un utilisateur ou l’IA lui-même, ce qui rend la comptabilité et l’accès à accès aux solutions personnalisées supplémentaires. Lori Macvittie, ingénieur distingué et chef évangéliste au Bureau des réseaux F5 du CTO, dit Ce MCP «brise les hypothèses de sécurité de base que nous tenons depuis longtemps».
Une autre limitation pratique survient lorsque trop d’outils ou de serveurs MCP sont utilisés simultanément, par exemple, à l’intérieur d’un assistant de codage. Chaque serveur MCP annonce une liste d’outils, avec des descriptions et des paramètres, que le modèle AI doit considérer. L’inondation du modèle avec des dizaines d’outils disponibles peut submerger sa fenêtre de contexte. Les performances se dégradent sensiblement à mesure que le nombre d’outils augmente avec certaines intégrations IDE ont imposé des limites dures (environ 40 outils dans le curseur IDE, ou ~ 20 outils pour l’agent OpenAI) pour empêcher l’invite de gonfler au-delà de ce que le modèle peut gérer
Enfin, il n’y a pas de moyen sophistiqué pour que les outils soient découverts automatiquement ou suggérés contextuellement au-delà de les répertorier tous, de sorte que les développeurs doivent souvent les basculer manuellement ou gérer quels outils sont actifs pour que les choses fonctionnent en douceur. Se référant à cet exemple de jeux Riot installant 1 000 applications Slack, nous pouvons voir comment cela pourrait être inapte à l’utilisation de l’entreprise.
Moins de chair pivotant, plus de logiciels
La dernière décennie nous a appris la valeur de l’apporter du travail au travailleur, des canaux Slack qui tuent les mises à jour des méthodologies de courrier électronique «Inbox Zero» et des tableaux de bord d’ingénierie de plate-forme unifiés. Maintenant, avec l’IA dans notre boîte à outils, nous avons la possibilité de permettre aux développeurs d’être plus productifs. Supposons que Slack soit devenu le centre de la communication commerciale.
Dans ce cas, les assistants de codage sont bien placés pour devenir le centre de la création de logiciels, non seulement où le code est écrit, mais où tout le contexte et les collaborateurs fusionnent. En gardant les développeurs dans leur flux, nous supprimons le décalage mental constant qui a tourmenté la productivité de l’ingénierie.
Pour toute organisation qui dépend de la livraison des logiciels, regardez attentivement comment vos développeurs passent leur journée; Vous pourriez être surpris par ce que vous trouvez.
Sylvain Kalache mène les laboratoires AI à Enraciné.
Source link
