Dentro da Promessa Caótica do Desenvolvimento Orientado por Vibrações

Discover how to deliver better software and systems in rapidly scaling environments. Join our Community

As vibrações são impecáveis, mas e o código? A «programação por vibrações» — o mais recente atalho tecnológico baseado em IA — está a causar desconforto aos programadores experientes, embora estes não consigam negar os resultados extremamente rápidos. Como podem os CTO aproveitar as boas vibrações sem manifestar pesadelos técnicos?

Se passou algum tempo recentemente a espreitar o LinkedIn tecnológico, é provável que tenha dado de caras com o conceito cada vez mais ruidoso de "programação por intuição". Para quem não conhece o termo, a "programação por intuição" acontece quando os programadores (e os não programadores, sejamos honestos) usam instruções para IA e "intuição" para criar código, em vez dos tradicionais métodos meticulosos linha a linha.

Parece ser o mais recente milagre tecnológico ou a moda mais embaraçosa desde que os NFTs chegaram às biografias do LinkedIn. 

Os argumentos a favor de apostar fortemente na intuição

O sucesso rápido de projetos desenvolvidos por intuição, como o do não programador que criou e lançou de forma rentável uma aplicação gerada por IA com 100 mil linhas em poucas semanas, ou o Workcade, uma aplicação de tarefas de produtividade gamificada com centenas de utilizadores na primeira semana, sugere que poderá haver substância por detrás do entusiasmo.

Mas onde há intuição, também há... caos.

Get Free Access
Get regular tech leadership wisdom for delivering better software and systems.
Get Free Access

Have an account? Log In

Só más intuições

A programação por intuição parece ter um problema de segurança. Vejamos o caso do empreendedor não técnico Leo Jr., que aproveitou a onda da programação por intuição, construindo e lançando publicamente a sua aplicação — e rapidamente começou a obter lucro.

É o fundador da Enrichlead — uma ferramenta que recolhe endereços IP e utiliza um LLM para gerar potenciais clientes. O Leo criou a aplicação inteira utilizando o Cursor, declarando orgulhosamente: “Zero código escrito à mão. A IA já não é apenas uma assistente — é a construtora. Pode queixar-se disso ou começar a construir.”

Naturalmente, a internet escolheu a violência.

Em 48 horas, os hackers atacaram em massa. As subscrições foram contornadas. Os custos dispararam. O LLM começou a inventar dados de potenciais clientes do nada. O Leo publicou um pedido de socorro no Twitter: “pessoal, estou sob ataque … estão a acontecer coisas aleatórias.” E depois veio a cereja no topo do bolo: “Não sou técnico, por isso está a levar-me mais tempo do que o habitual a perceber isto.”

Para utilizar a Enrichlead, os utilizadores instalam um fragmento de JavaScript que recolhe endereços IP. O LLM tenta transformar esses dados em potenciais clientes. Raramente tem informação suficiente para trabalhar, por isso limita-se a inventar coisas. O Leo, sempre otimista, insiste: “Mas funciona.”

Agora diz que está a aprender a programar. “Da maneira difícil,” claro.

Por isso, eis a questão para os CTO modernos: será a programação por intuição um atalho inovador — ou estaremos todos simplesmente a manifestar erros com uma melhor experiência de utilizador?

Vamos analisar quando devemos abraçar a intuição e quando devemos evitá-la.

Quais são as novidades?

O veterano de DevOps David Beale não esconde o seu entusiasmo por esta tendência. Como defende, já fazemos "programação por intuição" há anos:

"Copiar e colar do Stack Overflow, GitHub Gists, tópicos do Reddit, conversas no Slack, comentários do Hacker News — tudo o que for preciso. Os grandes engenheiros não decoram — resolvem. Pesquisam, identificam padrões, adaptam e constroem. A instrução é simplesmente a próxima evolução daquilo que sempre existiu."

A posição dele não é descabida. A programação por intuição baseada em IA pode, de facto, tornar-se um acelerador essencial no conjunto de ferramentas de um CTO. O código gerado por IA pode reduzir o trabalho monótono, libertando os programadores para atividades estratégicas e de elevado valor.

Steven Donaghy, Gestor de Engenharia da Microsoft, vai mais longe:

"A IA é como o álcool. Amplifica aquilo que já é. Se for um excelente programador, torna-o melhor. Se for péssimo, o resultado é ainda pior."

Para Donaghy, a programação por intuição destaca-se em dois momentos fundamentais — no início e no fim dos projetos. No início, a IA ajuda a ultrapassar a paralisia causada pela análise excessiva. No fim, é excelente a aproveitar exemplos aperfeiçoados para acelerar novos trabalhos.

Em suma, no seu melhor, a programação por intuição permite que equipas competentes criem protótipos, inovem e entreguem valor mais rapidamente. Nesta perspetiva, a IA está simplesmente a acelerar uma prática já estabelecida.

Mas espere, a intuição pode estar errada

Antes de reunir os cristais e começar a manifestar funcionalidades para que passem a existir, pare.

Como observa ponderadamente o diretor da Slalom, Adam D’Angelo, a programação por intuição não deixa de ter desvantagens significativas. Salienta riscos reais e pragmáticos que os CTO têm de considerar:

