⏳ O problema do "Feito é melhor que perfeito".

Acho que você entende esta frase "Feito é melhor que perfeito"
De uma maneira que eu não entendo ela!

Entendo ela como algo sobre perfeição!
Conheço gente que ficou 8, 10 meses num projeto de microsaas.
Deixando tudo lindo e liso e perfeito, arrumando os mínimos detalhes
e quando lançou ninguém viu o projeto em 2 anos!

Ele quis deixar perfeito.
O feito é feito o suficiente para funcionar BEM.
O perfeito seria algo totalmente dentro das "boas praticas da época",
cheio de arquitetura nova e com todas as coisas possiveis para ter um código muito bonito. Ou seja, muito tempo perdido.

Agora validações não tem nada ver com perfeição! kkkk

Imagina o seguinte caso:
Uma pessoa tem uma ideia de um site!
Ela faz o site em um único arquivo PHP e joga pro mundo!
Sem arquitetura, sem "boas praticas"...
Mas ele roda perfeitamente, com todas as validações!

Não ta perfeito, mas ta feito!

Esse site existe ta! E o dono dele é bem famoso por isso!
https://www.tabnews.com.br/uriel/empreendedor-e-nomade-sorte-e-um-pouco-de-estrategia-de-70-projetos-4-deram-certo-pieter-levels

Hoje o site não é mais assim(um único arquivo php)! Mas ainda é PHP e sem nenhum framework e usa Jquery!

Abraços!

Fantástico sua visão. Hoje com a evolução da linguagens e mesmo padrões é impossível se reinventar todos os dias e o Bem feito, ajuda e muito. Temos ainda as IAs, que nos auxiliam a acelerar o desenvolvimentos, porém o mais importante é entender as nuances que que esta sendo usado como modelo para seu projeto e estudar o código, adaptar a suas necessidades e validar principalmente a segurança do código.

Obrigado por postar isso. É sempre necessário. Tem muitas frases que as pessoas repetem à exaustão que não são bem o que elas acham que são.

Uma frase assim pode parecer inofensiva, mas ela pode trazer problemas. Não é que eu ache ela totalmente errada, mas ela é muito vaga e pode dar margem a cada pessoa interpretar de um jeito.

E adivinha o que eu vejo muito por aí? Ela vira a desculpa para fazer algo ruim. Em muitos casos isso nem é tão consciente assim. Mas a frase está lá no fundo do cérebro da pessoa martelando que o importante é entregar o resultado. Não tem a parte do "não importa se tá bom ou ruim", mas é a consequência se a entrega passa ser mais importante.

E tem casos que a entrega é o mais importante. Mas não deve ser assim sempre.

E esse é um dos motivos por que não gosto muito o tal Minimum Viable Product. A ideia é boa, mas quase sempre as pessoas não sabem o que é o mínimo viável, e é muito comum aquilo virar um EMVP, o E de eterno (claro que terá melhorias, mas elas vão devagar, até porque mexer em um carro andando é sempre absurdamente mais complicado). O MVP é bom se a dose for certa, porque a diferença entre o remédio e o veneno é a dose.

Especialmente no contexto de aprendizado a frase não pode ser aplicada, E está sendo cada vez mais. Eu sempre lembro do Teach Yourself Programming in Ten Years do Peter Norvig. Eu nem concordo com tudo que está lá, mas é bem melhor do que fazer tudo correndo.

Reforçando o que foi dito, cada vez mais a internet está cheia de fake news. Alguém um dia disse que você deveria compartilhar o seu conhecimento, não importa se você não sabe muito, porque sempre tem alguém que sabe menos. Isso parece lindo, só que muita gente vai aprender justamente por isso. E o que a pessoa aprende primeiro ela tende a manter como certo. Em alguns casos, o que ela mais vê em vez do primeiro. E cada vez mais vemos o erro sendo postado, E sempre falo se você treina o erro é ele que fará para sempre. E isso é importante, porque também ensinará errado, e faz o errado parecer certo por ter mais gente repetindo isso. E a cada ano a gente vê isso acontecer mais. As percepções estão dominando a realidade.

