Para ser sincero, quando vi pela primeira vez as métricas de velocidade no Cursor 2.0, pensei que tinha lido mal o ponto decimal - a 250 tokens/segundo, é como levar a programação da "digitação" para o "streaming". Isto é como passar a programação de "digitação" para "streaming". Mas o que mais me surpreendeu não foi apenas a velocidade, mas o ciclo de trabalho completo que mostra em cenários de desenvolvimento reais. Lembro-me de, na semana passada, ter deixado o Composer ajudar-me a refactorizar um antigo componente de front-end. Na verdade, gerou código, executou automaticamente testes unitários, encontrou dois problemas de compatibilidade e tomou a iniciativa de fazer a reparação. Esta experiência de "escrever, testar e reparar" é uma experiência única, de modo que o trabalho original de meio dia foi concluído em dez minutos.

Metamorfose de ferramenta em colaborador
Enquanto os assistentes de programação de IA tradicionais são mais como ferramentas complementares inteligentes, o Composer parece mais como um parceiro de desenvolvimento júnior. Não só compreende instruções explícitas como "adicionar tratamento de erros a esta função", mas também dá soluções práticas para requisitos vagos como "otimizar o desempenho deste código". Curiosamente, até tem em conta a especificação do código do projeto - uma vez utilizei intencionalmente um estilo de indentação diferente num projeto, e o código gerado seguiu perfeitamente a formatação do projeto existente.
O Cursor 2.0 traz realmente um novo paradigma para a mesa quando se trata de desenvolvimento paralelo de multi-agentes. Na semana passada, pus três agentes a trabalhar na mesma tarefa de otimização do desempenho e cheguei a três soluções muito diferentes, mas viáveis: uma centrou-se na otimização do cache, outra refacturou a lógica algorítmica e outra começou com uma consulta à base de dados. Esta experiência de "multi-pensamento" faz-me lembrar uma sessão de brainstorming em equipa, só que agora posso fazê-lo sozinho.
Ganhos de eficiência em cenários reais
Na prática, o que mais me surpreendeu no Composer foi a sua capacidade de dar sentido a grandes projectos. Temos um projeto de comércio eletrónico com mais de 100.000 linhas de código, e quando preciso de descobrir todos os locais que utilizam a versão antiga do SDK de pagamento, a forma tradicional pode demorar horas a pesquisar globalmente e a verificar manualmente. Mas o Composer, através da pesquisa semântica, não só localizou rapidamente todos os ficheiros relevantes, como também gerou automaticamente um plano de migração e até assinalou os riscos que cada modificação pode acarretar.
Por outro lado, o maior valor de tais ferramentas neste momento pode não ser a substituição total dos programadores, mas sim a libertação de tarefas de codificação repetitivas. Enquanto costumava levar meia hora para escrever uma interface CRUD padrão, agora é possível obter código executável em algumas dezenas de segundos apenas descrevendo claramente os requisitos. Este ganho de eficiência permite que os programadores se concentrem mais na conceção da arquitetura e na lógica empresarial, as partes que realmente criam valor.
É claro que as ferramentas de programação de IA não são infalíveis. Por vezes, podem compreender mal uma lógica comercial complexa ou otimizar excessivamente certos pormenores que não são realmente importantes. Mas, tal como aprender a conduzir um carro requer um período de adaptação, dominar a arte de trabalhar com IA leva tempo. Descobri que quanto mais claramente descrevo o contexto e as restrições dos requisitos, mais os resultados que obtenho correspondem às expectativas.
Ao ver o Composer terminar o trabalho que costumava exigir repetidas depurações em segundos, não posso deixar de pensar: talvez a programação no futuro se torne realmente um modelo de "descrição de requisitos + aceitação de resultados". Pelo menos por agora, comecei a apreciar a alegria de "programar com a boca" - afinal, é uma sensação maravilhosa poder transformar ideias diretamente em código executável.
评论列表 (8条):
加载更多评论 Carregando...