Eu faço software que
conversa com máquina.

Um comando dos anos 80 tem alguns kilobytes de buffer e nenhuma forma de dizer o quanto está cheio. Você recebe um único aviso — XOFF — e ele chega atrasado.

Rápido demais, a máquina perde caracteres em silêncio enquanto corta aço. Devagar demais, um trabalho de 40 minutos vira quatro horas. O motor trata isso como malha de controle: acelera enquanto a máquina drena, recua no instante do XOFF.

O diário de engenharia registra a depuração em máquina rodando — inclusive a correção que criou um novo problema.

Não há nada de Windows dentro do motor: a mesma base compila e passa nos testes em Linux, Windows e macOS a cada commit.

Android não tem porta serial. Para chegar no RS-232 é USB OTG, chip FTDI e uma ponte JNI até uma biblioteca Java.

Receber funcionou de primeira. Enviar, não — e nenhuma das cinco causas gerava erro: um timeout zerado prendia a thread de leitura e as escritas sumiam em silêncio; um poller disputava a conexão mil vezes por segundo sem lock; e um pedido de controle de fluxo era recusado por divergência de nome, seguindo como se tivesse dado certo.

Essa última eu confirmei lendo o bytecode da biblioteca.

Seis tarefas FreeRTOS e buffers circulares sem trava separando a serial do cartão e do servidor web — para que uma escrita lenta no SD nunca interrompesse o fluxo de bytes indo para a máquina.

O tablet substituiu o aparelho, mas o firmware continua público: é o mesmo problema resolvido em bare metal.

Quando um comando dispara alarme às 2 da manhã, a resposta existe — num PDF de 400 páginas que ninguém consegue pesquisar, ou na cabeça do técnico que está dormindo.

Resposta errada aqui machuca alguém, então existe uma política de segurança explícita antes de responder. Documento só entra na base depois de revisão humana. E há teto de custo de IA por requisição, por dia e por mês, para um loop de retry não queimar o orçamento de madrugada.

118 testes automatizados rodando a cada commit.