18

[DESABAFO] - Me Recuso a virar um apertador de botão.

Que timeline esquisita essa em que a área de TI se encontra. Faço parte dessa comunidade desde 2018 (pouco tempo, mas consegui viver em um mundo pré-LLMs no nível que temos hoje) e nunca vi a degradação intelectual que infelizmente estou observando diariamente.

Absolutamente todo problema na empresa em que trabalho é resolvido porcamente usando inteligência artificial o famoso "antes feito do que perfeito". Com o advento da IA, ao invés de usarmos o ganho de produtividade para fazer o que já fazíamos, só que melhor, a inteligência artificial está sendo usada para acelerar a produção de bosta.

O Claude é usado em basicamente tudo: o Claude é usado para escrever o escopo da atividade, o Claude é usado para "desenvolver" a atividade, o Claude é usado para criar os testes da atividade (e que testes expect(2).toBe(2), os testes são nesse nível), o Claude cria a documentação (que absolutamente ninguém vai ler) e o Claude faz o code review.

deve ser só "coincidencia" que de um tempo para cá a empresa vem sofrendo com churn de clientes insatisfeitos, e qual o plano da diretoria? olhar para dentro, realinhar os processos, focar em qualidade ao invés de quantidade? não, eles acham que o problema são os funcionários que usam pouca IA, parece que eu to em um episodio de South Park.

No primeiro momento eu relutei e fiquei usando da mesma forma que usava o Stack Overflow, só que com mais frequência. Por conta disso recebi uma advertência da liderança de que eu devia usar mais tokens. Outro dia, um executivo da empresa, depois de demitir alguns funcionários de QA, disse: "Nunca entregamos tanto com tanta qualidade." Se esse maluco saísse da torre de marfim dele por 1 minuto e perguntasse o que os desenvolvedores acham, ele veria a asneira que está falando.

Basicamente é isso: a empresa me contratou pelo meu "cérebro" e quer me transformar em um apertador de botão o famoso botão de ACEITAR de qualquer plataforma GUI de IA que você use.

Sinceramente, acredito que o caminho é pessoas de TI que tenham algum tino comercial virarem founders e fazerem da própria empresa um lugar onde qualidade e engenharia estejam em primeiro lugar, pelo menos esse vai ser o caminho que vou trilhar seguindo em frente.

Carregando publicação patrocinada...
2

existem muitos pontos no teu desabafo e eu sinceramente entendo TODOS.

porém vou me ater a duas questões.

nossa área mudou. Isso não tem como negar. O código passou a não ser problema mais, a arquitetura sim. Isso ainda vai precisar de vc.

A entrega da solução ótima sempre foi mais importante do que como a solução foi feita, isso sempre foi dessa forma. Prova disso é quantas vcs não ouvimos de líderes
"tá funcionando? Então entrega. Se der esse bug ai, abrem outro ticket." ?

O ponto é que antes tínhamos a liberdade (e o tempo) para polir melhor o código que claro nossa cabeça de dev treme ao ver um codigo mal escrito (mesmo que funcionando).

Coders virando founders, inevitavelmente irão pelo mesmo caminho, isso pq a entrega é mais importante do que a stack. Então essa não é a resposta.

Outro dia estava conversando com um amigo sobre, e ele me compartilhou um pensamento que eu acho que faz muito sentido. Ele disse que em um breve futuro padrões de projeto irão importar pouco se a IA tiver o contexto do projeto.

Desenvolvemos padrão de projeto, para trabalho em equipe, para facilitar no futuro e etc, se não seremos nós a atuar mais... qual a diferença de termos um if aninhado com 45 condições chamando cada uma, uma solução diferente ou um Strategy Pattern se vc nunca vai olhar aquele código mais (pensando novamente em 5/6 anos) ?

Então o ponto que eu quero trazer é que o modo que vc usa a IA vai determinar a qualidade do teu trabalho.

espero ter dado um outro parecer de tudo que ta rolando na minha visão.

1

Não necessariamente todos os coders virarem founders, mas assim, eu realmente acredito que se uma empresa que oferta um serviço digital não se preocupa com a qualidade do que ta entregando a conta chega la na frente.

E ai você usar a IA para alavancar um serviço onde o foco seja os processos e a engenharia, isso aqui é um jogo infinito, chega um ponto que a qualidade fala mais alto do que volume, pelo menos é o que eu acredito.

posso estar enganado, sendo ingenuo até, vou por a prova isso e ver onde vai levar.

E faz total sentido sim os pontos que você levantou.

2

Bicho, estou cursando Engenharia de Software em uma EAD. Eu busco estudar mais por fora do que pela própria faculdade. Estou focando em aprender C, posteriormente C++ para trabalhar em baixo nível e até mesmo hardware.
Acredito que vai começar a ser uma procura maior por quem realmente quer programar, e não apenas apertar botão.
Na verdade nem sei se essa galera também não está usando IA.

Fiz uma publicação recente sobre a importância de aprender a linguagem C, até mesmo para tirar um pouco o foco sobre pitchs e IAs que está tendo aqui na plataforma. Por mais que eu tenha usado IA para estruturar o texto para mim, as ideias principais e revisão bem feita do texto foi minha.
Como falei, estou na faculdade e meu foco é 100% aprendizado na programação, tenho que estudar e melhorar minha produção textual. Até mesmo para criar publicações aqui e não depender da IA para isso.

