Slack Code
O novo recurso “Slack Code” do Slack busca transformar o app de chat em um hub colaborativo para desenvolvimento de software assistido por IA, permitindo que equipes trabalhem com agentes de programação diretamente nos canais. Os comentaristas se dividem: alguns veem isso como um movimento inevitável à medida que trabalho, acompanhamento de projetos e agentes de IA convergem no Slack, potencialmente permitindo que não engenheiros criem protótipos e entreguem pequenas mudanças. Outros criticam como inchaço de SaaS recheado de buzzwords, questionam a ergonomia real em comparação com fluxos tradicionais de IDE e Git, e demonstram cansaço com mais um “hub de programação agentic” que pode complicar preços sem resolver as necessidades centrais de desenvolvedores.
Reação geral
- Muitos ficam decepcionados; vários esperavam melhorias simples, como blocos de código com destaque de sintaxe nativo ou fluxos de trabalho melhores, e não uma experiência completa de “programar no Slack”.
- Alguns veem isso como um movimento óbvio: o Slack quer ser o lugar central do trabalho, incluindo agentes de IA e programação, especialmente em um contexto empresarial.
- Outros encaram como “mais um agente de programação” e algo mais voltado a marketing do que realmente novo.
Valor percebido e casos de uso
- Os defensores acham que isso poderia:
- Permitir que produto/operações/PMs criem protótipos ou façam triagem de problemas sem esperar por engenheiros.
- Levar discussões de código, diffs e atividade de agentes para o mesmo lugar onde as equipes já conversam.
- Integrar-se naturalmente aos metadados da organização no Salesforce/Slack e a outras ferramentas que já vivem no Slack.
- Os céticos argumentam que o trabalho sério ainda pertence a um IDE/GitHub, vendo o Slack como mais adequado para comunicação, e não como um ambiente principal de desenvolvimento.
Tendências de programação com IA e fluxo de trabalho
- Vários comentários descrevem fluxos em que a IA gera a maior parte do código, testes e até revisões, com humanos orientando e aprovando.
- Algumas equipes supostamente entregam muito mais rápido com configurações agentic, com clientes aceitando que os engenheiros não entendam totalmente cada detalhe de implementação.
- Outros ainda preferem “abrir o editor, digitar, rodar make”, sentindo-se sobrecarregados pela troca constante de ferramentas, mas sem notar estarem obviamente pior por ignorá-las.
Preocupações com qualidade e confiabilidade do código
- Um grupo relata “está tudo bem”: níveis de bugs semelhantes aos de antes, só que com entrega mais rápida.
- Outro grupo teme:
- Que os LLMs criem codebases cada vez mais emaranhadas e difíceis de raciocinar.
- Que os engenheiros se tornem dependentes de LLMs para entender seus próprios sistemas.
- Que custos de longo prazo e limites de acesso (orçamentos de tokens, controle do fornecedor) acabem colidindo com habilidades atrofiadas.
Fadiga com ferramentas e SaaS
- Vários expressam “fadiga do ecossistema” com produtos de IA sobrepostos (Slack Code, Buzz, Claude Code, agentes de IDE, ferramentas Jira/Atlassian, Teams/GitHub).
- Há forte crítica a preços de SaaS e táticas de upsell, com esperança de que IA mais open source tornem alternativas self-hosted mais viáveis.
Desejos de UI e recursos / aspectos pouco claros
- Alguns só querem:
- Blocos de código com melhor destaque de sintaxe (ainda não facilmente acessíveis na interface).
- Fluxos do Slack menos dolorosos (por exemplo, ramificar/reunir caminhos).
- Capacidades simples de agentes, como ler/editar mensagens e canvases.
- Como o Slack Code realmente se conecta ao GitHub/infra é visto como अस्प?