"As vulnerabilidades de segurança são uma preocupação primária. Os LLM podem gerar inadvertidamente código suscetível a ataques de injeção, scripting entre sites (XSS) e falhas de autenticação."

D’Angelo salienta outras dores de cabeça, incluindo problemas de "manutenibilidade" devido a padrões de programação inconsistentes, "acumulação de dívida técnica" e complexos "desafios de auditoria", especialmente em setores altamente regulamentados, como os cuidados de saúde ou as finanças.

Também alerta para possíveis implicações legais e de conformidade graves:

"Os LLM podem gerar código que incorpora bibliotecas de código aberto com licenças incompatíveis... as organizações têm de garantir a conformidade com os regulamentos específicos do setor."

Além disso, uma dependência excessiva pode atrofiar a capacidade da sua equipa para compreender e resolver problemas de forma autónoma, conduzindo àquilo a que D’Angelo chama, apropriadamente, «desamparo aprendido».

Ai. De repente, a programação por intuição já não parece assim tão fantasiosa.

Estamos a ignorar a «dívida de intuição»?

Apesar de todo o seu encanto intuitivo, a programação por intuição acarreta riscos reais. Entre os principais estão a dívida técnica e a complexidade oculta que surgem quando as «boas vibrações» iniciais desaparecem. As fases intermédias dos projetos de software exigem uma arquitetura meticulosa e uma análise rigorosa — áreas em que a programação por intuição fica frequentemente aquém.

Eu estava a rir-me imenso quando Josh Wymer destacou habilmente estes pontos cegos numa publicação viral no LinkedIn que satirizava uma descrição de emprego excessivamente «intuitiva», à procura de programadores com graus académicos avançados em «Prevenção Retroativa de Problemas» e experiência em «alinhamento energético».

A sátira de Wymer goza com a realidade de que a inovação não passa apenas por boas intenções — exige execução, responsabilização e disciplina. Se confiar toda a sua estratégia de produto apenas à intuição, estará a preparar-se para algumas sessões de depuração dolorosas.

Então, o que deve fazer um CTO curioso sobre a programação por intuição?

Para os CTO que navegam pela IA, pela evolução das infraestruturas e por uma pressão crescente por parte da administração, o debate sobre a «programação por intuição» resume-se a uma pergunta: poderá a programação intuitiva coexistir com uma engenharia disciplinada?

Sim… se definir estrategicamente onde se enquadra na sua organização. Considere esta lista de verificação prática:

  • Inovação e prototipagem iniciais: entregue-se à intuição. As ferramentas de programação com IA aceleram significativamente a criatividade nas fases iniciais.
  • Aplicações críticas para a missão: reforce o controlo. Recorra a revisões rigorosas e a práticas estruturadas de programação.
  • Escalabilidade e segurança: rigor inegociável. A intuição não irá corrigir vulnerabilidades de segurança nem pesadelos de escalabilidade.

More Articles

Conclusões práticas (que não são apenas boas vibrações)

A «programação por intuição» não é uma solução milagrosa nem um desastre à espera de acontecer. É apenas mais uma ferramenta no arsenal de um CTO. Os líderes tecnológicos inteligentes combinam estrategicamente a programação intuitiva com tecnologia de IA com uma disciplina de engenharia robusta, definindo claramente quando e onde a programação por intuição é aceitável.

Como aconselha Beale, «não rejeite a programação por intuição — domine-a.» 

  • Adote-a estrategicamente, não cegamente. A programação por intuição não é uma desculpa para abandonar boas práticas. Como diz Donaghy, a programação por intuição amplifica as competências existentes.
  • Estabeleça limites claros. Siga as orientações de D’Angelo para definir revisões de segurança rigorosas, estruturas de auditoria e protocolos de qualidade do código para os resultados gerados por IA.
  • Utilize a programação por intuição para melhorar — não substituir — a capacidade de engenharia. Dê prioridade à formação da equipa para manter a competência técnica e evitar a armadilha da dependência da IA.

Programe com responsabilidade

Em última análise, a programação por intuição não é um apocalipse nem uma panaceia. Enquanto CTO experiente, a melhor opção é programar com responsabilidade: tirar partido da inovação sem perder o controlo estratégico.

A principal responsabilidade de um CTO é transformar boas vibrações em excelente software. Por isso, avance e recorra à programação por intuição durante o seu próximo ciclo de inovação (estas plataformas de programação por intuição ajudarão a começar), mas não se aproxime demasiado do sol.

Subscreva a newsletter do The CTO Club para mais opiniões contundentes!

Katie Sanders
As a data-driven content strategist, editor, writer, and community steward, Katie helps technical leaders win at work. Her 15 years of experience in the tech space makes her well-rounded to provide technical audiences with first-hand operating wisdom so senior tech leaders can get clarity. Tech leaders want to learn from peers who’ve been there. Katie surfaces hard-won lessons that help leaders scale systems, teams, and strategy in the face of disruption. Katie is an Executive Editor at Black & White Zebra. She nurtures a large and diverse community of technical experts and writers, and she knows that a thriving community doesn't grow without thoughtfulness, advocacy, and intention. Interested in being reviewed? Find out more here.
Follow the author:

You may also like