Padrões de projeto são muito úteis e realmente melhoram o seu nível, amplia sua visão. confesso que já tentei ler 3x o famoso livro GOF Padrões de Projetos e não consegui chegar até o final e descobri que esse livro é assim mesmo, faz as pessoas dormirem kkkk.
Cursei a eletiva de padrões de projetos na minha graduação e posso dizer com 100% de certeza que a mente do desenvolvedor muda totalmente, hoje em dia passo mais tempo pensando em que padrão e métricas usar pra solucionar o problema do que programando, parece estranho mas no fim das contas economiza tempo e código pq o padrão certo te ajuda demais na reutilização de código e a implementar varias funcionalidades muito mais rapidamente
eu cursei patterns em engenharia de software 3, decorator, state, observer, factory, façade, composite entre outros. Ja apliquei alguns, mas como sou graduando nunca peguei um grande projeto pra usa-los
Meu primeiro sistema (Gestão de Vendas Consignadas) em Java, usei o singleton para classe de conexão com banco de dados e classe controle da camada de controle. Muito fácil fazer a manutenção. Aprendi na devmedia
Bom vídeo. Design Patterns são muito importantes e ajudam a diminuir muito as dores de cabeça no desenvolvimento e manutenção de um projeto. Porém, devemos ter cuidado para não usar Padrões onde eles não são tão necessários (a velha Overengineering)
Faaaaaala devmedia, blz? A idéia de termos vídeos explicativos com telas compartilhadas em tempo real seria top demais! Será q rola ???? Um abraço, vcs são muito bons e extremamente inspiradores!
Manos de Boa esse teu vídeo me mostrou eu tanto dou valor no mundo da programação, e eu nem sabia que isso tinha um nome. Vídeo bom de mais, muito obrigado e que Deus o Abençoe. continue assim...
Fala galera da devemidia. Vcs explicao muito bem os vídeos de vcs . Pq alem de explica vcs tbm não mostra com uma tela pra jente ver isso na prática tbm. Acho que seria interessante.
04:05 - Só eu reparei no Red Hot Chilli Peppers ( música Snow ) tocando de fundo? Rsrsrs. Muito bom esse video. Percebi que tá na hora de deixar de ser Júnior. Valeu, DevMedia.
O Design Patterns do GoF é leitura obrigatória, apesar de já tá meio velhinho e usar C++ nos exemplos. Tem também três artigos na plataforma que são muito bons, segue o link, www.devmedia.com.br/busca/?txtsearch=design+patterns, DAL e Na prática.
Como funcionariam esses padrões em Python? Poderia dar, mais ou menos, um exempl de quando eu precisaria usar qualquer um deles? Levando em conta o que foi falado no vídeo, eu ainda nem nasci...
muito bom, já conheço design patterns faz alguns anos, mas faltou no vídeo indicar livros ou biografias para o pessoal começar a estudar. Mesmo assim foi um ótimo vídeo. Abraço.
Gostaria que comentasse algo sobre utilização de frameworks de CDI, você acha que é obrigatório o uso dele em todos os projetos, ou é possível viver sem ele? :)
Você fala sobre Context/Dependecy Injection? São tantas abreviações que é melhor perguntar 😅 Eu acho fundamental usar alguma forma de inversão de controle, IoC, já que esse é um princípio e a DI é uma das formas de implementar esse princípio. Agora, se for pra usar DI, acho que usar através de contêineres é a melhor forma, porque aí você separa a infraestrutura necessária pra prover dependências do código da sua aplicação. Quanto menos do framework entrar no domínio da sua aplicação melhor. Tando a CDI do Java EE, quanto a DI do Spring são ótimas, mas eu uso Spring, então acaba ficando com a DI dele - embora atualmente a CDI do Java EE esteja um pouco mais fácil de usar 🙌
Eu acho que sempre que vejos alguns exemplos de padrões de projetos, geralmente são exemplos bem menos complexos que quando encontramos os desafios do dia a dia kk
Rafael Pereira excelente pergunta. Existem padrões na programação funcional, se entendemos um padrão como uma “solução comum e aprovada para um problema conhecido”. Porém, como os elementos fundamentais da programação funcional são diferentes dos da orientação a objetos, os padrões de projeto citados nesse vídeo, que nasceram na OO, precisariam de certas adaptações para serem usados na PF ou serem desnecessários. Por exemplo, algumas linguagens funcionais possuem um recurso chamado Currying que torna o uso do padrão Factory desnecessário. Template Method é outro padrão que pode ser substituído por funções de primeira classe, recurso nativo das linguagens funcionais. Há ainda mais de uma fonte que aponta Map/Reduce como um padrão da PF, que pra ser usado na OO precisaria de adaptações (eu ouvi lambda e interfaces funcionais?) 🤔 Por isso você precisa não apenas conhecer os padrões e quais problemas eles resolvem, como também a linguagem de programação que está utilizando e os recursos nativos dela ☺️
Então pelo que eu entendi do comentário acima, usar e abusar das collections da linguagem funcional faz que eu esteja utilizando um padrão de projeto. Meio que padrão de projeto é você conhecer bem o ambiente que está programando (??)
@@richardjeremias Hmmm, acho que entendi a sua dúvida. Acredito que ela venha do fato da definição de "padrão de projeto" ser bem genérica. De acordo com a galera que cunhou o termo seria "are a software engineering concept describing recurring solutions to common problemas in software design". Isso pode ser aplicado com conjuntos de classes, mais comum na OO, funções, mais comum na PF, ou até mesmo com uma única função/classe. O Singleton só precisa de uma classe e um construtor privado, apesar deu não curtir muito esse exemplo. Assim, conhecer bem os recursos da linguagem é um começo, mas é o fato deles poderem ser aplicados sempre que um determinado problema for encontrado que os tornará um padrão, como no caso do map/reduce. Perceba, apesar de map e reduce serem nomes de funções, o que se quer dizer com "MapReduce Design Pattern" é que existe um certo problema de input -> processamento -> output que pode ser resolvido usando esse padrão. Os padrões são só teoria. Como eles serão implementados depende da linguagem utilizada. Java, como é mais verborrágico, terá mais elementos envolvidos na implementação do MapReduce, já o JavaScript, que é mais sucinto, pode se valer de menos elementos para implementar o padrão. Agora foi?
Umas das confusões é que se traduz Design Patterns esquecendo-se da semântica, ou perdendo a semântica, como se fosse DESIGN STANDARD, como padrões de projetos e na realidade é formalização de soluções para projetos.
Muito bom o video. Tenho que discordar no ponto que associa design patterns a orientação a objeto. Grande parte dos patterns são para oop. Mas existem patterns para programação funcional, arquitetura de eventos.
Ronaldo Spranger pura verdade. Tinha um trecho na introdução em que eu falava isso, mas ele foi cortado. “Um dos mitos dos patterns é que eles só existem para a OO”, era algo assim. Acredito que teremos um segundo vídeo pra falar sobre patterns na PF, monads, map/reduce, etc, e que por isso a galera acabou achando melhor cortar esse conteúdo daqui.
@@aqueleestevao boa Estevao, vendo os comentários da galera. Deu pra ver que a decisão de vocês foi acertada. Assim nao vomita tudo de uma vez e deixa a galera louca. Continuem assim!
Observer Design Pattern é utilizado no Android com a biblioteca LiveData e esse ai eu percebo facilmente derivado a usar no Android. Fica tudo mais fácil na prática, a teoria por vezes confunde demais, por isso é que percebo facilmente o Observer Design Pattern sem sequer nunca o ter estudado e aprendi usando no Android
Fala Marcelo 🤟Na plataforma tem uma série de UML, com diversos conteúdos interessantes, legal dar uma olhada e vou deixar o link no final do comentário. Assim, pra padrão geralmente se usa o diagrama de classes, então dominar esse pode te poupar de ler rios de texto pra compreender o que a imagem te explica muito mais rapidamente. www.devmedia.com.br/uml/
Nesse caso o melhor é procurar sobre patterns da programação funcional, Thalysson. Alguns dos que eu citei são usados apenas na OO, como é o caso do Template Method, e alguns são usados mais na PF, como monads. Tem ainda poucos livros sobre o assunto, mas a galera compartilhou alguns aqui nos comentários.
A capacidade de quem é Go Horse não tem limite, porque o programador Go Horse é capaz de fazer gambiarra em qualquer lugar 🤣🤣🤣🤣🤣🤣 www.devmedia.com.br/voce-e-go-horse/38589
Fala Henq, lá na plataforma temos diversos conteúdos sobre o assunto, em várias linguagens. Seguem os links www.devmedia.com.br/busca/?txtsearch=padr%E3o%20de%20projeto&tipo=15&site=0, www.devmedia.com.br/guia/padroes-de-projeto-em-java/34456, www.devmedia.com.br/guia/padroes-de-projeto-e-arquitetura-em-net/36868
PersonalXZ eu acrescentaria um bom conhecimento da linguagem e das facilidades que ela possui, porque os padrões de projeto podem acabar sendo soluções mais complicadas do que o necessário se utilizados de qualquer maneira
Quando eu vejo códigos profissionais feitos por design patterns em Java, percebo lindas palavras, mas pouca utilidade aparente. Como se o Hello World fosse assim: DisplayAdapter displayAd = DisplayAdapterFactory.createAdapter(); displayAd.setTextToDisplay(TextFactory.createTextFromString("Hello world")); displayAd.setId('hello'); ScreenObject screen = ScreenFactory.createScreen(displayAd); screen.displayText('hello');
Certa vez fui contratado para prestar serviços numa empresa em plena região da av Paulista, lá em São Paulo Fiquei mais de uma hora esperando o "gestor" aparecer para a entrevista final e já começar a trabalhar Depois, qdo perceberam, ainda não tinha um computador montado para mim e eu fiquei só vendo os belos PCs q cada um já tinha na grande sala, tudo top, mas o meu PC era com teclado meio zoado, gabinete meio estranho e um triste monitor de 15" em pleno 2018 e perguntei se este ia ser o meu pc definitivo e responderam q sim. (e a recepcionista e a secretina com puta monitor de 24"). Coincidentemente ou não, só tinham brancos ali e eu era o "mais moreno". Não apareci no dia seguinte pq pau q nasce torto nunca se endireita
Na OO recomendo o www.devmedia.com.br/design-patterns-na-teoria-e-na-pratica/32168, www.devmedia.com.br/dal-design-patterns-unit-of-work-e-repository/33919, www.devmedia.com.br/conhecendo-os-padroes-de-projeto-observer-e-singleton/38047, o livro Padrões de Projeto - Soluções Reutilizaveis de Software Orientado a Objetos, e tem também um artigo muito bom da IBM sobre o tema do ponto de vista da programação funcional www.ibm.com/developerworks/library/j-ft10/index.html
Nah, usar a própria assinatura da classe como construtor facilita bastante. Eu particularmente acho bem mais fácil e gostei bastante da forma como o desenvolvimento de Kotlin ligou pra área de código limpo
@@richardjeremias verdade, isso facilita muito a codificação diminuindo boileplate e facilitando a leitura, kotlin é o sonho de consumo de todo programador Java(pelo menos na codificação)
Melhor treinar como interpretar melhor os problemas, assim vc vai conseguir detectar realmente qual é o problema em um nivel mais abstrato e encontrar alguma solução já existente. Os padroes foram extraidos de soluções, a aplicaçao deve ser moldada ao contexto, não é um simples Ctrl C + Ctrl V.
Primeiro cara que fala dos padrões sem o medo de sofrer retaliação por não explicá-lo direito. Geral fala de patterns mas ficam enrolando "vcs devem usar, é bom usar, é produtivo usar", aí quando o cara diz: - tá, mas me diz aí, quais os populares? O cara larga o nome de um livro random (que na maioria das vezes sequer leu, está defasado e tudo mais) e vaza. Ou seja, ele ouviu isso de alguém e sequer realmente sabe sobre o assunto.
Ei cara! O que isso? Refatorar não é corrigir erro não! Refatorar é deixar o código mais amigável, mais legível, aplicar padrões de projeto e otimizar o algorítimo quando isso for necessário. Pressupõem-se que o lógica e o algorítimo já esteja funcionando quando for decidido refatorar o código, todos os testes devem está passando antes da refatoração, ela é uma das bases do TDD. Corrigir merda não é refatoração, corrigir merda é simplesmente corrigir merda.
Discordo de que "quanto mais pensamos, mais errados". Você provavelmente quis dizer que "quanto mais situações padrões tivermos, menos tempo teremos para perder com pensamentos".
aaaa bom, agora descobrir q estou abaixo da linha dos juniores ;) vlw
kkkkkkkkkkkkk 2
somos 3
tmj
Eu sou um mrd mermão kkkk
Realmente :/
Padrões de projeto são muito úteis e realmente melhoram o seu nível, amplia sua visão. confesso que já tentei ler 3x o famoso livro GOF Padrões de Projetos e não consegui chegar até o final e descobri que esse livro é assim mesmo, faz as pessoas dormirem kkkk.
Cursei a eletiva de padrões de projetos na minha graduação e posso dizer com 100% de certeza que a mente do desenvolvedor muda totalmente, hoje em dia passo mais tempo pensando em que padrão e métricas usar pra solucionar o problema do que programando, parece estranho mas no fim das contas economiza tempo e código pq o padrão certo te ajuda demais na reutilização de código e a implementar varias funcionalidades muito mais rapidamente
Acho que vou comecar fazer isso
Quero começar assim
eu cursei patterns em engenharia de software 3, decorator, state, observer, factory, façade, composite entre outros. Ja apliquei alguns, mas como sou graduando nunca peguei um grande projeto pra usa-los
@@brunocardoso8277 isso vale para todas as linguagens?
@@TecnoPlayCanal como assim? os padrões são aplicáveis a qualquer linguagem OO
Meu primeiro sistema (Gestão de Vendas Consignadas) em Java, usei o singleton para classe de conexão com banco de dados e classe controle da camada de controle. Muito fácil fazer a manutenção. Aprendi na devmedia
Bom vídeo. Design Patterns são muito importantes e ajudam a diminuir muito as dores de cabeça no desenvolvimento e manutenção de um projeto. Porém, devemos ter cuidado para não usar Padrões onde eles não são tão necessários (a velha Overengineering)
Putz, eu já sabia sim o q era, mas é a 1 vez q vejo alguém explicar d fato do q se trata, sem ambiguidade... parabéns 👏👏
Muito obrigado Ana!!! :D
Cara você explica muito bem, meus parabéns.
Muito obrigado!!!! :D
Faaaaaala devmedia, blz? A idéia de termos vídeos explicativos com telas compartilhadas em tempo real seria top demais! Será q rola ???? Um abraço, vcs são muito bons e extremamente inspiradores!
Nem terminei de ler o livro ainda e já tem mais coisa pra estudar... Que vida miserável brother!
kkkkk é assim mesmo Jefferson XD
Esse é o unico video que me fez intender oq é design pattern
Explicação Top das galáxias!!!! muito bom
Mandou bem demais na explicação! Linguagem direta! Parabéns aí galera!
Essa dica merece um super like!!
Muito obrigado Sergio!!!! :D
Manos de Boa esse teu vídeo me mostrou eu tanto dou valor no mundo da programação, e eu nem sabia que isso tinha um nome. Vídeo bom de mais, muito obrigado e que Deus o Abençoe. continue assim...
Fala galera da devemidia. Vcs explicao muito bem os vídeos de vcs . Pq alem de explica vcs tbm não mostra com uma tela pra jente ver isso na prática tbm. Acho que seria interessante.
Já uso muita coisas dessas faladas em vídeo e que ao longo do tempo melhorou muito meus códigos, eu usava e nem sabia que tinha nomes.
Mesmo que use você sempre será Júnior kkkk,
@@TeasySolutions meu amigo kkkkkkkkkkkkkkkkkk essa foi boa!
@@TeasySolutions essa foi boa kkkkk
eu tb
Homenagem ao velozes furiosos
Muito bom o vídeo, apresentei um seminário na faculdade falando sobre o padrão visitor
que didática maravilhosa, que video incrível, amei
Roi, tens insta ?
Me inscrevi agora e vou estudar sobre padrão de projetos
Boaaa Grilo,
Bem vindo!! :D
"quanto menos a gente pensa menos a gente erra" kkkkkkkkkkkkkkkkkkk
Só conhecia o Facade e Adapter até então.
Muito bom o vídeo :)
Eu amo as thumbs desse canal! 😲😲😲
Não conhecia estes padrões vou procurar a começar pelo Estrategy .....valeu pelas dicas .....
Boaa, meu consagrado. É Strategy
Vídeo bem legal! Na Unicamp a gente começa a aprender alguns Design Patterns já no curso de Orientação a Objetos.
Valeu, vídeo com boa explicação! Obrigado!
Mano, que vídeo maravilhoso, muito obrigado DevMedia
Realmente muito boa a explicação, parabéns.
Poderia fazer mais vídeos explicando mais sobre alguns dos principais padrões de projeto.
04:05 - Só eu reparei no Red Hot Chilli Peppers ( música Snow ) tocando de fundo? Rsrsrs. Muito bom esse video. Percebi que tá na hora de deixar de ser Júnior. Valeu, DevMedia.
Muito top! Já aprendi um monte só nesse vídeo, faz mais. Parabéns.
Gostei muito do estilo e edição do vídeo, as informações ficaram bem claras e também estou ansioso para começar a pesquisar sobre esse assunto, Vlw.
Só dedicar um tempo a leitura do *Design Patterns: Elements of Reusable Object-Oriented Software.*
Estevão. Excelente vídeo. Explicação clara e objetiva. Mas indica um boa literatura, por favor, a respeito de design patterns.
O Design Patterns do GoF é leitura obrigatória, apesar de já tá meio velhinho e usar C++ nos exemplos. Tem também três artigos na plataforma que são muito bons, segue o link, www.devmedia.com.br/busca/?txtsearch=design+patterns, DAL e Na prática.
Descobri que ainda não cheguei no nível Júnior e parece que ainda falta muito.
Tentei usar design pattern até no café até descobrir um segredo recentente: Design Pattern é igual kung fu, você aprende pra nunca precisar usar.
Video muito bom!
Ajudou pra caramba!!
Fala aí Estevão. Como vc comentou no vídeo faz um sobre qdo usar uma classe abstrata e uma interface.
Como funcionariam esses padrões em Python? Poderia dar, mais ou menos, um exempl de quando eu precisaria usar qualquer um deles? Levando em conta o que foi falado no vídeo, eu ainda nem nasci...
muito bom, já conheço design patterns faz alguns anos, mas faltou no vídeo indicar livros ou biografias para o pessoal começar a estudar. Mesmo assim foi um ótimo vídeo. Abraço.
blza agora só falta o emprego para eu ser Júnior de vez KKKKK :(
kkkkkk daqui a pouco você consegue Ronan XD
já ganhou meu like só por ser javeiro
Muito bom!!
#Excelente!
Muito bacana o vídeo estou estudando o padrão Observer ...muito bacana... Algum exemplo prático de utilização de outros padrões?
Gostaria que comentasse algo sobre utilização de frameworks de CDI, você acha que é obrigatório o uso dele em todos os projetos, ou é possível viver sem ele? :)
Você fala sobre Context/Dependecy Injection? São tantas abreviações que é melhor perguntar 😅 Eu acho fundamental usar alguma forma de inversão de controle, IoC, já que esse é um princípio e a DI é uma das formas de implementar esse princípio. Agora, se for pra usar DI, acho que usar através de contêineres é a melhor forma, porque aí você separa a infraestrutura necessária pra prover dependências do código da sua aplicação. Quanto menos do framework entrar no domínio da sua aplicação melhor. Tando a CDI do Java EE, quanto a DI do Spring são ótimas, mas eu uso Spring, então acaba ficando com a DI dele - embora atualmente a CDI do Java EE esteja um pouco mais fácil de usar 🙌
Eu acho que sempre que vejos alguns exemplos de padrões de projetos, geralmente são exemplos bem menos complexos que quando encontramos os desafios do dia a dia kk
Tambem tenho um canal.. Mas esse é o melhor força
Existem padrões de projeto pra linguagens não orientadas a objetos ou é mas usado em OO ? Por ex: funcional ou estruturada
todo paradigma tem seus design patterns
Rafael Pereira excelente pergunta. Existem padrões na programação funcional, se entendemos um padrão como uma “solução comum e aprovada para um problema conhecido”. Porém, como os elementos fundamentais da programação funcional são diferentes dos da orientação a objetos, os padrões de projeto citados nesse vídeo, que nasceram na OO, precisariam de certas adaptações para serem usados na PF ou serem desnecessários. Por exemplo, algumas linguagens funcionais possuem um recurso chamado Currying que torna o uso do padrão Factory desnecessário. Template Method é outro padrão que pode ser substituído por funções de primeira classe, recurso nativo das linguagens funcionais. Há ainda mais de uma fonte que aponta Map/Reduce como um padrão da PF, que pra ser usado na OO precisaria de adaptações (eu ouvi lambda e interfaces funcionais?) 🤔 Por isso você precisa não apenas conhecer os padrões e quais problemas eles resolvem, como também a linguagem de programação que está utilizando e os recursos nativos dela ☺️
Línguagens poo n deixam de ser estruturadas
Então pelo que eu entendi do comentário acima, usar e abusar das collections da linguagem funcional faz que eu esteja utilizando um padrão de projeto. Meio que padrão de projeto é você conhecer bem o ambiente que está programando (??)
@@richardjeremias Hmmm, acho que entendi a sua dúvida. Acredito que ela venha do fato da definição de "padrão de projeto" ser bem genérica. De acordo com a galera que cunhou o termo seria "are a software engineering concept describing recurring solutions to common problemas in software design". Isso pode ser aplicado com conjuntos de classes, mais comum na OO, funções, mais comum na PF, ou até mesmo com uma única função/classe. O Singleton só precisa de uma classe e um construtor privado, apesar deu não curtir muito esse exemplo. Assim, conhecer bem os recursos da linguagem é um começo, mas é o fato deles poderem ser aplicados sempre que um determinado problema for encontrado que os tornará um padrão, como no caso do map/reduce. Perceba, apesar de map e reduce serem nomes de funções, o que se quer dizer com "MapReduce Design Pattern" é que existe um certo problema de input -> processamento -> output que pode ser resolvido usando esse padrão. Os padrões são só teoria. Como eles serão implementados depende da linguagem utilizada. Java, como é mais verborrágico, terá mais elementos envolvidos na implementação do MapReduce, já o JavaScript, que é mais sucinto, pode se valer de menos elementos para implementar o padrão. Agora foi?
kkkkk "A chance de dar merda é zero", essa foi boa.
Foi muito boa mesmo KKKKKK
Sensacional!
Valeuuuu Anderson!!
Padrões que ele aconselha aprofundar:
Compartimentos
Strategy
Observable
Criacionais
Builder
Obrigado por ter escrito aqui porque, eu estava procurando e, seu comentário me ajudou obrigado.
Assistindo esse vídeo eu descobri que sou assistente do ajudante do junior kkkkkkkkkkkkkkkkkkkk
KKKKKKKKKKK
Huehue
Kkkkkkkkkkkkkk
Umas das confusões é que se traduz Design Patterns esquecendo-se da semântica, ou perdendo a semântica, como se fosse DESIGN STANDARD, como padrões de projetos e na realidade é formalização de soluções para projetos.
Muito bom o video. Tenho que discordar no ponto que associa design patterns a orientação a objeto. Grande parte dos patterns são para oop. Mas existem patterns para programação funcional, arquitetura de eventos.
Ronaldo Spranger pura verdade. Tinha um trecho na introdução em que eu falava isso, mas ele foi cortado. “Um dos mitos dos patterns é que eles só existem para a OO”, era algo assim. Acredito que teremos um segundo vídeo pra falar sobre patterns na PF, monads, map/reduce, etc, e que por isso a galera acabou achando melhor cortar esse conteúdo daqui.
@@aqueleestevao boa Estevao, vendo os comentários da galera. Deu pra ver que a decisão de vocês foi acertada. Assim nao vomita tudo de uma vez e deixa a galera louca. Continuem assim!
Sabia que tinha escutado Snow no vídeo, pensava que tava ficando doido !
Observer Design Pattern é utilizado no Android com a biblioteca LiveData e esse ai eu percebo facilmente derivado a usar no Android. Fica tudo mais fácil na prática, a teoria por vezes confunde demais, por isso é que percebo facilmente o Observer Design Pattern sem sequer nunca o ter estudado e aprendi usando no Android
Maravilhoso
tem algum vídeo falando sobre SOLID ?
Gostei de você, vou me inscrever!
Tem algum livro ou material que indica para entender padrões de projetos.
Head first, design patterns!
Qual a melhor fonte para aprender design patterns ?
Muito bom
Muito obrigado Dione!! :D
Bom vídeo, desses só não conhecia o Strategy! :)
Ótimo vídeo. Algum livro bom sobre UML? Daqueles livros de referência que todo mundo deveria ler? (pode ser em inglês)
Fala Marcelo 🤟Na plataforma tem uma série de UML, com diversos conteúdos interessantes, legal dar uma olhada e vou deixar o link no final do comentário. Assim, pra padrão geralmente se usa o diagrama de classes, então dominar esse pode te poupar de ler rios de texto pra compreender o que a imagem te explica muito mais rapidamente. www.devmedia.com.br/uml/
@@aqueleestevao Maravilha. Vou dar uma olhada. Gosto demais da tua didática nos vídeos. Parabéns.
massa!
Qual ou quais livros ler sobre Designer?
Sou um programador, não programador. amante por código.
Então há algum livro ou outra coisa que vc aconselha de Design Pattern para quem programa com Express ou AdonisJS?
Nesse caso o melhor é procurar sobre patterns da programação funcional, Thalysson. Alguns dos que eu citei são usados apenas na OO, como é o caso do Template Method, e alguns são usados mais na PF, como monads. Tem ainda poucos livros sobre o assunto, mas a galera compartilhou alguns aqui nos comentários.
Tem dicas de como conseguir o primeiro emprego na área de programação?
O padrão de projeto Gambiarra geralmente resolve quase todos os problemas... kkkk
A capacidade de quem é Go Horse não tem limite, porque o programador Go Horse é capaz de fazer gambiarra em qualquer lugar 🤣🤣🤣🤣🤣🤣 www.devmedia.com.br/voce-e-go-horse/38589
Thundercats estou ficando velhinho :D :D
like before Watch, firsttttttt
Yeaaaahh!!!
Já utilizei o "Singleton", porém ainda sou Junior kkk
Blz então é só instanciar a classe que possui o método darBaixaNoBoleto() e a mágica acontece?
Nao precisa escrever o código do método não?
Qual curso do DevMedia ensina Design Patterns?
Fala Henq, lá na plataforma temos diversos conteúdos sobre o assunto, em várias linguagens. Seguem os links www.devmedia.com.br/busca/?txtsearch=padr%E3o%20de%20projeto&tipo=15&site=0, www.devmedia.com.br/guia/padroes-de-projeto-em-java/34456, www.devmedia.com.br/guia/padroes-de-projeto-e-arquitetura-em-net/36868
Saber programar é o único requisito para aprender padrão de projeto ? (além da orientação a objetos e da UML)
Claramente precisa conhecer lógica de programação (algoritmo). Só não é necessário conhecer a fundo uma linguagem para estudar os design Patterns
PersonalXZ eu acrescentaria um bom conhecimento da linguagem e das facilidades que ela possui, porque os padrões de projeto podem acabar sendo soluções mais complicadas do que o necessário se utilizados de qualquer maneira
Quando eu vejo códigos profissionais feitos por design patterns em Java, percebo lindas palavras, mas pouca utilidade aparente. Como se o Hello World fosse assim:
DisplayAdapter displayAd = DisplayAdapterFactory.createAdapter();
displayAd.setTextToDisplay(TextFactory.createTextFromString("Hello world"));
displayAd.setId('hello');
ScreenObject screen = ScreenFactory.createScreen(displayAd);
screen.displayText('hello');
Onde encontro padrões de projeto?
Gosto de programação mas odeio o mundo corporativo
E quem gosta? Infelizmente se não pode vence-los, junta-se eles!! Infelizmente queremos mais que o necessário pra nossa felicidade e bem estar!!
Certa vez fui contratado para prestar serviços numa empresa em plena região da av Paulista, lá em São Paulo
Fiquei mais de uma hora esperando o "gestor" aparecer para a entrevista final e já começar a trabalhar
Depois, qdo perceberam, ainda não tinha um computador montado para mim e eu fiquei só vendo os belos PCs q cada um já tinha na grande sala, tudo top, mas o meu PC era com teclado meio zoado, gabinete meio estranho e um triste monitor de 15" em pleno 2018 e perguntei se este ia ser o meu pc definitivo e responderam q sim. (e a recepcionista e a secretina com puta monitor de 24"). Coincidentemente ou não, só tinham brancos ali e eu era o "mais moreno". Não apareci no dia seguinte pq pau q nasce torto nunca se endireita
@@theodorespittnikov5470 Boa fera,isso ai mesmo ,não tem que aceitar qualquer coisa! Se valoriza,isso ae mesmo!
Estevão, onde posso começar a aprender design pattern ??
Fala Hallex, na plataforma temos conteúdos introdutórios e avançados, segue o link www.devmedia.com.br/busca/?txtsearch=padr%F5es+de+projeto
Tem também um catálogo que eu uso pra consulta no site sourcemaking.com/design_patterns, eles estão sempre atualizando.
Já não sou mais júnior, vou lá correndo avisar meu chefe para ganhar um aumento! lol
KKKKKKK XD isso
Padrao de projeto nunca deixou os projetos com 0 problemas, xD... acho que ele eh Junior kkkk
Chegueeeei
Oieeee
alguma indicação de leitura para o tema?
Na OO recomendo o www.devmedia.com.br/design-patterns-na-teoria-e-na-pratica/32168, www.devmedia.com.br/dal-design-patterns-unit-of-work-e-repository/33919, www.devmedia.com.br/conhecendo-os-padroes-de-projeto-observer-e-singleton/38047, o livro Padrões de Projeto - Soluções Reutilizaveis de Software Orientado a Objetos, e tem também um artigo muito bom da IBM sobre o tema do ponto de vista da programação funcional www.ibm.com/developerworks/library/j-ft10/index.html
Show absolutely
Só esse" New" que pra quem está iniciando programar diretamente em kotlin, vai ficar boiando, já que não se usa essa palavra chave na linguagem
Nah, usar a própria assinatura da classe como construtor facilita bastante. Eu particularmente acho bem mais fácil e gostei bastante da forma como o desenvolvimento de Kotlin ligou pra área de código limpo
@@richardjeremias verdade, isso facilita muito a codificação diminuindo boileplate e facilitando a leitura, kotlin é o sonho de consumo de todo programador Java(pelo menos na codificação)
Delegation não pode ser feito usando só interfaces? Desculpem a ignorância
Comprem o livro padrões de projeto use a cabeça
Olho de tanderaaaaaaaaa, minha steam tem a imagem que ta na blusa dele kkkk foda.
2:20 não existe nenhum argumento melhor que esse
aposto q gravou esse video de manhã, cara de sono kk
Melhor treinar como interpretar melhor os problemas, assim vc vai conseguir detectar realmente qual é o problema em um nivel mais abstrato e encontrar alguma solução já existente. Os padroes foram extraidos de soluções, a aplicaçao deve ser moldada ao contexto, não é um simples Ctrl C + Ctrl V.
Acho que você vai tomar strike por conta da música do Gorillaz como trilha.
Primeiro cara que fala dos padrões sem o medo de sofrer retaliação por não explicá-lo direito. Geral fala de patterns mas ficam enrolando "vcs devem usar, é bom usar, é produtivo usar", aí quando o cara diz: - tá, mas me diz aí, quais os populares? O cara larga o nome de um livro random (que na maioria das vezes sequer leu, está defasado e tudo mais) e vaza. Ou seja, ele ouviu isso de alguém e sequer realmente sabe sobre o assunto.
Ei cara! O que isso? Refatorar não é corrigir erro não! Refatorar é deixar o código mais amigável, mais legível, aplicar padrões de projeto e otimizar o algorítimo quando isso for necessário. Pressupõem-se que o lógica e o algorítimo já esteja funcionando quando for decidido refatorar o código, todos os testes devem está passando antes da refatoração, ela é uma das bases do TDD. Corrigir merda não é refatoração, corrigir merda é simplesmente corrigir merda.
Discordo de que "quanto mais pensamos, mais errados". Você provavelmente quis dizer que "quanto mais situações padrões tivermos, menos tempo teremos para perder com pensamentos".
Estudar pá ver minha Netflix KKKKKKKKKKkkkk
Preciso aprender Laravel e Vue, React e React Native
eu uso 50% do que vc falou, acho que sou quase Junior entao kkk
Assisti o vídeo e acabei comprando um curso de fundamentos de arquitetura de software 😅