Incrível o seu produto ainda funciona

Agora vou lhe contar o segredo da porta aberta. Pronto?



A maioria dos softwares é muito mal escrita. Ao mesmo tempo, eles ganham dinheiro com isso. Ele pode ter milhões de usuários, pode ser traduzido para vários idiomas; no entanto, do ponto de vista do código-fonte e da arquitetura, é uma compilação de merda de antipadrões e código de espaguete que se desintegrará na primeira solicitação gerada incorretamente.

É assim, por que e o que fazer.

Rapidamente para aqueles que pensam que ele tem um produto adequado para si e que você não pode ler mais.

Primeiro para técnicos. Responda a si mesmo: você segue os princípios de código limpo, SOLID, DRY e tudo o que está escrito nos artigos e, é claro, você não tem valores mágicos no código. Você realmente tem 100% de cobertura de teste, possui um IC / CD automático honesto, seu REST usa todos os códigos HTTP necessários, não apenas 200, 201 e 404. Todos os terminais e dívida técnica mínima são perfeitamente descritos e o código legado é refatorado ali ? Caso contrário, você mesmo entendeu tudo. E ainda não falei sobre monitoramento e sobre muitas coisas.

Agora para os gerentes. Gente, você não está trabalhando em uma cachoeira, está? Bem, seu scrum é honesto, você não iguala pontos de história a horas ou dias e planeja poker, discutindo o resultado, certo? E você definitivamente não tem nenhuma tarefa de bloqueio no sprint e na definição de concluído e, após a implementação, a tarefa entra em produção imediatamente. Você tem um roteiro do produto, a documentação e as tarefas passadas aos desenvolvedores contêm mais de três palavras e descrevem por que estamos fazendo isso, o que estamos fazendo, como testar e o que resultará nele. E todos os casos de negócios são descritos ... E essas são apenas algumas coisas que precisam ser feitas, todos sabemos.

Quem tem tudo isso, pode terminar de ler o artigo. Você já tem um produto muito bom. Envie-me uma referência, se for fácil, ficarei feliz.

Para aqueles que ainda estão aqui, e acho que a maioria de vocês, vamos entender por que isso acontece e por que serve a todos.

Isso acontece porque, na maioria das vezes, os gerentes não entendem nada do desenvolvimento. Eles entendem o ROI e o KPI, receberam MBAs e, se tiverem algum tipo de experiência, como uma educação semi-especializada, não irão além do Hello World condicional. Em geral, seus prazos estão cumpridos e decompor adequadamente uma tarefa para o MVP, sem conhecimento técnico, é bastante difícil. Isso adiciona a antipatia dos programadores aos gerentes, eles obviamente não os ajudarão. Portanto, resta aos gerentes escrever histórias ou romances e apresentar métricas indiretas para entender se essa ou aquela tarefa foi realizada qualitativamente. Sim, apenas todas essas métricas são sintéticas, elas não têm nada a ver com a qualidade do desenvolvimento ou muito indiretamente.

E o que dizer dos desenvolvedores. Sim, na verdade nada, a maioria deles não quer nada, ela já tem o conhecimento de que essas letras significam. O gerente ainda não entende nada, então aqui usamos alguns antipadrões e enfiamos algumas muletas, iniciamos a compilação sem testes, mas por que iniciá-las ... e vamos tomar um café. Tudo foi decidido por experiência, por assim dizer. Bem, mas o fato de terem interrompido a implantação, não importa, vamos revertê-la com as mãos.

Quase ninguém quer entender a teoria, na indústria existem muitos que não têm idéia de como funciona sua estrutura, mas apenas sabem qual método usar. Por assim dizer, use magia. Devido à falta de desenvolvedores, o nível de profissionalismo diminuiu significativamente.

Entendo que ninguém gosta de críticas, mas essa abordagem é muito próxima. Eles não fariam dessa maneira, não haveria o que eu descrevi nos primeiros parágrafos.

Agora, por que serve para todos? Sim, sim, combina com todos. Aqueles que não estão satisfeitos com isso, não trabalham nesses produtos ou os refatoram e os trazem de volta à sua forma normal.

Essa situação é adequada para os gerentes porque eles nem entendem a magnitude dos problemas. O produto foi ativado e tudo bem, e os usuários encontrarão bugs pela manhã. Eles escreveram no relatório, receberam um visto, elogiou o chef. Eles não são um exagero, então os programadores são os culpados. Em geral, quando há alguém para empurrar, nada precisa ser melhorado.

Por que isso serve aos programadores? Provavelmente porque muitos não podem fazer melhor, porque para fazer melhor você precisa trabalhar constantemente consigo mesmo. E para muitos não há sequer uma pergunta: por que, se o dinheiro já está pago? Você lê ebanoe.it, eles são diretamente aconselhados a trabalhar tanto quanto para não serem expulsos. E isso não significa nada.

Portanto, verifica-se um círculo vicioso, alguns não podem, outros não querem.

O que fazer com isso? Todos os dias para se desenvolver. Melhorar tarefas, abordagens, aplicar melhores práticas e princípios. Não concorde com o fato de que você está sendo oferecido para bisbilhotar nele. Faça com que você não tenha vergonha de mostrar seu projeto para pessoas de fora. E faça nos dois lados. Não há outra receita.