DEV Tático vs DEV Estratégico

Sabe o que é um DEV Tático e um DEV Estratégico? Nesse cafezinho vamos falar mal de "Clean Code" e definir esses dois tipos de DEV.

[@mthsbezerra]

Obrigado pelo conteúdo e pela abertura da visão. Eu sou/era um evangelista de Clean Code. Tudo que era projeto que não estava nos padrões eu já julgava como mal feito. Sua visão me deixou com um momento de reflexão sobre essa rigidez em tentar fazer o máximo que o uncle bob ensinou. Vi que o livro citado não é tão extenso, então vou ler e abrir mais a mente.

[@victor.osorio]

Tenta assistir esses vídeos. 1. kzbin.info/www/bejne/f5mUhKJ4paapfNUsi=SPYdMWXXrBYselCE 2. kzbin.info/www/bejne/kIjQg6d8m7ikgJIsi=BIrM-4XJcFhkxKq6 Esse meu cafezinho (2) eu não lembro bem o que falei, mas era sobre como o Seo Roberto (ele não é meu tio) tenta criar uma forma de bloqueio de pensamento ao criar regras. Talvez eu grave um cafezinho mais direto sobre o Clean Code.

[@Gabriel-zr4kz]

Eu sofri muito na mão de clean coders no meu tempo de Júnior. E tudo que você falou no video faz muito sentido, o java me ajudou muito a entrar nesse mundo de Dev Estratégico, me identifiquei muito com o que você falou nos 12:06. Excelente conteúdo, muito bom 👏

[@victor.osorio]

O autor do livro chama comentários de "documentação em código". Gosto muito da visão dele e já fiz um vídeo só sobre documentação. kzbin.info/www/bejne/m6ilhpSKmMuHjM0si=XTuZnDRT0cePcvxY

[@sergiorpq]

Na prática, vc tem que ter as duas facetas. Já trabalhei em empresa grande, como banco, que em muitas situações era pra colocar pra funcionar sem muita preocupação com codigo bom e ja peguei empresas onde nao importava o tempo de desenvolvimento e sim um codigo com boa manutenção.

[@victor.osorio]

Exato! As vezes você também tem que entender os dois arquétipos e assumir um ou outro. Depende muito também da situação.

[@victor.osorio]

ATENÇÃO O livro está só R$ 24 no Kindle!!!! amzn.to/4f298yG

[@AlexXavier]

Código limpo foi um enorme diferencial na minha carreira.

[@victor.osorio]

Sim. Também foi na minha, mas quando fui amadurecendo vi que ele é bem limitado e ele cria uma dicotomia entre do desenvolvedor bom e o mal. Tenho um vídeo sobre design de código que falo mais sobre o assunto

[@AlexXavier]

@@victor.osorio eu não levo esse lado tão à sério, sabe? Uso como uma ferramenta e tem ajudado demais nos meus projetos. Mas tenho me interessado mais sobre boas práticas em geral, além do clean Code.

[@ezekidev9044]

Notei o Count Zero e o Neuromancer (melhor da saga) la atras kkkkk bom gosto

[@victor.osorio]

Preciso ler!!!!!! Comprei em promoção, li metade do Neuromancer e depois parei porque quem tem filhos e trabalha de casa não tem um minuto de paz pra leitura. Um dia, passeando com meu filho, ele falou que vou poder ler quando ele for pra faculdade. Ele tem 5 anos. 😂😂😂😂😂

[@thiagocosta1184]

Li o primeiro e não gostei. Achei confuso demais, muita viagem. O segundo comecei e não dei continuidade.

[@thiagocosta1184]

Código limpo é um excelente livro para quem está começando. Fui ler depois de anos programando e era tudo coisinhas que eu aprendi na prática, que desde os anos 90 a gente aplica para facilitar nossa vida, mas alguém que tá vendo código pela primeira vez não são coisas tão óbvias assim. O grande erro é tratar o livro como lei universal, são só dicas/relatos de alguém que teve experiência com aquilo.

[@victor.osorio]

Mas o autor acaba criando uma dicotomia entre o "bom" e o "mal" desenvolvedor. Coloca o "mal" desenvolvedor como alguém sem caráter. Acho que isso cria muito ruído.

[@wouerner]

Uncle Bob e nome cara do código limpo, bom livro por sinal

[@alizestrelado]

Eu meio que sou "forçada" a usar o clean code depois de anos usando x1, x2, x3 e enchendo meu código do R de comentários. (virei front-end há pouco mais de um ano) e tem certas coisas que fazem muita falta nesse código limpo, especialmente comentários! E essas variáveis com nome gigante... não fosse o VS, ia ficar maluca!

[@victor.osorio]

O problema não é "usar o clean code", é "só usar o clean code". O que o Seo Roberto (ele não é meu parente) faz é criar um conjunto de regrinhas sem racionalizar. Usar x1, x2 e x3 é ruim, mas arrayIndex é ruim também. O nome da variável tem que refletir o domínio, e por isso que eu tenho uma playlist só sobre DDD. Recomendo ver os seguintes links 1. kzbin.info/www/bejne/pWKTeIugZdKGgNE 2. blog.vepo.dev/posts/encapsulando-a-complexidade