ESSA É A 1ª LIÇÃO SOBRE CLASSES QUE VOCÊ DEVERIA SABER (Capítulo 6)

[@AbudoullahDoukure-rj5my]

Um abraço bem apertadinho aos 2 que têm nos facilitado as coisas , de Angola 🇦🇴.

[@gustavofernandes5275]

Muito bom o vídeo, explicam de forma bem tranquila, aguardando o próximo capítulo

[@danilocalixto]

Show de série.

[@uricbonatticardoso9459]

Pior que já li 2x o livro e acabei deixando passar os DTOs no TS ainda como interfaces, mas valeu d+ as explicações.

[@ThiagoMorais]

Excelente, esperando o resumo do capitulo 7

[@wilsonpedro6631]

Obrigado pela aula!

[@adrianasouzasilva2316]

parabéns pelo trabalho

[@DaniloStill]

Muito boa essa série, quem já sabe sempre aprende alguma coisa nova e quem não sabe aprende sem enrolação.

[@rotognin]

Muito bom! Eu tenho o livro e já o li, porém algumas coisas eu não me dei conta, ou não li com mais calma para entender mais a fundo. Essa série está me ajudando a firmar mais meus conhecimentos. Obrigado por estar contribuindo, CDFs! Grande abraço.

[@renataviottohassum4739]

Maravilhosos !!!

[@vitorfreitas6541]

Que conteúdo de qualidade! 👏

[@codigofontetv]

Obrigado 😃

[@PërJoakim]

Boa! Tenho o livro e ainda não o finalizei, porém essa série está me ajudando a seguir em frente na leitura!

[@zblackarch]

Parabêns pelo conteudo

[@consultoriaprojetos9785]

Meu canal favorito sobre programação.

[@codigofontetv]

[@consultoriaprojetos9785]

@@codigofontetv Todos nós quem precisamos agradecer. Obrigado.

[@sinvalfelisberto]

Massa demais! Valeu pelo vídeo!

[@o.claudiolopes]

Eu sou QA, mas sério, se vcs fizessem um curso de dev eu comprava na pré venda... vcs são demais!

[@joaodutra]

O clean code é um livro com um conteúdo técnico muito bom. Mas a escrita é abordagem eu tenho aversão. Quando li que temos que bater de frente com o cliente em defesa do código, fiquei bastante cético com esse livro. Uma escrita alienante que deixam os profissionais juniores mais preocupados com n teorias e esquecem do principal para a época de carreira deles, que é aprender a entregar, mesmo que um código ruim, mas entregar.

[@fernando.r.rinaldi]

Mas isso é justamente o oposto do que o livro propõe. Acho que não entendeu muito bem o objetivo dele 🤷🏻‍♂️

[@MyFriendDev]

... vc já apresentou algum conteúdo de curso na DIO?

[@carlosismael4800]

Muito bacana! Gosto demais da forma como vocês apresentam os assuntos. Parabéns!

[@DeyvsonAguiar]

Fantástico! Já preparei meu bloco de notas... que resumão bom demais da conta sô!

[@pedroabreu..983]

Pessoal do canal, onde está a continuação? Os outros capítulos… Série muito boa, não pode parar! ❤ obrigado…

[@ianrl100]

Que vídeo incrível! Extremamente didático!

[@samuel_do_prado]

Bom ver que essa série continua, ótimo conteúdo!

[@manoellopes211]

Mais um excelente conteúdo! Parabéns pelo trabalho de vocês! Como sugestão de livros, recomendo "DDD" e "Clean Architecture", talvez até um mix dos dois se acreditarem que faz sentido, já que comumente os princípios são aplicados de maneira conjunta. Na minha transição de Junior para Pleno, investi muito tempo e dinheiro buscando aprender os conceitos da melhor maneira possível. Até hoje acredito que são pouquíssimos os conteúdos de qualidade disponíveis na internet e de maneira realmente acessível sobre esses livros, que, na minha opinião, contêm conteúdo vital para pessoas desenvolvedoras que pretendem evoluir na carreira.

[@Carlos.Soares]

Eu espero ser futuro dev 🙌 Muito obrigado pelas dicas ❤

[@ricardorodriguesgomes8889]

Muito bom! Queria o da Loiane Grooner, de Estrutura de Dados em Javascript

[@CraftPlaynow]

Tu me posta um video desse quando eu acabei de passar em Estrutura de Dados e estou indo para Orientação a Objetos kkkkkk muito bom

[@BrunolimaMe]