Quem está começando não sabe separar o joio do trigo, não consegue entender oque é o imperfeito que pode ser deixado para depois ou nunca. Ela não sabe oque deve aprender ou não. Elas não sabem avaliar se estão direcionando ela para o bom caminho ou para o mais bonito. E por isso cada dia vemos mais frustrações na área.

O exemplo postado é bom, tem acontecido cada vez mais. A pessoa só testa o tal do caminho feliz.

Tem gente que fica brava quando eu falo isso, mas muita gente na área hoje em dia está abaixo da crítica. A pessoa consegue fazer coisas "complexas" porque é tudo ^C^V, mas não entende o'que está acontecendo. Não consegue sequer saber se o ChatGPT respondeu certo para ele (spoiler: ele responde errado quase sempre, e se você acha que a reposta está certa, eu digo, tem certeza?).

Eu só vou discordar que essas perguntas simples vão resolver o problema. Ainda que seja quase isso, mas cada situação precisará de perguntas muito diferentes e mais complexas do que estas, e muito mais perguntas. E é por não entender o todo da programação e do domínio que está trabalhando que a pessoa peca.

Com toda experiência que eu tenho ainda não faço o prefeito, mesmo tentando. Quando a pessoa acha que está bem é muito preocupante.

Há necessidade de uma mudança de atitude, não só na programação. Já falei disso em https://www.tabnews.com.br/maniero/ade53b27-8ed4-444c-83c5-de30867caa28.

Faz sentido?

Espero ter ajudado.

Farei algo que muitos pedem para aprender a programar corretamente, gratuitamente. Para saber quando, me segue nas suas plataformas preferidas. Quase não as uso, não terá infindas notificações (links aqui).

No meu ponto de vista essa frase pode ser compreendida e aplicada de diferentes formas. Na empresa em que trabalho atualmente nós vivemos essa frase como um dos valores da empresa. Contudo a forma como a aplicamos no dia a dia não faz com que façamos a entrega de uma feature sem que consigamos garantir que aquilo funcione sem qualquer problema, ou seja: toda feature depende de teste e QA. Na maioria das vezes em que aplicamos essa frase estamos em uma situação onde não precisamos de aperfeiçoamentos, mas sim que funcione, como disse, sem erros de forma que o cliente final consiga utilizar. Aperfeiçoamentos, que INCLUSIVE envolvam UI ou melhorias de partes do código, podem ser trabalhadas depois, com uma menor prioridade.

Cara concordo, trabalho numa empresa que o foco é sempre entregar e foda-se se o código ta um lixo, e isso é horrível, vira uma bola de neve sem fim. dá até desgosto

Isso até me lembrou a critica aos programadores modernos que eu estava vendo. Parece que quanto maior a capacidade do pc de rodar alguma coisa, menor é a qualidade do software desenvolvido para o mesmo

Eu costumava ouvir muito que "o ótimo é inimigo do bom". É basicamente a mesma ideia, de que fazer algo que funciona é melhor do que perder tempo deixando tudo perfeito.

E como já disseram, isso é uma faca de dois gumes, pois muitos podem usar como desculpa pra fazer de qualquer jeito.

Eu concordo com a postagem, mas vejo algumas dificuldades práticas para a aplicação dessa forma mais correta.

Seguindo o exemplo do formulário, o que de fato é uma boa validação? Eu estou na área há 5 meses, mas antes disso em toda minha vida eu nunca parei para analisar sites, então faltam referências muitas vezes e sim, poderia olhar um campo e simplesmente imaginar um cenário X (como a inserção de valores negativos) e fazer um impedimento para isso, mas na prática, sem referências acho que é mais difícil de acontecer.

Mas muito legal seu ponto de vista, é algo que devemos pensar no dia a dia: "posso deixar essa aplicação melhor?"