Show de bola Wesley. Estou resignificando minha carreira. Sou dev com conhecimento em arquiteturas. No mercado profissionalmente .Net C# mas no meu particular, sou livre para aprender sempre mais. Finalizei um curso de Rust. Gostei muito da linguagem e agora estou fazendo um curso em Inglês para obter mais profundidade. Mas, o que importa é que também estou fazendo um de Go Lang ( também em Inglês ) e fiquei fascinado com o Go. Tenho ideias para o Rust e também para o Go - linguagens são nossas ferramentas - e como tal, cada uma acaba tendo um nicho mais apropriado. No fundo o que importa é uma boa arquitetura de software e solução ( que é o que se propõe a resolver o real problema ). A linguagem inclusive, acaba sendo determinada em primeira mão, pelo desenho de nossa solução ( arquitetura ). Sou grato a você e a FullCycle por ajudar a chegar no "Next Level" desse game, que é nossa carreira.
Isso não é professor não, é um prefeito!!! kkk Adoro os seus vídeos e posso dizer com toda certeza que o seu ensinamento será levado para o resto da minha carreira e de milhares de devs.
Месяц назад
Boa noite a todos... Estamos juntos... Que aula Fantástica essa... Gratidão Professor.... Conhecimento Top que irá dar um upgrade em nossa carreira...Deus abençoe 😀💻✨✔️🏆🙏🏽
Tem que lembrar que esse desempenho das 1000 "threads"só foi possível porque cada uma delas está "ocupada" com um sleep, ou seja, não esta de fato trabalhando, em um caso de trabalho real não haveria esse speedup linear com o número de threads > numero de CPUs
Neste caso, a execução do programa está finalizando antes de algum worker processar o último item (9). Lembrando que esse código é demonstrativo e serviu apenas para explicar de forma simples o funcionamento das goroutines. Para corrigir esse problema, podemos começar fechando o canal aplicando close(canal) após o for executado pela func main. Depois, podemos aplicar time.Sleep(time.Millisecond * 50) para garantir que o programa não finalize antes de todos os itens serem processados. Em um programa real, você poderia usar uma técnica mais robusta para sincronização, como sync.WaitGroup.
@@cesargranelli Nunca isso tinha sido prometido para nenhuma linguagem. De qualquer forma Go até hoje, desde 2007 mantem retrocompatibilidade. Então, veremos, honestamente acredito.
Não tem muito a ver, mas no terminal como ele fez pra ficar com o nome do folder bonitinho assim? O meu alem de sem cor mostra o endereço do arquivo \User etc.
Ele tá usando um terminal diferente do padrão do Windows ou do Linux, provavelmente é por isso. Esse é o zsh, dá pra ver o nome do lado esquerdo do + no terminal do VS Code. 😉