¿Quieres ideas más inteligentes en tu bandeja de entrada? Regístrese en nuestros boletines semanales para obtener solo lo que importa a los líderes de IA, datos y seguridad empresariales. Suscribir ahora los desarrolladores de software pasan la mayor parte de su tiempo sin escribir código; La investigación de la industria reciente encontró que la codificación real representa tan solo el 16% de las horas de trabajo de los desarrolladores, con el descanso consumido por tareas operativas y de apoyo. A medida que los equipos de ingeniería se presionan para «hacer más con menos» y los CEO se jactan de cuánto de su base es escrita por IA, una pregunta queda: ¿qué se hace para optimizar el 84% restante de las tareas en las que los ingenieros están trabajando? Mantenga a los desarrolladores donde son los más productivos, un gran culpable para la productividad del desarrollador es el cambio de contexto: el salto constante entre la gama cada vez mayor de herramientas y plataformas necesarias para construir y enviar software. Un estudio de revisión de negocios de Harvard encontró que el trabajador digital promedio se voltea entre aplicaciones y sitios web casi 1,200 veces por día. Y cada interrupción importa. La Universidad de California descubrió que tarda aproximadamente 23 minutos en recuperar el enfoque después de una sola interrupción por completo y, a veces, peor, ya que casi el 30% de las tareas interrumpidas nunca se reanudan. La conmutación de contexto se encuentra en el centro de Dora, uno de los marcos de desarrollo de software de rendimiento más populares. En una era en la que las empresas impulsadas por la IA están tratando de empoderar a sus empleados para que hagan más con menos, más allá de «solo» darles acceso a grandes modelos de idiomas (LLM), están surgiendo algunas tendencias. Por ejemplo, Jarrod Ruhland, ingeniero principal de Brex, plantea la hipótesis de que «los desarrolladores ofrecen su mayor valor cuando se enfocan dentro de su entorno de desarrollo integrado (IDE)». Con eso en mente, decidió encontrar nuevas formas de hacer que esto suceda, y el nuevo protocolo de Anthrope podría ser una de las claves. MCP: Un protocolo para llevar el contexto a los asistentes de codificación IDES, como IDES alimentados por LLM como Cursor, Copilot y Windsurf, están en el centro de un renacimiento de desarrolladores. Su velocidad de adopción es invisible. Cursor se convirtió en el SaaS de más rápido crecimiento en la historia, llegando a $ 100 millones ARR dentro de los 12 meses posteriores al lanzamiento, y el 70% de las compañías Fortune 500 usan Microsoft Copilot. AI Scaling alcanza sus límites de potencia de límites, el aumento de los costos de los tokens y los retrasos de inferencia están remodelando Enterprise AI. Únase a nuestro salón exclusivo para descubrir cómo son los mejores equipos: convertir la energía en una ventaja estratégica arquitectando una inferencia eficiente para las ganancias de rendimiento real que desbloquean el ROI competitivo con sistemas de IA sostenibles asegura su lugar para mantenerse a la vanguardia: https://bit.ly/4MWGNGO, pero estos asistentes de codificación solo estaban limitados con el contexto de la base de código, lo que podría ayudar a los desarrolladores a escribir el código más rápido, pero no pudo ayudar con el contexto con el cambio de contexto. Un nuevo protocolo está abordando este problema: Protocolo de contexto del modelo (MCP). Lanzado en noviembre de 2024 por Anthrope, es un estándar abierto desarrollado para facilitar la integración entre los sistemas de inteligencia artificial, particularmente las herramientas basadas en LLM y las herramientas y fuentes de datos externas. El protocolo es tan popular que ha habido un aumento del 500% de los nuevos servidores de MCP en los últimos 6 meses, con un estimado de 7 millones de descargas en junio, una de las aplicaciones más impactantes de MCP es su capacidad para conectar los asistentes de codificación de IA directamente a las herramientas que los desarrolladores confían todos los días, racionalización de flujos de trabajo y reducción dramáticamente de reducción de contexto. Tome el desarrollo de características como ejemplo. Tradicionalmente, implica rebotar entre varios sistemas: leer el boleto en un rastreador de proyecto, mirar una conversación con un compañero de equipo para aclarar, buscar la documentación de los detalles de la API y, finalmente, abrir el IDE para comenzar a codificar. Cada paso vive en una pestaña diferente, que requiere cambios mentales que ralentizan a los desarrolladores. Con MCP y asistentes de IA modernos como Claude de Anthrope, ese proceso completo puede ocurrir dentro del editor. Por ejemplo, la implementación de una característica, todo dentro de un asistente de codificación, se convierte en: el mismo principio puede aplicarse a muchos otros flujos de trabajo de ingenieros, por ejemplo, una respuesta de incidente para SRES podría verse como: nada nuevo bajo el sol, hemos visto este patrón antes. Durante la última década, Slack ha transformado la productividad en el lugar de trabajo al convertirse en un centro para cientos de aplicaciones, lo que permite a los empleados administrar una amplia gama de tareas sin salir de la ventana de chat. La plataforma de Slack redujo el cambio de contexto en los flujos de trabajo cotidianos. Los juegos antidisturbios, por ejemplo, conectaron alrededor de 1,000 aplicaciones Slack, y los ingenieros vieron una reducción del 27% en el tiempo necesario para probar e iterar el código, un tiempo de 22% más rápido para identificar nuevos errores y un aumento del 24% en la tasa de lanzamiento de características; Todos se atribuyeron a racionalizar los flujos de trabajo y reducir la fricción del cambio de herramientas. Ahora, se está produciendo una transformación similar en el desarrollo de software, con asistentes de IA y sus integraciones de MCP que sirven como puente a todas estas herramientas externas. En efecto, el IDE podría convertirse en el nuevo centro de comando todo en uno para ingenieros, al igual que Slack ha sido para los trabajadores del conocimiento general. MCP puede no ser Enterprise Ready MCP es un estándar relativamente incipiente, por ejemplo, la seguridad WISEM MCP no tiene una autenticación incorporada o un modelo de permiso, confiando en implementaciones externas que aún evolucionan, también hay ambigüedad sobre la identidad y la auditoría, el protocolo no distingue claramente si una acción fue provocada por un usuario o la IA en sí misma, lo que hace que la responsabilidad y el control de acceso sin problemas sin soluciones costumbres adicionales. Lori MacVittie, ingeniero distinguido y evangelista jefe en la oficina de F5 Networks del CTO, dice que MCP está «rompiendo suposiciones de seguridad centrales que hemos tenido durante mucho tiempo». Otra limitación práctica surge cuando demasiadas herramientas o servidores de MCP se usan simultáneamente, por ejemplo, dentro de un asistente de codificación. Cada servidor MCP anuncia una lista de herramientas, con descripciones y parámetros, que el modelo AI debe considerar. Las inundaciones del modelo con docenas de herramientas disponibles pueden abrumar su ventana de contexto. El rendimiento se degrada notablemente a medida que el recuento de herramientas crece con algunas integraciones IDE, ha impuesto límites duros (alrededor de 40 herramientas en el IDE de cursor, o ~ 20 herramientas para el agente OpenAI) para evitar que la solicitud de hinchazón sea más allá de lo que el modelo puede manejar finalmente, no existe una forma sofisticada de que las herramientas para que las herramientas sean automáticas o contextualmente sean contextualmente sugeridas más allá de los desarrolladores, por lo que los desarrolladores a menudo tienen que ver a los que se les actúe bien o curate, que las herramientas sean activas o que las herramientas sean activos. Refiriéndose a ese ejemplo de juegos antidisturbios que instalan 1,000 aplicaciones Slack, podemos ver cómo podría no ser apto para el uso empresarial. Menos sencillo giratorio, más software en la última década nos ha enseñado el valor de traer trabajo al trabajador, desde canales de holgura que encienden las actualizaciones hasta las metodologías de correo electrónico de «bandeja cero» y los paneles de ingeniería de plataformas unificadas. Ahora, con IA en nuestro kit de herramientas, tenemos la oportunidad de capacitar a los desarrolladores para que sean más productivos. Supongamos que Slack se convirtió en el centro de comunicación empresarial. En ese caso, los asistentes de codificación están bien posicionados para convertirse en el centro de la creación de software, no solo donde se escribe el código, sino donde todos los contextos y los colaboradores se unen. Al mantener a los desarrolladores en su flujo, eliminamos el constante cambio de equipo mental que ha afectado la productividad de la ingeniería. Para cualquier organización que dependa de la entrega de software, eche un vistazo a cómo sus desarrolladores pasan su día; Puede que te sorprenda lo que encuentras. Sylvain Kalache lidera los laboratorios AI en Rootly. Insights diarias sobre casos de uso de negocios con VB diariamente Si desea impresionar a su jefe, VB Daily lo tiene cubierto. Le damos la cuenta interior de lo que las empresas están haciendo con la IA generativa, desde cambios regulatorios hasta implementaciones prácticas, por lo que puede compartir ideas para el ROI máximo. Lea nuestra Política de privacidad Gracias por suscribirse. Mira más boletines de VB aquí. Ocurrió un error.