2

IA pode ter impulsionado isso, mas essa situação já existia no mercado (e não só de TI).

É difícil medir o valor gerado, então é muito fácil alguém pegar uma métrica como "código gerado", "produtos criados" etc. e achar que "mais é melhor".

Seu ponto sobre churn também pode não indicar o que você pensa. Não sei com o que trabalha, mas tem muitos casos que bugs não fazem um cliente trocar de empresa (depende do "custo da troca"). Ou seja, mesmo a empresa sendo "ruim", o churn não aumenta significativamente. O que pode acontecer é queimar a reputação e diminuir a entrada de novos clientes.

Pelo seu relato, acho difícil que você consiga mudar a cabeça de quem está acima (gerentes, donos) para concordar com você, e pelo seu último parágrafo, parece que concordamos nisso. Mas fiquei curioso, o que você pretende criar? A parte mais difícil costuma ser a venda, mesmo que o seu produto tenha muita qualidade.

2

Opa Rafael, a empresa que trabalho é na área de Saúde, o custo de troca é relativamente alto.

com certeza o aumento de churn pode ser um caso de falsa causalidade (apesar de achar que não seja o caso).

Os bugs a que me refiro são bastante relevantes, e hoje existe também um aumento da concorrência. Aqui entro em terreno mais especulativo, mas acredito que, se a empresa tivesse seus processos em dia e a proliferação de bugs estivesse sob controle, o aumento da concorrência teria menos impacto já que o alto custo de troca tenderia a manter os clientes na casa.

Eu tenho algumas ideias de software na cabeça que estou tirando do papel um focado na parte jurídica e outro para casamentos eram projetos que eu desenvolvia como hobby mas estou olhando para eles com mais carinho e profissionalismo.

1

De fato o custo de troca é alto em saúde.

Parte jurídica é complexa, desejo boa sorte! Acho casamento uma boa área :), mas não tenho nenhum projeto próprio no ar, então não leve minha opinião com tanta consideração.

2

Meus 2 cents,

Estes dias um cliente teve problema em um sistema que foi claudevibecodado e pediu para eu dar uma olhada.

Eu nao sei qual versao de LLM ele usou (talvez haiku), mas o sistema era absurdamente ruim, no sentido estrutura interna.

Resolvi o problema especifico que estava dando e o cliente ficou feliz, mas eu olhava aquela monstruosidade e so ficava pensando: "se eu entregasse para um cliente um app assim, feio e todo cheio de gambiarra, com certeza ele tinha recusado. Agora aceita esta coisa esquisofrenica da IA como se fosse uma maravilha. Que mundo de merda"

Como ja comentaram algumas vezes, os app feitos por Agentes viraram o novo "planilha de excel que resolve aquele buraco que o SAP/TOTVS/whatever tem".

Tempos estranhos (e sinistros).

O que posso dizer eh: da-lhe gardenal !

Saude e Sucesso !

1

Acredito que, em qualquer cenário, se a ferramenta que está sendo utilizada, seja Claude, Antigravity, Opencode, Jcode, whatever, não estiver no DNA todos os anos de conceitos e práticas de engenharia de software, vão produzir lixo. E a culpa é sua, pois sua solicitação sem contexto, padrão ou prática, a ferramenta te entrega com o menor custo possível. Para quê ela vai estruturar ou usar um padrão de design de software se você não pediu? "Ah, mas como eu vou saber quais são os padrões de design de software?". Ué, aí que mora a expectativa, os profissionais estudam para isso, pois ainda os conceitos e boas práticas existem. Mas mesmo assim, devemos considerar que a criação de estruturas de Gates de Qualidade (testes unitários, BDD, etc ...) deverão sempre ser supervisionadas por nós no contexto que está alinhado com o negócio. Há cenários em que realmente o código está tão lixo que uma engenharia reversa deixa os modelos quase loucos. Que são os casos onde vc consegue pelo menos extrair as regras de negócio e reescrever ele inteiramente. Então, minha dica é, tenha sempre esses quality gates definidos, usando ferramentas como Sonarqube para avaliar a qualidade de código e principalmente uma estrutura para validar o que está entregando de negócio.

1
1

Por um tempo, que não sei o quão curto será, talvez seja difícil vender qualidade. Até pode funcionar, mas espero ganhos pequenos, você estará subsidiando essa qualidade. O que pode compensar no futuro, pode criar um posicionamento que seja valorizado lá na frente.

Comercialmente tudo pode acontecer, é algo bem pouco previsível, o ser humano toma decisões de forma muito errática e é comum ir no caminho errado, o que eventualmente pode acaber virando o certo. Engenheiros, de verdade, costumam ser ruins em lidar com o comercial, portanto vendem a boa engenhari, quando o consumidor quer apenas se sentir bem e achar que está fazendo um bom negócio, mesmo isso sser falso.

Nem tudo está perdido, tem empresas fazendo o certo. A maioria está indo pelo caminho errado, como sempre aconteceu. De qualquer quando o problema for grande demais, alguém vai começar ajustar o caminho. Ou sairá do mercado. Mas por um tempo poderá sair do mercado quem não faz o errado.

Tudo isso é especulativo.

Mas empreender corretamente pode ser uma boa. Pode ser péssismo.

S2


Farei algo que muitos pedem para aprender a programar corretamente, gratuitamente (não vendo nada, é retribuição na minha aposentadoria) (links aqui).