Akita, suas palestras são muito boas! Se eu estiver com sono e assisto uma palestra sua, perco o sono na hora!
@versaleyoutubevanced8647 Жыл бұрын
aconteceu isso comigo, caiu nesse vídeo quando tava quase dormindo, e acabei ficando acordado ate mais tarde
@CafeRei8 жыл бұрын
O Fabio akita é muito mito.
@maydersonmello3 жыл бұрын
Sensacional, esse Fabio Akita realmente tem domínio do que fala!
@leandrostoneshop8 жыл бұрын
Palestra muito rica. Vou ter que assistir novamente em uma tela maior pra acompanhar melhor a sintaxe.
@jdesu4 жыл бұрын
Esse cara no celular ai mano, perdendo a palestra do mestre
@antoniosousa41783 жыл бұрын
Então não foi só eu que me percebeu
@henriquegluon81363 жыл бұрын
Ele estava programando. Hahahaha
@mtsmatos1511 Жыл бұрын
Ne não
@matheusma374 жыл бұрын
19:24 Já tinha assistido essa palestra a um tempo atrás e resolvi rever agora que comecei a ver Elixir. Essa foi a sensação que eu tive quando comecei a ver "pattern matching", tipo: "Hummm, isso daqui parece RegEx pra coisas que não são string"
@domusbr4 жыл бұрын
Caraca estudei Erlang em telecom quem diria que ele estaria ajudando o desenvolvimento de softwares. Muito bom
@RafaHSplayer4 жыл бұрын
"é um conceito mt simples" eu nao entendendo nada kkkkkkkkkk carai
@GMP932 жыл бұрын
Akita é monstro
@clayton.passos8 жыл бұрын
Palestras sempre muito esclarecedoras :D
@RenanSilva-hm9pe Жыл бұрын
Muito foda
@gustavolol3 Жыл бұрын
Alguém sabe me dizer o porque seria mais vantajoso ter uma aplicação concorrente ao invés de levantar um worker/processo pra cada cpu ? Seria pelo fato da complexidade de ter vários workers ? ou seria pelo fato de que worker threads é muito mais performático ?
@hidekxyz Жыл бұрын
Não tenho certeza se conseguirei responder mas aqui vai: Threads nativas do sistema no código (paralelismo) são mais dificéis de gerenciar, mais complexas e pode introduzir uma série de bugs Usar thread só, mas concorrente é mais fácil e é o que runtimes como o Node.js fazem para trabalhar com código assíncrono (procure sobre o reactor que o Fabio fala no vídeo). Agora usar os processos do elixir/erlang (ou green threads, threads virtuais) é mais fácil e menos complexo pois não é necessário interagir com as threads nativas do sistema, ao invés disso, o runtime provê um sistema que aproveita o hardware total do computador ao mesmo tempo que permite a criação de threads em cima desse sistema (por isso são threads virtuais) Hoje em dia no entanto não é exclusividade, e threads virtuais aparecem em diversas linguagens como Go, Rust (Tokio), Python (threadless), Scala (Akka) e mesmo o Java. Mas eu acredito que a implementação do Elixir/Erlang ainda é melhor (além de oferecer outras ferramentas do OTP)
@Webschool-io7 жыл бұрын
Realmente Elixir eh VIDA.
@prayk113 жыл бұрын
Interessantíssimo
@romenigld4 жыл бұрын
Q fera Akita!!
@ThomasKelvin8 жыл бұрын
Muito Bom!
@cbckakaroto3 жыл бұрын
@6:25 Microsegundo
@tiagorodrigues_br8 жыл бұрын
Muito interessante! Bora aprender!
@srDanOver3 жыл бұрын
06:59 essa comparação PODE não ter sido justa. Visto que uma instância do NodeJS não vai usar as múltiplas threads da máquina (conforme explicado). Em um ambiente assim, o habitual é subir múltiplas instâncias do NodeJS com o objetivo de fazer uso de todos os núcleos. E o resultado seria bem mais próximo do Elixir.