O ChatGPT matará os codificadores?

O ChatGPT matará os codificadores?

Ao construir o novo site da minha empresa, solicitei ao ChatGPT o código para os seguintes elementos de design responsivo:

  1. 3 imagens lado a lado
  2. Tabela com 2 linhas, primeira linha com 3 imagens, segunda linha com 3 links
  3. 3 imagens lado a lado em uma linha e 3 links na próxima linha
  4. 3 imagens lado a lado com legendas vinculadas.

ChatGPT respondeu com trechos de código para todas as quatro especificações. Um deles é mostrado parcialmente na exposição a seguir.

O ChatGPT matará os codificadores? Inteligência de dados PlatoBlockchain. Pesquisa vertical. Ai.

Todos os trechos de código funcionaram na primeira vez. Não precisei fazer nenhuma depuração (não que eu seja capaz de fazer alguma!).

Fiquei com uma dúvida sobre a seguinte linha do código fornecido pelo ChatGPT:

----

.imagem {flex: 0 0 33.33%; /* Ajuste este valor para alterar a largura de cada imagem */ max-width: 100%;

----

Pedi esclarecimentos ao ChatGPT.

Ele me deu uma resposta cristalina, sem qualquer atitude zombeteira/paternalista do usuário típico do StackOverflow.

Por qualquer referência, o desempenho do ChatGPT foi superlativo.

Isso levanta a seguinte questão:

O ChatGPT matará os programadores?

----

Esta não é a primeira vez que as pessoas fazem essa pergunta.

Nas últimas duas décadas, previu-se que muitas tecnologias que eram tão revolucionárias na época como o ChatGPT é hoje tornariam os codificadores obsoletos. Deixe-me percorrer o caminho da memória e recontar alguns deles.

1.ERP

Antigamente, as empresas desenvolviam seu próprio software. Geralmente, eram soluções pontuais desenvolvidas sob medida para vendas, compras, estoque, finanças, produção e outras funções de uma empresa. Eles foram desenvolvidos por uma equipe de programadores internos ou terceirizados para fornecedores externos.

Quando o ERP entrou em cena e substituiu essas soluções desenvolvidas sob medida, as pessoas começaram a se perguntar o que aconteceria com esses codificadores internos e externos.

2. Plataforma RAD / Low Code / Sem Código

Nessa época, eu estava chefiando o marketing de um fornecedor global de ERP.

A Internet já existia, minha empresa tinha um site e todos nós tínhamos contas de e-mail comerciais. Todo o material de marketing estava hospedado no site e os representantes de vendas podiam pesquisar e baixar o que precisassem. Ah, só estou brincando! A última frase não é verdadeira. Eu não tinha ideia de como publicar meu novo conteúdo no site da empresa, então enviei-o como anexo de e-mail para a área.

Um dia, conheci um colega de trabalho na ZONA DE FUMO do meu prédio comercial. Ele era um programador na organização de engenharia. Na falta de qualquer conexão no trabalho, nunca o encontrei no escritório. Começamos a trocar notas sobre nossos respectivos trabalhos.

Por acaso mencionei a ele sobre meu desejo de construir um portal para hospedar material de marketing. Ele me contou que tinha ouvido falar de uma ferramenta chamada Microsoft Frontpage que permitia que não-geeks construíssem sites simples usando um editor visual e controles de arrastar e soltar. Como usuário avançado da ferramenta de gráficos Microsoft Visio, eu estava familiarizado com esse paradigma.

Voltei para o meu escritório e experimentei o Frontpage. Veja só, consegui criar meu portal de material de marketing em uma semana sem escrever uma única linha de código HTML (o que, de qualquer forma, não era capaz).

Na época, o Frontpage usava a plataforma Rapid Application Development (RAD). Hoje, seria chamada de plataforma low code/no code.

Passando por essa experiência, comecei a me perguntar sobre o destino dos programadores.

3. Tradutores de código

Na minha próxima empresa, eu vendia uma ferramenta que convertia código COBOL legado para Java. Na época, costumávamos chamá-lo de Code Translator. Acredito que esta categoria de produto agora foi renomeada como Code Transpiler.

Com os transpiladores de código não apenas sendo capazes de traduzir código de uma linguagem de programação para outra, mas também limpá-lo em comparação com o original, a tecnologia naturalmente levanta questões sobre a necessidade de codificadores – e arquitetos e designers – no futuro.

4. Automação de fluxo de trabalho

Com o tempo, usei ferramentas de automação de fluxo de trabalho como IFTTT para automatizar muitos fluxos de trabalho, por exemplo

  1. Assim que eu publicar uma postagem no blog da empresa, posto automaticamente um link no Twitter.
  2. Sempre que alguém interagir com meu tweet, adicione-o automaticamente a uma lista chamada
    skr-engagers.

O ChatGPT matará os codificadores? Inteligência de dados PlatoBlockchain. Pesquisa vertical. Ai.

Mais uma vez surgiu a questão de saber se essas ferramentas de automação de fluxo de trabalho matariam os programadores?

5. Monitoramento + Observabilidade

Ao automatizar o processo ponta a ponta de detecção, triagem e resolução de incidentes em cenários de TI, as plataformas de monitoramento e observabilidade criam dúvidas sobre a necessidade de administradores de sistemas no futuro.

6. WordPress + Gutemberg

Recentemente, usei o WordPress + Gutenberg Block Editor para atualizar o site da minha empresa para um design responsivo. Não escrevi/editei uma única linha de código. Quem precisa de codificadores, hein?

----

Eu chamo as tecnologias mencionadas SUPRESSORES DE DEMANDA. Todos eles foram revolucionários quando entraram no mercado e ameaçaram tirar o emprego dos programadores.

Mas nenhum deles o fez. Na verdade, há mais codificadores agora do que nunca na história da TI.

O que dá?

Atribuo este aparente paradoxo ao surgimento daquilo que chamo ESTIMULANTES DE DEMANDA. Compreendendo vários novos modelos de implantação e cenários de uso, eles criaram novos trabalhos de codificação em áreas da computação até então desconhecidas.

Mais sobre isso em uma postagem subsequente. Assista esse espaço.

Carimbo de hora:

Mais de Fintextra