Criador do htmx, Carson Gross acredita no futuro dos programadores: os dois pilares da profissão
Carson Gross, autor da biblioteca htmx, considera que a programação se resume a duas coisas: resolver problemas com computadores e saber controlar a complexidade dessas soluções. Com base nisso, ele não consegue imaginar um futuro em que essas habilidades valham menos do que valem hoje. Por isso, na avaliação dele, a profissão continuará viável mesmo com as ferramentas de IA. A citação, do ensaio «Yes, and...» publicado em htmx.org, foi divulgada por Simon Willison. • A profissão se define por tarefas, não por sintaxe. • O controle da complexidade continua nas mãos das pessoas. • Segundo Gross, a demanda por essas habilidades não vai cair.
Processado por IA de Simon Willison; editado por Hamidun News
Carson Gross, criador da biblioteca htmx, reduziu a programação a dois pontos e, a partir deles, construiu uma previsão: as ferramentas de IA não vão acabar com a profissão. Simon Willison destacou a citação do ensaio «Yes, and...», publicado em htmx.org, em um post separado, e ela rapidamente circulou entre profissionais da área. É uma declaração curta, mas que se encaixa bem nos debates sobre quem precisa de desenvolvedores quando os modelos escrevem o código.
Duas tarefas em vez de uma lista de tecnologias
Gross define a programação por meio de duas coisas. A primeira: resolver problemas com computadores. A segunda: aprender a controlar a complexidade que surge ao longo dessas soluções. A definição não menciona linguagens nem frameworks, nem a palavra «código» no sentido de um conjunto de linhas. Ele descreve o ofício pelo resultado e pela disciplina.
A conclusão que vem a seguir é cautelosa. Gross escreve que tem dificuldade para imaginar um futuro em que a capacidade de resolver problemas no computador e manter a complexidade das soluções sob controle valha menos do que vale hoje. Por isso, na opinião dele, a profissão continuará viável mesmo depois do surgimento das ferramentas de IA. É uma aposta na durabilidade da habilidade, e não uma previsão sobre o número de vagas ou o nível dos salários.
Por que o foco na complexidade
O segundo ponto dessa fórmula é mais interessante que o primeiro. Os modelos de linguagem se saem bem em tarefas locais: uma função, um teste, uma migração, uma configuração. Só que cada trecho gerado aumenta a base de código, e toda base de código acumula, com o tempo, dependências, acordos e exceções. Quem garante que o sistema continue compreensível daqui a um ano, quando metade do código tiver sido escrita a partir de sugestões? Gross responde: quem sabe gerenciar a complexidade. Enquanto o modelo não assumir integralmente essa responsabilidade, a demanda por essa pessoa se mantém.
O contexto do autor também importa. Gross é conhecido como criador do htmx, biblioteca que constrói interfaces em torno do hipertexto e reduz deliberadamente o volume de código no cliente. Para ele, a complexidade é um inimigo constante, e sua posição parece uma extensão dessa filosofia. O ensaio original não é reproduzido na íntegra no material, então nos limitamos ao que está dito na citação.
Principais teses
- Para Gross, a programação tem dois componentes: resolver problemas com computadores e gerenciar a complexidade.
- Na avaliação dele, o valor dessas habilidades não vai diminuir em um futuro previsível.
- Ele encara as ferramentas de IA como um complemento da profissão, e não como substituição. O título do ensaio, «Yes, and...», aponta nessa direção.
- A tese é apresentada como julgamento pessoal do autor e não se apoia em números do mercado de trabalho.
- A citação foi publicada por Simon Willison com as tags computer-science, careers e ai.
O que fazer: desenvolvedores e equipes
A principal conclusão prática diz respeito a treinamento e contratação. Se o valor está em formular o problema e controlar a complexidade, vale investir em pensamento arquitetural, leitura de código alheio, decomposição de tarefas e capacidade de abrir mão do que é supérfluo. Sintaxe e APIs os modelos sugerem rapidamente, mas a decisão sobre o que construir e como manter isso, por enquanto, eles deixam para as pessoas.
Para gestores, é um motivo para rever as métricas. O volume de código gerado diz pouco. É mais útil observar quanto tempo uma pessoa nova leva para entender o sistema, quanto tempo se gasta para fazer uma mudança e quantas dependências o último release adicionou. Para quem está começando, o conselho é simples: usar as ferramentas de IA, mas analisar cada solução a ponto de conseguir explicá-la sem ajuda de sugestões.
A citação de Gross não prova que o mercado de trabalho vai aguentar a pressão, e ele não insiste nisso. Ele propõe um critério: enquanto se exigir do desenvolvedor que resolva problemas e mantenha a complexidade sob rédea curta, a profissão é necessária. Esse critério terá de ser verificado na prática.
Perguntas frequentes sobre a notícia
O que se sabe sobre Duas tarefas em vez de uma lista de tecnologias?
Gross define a programação por meio de duas coisas. A primeira: resolver problemas com computadores. A segunda: aprender a controlar a complexidade que surge ao longo dessas soluções. A definição não menciona linguagens nem frameworks, nem a palavra «código» no sentido de um conjunto de linhas. Ele descreve o ofício pelo resultado e pela disciplina. A conclusão que vem a seguir é cautelosa. Gross escreve que tem dificuldade para imaginar um futuro em que a capacidade de resolver problemas no computador e manter a complexidade das soluções sob controle valha menos do que val
Por que o foco na complexidade?
O segundo ponto dessa fórmula é mais interessante que o primeiro. Os modelos de linguagem se saem bem em tarefas locais: uma função, um teste, uma migração, uma configuração. Só que cada trecho gerado aumenta a base de código, e toda base de código acumula, com o tempo, dependências, acordos e exceções. Quem garante que o sistema continue compreensível daqui a um ano, quando metade do código tiver sido escrita a partir de sugestões? Gross responde: quem sabe gerenciar a complexidade. Enquanto o modelo não assumir integralmente essa responsabilidade, a demanda por essa pesso
O que se sabe sobre Principais teses?
Para Gross, a programação tem dois componentes: resolver problemas com computadores e gerenciar a complexidade. Na avaliação dele, o valor dessas habilidades não vai diminuir em um futuro previsível. Ele encara as ferramentas de IA como um complemento da profissão, e não como substituição. O título do ensaio, «Yes, and...», aponta nessa direção. A tese é apresentada como julgamento pessoal do autor e não se apoia em números do mercado de trabalho. A citação foi publicada por Simon Willison com as tags computer-science, careers e ai.
Access Frontier LLMs & Multimodal AI in One Workspace
Discover NomadNet AI (nomadnet.ai) — unified access to frontier language models, research synthesis, and multimodal workflows.
O essencial da IA — uma vez por semana
Sete histórias que realmente importaram, escolhidas a dedo. Sem ruído nem releases.
Pronto! Verifique seu e-mail para a confirmação.