É 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.
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.
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
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!
Parabéns pelo conteúdo (de maneira geral, pensamos parecidos e gosto de afirmar as minhas "viagens" com as seus vídeos) Na indústria e na filosofia Lean, utilizamos o conceito KATA para continuar entregando valor continuamente! A definição do KATA são essas divisões (KATA -1 depois KATA-2...)
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.
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.
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.
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.
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…
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...
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.
Atualmente, trabalho como Técnico em Prótese Dentária e estou cursando técnico em Edificações a distância, um curso que meus pais sugeriram e pelo qual também mostrei algum interesse. No entanto, não estou tão envolvido com nenhuma dessas áreas. Tenho 19 anos, e sempre que vejo alguém programando ou assisto a vídeos sobre o assunto, acho muito interessante. Gostaria de saber se vale a pena considerar uma mudança de profissão para a área de programação, e gostaria de ouvir a opinião de outras pessoas sobre isso.
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.
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...
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.
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
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
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.
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?
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
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
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
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
É 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.
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
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!
Viva ao progresso e a simplicidade.
"A simplicadade é o ultimo grau da sofisticação".
Leonardo da Vinci
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.
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
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!
Parabéns pelo conteúdo (de maneira geral, pensamos parecidos e gosto de afirmar as minhas "viagens" com as seus vídeos)
Na indústria e na filosofia Lean, utilizamos o conceito KATA para continuar entregando valor continuamente! A definição do KATA são essas divisões (KATA -1 depois KATA-2...)
Poderia gastar meu almoço estudando? Não! Vou assistir Lucas Montano.
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.
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.
O mercado não compra valor, compra preço.
Montano pica-pau edit é sensacional! Esse topete exala e transmite conhecimento de uma maneira avassaladora. Nunca vi algo tão true na minha vida!
Agradecido por adicionar a referência na descrição. Dev também passa feedback
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.
Esses tipos de conteúdo são os melhores
Eu não concordo q feito é sempre melhor q perfeito. Mas ainda sim é algo a aprender saber encontrar o meio termo
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.
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.
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…
jimmy neutron ATACOUUUUUUUUUUUUUUUUUUUU
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...
Belo topete, Lucas Montano do canal Lucas Montano! 😃👍🏻
Consegui equilibrar isto do que era em contato com outros devs, reduzi muito o perfeccionismo
Aqui é o canal do Lucas moicano?
esse cara devia ter mt mais view
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.
Atualmente, trabalho como Técnico em Prótese Dentária e estou cursando técnico em Edificações a distância, um curso que meus pais sugeriram e pelo qual também mostrei algum interesse. No entanto, não estou tão envolvido com nenhuma dessas áreas. Tenho 19 anos, e sempre que vejo alguém programando ou assisto a vídeos sobre o assunto, acho muito interessante. Gostaria de saber se vale a pena considerar uma mudança de profissão para a área de programação, e gostaria de ouvir a opinião de outras pessoas sobre isso.
O filho do gato galatico com o lipão gamer é muito bom
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.
vc sabe se é perfeccionista se vc vê aquele Ask to Grok aos 20:38 por cima do Header e se incomoda
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.
Cara, eu amo esse cabelo kkkkk
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...
Massa quando o cara eh perfeccionista só com o trabalho alheio kkkk
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.
Me identifico muito com isso.
"No teu reACT" 👹 kkkkkkkk
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.
se tá rodando tá perfeito kk
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
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
eu sofro com cabelo branco aos 22 anos
muito bom os videos, estou maratonando, qual o nome desse app de desenhar ?
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
Dislexia comendo solta :D
Comentario do engajamento 🍓
No teu Reeeaaaaact
Lucas: O último dos moicanos
coe teu cabelinho rouba mt minha atençao kkkkkkk
O Neymar Montano é real
Supla da programação
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?
Po, alguém sabe o nome desse software que o Lucas tá usando 2:13?
Acho que é o excalidraw.
pontos fortes: Centrado, Pontual, Dedicado e faço entregas com excelência..
pontos fracos: Sou mentiroso...
Eu sou daquela entregar > perfeito
entregar perfeito de primeira na metade do tempo
já falaram que vc tem uma voz gostosinha, que delicia de ouvir suas explicações numa linda tarde chuvosa
Strawberries of perfection hahaha!
as vezes eu fico o 2 dias inteiros pq eu fico querendo deixar o codigo perfeitinho e no final não entrego nada :(
a meta é ter esse cabelo
queria entender o porque do neymar do santos estar no lugar do lucas montano
Engenheiro X Agilista X PO
que app é esse que vc usou em 1:16 pra ilustrar e tals?
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
infelizmente sou assim c mt coisa na vida n só codigo... um inferno isso.
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
🙌
Tu já tem video sobre débito técnico ?
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
Quantos Rs tem em Perfeccionismo?
🍓🍓🍓
gostei do moicano neymar 2011
Esse foi o erro do Cyberpunk 2077
Lucas ta copiando o Moicano do Neymar em 2012
Qual o software que ele usa para fazer esses mapas mentais e diagramas em tela preta?
Excalidraw
O que é purriquest? Kkkj n sou dev. Não é meme
eh uma oportunidade dos teus colegas serem passivo agressivos contigo
top
🍓👍
nao sei como te explicar isso, mas vc me lembra o pica pau com esse penteado
Lucas calvano
e esse cabelo ai
Over engineering
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
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