Além do *Refactoring* tenho absoluta certeza em dizer que a playlist sobre *Clean Code* é a melhor sequência de vídeos do canal inteiro e vai com certeza modificar o jeito que você programa: ▸ th-cam.com/video/9w3o9NHXqu0/w-d-xo.html
Sem dúvida, o tema é de suma importância. Parabéns pela interpretação da entrevista! Vejo muito o valor da refatoração em sites de desafios de código (SoloLearn, CodeWars, etc...). Muitas vezes, há um esforço grande nas primeiras soluções do desafio, contemplando muitas linhas de código e, conforme vão publicando novos códigos de solução para o mesmo problema, é nítido o quanto a coisa vai ficando mais "enxuta" e legível. Um exemplo clássico é o fato das soluções em Java usando Lambda Expressions da API mais recente conseguirem mais upVoted, pois usam menos de um quarto no número de linhas de código, com muito mais legibilidade e elegência, sem falar que a execução desses códigos na JVM não é meramente uma referência mais curta à classes "obscuras", mas sim, realmente, fazem o que fazem com menos código dentro da própria API (À propósito, uma obra de arte da Oracle!). Se for traspor isso para um mundo mais prático e profissional, o cara que se preocupou em adequar seu projeto às possibilidades dessa API, depois de um tempo, acabou rendendo muito mais agilidade e facilidade para continuar fazendo upgrade em sua aplicação, além de tirar melhor proveito dos novos recursos e especificações lançadas - Mesmo que o cliente nem faça ideia disso.
Rafael, que comentário SENSACIONAL!!!!! Muito obrigado por registrar aqui. Eu sempre fico muito feliz quando alguém adiciona ainda mais conteúdo de qualidade nos comentários para quem acabou de ver o vídeo.
Parabéns pelo vídeo, tenho certeza que não só você aprendeu, como disse no começo do vídeo, mas compartilhou o conhecimento obtido e isso é muito bom!!
Filipe, primeira mente muito obrigado pelos teus vídeos, se me permite quero agradecer, também, pelas pessoas que por alguma razão não conseguiram vir aqui te agradecer. Obrigado! Se eu puder dar uma sugestão de conteúdo seria o TDD, que ajuda muito tanto quem está começando a aprender a programar como para quem já é programador desde a pré-história. Me senti a vontade para sugestionar pois acho que está alinhado com as intenções do teu canal. Parabéns e que seja só o início de todo o sucesso desse time.
Felipe, realmente gostei muito do vídeo. 8:11 foi um grande dica pra mim. Por causa disso (falta de prioridade) passei por alguns problemas, onde trabalhei.
Show de bola Rodrigo obrigado por deixar seu comentário! De fato inverter essa relação é muito difícil, principalmente quando a gente já se encontra numa situação com prazo que é faca no pescoço :(
Mano, seu canal é incrível. Recomendei para vários brothers, mas, em muitos dos vídeos eles sentiram dificuldades em entender alguns termos técnicos (ou não) em inglês. Você poderia fazer um vídeo sobre alguns termos usados no meio tecnologico/usados por você/ usados em uma empresa de tecnologia como a pagar.me. Show de bola o conteúdo, irmão.
Muito bom o esse vídeo Filipe, chega dar até uma emoção ao ver ouvir sobre esse assuntos, sempre rola aquela incógnita no nosso dia a dia refatorar VS entregar, acho que muito do que você trouxe no vídeo esclarece está questão 😍
Olá conheci seu canal e gostei, mas não vi nenhum vídeo de você se apresentando contando sua trajetória e quais cursos cursou, seria de grande valor um vídeo seu se apresentando, estou entrando na t.i agora em ADS e é sempre bom aprender mais, muito da hora sua empresa.Abraço
Caramba, essa legenda do vídeo está ótima! #paraCegoVer ... quer dizer #paraSurdoOuvir para um mundo com mais conteúdo acessível! Parabéns pela produção!!
O resumo da entrevista ficou ótimo, acho que em alguns trechos vc comenta o que ele disse e depois solta o vídeo dele falando, poderia deixar um ou outro.
Refactoring, mesmo em pequenas porções como sugere o Fowler, para manter o código saudável, ainda mais sem a anuência dos analistas de negócio, é extremamente perigoso. As empresas funcionam com orçamentos, com timebox para as stories do sprint - pode afetar o burndown - os programadores tem opiniões diferentes - um quer fazer com código funcional, outro quer deixar portável. Muitas vezes o código vai ser entregue para o cliente, e ele não tem skill necessário. Refactoring pode criar novos bugs e pode gerar retrabalho, depende de uma boa cobertura de testes. Existem fatores ECONÔMICOS envolvidos.
Excelente entrevista. Gostei muito desse formato, poderia também incluir conferências (ou trecho delas já que geralmente são muito grandes), já que não é toda hora que temos uma entrevista com um mito desses kkkk. A propósito, estou lendo o Refactoring versão Javascript e estou gostando bastante. Feliz ano novo e tudo de bom para nós em 2019.
Filipe, estava dando uma revisada nesse vídeo de refatoração, e pensei, seria SENSACIONAL esses erros de gravação como conteúdo extra lá dos membros 😂. É só uma ideia, grande abraço!
Filipe, estou vendo os seus videos mais antigos e cheguei nesse. Teve série do livro do M Fowler? parabens. full dopamina assistir os seus videos. vlw d+
Que massaaa que achou o link 😍 e sensacional a sua metaaaaa!!!! E algo que estou adicionando em todos os comentários é que a campanha de chegar em *201k inscritos* até o dia *31 de dezembro* continua!!! 🔥 Vai ser um belo desafio, mas caso queira contribuir convidando um colega a se inscrever, *apenas um colega mesmo* ... vou ficar eternamente agradecido porque isto traz uma relevância importante para o canal, fechado? Vamo que vamooooo 🤝
Acho q o problema não é falta de conhecimento sobre o assunto, mas ganância das empresas mesmo. Refatorar "freia a produção", pelo menos nominalmente, de modo a atiçar 1 chefe q esteja olhando somente seu bônus $$ de tempo de conclusão.
Massa!!!! Eu só li o DDD e absorvi 15% na época, mas do que eu já absorvi fez toda diferença! E o que achou do vídeo na parte de "convencer as pessoas de negócio"?
Precisamente a minha opinião. As pessoas de negócio não têm nem que saber disso, já tem que vir embutido no cálculo de capacidade. O que eu gosto muito do pessoal da ThoughtWorks é que eles têm uma noção muito aguda da história, de onde esse negócio de escrever código veio. O que permite que eles tenham um domínio sobre as variáveis que influenciam a construção de um software como poucos. Das tantas palestras que eu vi, pra mim um bom pedaço de software tem: 1. Uma boa arquitetura 2. Fácil extensibilidade 3. Laços de feedback muito curtos Se ele é escrito em python, javascript ou java é muito menos relevante. Sinto muita falta de canais que falem mais disso ao invés de graphql, react ou flutter.
Filipe, você diz que a ideia é trazer um conteúdo internacional para o Brasil, mas você fez um vídeo que só da pra entender se souber inglês, o publico é o mesmo do conteúdo original do vídeo, tenta fazer uma releitura e não um react.
Lucas, tudo bem? Obrigado pelo retorno, talvez eu deveria ter destacado que se você habilitar as legendas do vídeo aqui no TH-cam você vai ver que a Renata traduziu todo o inglês do Martin para português, ficou bem legal o resultado, dá uma conferida :)
*PERA!!!!!* - Antes de ler os comentários, olha que *massinha* que ficou meu *Curso de Programação* curso.dev To muito orgulhoso, sério 💪 💪 💪
Além do *Refactoring* tenho absoluta certeza em dizer que a playlist sobre *Clean Code* é a melhor sequência de vídeos do canal inteiro e vai com certeza modificar o jeito que você programa:
▸ th-cam.com/video/9w3o9NHXqu0/w-d-xo.html
As legendas ficaram FOODAS, conseguiu traduzir muito bem os termos ditos pelo Martin Fowler, parabéns :)
Boaaaaaaaa!! 100% dos créditos vão pra Renata, ela realmente matou a pau :)
A palavra que melhor descreve o trabalho que esta fazendo é "SENSACIONAL"! Parabéns e um parabéns especial a "Renata" pela legenda! Ficou nota 1000!
aahahahahahah show!!!! já repassei esse comentário pra ela! valeu :)
Esse conteúdo é muito valioso. O resumo do Clean Code também. Muito obrigado.
Show, valeu :)
Sem dúvida, o tema é de suma importância. Parabéns pela interpretação da entrevista! Vejo muito o valor da refatoração em sites de desafios de código (SoloLearn, CodeWars, etc...). Muitas vezes, há um esforço grande nas primeiras soluções do desafio, contemplando muitas linhas de código e, conforme vão publicando novos códigos de solução para o mesmo problema, é nítido o quanto a coisa vai ficando mais "enxuta" e legível. Um exemplo clássico é o fato das soluções em Java usando Lambda Expressions da API mais recente conseguirem mais upVoted, pois usam menos de um quarto no número de linhas de código, com muito mais legibilidade e elegência, sem falar que a execução desses códigos na JVM não é meramente uma referência mais curta à classes "obscuras", mas sim, realmente, fazem o que fazem com menos código dentro da própria API (À propósito, uma obra de arte da Oracle!). Se for traspor isso para um mundo mais prático e profissional, o cara que se preocupou em adequar seu projeto às possibilidades dessa API, depois de um tempo, acabou rendendo muito mais agilidade e facilidade para continuar fazendo upgrade em sua aplicação, além de tirar melhor proveito dos novos recursos e especificações lançadas - Mesmo que o cliente nem faça ideia disso.
Rafael, que comentário SENSACIONAL!!!!! Muito obrigado por registrar aqui. Eu sempre fico muito feliz quando alguém adiciona ainda mais conteúdo de qualidade nos comentários para quem acabou de ver o vídeo.
fulll dopamina .... estou praticamente terminando um projeto de 5 meses.... pqp.... !!! valeu, deschamps.
Tamo juntooooo!!!!!
@FilipeDeschamps ta devendo a série de refactoring que você nos prometeu (6:00)
Quase terminando o *Filipe Flix* já que por enquanto existem poucos vídeos... #AproveitaQueTáTOP
Parabéns pelo seu canal, a maioria do conteúdo do seu canal tem acrescentado e enriquecido bastante em minha carreira como dev!
Tiagão valeu pelo comentário meu caro, fico muito feliz em ler isso :)
Parabéns pelo vídeo, tenho certeza que não só você aprendeu, como disse no começo do vídeo, mas compartilhou o conhecimento obtido e isso é muito bom!!
Sensacional Lucas, é isso ai mesmo :) valeu pelo comentário!
Filipe, primeira mente muito obrigado pelos teus vídeos, se me permite quero agradecer, também, pelas pessoas que por alguma razão não conseguiram vir aqui te agradecer. Obrigado! Se eu puder dar uma sugestão de conteúdo seria o TDD, que ajuda muito tanto quem está começando a aprender a programar como para quem já é programador desde a pré-história. Me senti a vontade para sugestionar pois acho que está alinhado com as intenções do teu canal. Parabéns e que seja só o início de todo o sucesso desse time.
Felipe, realmente gostei muito do vídeo.
8:11 foi um grande dica pra mim.
Por causa disso (falta de prioridade) passei por alguns problemas, onde trabalhei.
Show de bola Rodrigo obrigado por deixar seu comentário! De fato inverter essa relação é muito difícil, principalmente quando a gente já se encontra numa situação com prazo que é faca no pescoço :(
Mano, seu canal é incrível. Recomendei para vários brothers, mas, em muitos dos vídeos eles sentiram dificuldades em entender alguns termos técnicos (ou não) em inglês. Você poderia fazer um vídeo sobre alguns termos usados no meio tecnologico/usados por você/ usados em uma empresa de tecnologia como a pagar.me. Show de bola o conteúdo, irmão.
Ahhhhhh que ideia massa Geraldo!!!!! Valeu :)
Muito bom o esse vídeo Filipe, chega dar até uma emoção ao ver ouvir sobre esse assuntos, sempre rola aquela incógnita no nosso dia a dia refatorar VS entregar, acho que muito do que você trouxe no vídeo esclarece está questão 😍
Augustão que massa te ver aqui :) e concordo total!!!! Devíamos fazer clube do livro do Refactoring, ainda mais que agora está em JavaScript :)
Olá conheci seu canal e gostei, mas não vi nenhum vídeo de você se apresentando contando sua trajetória e quais cursos cursou, seria de grande valor um vídeo seu se apresentando, estou entrando na t.i agora em ADS e é sempre bom aprender mais, muito da hora sua empresa.Abraço
Ah Brunão! Bom ponto, mais para frente posso fazer sim :) obrigado pelo comentário!!!!!
Sou professor do Estado e preciso aprender o que é e como fazer, pois preciso ensinar para os meus alunos.
Sensacional essa conteúdo ! Voce sempre maravilhoso na capacidade de decifrar a complexidade. Parabéns pelo vídeo.
cara, continua nesse pique, ta mandando muito bem !!!
Boaaaaaa Wellerson, valeu pelo apoio :)
Caramba, essa legenda do vídeo está ótima! #paraCegoVer ... quer dizer #paraSurdoOuvir para um mundo com mais conteúdo acessível! Parabéns pela produção!!
kkkkkkk SHOW!!! Repassei pra Renata :)
O resumo da entrevista ficou ótimo, acho que em alguns trechos vc comenta o que ele disse e depois solta o vídeo dele falando, poderia deixar um ou outro.
Carlos, perfeito!!!! Você está certo :) obrigado pelo comentário!
O óculo é azul, a camisa tbm a parede no fundo tbm, tem um jarro azul tbm, tem travesseiro azul achei top isso
a impressora na direita tem detalhe em azul, o quadro no canto superior esquero também é azul
Muito bom, Martin Fowler é muito foda, muito boa a analise sobre o video.
O refactoring dá uma série muito legal sim.
parabens
Show Rodrigão!!!! Seria muito foda a gente fazer um clube do livro aqui, vai impactar diretamente na nossa code base
Esse vídeo é incrível!!!
Estou ansioso para essa série...
😍
Que maravilha que você voltou com tudo 😋
Boaaaaaa!! Valeu Dikz :)
as legendas ficaram muito boas !!!!!
Kelvis que massa!! Mérito 100% da Renata, ela realmente matou a pau traduzindo a parte em inglês :)
Pessoal que é membro do canal, já tem esta playlist do livro citado no minuto 06:02 (Refactoring (2nd edition), de Martin Fowler)?
Cenário incrível
ahhahahaha massa!!!
Então estou no caminho certo :)
Tem algum vídeo ou conteúdo que você recomenda para recuperar código legado?
Conteúdo muito bom, obrigado pelos ótimos vídeos de tecnologia
Refactoring, mesmo em pequenas porções como sugere o Fowler, para manter o código saudável, ainda mais sem a anuência dos analistas de negócio, é extremamente perigoso. As empresas funcionam com orçamentos, com timebox para as stories do sprint - pode afetar o burndown - os programadores tem opiniões diferentes - um quer fazer com código funcional, outro quer deixar portável. Muitas vezes o código vai ser entregue para o cliente, e ele não tem skill necessário. Refactoring pode criar novos bugs e pode gerar retrabalho, depende de uma boa cobertura de testes. Existem fatores ECONÔMICOS envolvidos.
Vídeo fantástico. Muito obrigado Filipe!
Boaaaa Silas, valeu meu caro :)
Excelente entrevista. Gostei muito desse formato, poderia também incluir conferências (ou trecho delas já que geralmente são muito grandes), já que não é toda hora que temos uma entrevista com um mito desses kkkk. A propósito, estou lendo o Refactoring versão Javascript e estou gostando bastante.
Feliz ano novo e tudo de bom para nós em 2019.
Ahhhhh que MASSA Fabio!!! O que está achando da versão em JavaScript? Está legal? Abração e obrigado pelo comentário, boas festas de virada de ano :)
Muito bom Filipe, magnific!!
Valeuuuuuuuuuu!!!!!!!!!!!
Show de bola o video, ja esperando proximo ;)
Refactoring do livro de Refactoring Uhowww rs
hahahaahahahahha total!!!!
Agradecido pelo bom conteúdo de sempre querido!
Massaaaa demais ...Execelente. Parabéns
Boa Paulão!!!!!!!!!!
Filipe, vc chegou a dar uma olhada nesta segunda edição do Refactoring?
Jackson tudo bem? Ainda não, mas vou com certeza! Mais para frente quero comprar o livro e fazer uma série assim como fiz com a do Clean Code :)
@@FilipeDeschamps Maravilha!!!!
Filipe, estava dando uma revisada nesse vídeo de refatoração, e pensei, seria SENSACIONAL esses erros de gravação como conteúdo extra lá dos membros 😂. É só uma ideia, grande abraço!
hahahahahah ótima idéia Caio 😍
Vídeo sensacional! Obrigado!
Show Adriano, valeu :)
Filipe, estou vendo os seus videos mais antigos e cheguei nesse. Teve série do livro do M Fowler? parabens. full dopamina assistir os seus videos. vlw d+
Ótimo conteúdo cara! Parabéns!
Como sempre Filipe! Iraaaado! :D
Boaaaa, valeu Fabiel :)
Excelente conteúdo... Vlw msm🤙
Valeu Carlão!!!!! Tamo junto :)
Venho por meio deste te lembrar que no minuto 6 o senhor (agora pai) prometeu uma serie sobre refatoração
Qual link dessa entrevista? Ainda esta disponível?
Gostando demais do seu conteudo e to vendo o canal desde o inicio, meta 2020, ver todos seus videos
Achei o video: www.thoughtworks.com/books/refactoring2?
Que massaaa que achou o link 😍 e sensacional a sua metaaaaa!!!! E algo que estou adicionando em todos os comentários é que a campanha de chegar em *201k inscritos* até o dia *31 de dezembro* continua!!! 🔥 Vai ser um belo desafio, mas caso queira contribuir convidando um colega a se inscrever, *apenas um colega mesmo* ... vou ficar eternamente agradecido porque isto traz uma relevância importante para o canal, fechado? Vamo que vamooooo 🤝
Aí vc piscou e chegou a 11mil inscritos
ahhaaha sim!! eu queria ter comemorando a virada de 10k mas não deu tempo de fazer material kkkkk vamo que vamo!!!! Partiu 20mil !!!!!!!
Filipe mata a pau, simplifica e resume as palavras do mestre...
Acho q o problema não é falta de conhecimento sobre o assunto, mas ganância das empresas mesmo. Refatorar "freia a produção", pelo menos nominalmente, de modo a atiçar 1 chefe q esteja olhando somente seu bônus $$ de tempo de conclusão.
Filipe, pergunta boba, qual mic tu usa?
Moreno tudo bem? Eu uso o "Pro Lavalier Lapel Microphone JK MIC-J 04"
maravilha!!
Quero saber como refatorar.
Kd o link do vídeo? Aparece pra celular ou só no pc? :]
Puts tava na descrição e acho que sobreescrevi... e to procurando que nem um maluco aqui na internet e não to achando mais, argh!!
@@FilipeDeschamps achei embedado nessa pagina www.thoughtworks.com/books/refactoring2
Fantástico
Já está a venda o segundo volume?
Weverton, você é fantástico!
Alex, está a venda sim e pelo que ví, só nos EUA.
@@FilipeDeschamps vamos começar logo a série código limpo 2...rs um abraço!!
Ótimo vídeo, obrigado pelo resumo muito bem explicado.
1:21 like dado !
boaaaaaa!!! valeu :)
teria como mandar o link desta entrivista?
Achei www.thoughtworks.com/books/refactoring2?
Top
Você é top Thayller!
java.util.vector jesuis
Oh, dev, tem uma tríade muito show pra fazer uma série sobre:
1. Pragmatic Programmer
2. Refactoring
3. Domain-Drive Design
Massa!!!! Eu só li o DDD e absorvi 15% na época, mas do que eu já absorvi fez toda diferença! E o que achou do vídeo na parte de "convencer as pessoas de negócio"?
Precisamente a minha opinião. As pessoas de negócio não têm nem que saber disso, já tem que vir embutido no cálculo de capacidade.
O que eu gosto muito do pessoal da ThoughtWorks é que eles têm uma noção muito aguda da história, de onde esse negócio de escrever código veio. O que permite que eles tenham um domínio sobre as variáveis que influenciam a construção de um software como poucos. Das tantas palestras que eu vi, pra mim um bom pedaço de software tem:
1. Uma boa arquitetura
2. Fácil extensibilidade
3. Laços de feedback muito curtos
Se ele é escrito em python, javascript ou java é muito menos relevante. Sinto muita falta de canais que falem mais disso ao invés de graphql, react ou flutter.
@@victorteodoro9325 PERFECT!!!!!
Seu grau ocular é quanto?
Não me lembro, mas é quase 2 em um dos olhos
top
Você é top Bob!
Achei o volume bem baixo...
Opa!!! Vou dar um jeito para próxima, valeu pelo toque :)
ok
Isso vale para c#? (Comecei a Assistir agora kkk)
vale pra qlq linguagem
up
Filipe, você diz que a ideia é trazer um conteúdo internacional para o Brasil, mas você fez um vídeo que só da pra entender se souber inglês, o publico é o mesmo do conteúdo original do vídeo, tenta fazer uma releitura e não um react.
Lucas, tudo bem? Obrigado pelo retorno, talvez eu deveria ter destacado que se você habilitar as legendas do vídeo aqui no TH-cam você vai ver que a Renata traduziu todo o inglês do Martin para português, ficou bem legal o resultado, dá uma conferida :)
muito massa, Oooooooh long johhhhnsoonnn kkkkkkkkkk
Fatorarem??