Excelente conteúdo!👏🏻👏🏻☕ Atualmente estou trabalhando na atualização de um sistema PHP legado, migrando do 7.1 para o 8.2, corrigindo alguns bugs, implementando API e documentando via swagger. Faço muito uso do DTO junto com UseCase, e essa estratégia é como mudar da água pro café na hora de escrever os teste. Não tem comparação, acelera muito o desenvolvimento. Como não gosto de comentar o código, tento deixar os nomes das classes, objetos e várias, o claro possível, para ajudar na leitura e entendimento do código. Até estipulei um limite de 80 linhas por arquivo, estrapolando até no máximo 150 em casos específicos. Claro que aumenta consideravelmente a quantidade de arquivos, mas o código em geral fica mais rápido de entender e dar manutenções futuras, cada um com sua responsabilidade. #TiraCasaco #BotaCasaco

[@cferreira33]

Parabéns muito didático. Coloca na lista o livro Domain-Driven Design do Erick Evans 😉👍🏼

[@alefa.4650]

Tenho muita curiosidade para saber mais sobre o livro "Programador Pragmático", sempre falaram muito bem dele, então seria muito bacana acompanhar uma série sobre ele!

[@MyFriendDev]

me recomendaram no trabalho no ano passado como parte do PDI o programador pragmatico e cara que livro bom.... recomendo muito ler sim agora to lendo o clean code também por recomendação do trabalho e foi uma mão na roda ter esses vídeos aqui no codigo fonte resumindo os capitulos que to usando como uma revisão do que eu li no livro. [ansioso por mais capítulos aqui]

[@alissonperim7425]

Eu sempre paro para pensar nas entities (DDD). As entidades devem ter algum método de buscar informações no banco de dados? Ou "sempre" deve ser responsabilidade da camada de repositories? Por exemplo, ao buscar alguma propriedade privada, o método responsável deveria ficar em qual camada?

[@ambulante7515]

teria alguma diferença dessa GerenciadorDeFuncionarios e as ServiceImpl que vemos frequentemente por aí?

[@codigofontetv]

Boa pergunta. Tem algumas diferenças porém o conceito é parecido. No caso de "Service" e "ServiceImpl" geralmente se utiliza de uma interface para implementação já com alguns métodos que deverão ser implementados, ou seja, existe um "contrato" a ser feito a quem for implementar "Service". No exemplo que mostramos, a classe Funcionario, é passiva e não possui qualquer obrigação de implementação e muito menos força algum tipo de comportamento.

[@lincolnpiresdias5372]

top 👍👍

[@echofloripa]

Estou começando a mexer com python e fiquei surpreso com o padrão de usar propriedades de forma pública sem getters e setters. Saudades do Java no eclipse e a organização de imports dele. 😂

[@davidmachado7459]

Esse livro serve para qualquer linguagem de programação ou é especifico ?

[@codigofontetv]

Os exemplos estão em Java e alguns capítulos acabam sendo mais específicos, por isso decidimos usar Typescript para simplificar o entendimento e usar exemplos diferentes do livro.

[@davidmachado7459]

@@codigofontetv obrigado

[@pokkari97]

No Sample3 eu fiquei com um pouco de dúvida (sou iniciante em TS). O método getNome está vindo de qual classe que tem quais atributos e métodos? Eu fiquei meio perdido em como as classes estão relacionadas.

[@O_SENHOR_e_o_meu_pastor...s23]

🤩🤩🤩

[@matheussoares1138]

vlww

[@GabrielDePaivaSilva]

verdade

[@Shwryck]

Qual a diferença de DTO e Interface?

[@codigofontetv]

Interface: É um contrato que define um conjunto de métodos que uma classe deve implementar. Uma interface é uma maneira de garantir que uma classe cumpra um determinado contrato ou padrão. Já DTO é um objeto que é usado para encapsular dados e passá-los de uma camada do software para outra. Na prática, os DTOs são frequentemente usados para transferir dados entre o backend e a interface do usuário ou entre microservices. O DTO é apenas um contêiner de dados e não possui qualquer lógica de negócio.

[@wilnerclaro7403]

Cade o Capitulo 7 ?

[@romulomatheussantos]

Já

[@gleitonfranco1260]

Lembrando que o Java agora tem a estrutura Record, para o objeto que é mais dados e menos comportamento ;-)

[@codigofontetv]

Excelente observação!

[@eduardomendes4234]

excelente vídeo!! só uma correção, na descrição o link pro vídeo do capítulo 2 está levando para o capítulo 1 ;) Capítulo 2: kzbin.info/www/bejne/l3azn2qMi5loobc

[@codigofontetv]

Muito obrigada! Já fizemos o ajuste ;)

[@AikaterineG]

Parece capa de jogo de play2 kkk