Opa, Alberto, beleza? Acho que você trocou DIP e DI, não? O DI creio que seeja de Dependency Injection e DIP de Dependency Inversion Principle. O DIP é exatamente o que você abordou sobre interfaces, baixo acoplamento, etc. O DI seria uma forma de inverter o controle(IoC) do gerenciamento de dependências de uma classe, injetando nela, via construtor, o que for necessário, delegando à aplicação de manipular essa relação classe/dependência. Btw, ótimo vídeo, parabéns pelo conteúdo!
Não Yuri, D do SOLID não tem nada haver com Dependency Injection. O D é Dependency Inversion, que fala que você deve depender de abstrações e não de implementações. Usar Dependency Injection e/ou Container de IoC não obrigatoriamente resolve o D do SOLID, pois você pode usar ambos os recursos mas sem usar interfaces como dependência. Inclusive esse seu erro é bem comum, muita gente acha que o D é Dependency Injection, uma vez que essa prática é relativamente comum, mas na verdade se trata da Inversão de dependência (Dependency Inversion principle).
@@AlbertoMonteiro Mas eu não disse que o DI se referia ao D do SOLID hahaha. Apenas disse que no vídeo houve uma confusão entre os dois conceitos de DIP e DI.
@@yuribispo3815 revi aqui o vídeo é entendi a sua colocação, e realmente teve esse erro meu, eu disse que DI era o princípio do SOLID quando na verdade é o Dependency Injection. Valeu pelo aviso, vou tentar colocar uma anotação no vídeo alertando sobre isso
@@AlbertoMonteiro como tú fez, dá até para virar uma série de videos, um video estagiário, um vídeo júnior, dois videos senior e dois videos pleno. Indo mais a fundo em cada resposta. Mas todas ficaram muito bem respondidas. Sucesso! Gratidão!
@@eduprogdev Eu tinha pensando nisso cara, foi muito bom receber esse feedback seu que confirma que é o caminho certo, vou me programar para dar continuidade a reposta dessas perguntas como você falou!! Obrigado!!
Houve um equivoco na hora de falar da tipagem. O que você falou foi sobre tipagem dinâmica/estática, que no caso do c# seria estática. Tipagem estática/dinâmica é justamente o que o nome diz. Estático é quando o tipo é estático, ou seja, nunca muda em tempo de compilação. Dinâmico é quando é possível mudar. Tipagem forte/fraca está relacionado a conversão implícita de tipos. Por exemplo, "1" + 1 resulta em "11" no javascript (tipagem fraca), mas no python daria um TypeError. Note que por essas razões, o Python, por exemplo, possui uma tipagem dinâmica e forte. Mas de acordo com o seu vídeo, nos leva a inferir que python seria uma linguagem fracamente tipada. No mais foi um ótimo vídeo, aprendi bastante. Like!
Gosto muito do balta mas acho esse video em específico academicista de quem só vende curso ou fora da realidade de quem ta longe do mercado. É basicamente aquelas imagens de roadmap de estudo, tudo que ta ali é importante pegar para estudar mas as entrevistas de junior e pleno nao sao nesse nivel não, nao é o tipo de exigência que faço nem que acho leal pros candidatos de nivel pleno júnior. Acho importante quem ta nesse nivel usar de referência de estudo pra se diferenciar mas nao se cobrar tanto, as coisas são menos glamurosas.
Ja entrevisto pessoas a muito tempo, bem antes do Balta fazer o vídeo, e para a minha realidade, sempre tive quesitos semelhantes para avaliar candidatos. Não entendo o qie você chama de glamour, espero que não seja aqueles que se acham sênior e não sabem coisas super básicas.
Concordo contigo que são realidades e realidades. Lamento se dei a entender que critiquei seu vídeo mas minha crítica é ao vídeo do Balta. Teu vídeo é excelente e necessário, trazendo explicações sobre cada uma das questões. Também concordo contigo que existe muito sênior que não sabe fritar um ovo. Meu ponto foi que quem tá em níveis iniciais pode se afetar com gente vendendo tanta exigência, que na minha opinião é ilusão do que se cobra no mercado.
Eu te vi falando que a classe não existe do ponto de vista do runtime, mas isso me criou uma dúvida. Uma classe pode ter elementos estáticos, tais como campos ou métodos. Esses elementos seriam considerados pertencentes a um objeto estático ou pode-se dizer que são elementos da classe? É só uma dúvida a respeito de definições mesmo.
Ótima pergunta Giuseppe. Eu digo que elementos da classe são sempre aqueles membros que se repetem a cada instancia da sua classe em memoria, portanto membros estáticos não seriam membros de classe. Inclusive o OpCode da Intermediate Language é diferente quando você deseja carregar um field static e um field não static. Consegui responder sua pergunta?
Opa, Alberto, beleza? Acho que você trocou DIP e DI, não? O DI creio que seeja de Dependency Injection e DIP de Dependency Inversion Principle. O DIP é exatamente o que você abordou sobre interfaces, baixo acoplamento, etc. O DI seria uma forma de inverter o controle(IoC) do gerenciamento de dependências de uma classe, injetando nela, via construtor, o que for necessário, delegando à aplicação de manipular essa relação classe/dependência.
Btw, ótimo vídeo, parabéns pelo conteúdo!
Não Yuri, D do SOLID não tem nada haver com Dependency Injection.
O D é Dependency Inversion, que fala que você deve depender de abstrações e não de implementações.
Usar Dependency Injection e/ou Container de IoC não obrigatoriamente resolve o D do SOLID, pois você pode usar ambos os recursos mas sem usar interfaces como dependência.
Inclusive esse seu erro é bem comum, muita gente acha que o D é Dependency Injection, uma vez que essa prática é relativamente comum, mas na verdade se trata da Inversão de dependência (Dependency Inversion principle).
@@AlbertoMonteiro Mas eu não disse que o DI se referia ao D do SOLID hahaha. Apenas disse que no vídeo houve uma confusão entre os dois conceitos de DIP e DI.
@@yuribispo3815 revi aqui o vídeo é entendi a sua colocação, e realmente teve esse erro meu, eu disse que DI era o princípio do SOLID quando na verdade é o Dependency Injection.
Valeu pelo aviso, vou tentar colocar uma anotação no vídeo alertando sobre isso
Parabens cara, eu estava montando um documento respondendo essas perguntas pra aprender mais, e seu video foi exelente ... vlw ai
Que bacana Rodrigo, se puder depois compartilha o documento!
Esse vídeo acrescenta muito, realmente muito obrigado!
Deus te abençoe!
Melhor definição entre Classe e Objeto! Parabéns!!!
Muito bom, vivendo e aprendendo!
Vlw meu chapa!
Muito bom, mesmo iniciando no C# consegui ter uma idéia de algumas coisas trazendo outros conhecimentos na bagagem.
Parabéns pela iniciativa Alberto, com certeza ajudou demais
Parabéns Alberto, vc sempre direto, objetivo e dominando o assunto. Show de bola. !!!
Fico muito contente em saber que você gostou! Qualquer coisa estou a disposição!
@@AlbertoMonteiro como tú fez, dá até para virar uma série de videos, um video estagiário, um vídeo júnior, dois videos senior e dois videos pleno. Indo mais a fundo em cada resposta. Mas todas ficaram muito bem respondidas. Sucesso! Gratidão!
@@eduprogdev Eu tinha pensando nisso cara, foi muito bom receber esse feedback seu que confirma que é o caminho certo, vou me programar para dar continuidade a reposta dessas perguntas como você falou!!
Obrigado!!
Massa demais!! Obrigado Alberto!
Vlw meu chapa!
Excelente conteúdo Alberto!
Vlw Regis!!
Houve um equivoco na hora de falar da tipagem. O que você falou foi sobre tipagem dinâmica/estática, que no caso do c# seria estática.
Tipagem estática/dinâmica é justamente o que o nome diz. Estático é quando o tipo é estático, ou seja, nunca muda em tempo de compilação. Dinâmico é quando é possível mudar.
Tipagem forte/fraca está relacionado a conversão implícita de tipos. Por exemplo, "1" + 1 resulta em "11" no javascript (tipagem fraca), mas no python daria um TypeError.
Note que por essas razões, o Python, por exemplo, possui uma tipagem dinâmica e forte. Mas de acordo com o seu vídeo, nos leva a inferir que python seria uma linguagem fracamente tipada.
No mais foi um ótimo vídeo, aprendi bastante. Like!
Muito bom, Alberto! Parabéns, cara! :D
Vlw meu chapa!!
Conteúdo muito rico. Excelente explicação.
Obrigado ❤🧡💛💚💙💜💓💗💖💘💝
Muito top véi!
Vlw meu chapa!
Excelente vídeo!
Show de bola.
Vlw meu chapa!
"Sabor de containers..." 🤣🤣🤣🤣👍
Muito bom!
Vlw João, obrigado pelo feedback!
Top demais!
Gosto muito do balta mas acho esse video em específico academicista de quem só vende curso ou fora da realidade de quem ta longe do mercado. É basicamente aquelas imagens de roadmap de estudo, tudo que ta ali é importante pegar para estudar mas as entrevistas de junior e pleno nao sao nesse nivel não, nao é o tipo de exigência que faço nem que acho leal pros candidatos de nivel pleno júnior. Acho importante quem ta nesse nivel usar de referência de estudo pra se diferenciar mas nao se cobrar tanto, as coisas são menos glamurosas.
Ja entrevisto pessoas a muito tempo, bem antes do Balta fazer o vídeo, e para a minha realidade, sempre tive quesitos semelhantes para avaliar candidatos. Não entendo o qie você chama de glamour, espero que não seja aqueles que se acham sênior e não sabem coisas super básicas.
Concordo contigo que são realidades e realidades. Lamento se dei a entender que critiquei seu vídeo mas minha crítica é ao vídeo do Balta. Teu vídeo é excelente e necessário, trazendo explicações sobre cada uma das questões. Também concordo contigo que existe muito sênior que não sabe fritar um ovo. Meu ponto foi que quem tá em níveis iniciais pode se afetar com gente vendendo tanta exigência, que na minha opinião é ilusão do que se cobra no mercado.
Poderia ter um vídeo assim de javascript...
Eu te vi falando que a classe não existe do ponto de vista do runtime, mas isso me criou uma dúvida. Uma classe pode ter elementos estáticos, tais como campos ou métodos. Esses elementos seriam considerados pertencentes a um objeto estático ou pode-se dizer que são elementos da classe? É só uma dúvida a respeito de definições mesmo.
Ótima pergunta Giuseppe.
Eu digo que elementos da classe são sempre aqueles membros que se repetem a cada instancia da sua classe em memoria, portanto membros estáticos não seriam membros de classe.
Inclusive o OpCode da Intermediate Language é diferente quando você deseja carregar um field static e um field não static.
Consegui responder sua pergunta?
@@AlbertoMonteiro Acho que entendi a lógica. Nunca vi como que fica no cil, mas obrigado Alberto!
Ao meu ver o Balta viajou em muitas questões, exigindo muito de algumas posições não seniores.
Essa sempre vai ser uma questão que não tem um senso comum. Cada empresa/pessoa tem sua própria opinião sobre essas réguas.