Aqui vai o meu relato de um não profissional que gostava de programar e começou a usar IA pra ver no que dava.
É isso, não sou dev, nem trabalho com TI. No ensino médio fiz um técnico em eletrônica em um IF e desisti da carreira indo pra Medicina e me formando médico em 2024. Tive uma base de programação durante o técnico tendo aprofundando alguns conceitos de linguagem estruturada, aprendendo C. Também aprendi uma parte de baixo nível com assembly e bastante conceitos de eletrônica digital, lógica e eletrônica de potência e analógica.
Eu nunca gostei de eletrônica analógica, achava um saco calcular circuitos, testar plaquinha, procurar mal contato e fazer led acender. Meu teto era programar e fazer as coisas aparecerem na tela do computador funcionando, achava mágico tirar "leite de pedra" e conseguir fazer uma ferramenta, mesmo que básica, como um relógio ou uma calculadora, sem precisar comprar fio, nem transistor, nem resistor, ou placa.
Mas programação era diferente. As coisas eram lógicas. "Se isso então aquilo". Pronto. Só não concorrer indevidamente, não criar contradição, declarar as variáveis corretamente, ajustar uns ponteiros e pronto: acendia o led. Satisfatório. Eu me sentia ótimo nisso, sentia que tinha o tal "talento".
Porém, no final do curso havia um estágio que iríamos conhecer as empresas da área de eletrônica do meu Estado. "- Aqui, SE vocês se destacarem, PODE ser o futuro de vocês" - diziam meus professores. O futuro: pessoas trabalhando como técnico há 30 anos, num ambiente quente, barulhento, fazendo qualquer trabalho repetitivo e agradecendo por ter emprego por tanto tempo. Daquele dia em diante eu sabia que não poderia trabalhar com aquilo e desisti, estímulo zero. Do que adianta gostar do estudo se, na prática, você só trabalha ouvindo que deve produzir, economizar nos projetos, ajudar a empresa e ser feliz por estar ali? Voltamos pra casa, terminei a grade curricular porque minha família me convenceu a não desistir no último semestre, mas assim que terminei não fiz o estágio obrigatório e fui fazer o ENEM.
Diante da medicina o mundo muda um pouco. Ainda há ciência e lógica, mas é diferente. Exige decisões que antes vinham descritas em projetos e agora deveriam ser tomadas diante de uma realidade que nem sempre dá tempo de planejar. Mas a lógica, meus amigos, ela está em todos os lugares, e isso eu aprendi pra vida inteira e não há conhecimento no mundo que, assim que esteja realmente compreendido, não possa ser aproveitável.
Diante da realidade de médico iniciei a trabalhar em plantões de emergência como bom recém formado. Passei em várias unidades, conheci vários empregos e percebi que grande parte do que atrasa o trabalho do médico é burocrático: envolve evoluir em sistemas, prescrever, criar atestado, laudo, fazer documento, etc. Então comecei a perceber que os sistemas, por mais modernos, bem construídos e estáveis, normalmente não se adequavam a realidade exata do plantão: ou falta alguma função específica que a gente usa muito, ou então ela não está tão evidente na tela como deveria, ou não mostra a informação relevante. Então quando tem um problema assim o que te orientam é o famoso: chama o suporte.
Foi falando com o suporte que eu eu entendi que quem faz os sistemas de saúde não usa eles no dia a dia e que a comunicação pode ser muito complicada quando um médico precisa explicar pro profissional do TI o porquê que aquele campo que ele atualizou obrigando a colocar X caracteres pra poder salvar o prontuário não poderia proibir de prescrever uma medicação pois, na emergência, às vezes você precisa prescrever e imprimir a receita pra fazer a medicação antes de escrever qualquer evolução porque meu paciente está morrendo. Pra qualquer médico isso é óbvio, mas certamente não é possível que o sistema entenda que o paciente está morrendo, ou que ele é grave a ponto de não ter tido tempo nem de por os dados mais básicos de sinais vitais pra abrir a ficha de atendimento. Também não faria sentido se ele perguntasse ao usuário: "Seu paciente está morrendo?" antes de abrir qualquer coisa.
Não é fácil mesmo, e acredito que quem faça esses sistemas integrados pense emquem compra eles (gestão) e venda as funções de contabilidade e controle de gestão como o seu diferencial, porque, afinal, o médico só tem que "escrever" e deu. Mas não é assim. O sistema precisa ajudar a organizar o plantão, orientar o usuário para a sua responsabilidade, avisar as contradições e impedir erros grotescos sem proibir o funcionamento flexível e sem mostrar informação errada na tela. Na prática, nós acabamos nos adaptando as limitações do sistema e, sileciosamente, dia após dia, perpetuando rotinas e ajustando o serviço para se adequar ao registro do sistema, porque se for pra realmente ajustar tudo pra funcionar como deve e realmente AJUDAR o serviço (e não só reduzir papel) estaríamos ligando absolutamente todo dia pro suporte pra dizer que: "não é assim que a gente faz e isso não deveria precisar dessa condição pra acontecer e ta dificultando assim".
Então esse é o primeiro grande ponto pro pessoal do TI que tá falando que a carreira acabou: se você acha que seu trabalho pode ser substituído por uma máquina: provavelmente pode! E isso significa que você sempre trabalhou errado. Não significa que a programação será 100% delegada a máquinas e que o que você aprendeu é inútil. A diferença é que o raciocínio crítico sobre a aplicabilidade do seu produto não era uma decisão que você - ou qualquer um que NÃO DEPENDE DO SISTEMA pra trabalhar - pensasse sobre. Para o usuário final talvez você nunca tenha sido realmente suficiente, mas ele já cansou de reclamar. E eu entendo os dois lados: ligar pro TI é um tempo gasto muito chato, onde eu preciso tentar explicar uma realidade totalmente abstrata pra uma pessoa que vive uma vida totalmente diferente tentar representar isso em um ajuste de código que ele próprio não tem como saber exatamente como deveria de fato representar no sistema pois essa distinção não é lógica e está em uma camada além do código: na comunicação.
Uma das minhas responsabilidades no trabalho é gerenciar as escalas da equipe médica da unidade. Então, neste ano, eu troquei meu PC, aposentei meu velho de guerra e fiz dele um homelab, pois queria saber como eu poderia usar uma máquina pra me ajudar na minha função do dia-a-dia. Como eu não encontrei nenhuma opção prática ou acessível de organização de escala em um sistema pronto e gratuito, resolvi que ia tentar fazer meu primeiro projeto de vibecoding: um app de escala.
E se isso serve pra vocês entenderem que também não é só "colocar no Claude": foi difícil pra caralho e eu fiz um código horroroso e completamente bugado. Eu descobri que eu realmente não sabia o que estava fazendo. Provavelmente por não ser minha profissão e por que ninguém estava me cobrado isso, eu senti que era um desafio de superação pessoal e que, apesar de não saber direito o que eu estava fazendo, deveria ser possível aprender de alguma forma traduzir esses conceitos de programação que eu não dominava em uma linguagem que eu pudesse acompanhar e entender os problemas para tomar as decisões necessárias. Assim comecei a relacionar o meu raciocínio médico e clínico do dia-a-dia com a lógica da programação e tirar dali alguma forma de aprender e operacionalizar, para minha linguagem, o desenvolvimento delegado a IA. E sim, é possível.
Nesse caminho, percebi que há mais relações possíveis de se identificar entre a decisão do médico e uma proposta de software do que eu imaginava, principalmente quando você abstrai as relações, critérios, indicações, limites e cálculo em uma única lógica abstrata que fala sobre o trajeto entre a ideia e a materialização daquela forma em uma capacidade consumível com finalidade determinada.
O desafio na verdade não é saber programar, conhecer código, linguagem ou estrutura. O desafio é entender uma proposta e formular uma transformação que permita criar um produto que preserve o significado da intenção do desenvolvedor, do começo ao fim, sem retirar do sistema a obrigação de ser o responsável por guardar e demonstrar esse significado em todo esse processo e por orientar a decisão correta ao usuário.
Hoje, na minha visão, ser desenvolvedor é fazer isso. Esse é o tal diferencial que tanto vejo as pessoas procurarem aqui nesse sub. Espero que isso possa ser útil a vocês. Abraços!