Це відео не доступне.
Перепрошуємо.
SOLID fica FÁCIL com Essas Ilustrações
Вставка
- Опубліковано 6 вер 2020
- ✅ 𝗔𝗚𝗢𝗥𝗔 𝗘𝗨 𝗧𝗘𝗡𝗛𝗢 𝗨𝗠 𝗖𝗨𝗥𝗦𝗢 😍
▸ Olha que massa que ficou: curso.dev/
Tutorial especial para quem programa códigos que depois ficam difíceis de entender e dar manutenção. Os Princípios SOLID vão deixar o seu código com um formato mais profissional, então se você é programador e utiliza orientação a objetos (POO), o conteúdo deste vídeo é fundamental. Os "SOLID Principles" foram criados pelo Robert C Martin (também conhecido como Uncle Bob) e ajudam o engenheiro de software a programar códigos melhores. Este vídeo irá cobrir com ilustrações todos os princípios:
- Princípio da Responsabilidade Única (Single Responsibility Principle)
- Princípio Aberto Fechado (Open-Closed Principle)
- Princípio da Substituição de Liskov (Liskov Substitution Principle)
- Princípio da Segregação de Interfaces (Interface Segregation Principle)
- Princípio da Inversão de Dependência (Dependency Inversion Principle)
✅ 𝗚𝗢𝗦𝗧𝗔 𝗗𝗘 𝗡𝗢𝗧𝗜𝗖𝗜𝗔𝗦 𝗦𝗢𝗕𝗥𝗘 𝗧𝗘𝗖𝗡𝗢𝗟𝗢𝗚𝗜𝗔?
▸ Então você vai pirar nisso: filipedeschamp...
✅ 𝗢𝗟𝗛𝗔 𝗤𝗨𝗘 𝗠𝗔𝗦𝗦𝗔!
▸ Se essas conversas aqui estão fazendo você perceber coisas diferentes no seu código, ou na sua profissão de desenvolvedor, considera se tornar um Membro da Turma. É muito massa porque dá pra ter uma conversa muito mais próxima e discutir coisas bem diferentes e super importantes do nosso dia a dia: www.youtube.co...
✅ 𝗢𝗦 𝗠𝗘𝗟𝗛𝗢𝗥𝗘𝗦 𝗩𝗜𝗗𝗘𝗢𝗦 𝗗𝗢 𝗖𝗔𝗡𝗔𝗟
▸ Preguiça: Descobri Como Consertar o Meu Maior Problema
• Descobri Como Conserta...
▸ 3 Técnicas Que Eu Uso Para Aprender a Programar Qualquer Coisa
• 3 Técnicas Que Eu Uso ...
▸ SOLID fica FÁCIL com Essas Ilustrações
• SOLID fica FÁCIL com E...
▸ Eu fiz um dos melhores cursos de Programação do Mundo!
• Eu fiz um dos melhores...
▸ Desafio: 10 projetos rápidos para treinar Programação e conseguir um Emprego
• Desafio: 10 projetos r...
✅ 𝗟𝗜𝗡𝗞𝗦 𝗖𝗜𝗧𝗔𝗗𝗢𝗦 𝗡𝗢 𝗩𝗜𝗗𝗘𝗢
▸ The S.O.L.I.D Principles in Pictures:
/ the-s-o-l-i-d-principl...
▸ SOLID (O básico para você programar melhor) // Dicionário do Programador
@codigofontetv - • SOLID (O básico para v...
▸ Princípios SOLID em uma API REST com Node.js e TypeScript
@rocketseat - • Princípios SOLID em um...
*PERA!!!!!* - Antes de ler os comentários, olha que *massinha* que ficou meu *Curso de Programação* curso.dev To muito orgulhoso, sério 😍 😍 😍
Que vídeo maravilhoso! Quanto mais didáticos com conteúdos mais avançados melhor! SOLID é um divisor de águas.
Parabéns Filipão por mais essa obra prima e obrigado pela indicação! 👏👏👏
Casal delicinha respondendo conteúdo delicinha do Teló 😂 vcs são magníficos! Abraço ❤
Valeuuuuuu turmaaaaaaa 😍
Muito bom mesmo! Estou impressionado, pois foi o mais didático sobre SOLID que já assisti! 👏🏻👏🏻👏🏻 Agora vou correr para assistir o vídeo do casal nerd do código fonte tv :) que também sigo, e é puro aprendizado!
Parabéns pelo conteúdo mesmo! Sempre didático nas suas explicações.
O 'programador lhama' tem uma playlist sensacional sobre POO que compreende SOLID, princípio por princípio:
ua-cam.com/video/WP5p4QEqLLQ/v-deo.html
@@MauricioDeMartino Já vejo os vídeos há algum tempo. São excelentes.
O mais bizarro desse vídeo: ele é atemporal! Que conteúdo sensacional, assisti há 3 anos atrás, assisti há 1 ano atrás e estou assistindo de novo hoje. E como todas as três vezes foram perspectivas e insights diferentes?
Será que estou na matrix?
Parabéns mais uma vez Deschamps! Você é o cara!
Muito massa o vídeo
00:01:03 - S
00:04:38 - O (lembre-se dos plug-ins e pattern observer)
00:12:28 - L (interessante as observações sobre herança)
00:16:33 - I
00:17:40 - D
Um vídeo para assistir mais de uma vez.
Voltei aqui hoje.
melhor comentário kkk
Verdade, meu amigo.
vi este vídeo a cerca de 6 meses atrás enquanto estudava SOLID e Orientação objetos e lembro de ficar completamente perdido em cada exemplo, e hoje após estudos e experiência percebo como esse vídeo é bem feito, bem explicado e como eu evolui na programação.
Eu estava pensando a mesma coisa, é muito bom quando percebemos a nossa evolução assim
Sensacional o seu comportamento de indicar vídeos de outros canais de programação! A comunidade inteira deveria se comportar assim (e é o que eu estou vendo cada dia mais).
Show João! Acho muito importante a comunidade estar unida, porque programação é algo que tem o potencial de transformar um país inteiro... e isso na minha visão de futuro é algo fundamental para continuar competitivo 👍 🤝
Acho legal ressaltar uma coisa sobre o SRP (o S do SOLID):
ele se refer muito mais à estrutura "arquitetural" do que à estrutura do código em si. Assim, na verdade, ele não quer dizer que uma "classe" deva ter apenas uma responsabilidade, mas sim que "apenas um stakeholder deve ser responsável por alterá-la".
O que isso quer dizer? Quer dizer que sua classe só deve ser alterada se o requerimento (ou caso de uso) de um usuário, e somente um usuário, mudar.
Por exemplo: imagine que o seu sistema é usado pelos gerentes e pelos clientes de um banco. Imagine agora que você tem uma classe, utilizada pelos dois "stakeholders", responsável por realizar operações dentro de uma conta bancária. Se, um dia, por qualquer motivo, os gerentes decidirem que querem ver o saldo da conta convertido para dólares, por exemplo, isso afetaria não somente os gerentes, mas também os clientes. O SRP teria evitado isso, já que, segundo ele, existiriam duas classes separadas, uma para o cliente e outra para o gerente. A partir daí vem vários outros questionamentos e sugestões, como usar o princípio de segregação de interfaces, mas a ideia geral é essa.
Vejam, não estou dizendo que não é importante ter classes com funções bem definidas e segregadas, porém percebam que somente isso não garante que o SRP está sendo seguido. É preciso aplicar a mesma forma de pensar também an arquitetura, e é isso que o SRP diz.
🎯
Até agora, não vi nenhum desenvolvedor abordar de forma tão didática as boas práticas e design patterns como você. Ótimo conteúdo...
Valeuuuuu Tiagoooooooo 😍
O conceito SOLID é muito útil no dia a dia, pra quem é mais velho e veio de linguagens não orientada a objetos e vícios de desenvolvimento em modelos caóticos acaba sendo mais díficil assimilar esses novos conceitos principalmente se não estiver inserido dentro de uma ambiente e projeto que estimule o uso, pra quem é novo e nunca programou assimilar utilizar bem os melhores conceitos quando inserido num ambiente certo o profissional tende a se desevolver muito rápido, eu programo desde 2008, mas já trabalhava na área desde 2003, comecei com Clipper xHarbour de só em 2012 comecei com Java mas ainda num ambiente bem fraco e desestimulante, hoje sofro pra assimilar novos conceitos e perder vícios do passado, já um colega meu do passado começou a programar em 2017 num ambiente estimulante com 3 anos já tem 2 certificação Java e uma de Spring. A curva de aprendizado de cada pessoa tende a ser diferente pois depende do ambiente inserido da equipe com a qual trabalha do perfil e de como cada um será reconhecido e valorizado.
Muito massa, estou trabalhando numa playlist de Design Patterns que usam e abusam dos princípios do SOLID. Parabéns Felipe por trazer este conteúdo com entretenimento =)
“Nessa época eu tinha apenas 35 anos.” Eu achando que ele tinha no máximo 25 anos 😳
😂
@@FilipeDeschamps Socorro deschamps, quantos anos vc tem ? Isso me assola toda noite !
Juro que fui pesquisar pra saber a idade do Dechamps... Sério que vc tem 35 cara? Tá perdendo tempo sendo programador. Deveria ser garoto propaganda do cicatricure ou renew da Avon.
@@jonilsonbatistalima produtos ivone
@@inks2051 Nunca ouvi falar. 🤣
Excelente didática Filipe...você é um professor universitário dos bons, em pessoa...parabéns !!!
Valeuuuu Paulo!!! 👍
Quem sabe usar Design Patterns e SOLID com eficiência num projeto pode se considerar um Jedi da programação!
Toda vez que retorno neste vídeo aprendo algo novo. É incrível essa didática massinha!
Simplesmente o conteúdo que agrega muito valor nas vidas dos desenvolvedores. Excelente! Obrigado por compartilhar!
Jeannnnnnn to na missão de responder 100% dos comentários dos Membros da Turma e cheguei nesse só agora 😂 e valeuuuu meu caro 😍 vamo pra cima!!!
Trabalhando como arquiteto de software, esses princípios sempre fizeram parte do meu escopo. Criar boas abstrações é importante. É algo que todo desenvolvedor deveria tentar fazer... Esses princípios são genéricos o suficiente para se encaixarem em qualquer linguagem de programação. Parabéns.
Estou trabalhando num pequeno programa pessoal, e procurei fazer tudo do jeito mais inteligente que conseguia pensar. Fico feliz que segui muitos desses princípios sem nem saber!! :D
Pedroooo to na missão de responder 100% dos comentários dos Membros da Turma e cheguei nesse só agora 😂 e que massa meu caro!! Parabéns pela coragem de fazer um projeto pessoal, isso é muito valioso 👍
Já é a terceira vez em dois dias que assisto esse vídeo, precisei começar a estudar mais sobre arquitetura de software e esse vídeo tá sendo uma delicinha para poder fixar na minha cabeça sobre boas práticas e sobre arquitetura. Conteúdo show de bola!!
Que massaaaaa Rennan 😍
Acho essencial saber desse princípio, pelo menos pra saber onde mirar... pra ter uma referência de como o código deveria ser. (Outra guideline que gosto muito é a "Law of Demeter".) Só que, na prática, acho bem difícil atender todas as letras do SOLID. A letra I, por exemplo, acho que é a que eu mais quebro, kkk. Sei que o ideal, pra não ter métodos "sobrando" na interface, seria quebrar ela em interfaces menores. Mas as vezes é difícil arrumar abstrações que façam sentido. (Acho também que essa minha reclamação é bem comum, heheh.) Ah, sugestão: coloca um timestamp na descrição do vídeo apontando pra onde começa a explicação de cada letra. E, como sempre, vídeo sensacional! Vou recomendar aqui na empresa. Valeuuu! :)
Valeuuuuuu meu caro!! E sim, a parte da abstração no nível certa é a mais difícil de todas sem dúvidas. Este é um dos grandes motivos que eu uso composição, porque se eu quiser fazer um pinguim que voa, solta raios, corre e anda de carro, é só compor essas features 👍
Sem palavras para descrever a excelência de suas explicações, Felipe! E sempre reparo no brilho dos seus olhos refletindo o amor pelo que você faz. Parabéns! Continue sempre nos abençoando com esse trabalho maravilhoso.
Cara, eu nem sou da área, mas to gostando muito de ver e ouvir seus vídeos. Você passa a informação de qualidade e com paixão, com um sorriso no rosto. Você com certeza deve ser uma referência na área! Parabéns.
Ótima explicação, especialmente para o Liskov!
Valeuuuu Raylan 😍
Pra quem tiver uma afinidade razoável com o inglês, sugiro a série do Tim Corey, ele tem um vídeo pra cada principio (cerca de 1h cada video) e explica em muitos detalhes cada um, utilizando C#.
Dechamps, eu não sou programador mas assisto seus vídeos porque a forma como você explica faz eu compreender não apenas como funciona a engenharia de softwares, mas, principalmente me ajuda a utilizar os mesmos princípios de abstração e metodologias para a criação de projetos nas mais diversas áreas. Ou seja, assistir seus vídeos me faz eprender como aprender e a forma organizada com que você transmite o conteúdo ajuda a organizar os pensamentos e elimina um monte de bug que trava toda e qualquer iniciativa.
Vendo esse vídeo em 2023. E digo mais: QUE VIDEO MEUS AMIGOS, QUE VIDEO!!! Você é atemporal Filipe. Parabéns.
Estou estudando DDD + Clean Arch a 1 semana e toda vez que acabo algum conteúdo venho assistir novamente esse vídeo e é incrível que sempre aprendo uma coisa nova! Seus vídeos são incríveis !!
Olha, te confesso que estava estudando solid com dart e tal, como é minha primeira vez vendo solid estou tendo dificuldades, pra poder avançar. Estudando e pesquisando e você não sabe a FELICIDADE que tive quando encontrei seu vídeo, parabéns! Eu ainda nem assisti mas já estou feliz por ter esse vídeo no seu canal, um ótimo profissional e professor também!!
Uma das melhores explicações sobre SOLID que vi até hoje. Parabéns.
Filipe, acho que um bom exeplo para o princípio da substituição de Liskov é percorrer listas pela superclasse.
Se você precisa percorrer uma lista de Aves(superclasse), seu programa não deve precisar verificar o tipo de seus objetos(classes filhas). O exemplo abaixo está ferindo este princípio pois para chamar o método Voar em uma lista de aves, é necessário verificar se a Ave não é do tipo penguim.
foreach(Ave ave in listaDeAves)
{
if(!(ave is penguim))
{
ave.Voar();
}
}
Caracas mano… como eu demorei tanto para encontrar o seu canal? Que puta canal legal de assistir. Seus conteúdos, seu jeito e a abordagem dos temas. Sinceramente não sei como vc ainda não tem milhões de seguidores. Coisas de Brasil neh. Parabéns pelo canal e tmj🤜🏾🤛
Eu nunca vi uma explicação tão didática para os princípios SOLID, parabéns!
O bom de trabalhar em equipe (e principalmente com gente mais experiente) é que você vai aprendendo, com os colegas, que algumas coisas não precisam ser tão engessadas como diz a teoria. Quando você falou "Eu não utilizo herança nos meus programas, eu sempre faço composição", um led acendeu no meu cérebro. Eu pensei: "Epa! Quer dizer que pode ser uma questão de escolha?". Eu sempre achei que, ao analisar um sistema, se aparecer uma solução com herança, você simplesmente usa herança. Mas, quanto mais eu estudo os conceitos mais filosóficos da programação, mais eu vejo que eu posso criar o meu próprio estilo de código. Claro, respeitando boas práticas e padrões.
É assim mesmo como estou pensando?
(OBS.: Não estamos em um trabalho em equipe na prática, mas o ambiente aqui é bem semelhante a estar em um. E isso é muito produtivo.)
Pode se dizer que pensei a mesma coisa kkkk
Por isso já fui atrás de entender como funciona o padrão de composição
Geovaniiiii to na missão de responder 100% dos comentários dos Membros da Turma e cheguei nesse só agora 😂 ótimo questionamento! Na minha experiência, para 99% dos programas que resolvem problemas normais (ou até 100%), já foram inventadas práticas MUITO boas e é bem difícil inventar algo novo no dia a dia. De qualquer forma, outro erro é fazer "overengineering" e usar boas práticas demais, num projeto que deveria ser simples. Imagine sempre como se fosse um "seguro", onde você fica protegido, mas tem um custo adicional a pagar (mesmo que não tire proveito algum).
Que vídeo delicinha Filipe, show de bola esse vídeo, já disseminei ele entre os júniors aqui da empresa rs.
Em 11:10, uma maneira de pensar nisso usando injeção de dependências seria pensar talvez assim:
- O robô é responsável por executar tarefas, tendo dois braços;
- O robô recebe duas dependências: Um manual e uma ferramenta, e um fica em cada braço;
- Assim, o robô através do manual (interface) executaria a tarefa (ferramenta);
Abraçoss
Sério, o seu conteúdo é transformador demais pra uma audiência relativamente reduzida! Sério, pra mim esse video merece milhões de views!
Vamos chegar lá Davi 👍
Cara, primeiramente gostaria de agradecer, pois somente depois de algum tempo procurando entender SOLID vi esse vídeo seu e consegui finalmente entender. Parabéns pelo conteúdo!
A explicacao de liskov ficou otima! a ideia é essa mesmo! num resumo de um professor que eu tive.. Implementacoes finais ficam em classes finais. ave é uma classe mae ou intermediaria... logo só deve ter atributos intermediarios comuns a todos os herdeiros.
Cara que massa o conteúdo, utilizei essas interpretações para a apresentação do meu TCC! ❤
Suas explicações são uma pintura, você mais do que desenha.
Parabéns demais pelo seu trabalho!
Nelsonnnnnnto na missão de responder 100% dos comentários dos Membros da Turma e cheguei nesse só agora 😂 e muito obrigado pelas palavras meu caro!!!
Você e o cara, me inspira cada vez mais ao meu dia a dia como desenvolvedor.
Wellingtonnnnnnnn to na missão de responder 100% dos comentários dos Membros da Turma e cheguei nesse só agora 😂 valeuuu meu carooooo!! Tamo junto nessa 👍
Man! Nunca fazia sentido para mim este princípio de Liskvoc, com sua explicação agora pude entender realmente pra que serve! Faz muito sentido! Excelente Xará!
Xaráááá to na missão de responder 100% dos comentários dos Membros da Turma e cheguei nesse só agora 😂 e que massa que deu para entender dessa forma! Foi um desafio pra mim entender pra conseguir explicar 😂 👍
Olá Filipe, tenho 15 anos e estou planejando uma carreira na programação de aplicativos e sites empresariais, e teria desejo de ter algumas dicas de alguém com bastante experiência como você, de já agradeço, amo seus vídeos :)
Assistindo esse vídeo uma vez por dia, durante uma semana até absorver🎉 obrigado, Felipe.
Esse, com certeza, pra mim, foi o melhor vídeo do canal.
Sensacional Iazaro, muito obrigado pelo comentário 🤝 👍
Parabéns Filipe!! Você tem uma excelente didática!! Passei por vários vídeos até achar o seu canal e daqui não saio mais!
cara esse vídeo é simplesmente perfeito, solid ficou até mais fácil agora, parabéns pela didática e pela qualidade, simplesmente perfeito =]
Massaaaa, valeu Jairo 😍
Thank you for sharing my article. Really appreciate
Não canso de assitir esse vídeo. Já perdi as contas de quantas vezes já voltei aqui pra deixar os conceitos do SOLID mais solid..... kkkkk
Filipe, talvez você não chegue a ver esse comentário, mas te admiro cara!
Em todos os seus vídeos é nítido a sua paixão pelo tema, está na sua voz! Não tem nada melhor do que fazermos as coisas apaixonados! (Compartilho desse mesmo amor quando tento explicar qualquer tema desse universo de TI HAHA)
Parabéns pelo conteúdo! Existem diversos vídeos sobre SOLID, mas sem dúvidas seus exemplos ficarão na memória!
Tinha visto esse post mês passado no LinkedIn e é realmente fantástico, mas com a maneira que o Deschamps explica ficou bem melhor 🎉
Massaaaa 😍
Não tenho nada a agregar ao vídeo, porém quero deixar aqui meu agradecimento pelo seu trabalho como comunicador, mesmo no começo da minha jornada de programador, você anda nesse ultimo ano me colocando no caminho certo, me animando cada vídeo mais, e eu sou muito agradecido por isso. Obrigado mais uma vez, Filipe, nunca deixe de ser essa pessoa incrível que você é.
JHHHHHHHHH to na missão de responder 100% dos comentários dos Membros da Turma e cheguei nesse só agora 😂 e muito muito muito obrigado pelo apoio!! Pode deixar que tem muito mais coisas vindo 👍
@@FilipeDeschamps Nem se preocupe cara kkkkkkkkk, pode só ler que pra mim tá ótimo, só estou aqui pra deixar meus agradecimentos!!
Parabéns pelo conteúdo! Excelente!!! Gostei da didática.
Representações visuais ajudam muito a entendermos qualquer coisa, desde humanas até exatas...
Ótimo vídeo, parabéns pela Didática Filipe Deschamps! 👏👏👏.
Parabéns pelo conteúdo Filipe.
Valeeeu, Filipe! Muito massa!!
Sensacional a explicação! Deixou simples e sem polemizar! Muito bom, parabéns!
Muito obrigado Filipe. É uma honra ser um membro da turma e ajudar na sua produção de conteúdo. Um abraço.
Reitero, eu amo esse homem!
ahahahahah 😍 😍 😍 😍 😍
Comecei vendo e ja fui vendo algumas coisas que podia melhorar em um app q to fazendo e já fui refatorando, negócio é práticar bastante pra virar uma rotina, valeu pelo video 🤜🤛
Programo em baixo nível profissionalmente há 1 década. Aprendi os princípios de SOLID na força do ódio sem ao menos saber que existia esse paradigma. Depois que comecei a programar mais em OO vi sobre o SOLID e descobri que para quem programa há algum tempo, o SOLID começa a ser o mais prático, a abstração mais óbvia para versonalização dos códigos é algo que praticamente não existe. Muito bom o vídeo, agora meus estagiários deram sub e alguns já são membros.
Que top mesmo esse assunto, simplificou muito .... valew mesmo... To vendo muitas pessoas abordado SOLID em NodeJs e Reactjs.
Showwww Carlos 😍
Felipe você te um diferencial, parabéns pelo conteúdo.
4:35 - Design Prematuro...?!
Faz um vídeo explicando isso, por favoooorrrrr...
A sensação que tive quando você mencionou isso, é que esse assunto vai ajudar demais a comunidade, principalmente quem está começando a implementar design patters, a não colocar a carroça na frente dos bois, rs
Desde já, agradeço por criar o canal e compartilhar esses conteúdos com a gente, sua didática é excelente e seu jeito de pensar nos inspira a sermos programadores melhores!
Grande abraço!
Ótimas explicações! Sou Arquiteto de Software e trabalho com programação a mais de 12 anos! Estudo bastante sobre padrões de projeto, arquitetura limpa, código limpo, testes, enfim, boas práticas e qualidade de software, o problema que vejo na maioria dos artigos e livros é que os exemplos dados nas leituras são sempre bem extremos! Ou são muito simples ou muito complexos, simples no sentido de vc ler e achar que entendeu, o cara por exemplo para explicar o O do SOLID da um exemplo utilizando animais, aí vc ahhhh agr eu entendi e chega na sua empresa pra tentar aplicar isso em um sistema complexo, aí entram vários problemas, desde a falta de entendimento do dev acerca do negócio (creio que isso pode dar até um vídeo, pq vc n vai fazer uma abstração correto se n conhecer as regras, mtos já "pecam" aqui) até a simplicidade dos exemplos que o cara leu, na minha visão um artigo bom de SOLID ou qualquer coisa estaria mais relacionado a quantidade de exemplos e aplicações das boas práticas, para n restar dúvidas! Seus exemplos foram ótimos, é um vídeo mto bom! Por experiência própria, td vez eu lia sobre SOLID e falava, entendi! Só que aí ia aplicar ou lia novamente e via que não tinha entendido direito, tive que ler N artigos de SOLID várias vezes para entender oq era!
Essa questão do Boleto me veio à mente resolvê-lá com uma classe genérica que trabalhe com qualquer extends do cartão. Lançava somente a interface, daí a implementação dependeria do objeto.
nunca vi um sistema usando SOLID perfeitamente, ainda mais em equipes grandes
O teu desenho ainda é o máximo
Que conteúdo show! muito obrigada pela explicação!!
A frase deixa o ego de lado foi top. Sempre olhar como melhorar . Toppp
Depois de estudar Poo esse conteúdo fez total sentido pra mim
Que vídeo incrível! To muito empolgado estudando design patterns, testes e outros paradigmas e mais uma vez um vídeo muito claro explicando nos detalhes o assunto.
Tava meio sumido para resolver algumas coisas mas agora é hora de maratonar os vídeos 🚀
Zagattiiiiiiii to na missão de responder 100% dos comentários dos Membros da Turma e cheguei nesse só agora 😂 e que show que vai mataronar, espero que consiga extrair muitos conhecimentos 🤝
@@FilipeDeschamps Hahahuahua, fica tranquilo Filipe, deve tá sendo complicado mesmo.
Estava maratonando mas recentemente troquei de empresa e to com um tempo menor, mas logo volto e vejo os vídeos que não vi ainda, como sempre com muito conteúdo e conhecimento!!!
Excelente, Filipe!
Rapaz, tu consegue fazer conceitos complexos ficarem simples. Tua explicação é muito divertida, parabéns.
Tu é o cara. Aula muito envolvente e acessível.
eu demorei para me aprofundar nesses conhecimentos e é incrivel a quantidade de devs que ainda hoje (2022) trabalham totalmente alheios a estes conceitos
Fantástico! Muito bem explicado 👏🏻👏🏻👏🏻👏🏻
Rapaz! Você é muito bom instrutor! Adorei sua metodologia e como fica fácil de entender o assunto abordado! Parabéns e muito obrigado por seu trabalho. Virei fã!
Legal o artigo. Vou por na minha lista. Valeu!
14:45, penso q isso seja dinâmico: o planejamento original não necessariamente preverá todas as possibilidades. Logo, volta-se e adapta-se ao novo cenário. Eu tenho feito assim, e tenho sido feliz com os _designs_ resultantes, sem perder muito tempo. Segue-se o ditado popular: _"É no andar da carroça q as melancias se ajeitam"_ .
18:06, mas cabe lembrar q otimização muitas vezes depende de especialização. E isso de trocar de ferramenta revelará dependência de subpeças, até certo ponto. Ou seja, haverá ferramenta específica (mesmo q na forma de subpeças), pq não existe completa adaptabilidade a qq ferramenta, justamente pq os detalhes técnicos de implementação precisam se focar numa forma (ou rol de formas) de cortar pizza.
que canal bom. obrigado por se dedicar!!!
Obrigado pelos vídeos. A tuas dicas estão ser de grande ajuda para mi.
Parabéns Felipe, assim ficou simples de mais! Muito bem explicado e nítido.
Eu acho tão legal quando vocês de Tecnologia indicam uns aos outros. Excelente sinergia. Demonstra muito mais do conhecimento mas também um exercício de auto-desenvolvimento.
MUITO MASSA. hahahaha
Pra mim ainda é difícil entender todos os princípios, na prática. Mas, eventualmente, eu chego lá! Obrigado pelo vídeo 💛
Showwwww Daniel, é isso aí 👍
Em relação ao princípio da substituição de Liskov, do ponto de vista da orientação a objetos, quando criamos uma classe, temos que definir desde o princípio qual é a responsabilidade que essa classe terá e até que ponto ela deverá ser capaz de cumprir essa responsabilidade ou delegar para as classes herdeiras. Essa delegação pode ocorrer tanto através da interface pública, com métodos abstratos, como através de métodos protegidos, que poderão (ou deverão) ser implementados pelas classes herdeiras.
Nesse ponto da explicação, seria importante ter um pouco de compreensão sobre os conceitos de classes concretas e abstratas, porém não entrarei nos pormenores para que o texto não fique muito extenso. O importante é que, pelo princípio da substituição de Liskov, quando implementamos alguma funcionalidade na classe base, essa funcionalidade deve ser preservada por qualquer classe herdeira, de modo que os testes unitários retornem os mesmos resultados independente de qual seja o objeto instanciado.
Apesar disso parecer limitante, qualquer comportamento especializado da classe herdeira ainda poderá ser criado pela implementação de métodos abstratos, sobrescrevendo métodos protegidos que tenham sido planejados para isso ou ainda pela utilização de componentes acopláveis. Todos esses métodos, quando bem utilizados, respeitam perfeitamente o princípio Open/Close e garantem a versatilidade da classe.
O exemplo da ProcessaPagamentos() foi sensacional. Como temos que lidar com isso, fica muito mais claro o entendimento. Muito obrigado!
Não tenho certeza quanto á exceções visto meu pequeno tempo de experiência, mas a afirmação que me faço quando crio uma classe pai é "Todo " ou "Todo tem ". No caso da ave é "Toda ave voa", se a afirmação não é verdadeira no meu contexto então eu sei que existe alguma abstração à mais entre as classes.
Sensacional Filipe.
Obrigado pela sua dedicação!
Misaellllll to na missão de responder 100% dos comentários dos Membros da Turma e cheguei nesse só agora 😂 muito obrigado meu caro 🤝 👍
overdose de conhecimento. show d+
Muito bom parabéns show de bola!!!
Parabéns pela sua didática Filipe!
Felipe sobre o LSP, como ele diz sobre a substituição isso não só se aplica a herança, também a Interfaces e polimorfismo
Caramba, que fantástico o seu modo de explicar, parabéns!
Cara, estava revendo os vídeos mais teóricos aqui do canal, muito bom este video!
Tuas explicações são excepcionais! Obrigado.
Excelente explicação amigo. Realmente, você tem uma didática excelente.
Está de parabéns.
ótimo vídeo filipe, que aula!
Sobre o Open-Closed Principle, eu gostei muito de utilizar ele usando o design pattern Decorator, acho que esse tipo de design pattern consegue manter o principio sem que eu precise mexer no "nucleo" e as minhas aplicações não quebram por causa disso
Que video legal filipe, eu sou novato em js mas já vi algumas bagunças e esse video entrou bem legal, poderia por favor fazer um video sobre essas reorganizações, o que mais existe por ai, e as tendencias, você explica bem e eu pego bem fácil. Obrigado e sucesso!
Muito bom... Manter a organização na hora de montar os códigos. Uma situação simples q ajuda muito. Já vi muitos programadores fazendo códigos onde, como vc disse, juntavam muitas funções em um robô só pra poder, de alguma forma, "otimizar" o código deixando menor... Eu não sou programador iniciante, não tenho muita experiência, mas eu gosto dessa idéia de dar delegar funções dentro do código, de fazer a indentação certinha, planejar o código prevendo o máximo de situações possíveis... Obrigado e parabéns pelo excelente conteúdo de sempre... Sucesso pra todos os envolvidos do Canal!!!
Showww Frank!!! Obrigado pelo comentário 🤝 👍
Muito bom, exemplo dos robozinhos se encaixou muito bem, valeu.