É aquele ditado: o ótimo é inimigo do bom. Um dev que trabalhava no meu time saiu justamente por conta do perfeccionismo. Ele levava 6 meses pra entregar algo que outro dev entregaria em 2 meses. Ele entregava o melhor código, com as melhores práticas, mas infelizmente não é nisso que o negócio enxerga valor. Ele mesmo quis sair porque sabia que iria mal nas avaliações finais e não seria promovido por conta disso.
Um cara foi demitido aqui na squad por querer fazer Integration Test pra todos os casos possíveis no qual ele levou quase 2 semanas pra fazer, sendo que outro dev (incluindo eu), faria menos testes, mas levaria no máximo 2 dias pra entregar. Entendo que testar o maior número de casos possíveis, geralmente é bom, mas é algo que a diretoria não enxerga, infelizmente. Temos que jogar o jogo deles, mesmo que no final não seja algo melhor do que o feito pelo dev demitido.
@@neverf8421 Exatamente, geralmente são promovidos aqueles que conseguem ler muito bem a cabeça dos diretores da empresa, por mais que possuam crenças simplistas do que envolve desenvolver.
Já comigo está o contrário, entrego tudo muito rápido por conta de pressão e pelo modo que a empresa trabalha, aí eu sempre vejo que meu código deveria ser melhor e isso é cobrado lá na frente na manutenção mas na manutenção não tem tempo de corrigir, aí faz o ajuste emergencial e fica lá do jeito que tava acho que fiquei 1 ano fazendo busca de informações tabelas por tabelas manualmente, até que resolvi fazer um relatório que fizesse a análise por mim -> 1 ano pra sobrar tempo pra fazer algo que economiza tempo
Falando por mim, meu desenvolvimento em código estava estagnado! Eu queria fazer tudo da melhor forma possível porque me comparava aos outros e não queria ser zombado! Quando parei de querer fazer tudo perfeito, comecei a me desenvolver e hoje estou bem melhor! Este foi o segredo pra sair do lugar: simplesmente começar a fazer, mesmo que de forma simples e limitada! Hoje procuro a forma mais simples até fazer funcionar, e depois vou revendo e melhorando o código. Com o passar do tempo, o "mais simples" pra você vai se tornando mais complexo, porque você se desenvolveu!
Eu sempre queria fazer o código perfeito, ai percebi que estava gastando tempo demais em todas as tarefas as vezes até ficando até mais tarde pra terminar o que já devia ter acabado, agora só faço o que foi pedido de forma correta e sigo minha vida, da o horário eu paro também, somos apenas funcionários.
Assunto maneiro, ainda mais que eu sou perfeccionista, mas consigo me controlar, entrego no tempo. Na questão do perfeccionismo, existem dois lados -> Faça um trabalho bem feito que vc terá 1 só trabalho, otimizando seu tempo com o ótimo, assim não terá que perder tempo em retrabalho. O video todo não parei de rir desse topete Tintim.
temos que trabalhar de acordo com o que da dinheiro ué. seja perfeito nos seus estudos e testes. mas para seu cliente seja + produtivo possível. pq é ali que vive o dinheiro ué. até pq em programação nada é 100% perfeito kkkkkkkkk
A dificuldade tá mais em definir o que é ser perfeccionista do que ser bom ou não ser, bom não é, ficar horas e horas batendo numa mesma tecla pra poder melhorar algo que já está bom e funcional simplesmente pra ficar "perfeito" não tem como ser bom.
Uma dica prática que demorei a sacar: se você está desenvolvendo um projeto seu, faça o seguinte: Primeiro, foque em criar um MVP da sua ideia (NÃO PRECISA ser perfeito). Deu certo? Beleza, agora começa a fazer iterações a partir disso. E pra isso, use e abuse de novas branchs. Quer adicionar uma funcionalidade nova? Show! Cria uma branch, testa e, se funcionar, faz o merge. A sacada é: não pense no projeto todo de uma vez, mas sim na menor parte dele. Vou dar uns exemplos: “Bah, tive uma ideia genial! Vou fazer X e Y pra revolucionar o mundo com meu código”. Legal! O que sua aplicação precisa? Um CRUD? Dados na nuvem? Identifique o essencial e depois divida em partes menores. Em vez de pensar “vou criar o novo Facebook”, pense em criar a menor parte disso e ir iterando até chegar lá. A ideia é não se perder no macro; foque no micro e evolua aos poucos.
Sofro com perfeccionismo e não é uma chavinha facil de desligar no cérebro. Com anos de carreira, vc vai se ajustando na marra devido a bagagem adquirida e conscientemente prestando atenção nesse aspecto. No mais, é importante não ser perfeccionista, e "Feito é melhor que perfeito" MAS POR FAVOR, nunca mal feito! Não teve um lugar que trabalhei com essa mentalidade que não se aproveitava pra codar porcaria atras de porcaria. Easy trap.
Cara, é incrível como eu consigo sentir uns insights com seus vídeos, principalmente desse tipo, você coloca umas questões em jogo que são extremamente relevantes, mas muitas vezes não pensadas no geral. Excelente expertise!
Código perfeito é achar a melhor solução, que geralmente tem menos código e tem uma solução mais simples... Código perfeito é bem diferente de perfeccionismo...
esta desculpa de feito eh melhor que perfeito que nos colcoou nesta montanha russa de erros de software para todo lado a nível global... óbvio teu chefe tah cagando pra ti ... entao faz o feito jah q eh pra quem eh mesmo não eh .. mas gostar de escrever codigo sempre melhor e refatorar as coisas são o q garantem bons softwares... REFATORAR NAO EH REESCREVER EM CLEAN CODE SOH PQ EH MODA! eh realmente refatorar pq ha sentido de melhoria e qualidade ... o resto é metodologia agil. auahauhauha
Pode ser polêmico mas vamos lá, você ser perfeccionista com um código teu pra brincar, tudo bem. Mas ser perfeccionista ao ponto de atrasar uma entrega, é pura e simples falta de senso de urgência. E isso é uma desgraça pra TODO MUNDO. Por exemplo, eu queria muito o Cristiano Ronaldo no Corinthians, pra mim isso seria PERFEITO, mas se o viável pra essa merda de time não cair pra serie B é o Héctor Hernández, vai essa porcaria mesmo
Acho que conteúdo explicativo/técnico de programação está fazendo falta. Seria uma boa vídeos resolvendo problemas de CS, algoritmos ou dicas de code em geral, principalmente infraestrutura
O grau de perfeccionismo num dev geralmente é inversa a senioridade. Na verdade tentamos fazer as coisas mais lindas possível ainda com poucos anos de experiência no mercado, pois é o que nos enche os olhos, ainda estamos imaturos, a única coisa que o cara está enxergando é só o código. Mas depois de um certo tempo, você entende como o jogo funciona e existem muito mais coisas prioritárias que isso, seja a pressão no seu lombo pelas cabeças de cima, a criticidade do negócio, a quantidade de tarefas paralelas que você precisa guiar, são N fatores que tornam o código mais lindo do universo a menor das preocupações no seu dia a dia.
Antes de sem planejamento, sem objetivo ou até tem objetivo, mas seria algo que poderia ser feito em um segundo momento. Aí acredito que entra vários critérios, xp, planejamento, conhecimento sobre arquitetura…
Na verdade aquele gráfico está implícito que o valor marginal é decrescente, ou seja, a cada unidade de tempo gasta o valor acrescido é cada vez menor em termos de uma taxa de variação.
O maior problema daquele gráfico inicial, é que ele "ignora" o fato de que o tempo em que voce, após entregar o valor da tua tarefa, trabalha em melhorias no código, serve para reduzir drásticamente o tempo gasto para as PRÓXIMAS entregas de valor. Se voce trabalha há anos num produto, pensar desta forma é crucial. Uma tarefa que dura 3 dias, por exemplo, pode inclusive AUMENTAR de tempo caso os serviços envolvidos estejam sendo codados de forma rasa. Mas pode diminuir pra 2 dias, caso após esses 3 dias desenvolvimento inicial, voce gaste um pouco mais de tempo melhorando o código nos serviços envolvidos. E isso é um processo contínuo, na medida do possível. Manutenção constante para manter código conciso não é perfeccionismo...
Tenho visto várias vagas de ia e engenharia de machine learning tendo pandas ap invés de polars, sendo que polars é escrito em """""""RUSTT" e 10x mais rápido que panda, o que obviamente aumentaria a produtividade e velocidade das operações, alguém sabe dizer por que?
Isso é o que mais costumo falar no canal pro pessoal que quer criar Micro-SaaS. Mas vale pra tudo! Não adianta deixar de entregar por conta de perfeccionismo.
O perfeccionismo me fez ter dezenas de projetos com grande potencial, mas que nunca foram finalizados por que, ao invés de focar em um mvp e entregar algo, ficava buscando fazer tudo perfeito, caindo em burnout por que nunca conseguia alcançar a meta que eu mesmo havia definido.
Acho que o maior problema dessa frase é quando ela é usada de forma descontrolada, um exemplo é uma empresa na qual eu trabalhei onde a regra era simplesmente escrever por escrever e entregar para o cliente ficar feliz, tudo era feito nas coxas e a todo momento você tinha que ficar fazendo manutenção em tudo, acabava que tudo virava uma bola de neve e nada saia do lugar, uma gambiarra atrás da outra, banco de dados com colunas triplicadas, métodos com loops infinitos e NullPointer a dar com pau, Java chorava toda noite no banho.
Ninguém sabe amigo , a pessoa tem que apreende a entrega oque foi pedido e pronto caso eles queiram um código melhor a gerência vai pedir para refazer melhor
isso só com a prática e geralmente só acontece quando o projeto está iniciando. Tentar fazer perfeccionismo num codigo em manutenção é outra história. e se vc se deparar com desafios aos quais vc deve aprender pra resolver, provavelmente Vai demorar CONSIDERAVELMENTE um tempo a mais. Agora se vc ta na zona de conforto com o mesmo problema todas as vezes, realmente não vai demorar muito
O engajamento que esse topete gera não é brincadeira não hahahahajahah
neymar 20bolinha dev
Tava assistindo o vídeo dele, minha esposa chegou e falou: E esse cabelo ai? kkkkkkkkk
Perfeccionismo é para os projetos de hobby. No trampo a chefia quer go horse
Perfeccionismo sem planejamento é falta de senso de direção. Como você sabe se está perfeito ou não se você não sabe onde quer chegar?
Ja percebi isso no meu trabalho
É aquele ditado: o ótimo é inimigo do bom. Um dev que trabalhava no meu time saiu justamente por conta do perfeccionismo. Ele levava 6 meses pra entregar algo que outro dev entregaria em 2 meses. Ele entregava o melhor código, com as melhores práticas, mas infelizmente não é nisso que o negócio enxerga valor. Ele mesmo quis sair porque sabia que iria mal nas avaliações finais e não seria promovido por conta disso.
Um cara foi demitido aqui na squad por querer fazer Integration Test pra todos os casos possíveis no qual ele levou quase 2 semanas pra fazer, sendo que outro dev (incluindo eu), faria menos testes, mas levaria no máximo 2 dias pra entregar.
Entendo que testar o maior número de casos possíveis, geralmente é bom, mas é algo que a diretoria não enxerga, infelizmente. Temos que jogar o jogo deles, mesmo que no final não seja algo melhor do que o feito pelo dev demitido.
Tem q gerar débito técnico pro sm passar o resto da vida do produto apontando os débitos, mas ninguém nunca vai pagar 😂
Como funciona isso de avaliações finais?
@@neverf8421 Exatamente, geralmente são promovidos aqueles que conseguem ler muito bem a cabeça dos diretores da empresa, por mais que possuam crenças simplistas do que envolve desenvolver.
Já comigo está o contrário, entrego tudo muito rápido por conta de pressão e pelo modo que a empresa trabalha, aí eu sempre vejo que meu código deveria ser melhor e isso é cobrado lá na frente na manutenção
mas na manutenção não tem tempo de corrigir, aí faz o ajuste emergencial e fica lá do jeito que tava
acho que fiquei 1 ano fazendo busca de informações tabelas por tabelas manualmente, até que resolvi fazer um relatório que fizesse a análise por mim -> 1 ano pra sobrar tempo pra fazer algo que economiza tempo
Falando por mim, meu desenvolvimento em código estava estagnado! Eu queria fazer tudo da melhor forma possível porque me comparava aos outros e não queria ser zombado! Quando parei de querer fazer tudo perfeito, comecei a me desenvolver e hoje estou bem melhor! Este foi o segredo pra sair do lugar: simplesmente começar a fazer, mesmo que de forma simples e limitada! Hoje procuro a forma mais simples até fazer funcionar, e depois vou revendo e melhorando o código. Com o passar do tempo, o "mais simples" pra você vai se tornando mais complexo, porque você se desenvolveu!
Eu sempre queria fazer o código perfeito, ai percebi que estava gastando tempo demais em todas as tarefas as vezes até ficando até mais tarde pra terminar o que já devia ter acabado, agora só faço o que foi pedido de forma correta e sigo minha vida, da o horário eu paro também, somos apenas funcionários.
Poderia gastar meu almoço estudando? Não! Vou assistir Lucas Montano.
Assunto maneiro, ainda mais que eu sou perfeccionista, mas consigo me controlar, entrego no tempo.
Na questão do perfeccionismo, existem dois lados -> Faça um trabalho bem feito que vc terá 1 só trabalho, otimizando seu tempo com o ótimo, assim não terá que perder tempo em retrabalho.
O video todo não parei de rir desse topete Tintim.
temos que trabalhar de acordo com o que da dinheiro ué. seja perfeito nos seus estudos e testes. mas para seu cliente seja + produtivo possível. pq é ali que vive o dinheiro ué. até pq em programação nada é 100% perfeito kkkkkkkkk
jimmy neutron ATACOUUUUUUUUUUUUUUUUUUUU
Aqui é o canal do Lucas moicano?
A dificuldade tá mais em definir o que é ser perfeccionista do que ser bom ou não ser, bom não é, ficar horas e horas batendo numa mesma tecla pra poder melhorar algo que já está bom e funcional simplesmente pra ficar "perfeito" não tem como ser bom.
Viva ao progresso e a simplicidade.
"A simplicadade é o ultimo grau da sofisticação".
Leonardo da Vinci
Uma dica prática que demorei a sacar: se você está desenvolvendo um projeto seu, faça o seguinte: Primeiro, foque em criar um MVP da sua ideia (NÃO PRECISA ser perfeito). Deu certo? Beleza, agora começa a fazer iterações a partir disso. E pra isso, use e abuse de novas branchs. Quer adicionar uma funcionalidade nova? Show! Cria uma branch, testa e, se funcionar, faz o merge.
A sacada é: não pense no projeto todo de uma vez, mas sim na menor parte dele.
Vou dar uns exemplos: “Bah, tive uma ideia genial! Vou fazer X e Y pra revolucionar o mundo com meu código”. Legal! O que sua aplicação precisa? Um CRUD? Dados na nuvem? Identifique o essencial e depois divida em partes menores.
Em vez de pensar “vou criar o novo Facebook”, pense em criar a menor parte disso e ir iterando até chegar lá. A ideia é não se perder no macro; foque no micro e evolua aos poucos.
vc sabe se é perfeccionista se vc vê aquele Ask to Grok aos 20:38 por cima do Header e se incomoda
Po, alguém sabe o nome desse software que o Lucas tá usando 2:13?
Acho que é o excalidraw.
Sofro com perfeccionismo e não é uma chavinha facil de desligar no cérebro. Com anos de carreira, vc vai se ajustando na marra devido a bagagem adquirida e conscientemente prestando atenção nesse aspecto. No mais, é importante não ser perfeccionista, e "Feito é melhor que perfeito" MAS POR FAVOR, nunca mal feito! Não teve um lugar que trabalhei com essa mentalidade que não se aproveitava pra codar porcaria atras de porcaria. Easy trap.
Eu não concordo q feito é sempre melhor q perfeito. Mas ainda sim é algo a aprender saber encontrar o meio termo
Supla da programação
Cara, é incrível como eu consigo sentir uns insights com seus vídeos, principalmente desse tipo, você coloca umas questões em jogo que são extremamente relevantes, mas muitas vezes não pensadas no geral. Excelente expertise!
eu sofro com cabelo branco aos 22 anos
O mercado não compra valor, compra preço.
Código perfeito é achar a melhor solução, que geralmente tem menos código e tem uma solução mais simples...
Código perfeito é bem diferente de perfeccionismo...
esta desculpa de feito eh melhor que perfeito que nos colcoou nesta montanha russa de erros de software para todo lado a nível global... óbvio teu chefe tah cagando pra ti ... entao faz o feito jah q eh pra quem eh mesmo não eh .. mas gostar de escrever codigo sempre melhor e refatorar as coisas são o q garantem bons softwares... REFATORAR NAO EH REESCREVER EM CLEAN CODE SOH PQ EH MODA! eh realmente refatorar pq ha sentido de melhoria e qualidade ... o resto é metodologia agil. auahauhauha
Eu acho que a melhor task pra um dev perfeccionista é manutenção. Quando você bota um dev perfeccionista pra criar algo, é capaz de nem sair do papel.
Pode ser polêmico mas vamos lá, você ser perfeccionista com um código teu pra brincar, tudo bem. Mas ser perfeccionista ao ponto de atrasar uma entrega, é pura e simples falta de senso de urgência. E isso é uma desgraça pra TODO MUNDO.
Por exemplo, eu queria muito o Cristiano Ronaldo no Corinthians, pra mim isso seria PERFEITO, mas se o viável pra essa merda de time não cair pra serie B é o Héctor Hernández, vai essa porcaria mesmo
Acho que conteúdo explicativo/técnico de programação está fazendo falta. Seria uma boa vídeos resolvendo problemas de CS, algoritmos ou dicas de code em geral, principalmente infraestrutura
Quantos Rs tem em Perfeccionismo?
🍓🍓🍓
No teu Reeeaaaaact
Meu problema com o perfeccionismo é o receio de gerar débito técnico, e isso acumular tornando inviável reduzir esse débito a curto prazo.
O grau de perfeccionismo num dev geralmente é inversa a senioridade. Na verdade tentamos fazer as coisas mais lindas possível ainda com poucos anos de experiência no mercado, pois é o que nos enche os olhos, ainda estamos imaturos, a única coisa que o cara está enxergando é só o código. Mas depois de um certo tempo, você entende como o jogo funciona e existem muito mais coisas prioritárias que isso, seja a pressão no seu lombo pelas cabeças de cima, a criticidade do negócio, a quantidade de tarefas paralelas que você precisa guiar, são N fatores que tornam o código mais lindo do universo a menor das preocupações no seu dia a dia.
Esse foi o erro do Cyberpunk 2077
Antes de sem planejamento, sem objetivo ou até tem objetivo, mas seria algo que poderia ser feito em um segundo momento. Aí acredito que entra vários critérios, xp, planejamento, conhecimento sobre arquitetura…
Comentario do engajamento 🍓
qual o link dessa ferramenta de desenhar, galera? Alguém sabe?
Faz uns 20 minutos que to procurando, vc achou?
O nome é excalidraw, pena que para fazer login é pago
muito bom os videos, estou maratonando, qual o nome desse app de desenhar ?
queria entender o porque do neymar do santos estar no lugar do lucas montano
pontos fortes: Centrado, Pontual, Dedicado e faço entregas com excelência..
pontos fracos: Sou mentiroso...
Agradecido por adicionar a referência na descrição. Dev também passa feedback
Lucas ta copiando o Moicano do Neymar em 2012
Engenheiro X Agilista X PO
"No teu reACT" 👹 kkkkkkkk
nao sei como te explicar isso, mas vc me lembra o pica pau com esse penteado
gostei do moicano neymar 2011
Na verdade aquele gráfico está implícito que o valor marginal é decrescente, ou seja, a cada unidade de tempo gasta o valor acrescido é cada vez menor em termos de uma taxa de variação.
Papo de economista srsrrsrsrs você é? Eu sou!
@@luizangelo2851 Sim hahaha
Alguém sabe qual o nome dessa ferramenta de desenho que ele usa?
To a uns 20 minutos procurando, vc achou?
O nome é excalidraw, pena que para fazer login é pago
O filho do gato galatico com o lipão gamer é muito bom
se tá rodando tá perfeito kk
Dislexia comendo solta :D
que app é esse que vc usou em 1:16 pra ilustrar e tals?
Over engineering
Me identifico muito com isso.
Esses tipos de conteúdo são os melhores
Cara, eu amo esse cabelo kkkkk
O maior problema daquele gráfico inicial, é que ele "ignora" o fato de que o tempo em que voce, após entregar o valor da tua tarefa, trabalha em melhorias no código, serve para reduzir drásticamente o tempo gasto para as PRÓXIMAS entregas de valor. Se voce trabalha há anos num produto, pensar desta forma é crucial.
Uma tarefa que dura 3 dias, por exemplo, pode inclusive AUMENTAR de tempo caso os serviços envolvidos estejam sendo codados de forma rasa. Mas pode diminuir pra 2 dias, caso após esses 3 dias desenvolvimento inicial, voce gaste um pouco mais de tempo melhorando o código nos serviços envolvidos. E isso é um processo contínuo, na medida do possível.
Manutenção constante para manter código conciso não é perfeccionismo...
🙌
O Neymar Montano é real
Tenho visto várias vagas de ia e engenharia de machine learning tendo pandas ap invés de polars, sendo que polars é escrito em """""""RUSTT" e 10x mais rápido que panda, o que obviamente aumentaria a produtividade e velocidade das operações, alguém sabe dizer por que?
Isso é o que mais costumo falar no canal pro pessoal que quer criar Micro-SaaS.
Mas vale pra tudo!
Não adianta deixar de entregar por conta de perfeccionismo.
O perfeccionismo me fez ter dezenas de projetos com grande potencial, mas que nunca foram finalizados por que, ao invés de focar em um mvp e entregar algo, ficava buscando fazer tudo perfeito, caindo em burnout por que nunca conseguia alcançar a meta que eu mesmo havia definido.
as vezes eu fico o 2 dias inteiros pq eu fico querendo deixar o codigo perfeitinho e no final não entrego nada :(
Acho que o maior problema dessa frase é quando ela é usada de forma descontrolada, um exemplo é uma empresa na qual eu trabalhei onde a regra era simplesmente escrever por escrever e entregar para o cliente ficar feliz, tudo era feito nas coxas e a todo momento você tinha que ficar fazendo manutenção em tudo, acabava que tudo virava uma bola de neve e nada saia do lugar, uma gambiarra atrás da outra, banco de dados com colunas triplicadas, métodos com loops infinitos e NullPointer a dar com pau, Java chorava toda noite no banho.
e esse cabelo ai
já falaram que vc tem uma voz gostosinha, que delicia de ouvir suas explicações numa linda tarde chuvosa
Por isso q Mano Deyvin diz só dev velho (e triste) deve ler o Clean Code. Quem é novo tem q entregar a feature receber o pix.
Montano pica-pau edit é sensacional! Esse topete exala e transmite conhecimento de uma maneira avassaladora. Nunca vi algo tão true na minha vida!
O que é purriquest? Kkkj n sou dev. Não é meme
eh uma oportunidade dos teus colegas serem passivo agressivos contigo
top
Lucas calvano
🍓👍
Massa quando o cara eh perfeccionista só com o trabalho alheio kkkk
Tu já tem video sobre débito técnico ?
Eu sou daquela entregar > perfeito
entregar perfeito de primeira na metade do tempo
Consegui equilibrar isto do que era em contato com outros devs, reduzi muito o perfeccionismo
Belo topete, Lucas Montano do canal Lucas Montano! 😃👍🏻
infelizmente sou assim c mt coisa na vida n só codigo... um inferno isso.
Strawberries of perfection hahaha!
coe teu cabelinho rouba mt minha atençao kkkkkkk
Lucas: O último dos moicanos
esse cara devia ter mt mais view
a meta é ter esse cabelo
Qual o software que ele usa para fazer esses mapas mentais e diagramas em tela preta?
Excalidraw
Depende da pessoa que sabe fazer o código perfeito !!!
Não necessariamente vai demorar tanto tempo a mais...
Ninguém sabe amigo , a pessoa tem que apreende a entrega oque foi pedido e pronto caso eles queiram um código melhor a gerência vai pedir para refazer melhor
isso só com a prática e geralmente só acontece quando o projeto está iniciando. Tentar fazer perfeccionismo num codigo em manutenção é outra história.
e se vc se deparar com desafios aos quais vc deve aprender pra resolver, provavelmente Vai demorar CONSIDERAVELMENTE um tempo a mais. Agora se vc ta na zona de conforto com o mesmo problema todas as vezes, realmente não vai demorar muito