Criando produtos: como nascem os produtos modernos de TI

1. «As pessoas não nascem mais, elas são cultivadas»

Bem, já que você ainda está aqui, vamos continuar. «E eu vou mostrar a vocês o quão profunda é a toca do coelho» © 🐇

Deixa eu te contar como funciona o processo de desenvolvimento de um produto — vamos passar pelos passos do nível mais alto, global, até o mais baixo — a escrita do código. Acho que você vai descobrir algumas coisas interessantes…

Os produtos de TI modernos não são mais escritos, eles são criados. São montados de partes de bibliotecas, frameworks, programas de terceiros e produtos, ou até usam serviços online pagos ou gratuitos 🧩.

Um produto moderno é um verdadeiro zoológico de tecnologias, serviços, soluções e processos. Parte do trabalho é feita por pessoas, parte é automatizada, e os outros 90% são feitos por serviços em nuvem em data centers ☁️. O mundo já não é mais o mesmo de antes.

Mas a primeira coisa que você vai notar — são as mudanças constantes. Você não escreve mais programas, você faz mudanças neles.

2. Mudanças constantes

Você chega no trabalho e se junta a uma equipe de 20 pessoas que já trabalha há 5 anos no produto. Agora, os usuários têm acesso à sua 7ª versão. E sua tarefa será fazer mudanças nesse produto. Pequenas, para não assustar os usuários ativos atuais.

E isso não vai ser fácil, porque o produto já está em funcionamento. Ele tem clientes, e eles pagam 💰. Então, nada pode quebrar. Fazer mudanças em um produto que já está funcionando é várias vezes mais difícil do que em um novo. Para isso, existem padrões, protocolos de migração e utilitários especiais. E, claro, sempre vem à mente uma piada:

Dois velhos amigos se encontram: um virou mecânico, o outro - cirurgião... Cada um tem sua vida, suas preocupações, alegrias... Contam tudo um ao outro, e aí começam a falar de salários. O mecânico diz: "Eu ganho 30 mil por mês e estou muito satisfeito com isso, e você, quanto?". O cirurgião cardíaco responde: "Mais ou menos 100 mil por operação...". Então, o mecânico fica interessado: "Estranho, por que tanta diferença? Fazemos a mesma coisa — trocar peças". E o cirurgião diz: "Vamos lá na garagem, liga o carro...". O mecânico liga o carro, o cirurgião abre o capô e fala pro mecânico: "Vê? O motor está funcionando? Troque!". 😂

Mesmo que aconteça um milagre e sua equipe tenha passado um ano inteiro escrevendo o produto do zero e só depois o tenha lançado, sabe o que vai acontecer depois? Se seu produto for bem-sucedido, o dono dele vai querer desenvolvê-lo. Lançar uma nova versão, adicionar funcionalidades. Ou pelo menos fazer alguns experimentos. E sabe o que vem depois? Mudanças 🙈

3. Valor do produto

Do ponto de vista do desenvolvimento moderno, só o código que já foi lançado e a funcionalidade que os usuários usam têm valor. Se você escreveu código, ele está guardado em algum lugar, funciona, mas as pessoas não usam, então seu valor é quase zero. Por isso, todo código deve chegar o mais cedo possível em production 🚀

Seu código deve passar por essas etapas:

• ✔️ Você escreveu e confirmou que funciona.
• 🔍 Seu TeamLead revisou e adicionou na branch principal no Git.
• 🧪 Os testes durante a build mostraram que você não quebrou nada importante.
• 🧩 Testes de integração mostraram que o produto funciona como esperado.
• 🛡️ O testador aprovou o código para o release.
• 📦 Depois, é preciso montar uma nova versão do produto e fazer o release no servidor.
• 🐳 A nova versão deve ser empacotada em Docker Images e lançada.
• 🗄️ Talvez seja necessário rodar scripts de migração e fazer alterações no banco de dados e outros sistemas externos.
• 📊 Depois, é preciso coletar logs no servidor para garantir que tudo está funcionando bem.
• ⏪ Em caso de emergência, se algo quebrou, é preciso fazer rollback, restaurar o estado anterior do banco de dados e não perder as ações feitas pelos usuários enquanto estavam usando uma versão instável do produto.

Na maioria das empresas, essas tarefas já estão resolvidas: processos novos, pessoas especializadas, protocolos de segurança e padrões de controle de qualidade. Quanto maior a empresa, menor o tempo entre escrever o código e ele chegar em production, se transformar em valor — ajudar as pessoas.

Na maioria das empresas, esse caminho leva duas semanas. Mas há empresas que fazem releases toda semana ou até todo dia. E alguns casos extremos — várias vezes ao dia.

O código escrito não vale nada. O valor vem só do código que roda em production.