Slack Code
La nueva función “Slack Code” de Slack pretende convertir la app de chat en un centro colaborativo para el desarrollo de software asistido por IA, permitiendo a los equipos trabajar con agentes de programación directamente dentro de los canales. Los comentaristas están divididos: algunos lo ven como un movimiento inevitable a medida que el trabajo, el seguimiento de proyectos y los agentes de IA convergen en Slack, lo que podría permitir a personas no ingenieras prototipar y sacar pequeños cambios. Otros lo critican como una sobrecarga SaaS cargada de palabras de moda, cuestionan su ergonomía real frente a los flujos de trabajo tradicionales basados en IDE y Git, y muestran cansancio ante otro “centro de programación agentic” que quizá complique los precios sin resolver las necesidades principales de los desarrolladores.
Reacción general
- Muchos se muestran poco impresionados; varios esperaban mejoras simples como bloques de código con resaltado de sintaxis nativo o mejores flujos de trabajo, no una experiencia completa de “programar en Slack”.
- Algunos lo ven como un movimiento obvio: Slack quiere ser el lugar central para el trabajo, incluidos los agentes de IA y la programación, especialmente en un contexto empresarial.
- Otros lo consideran “otro agente de programación más” y más cargado de marketing que realmente novedoso.
Valor percibido y casos de uso
- Quienes lo apoyan creen que podría:
- Permitir que producto/operaciones/PMs prototipen o triaguen problemas sin esperar a los ingenieros.
- Llevar las conversaciones sobre código, los diffs y la actividad del agente al mismo lugar donde los equipos ya chatean.
- Encajar de forma natural con los metadatos de la organización de Salesforce/Slack y otras herramientas que ya viven en Slack.
- Los escépticos argumentan que el trabajo serio sigue perteneciendo a un IDE/GitHub, y ven Slack como algo mejor para la comunicación, no como un entorno principal de desarrollo.
Tendencias de programación con IA y flujos de trabajo
- Varios comentarios describen flujos de trabajo en los que la IA genera la mayor parte del código, las pruebas e incluso las revisiones, mientras los humanos guían y aprueban.
- Según algunos equipos, se entrega mucho más rápido con configuraciones agentic, y los clientes aceptan que los ingenieros no entiendan por completo cada detalle de implementación.
- Otros siguen prefiriendo “abrir el editor, escribir, ejecutar make”, sintiéndose abrumados por el constante cambio de herramientas pero sin notar que les vaya claramente peor por ignorarlo.
Preocupaciones sobre la calidad y la fiabilidad del código
- Un grupo dice “está bien”: niveles de errores similares a antes, solo con entregas más rápidas.
- Otro grupo se preocupa por lo siguiente:
- Los LLM crean bases de código cada vez más enredadas y difíciles de razonar.
- Los ingenieros pueden volverse dependientes de los LLM para entender sus propios sistemas.
- Los costes a largo plazo y los límites de acceso (presupuestos de tokens, control del proveedor) podrían chocar con habilidades atrofiadas.
Fatiga de herramientas y SaaS
- Varios expresan “fatiga del ecosistema” por la superposición de productos de IA (Slack Code, Buzz, Claude Code, agentes de IDE, herramientas de Jira/Atlassian, Teams/GitHub).
- Hay una crítica fuerte a los precios del SaaS y a las tácticas de venta adicional, con la esperanza de que la IA junto con el código abierto hagan que las alternativas autoalojadas sean más viables.
Deseos de interfaz y funciones / aspectos poco claros
- Algunos solo quieren:
- Bloques de código con mejor resaltado de sintaxis (todavía no fácilmente accesibles en la interfaz).
- Flujos de trabajo de Slack menos dolorosos (por ejemplo, ramificar y volver a unir caminos).
- Capacidades sencillas de agente, como leer/editar mensajes y canvases.
- No está claro cómo Slack Code se conecta realmente con GitHub/infra; algunos sospechan que en gran parte solo presenta agentes ya existentes alojados en la nube, en lugar de ofrecer capacidades nuevas y profundas.