Bom, pessoal, agora que a gente está ficando na mesma página, a gente acabou de falar um pouco de algumas ferramentas e etc., algumas são hypes, algumas geram uma discussão danada toda vez que a gente fala isso, eu quero falar sobre uma outra forma de comunicação que é muito comum nos dias de hoje e que, assim, é amplamente utilizado. Esse tipo de comunicação a gente pode chamar de tempo real ou real time, da forma como você queira trabalhar. O grande ponto desses tipos de formato aqui de comunicação é que nesse caso eles dependem, tá? Existe existe sincronismo aqui nesse caso, tá? Que é o quê? Uma forma de a gente conseguir trabalhar pensando mais em tempo real é o quê? Trabalhar com, um, WebSockets, tá? E a grande sacada aqui do WebSockets, no final das contas, é que ele tem uma conexão bidirecional, tanto o client e o server conseguem enviar mensagens. Legal? Uma outra coisa interessante aqui do WebSockets é que ele usa o protocolo HTTP, mas depois a conexão é feita um upgrade na conexão, vamos dizer assim, e daí ele começa a trabalhar diretamente ali com o TCP, e daí a gente tem essa parada do solicitar o upgrade, né? Então, quando você manda e pede pra abrir ali, por exemplo, no browser pra você começar a trabalhar com o WebSocket, a sua requisição inicial é lá no HTTP, você vai ver que se você estudar, existe uma solicitação, como se fosse um upgrade falando, olha, essa conexão HTTP agora, eu quero upgradear ela, e a partir de agora a gente vai manter um canal aberto de comunicação TCP para que o client e o server eles consigam mandar mensagens, tá? WebSockets, ele é muito ideal, cara, pra chat, né? Troca de mensagens, qualquer coisa desse tipo, WebSocket ele acaba sendo muito eficiente porque ele permite tanto que o client e o server consigam trabalhar, né? Obviamente, tem muita complexidade porque você tem que ter ferramentas e formas de autenticação, né, garantir que uma pessoa não receba mensagem de outra tem muita coisa ali que você tem que tomar cuidado, não é simples né, mas novamente é mais uma forma de a gente colocar pra gente se comunicar outra forma aqui de comunicação galera, e essa forma é interessante porque eu vejo poucas pessoas utilizando e às vezes utilizam WebSockets do que essa forma, que é o famoso Server Sent Events, né? Ou o famoso SSE. O Server Sent Events, tá? Bas famoso SSE. O server-centered events, basicamente, ele tem comunicação em tempo real de forma unilateral. O que isso significa? Que somente o server envia dados. O que eu vejo nos dias de hoje é muita gente abrindo conexão WebSockets somente para o servidor mandar mensagem, porque essa pessoa não sabia que existia algo chamado de Server Center Events. Então, essa é uma forma muito fácil de se trabalhar. Pessoal, é muito fácil realmente de implementar Server Center Events. Basicamente, você permite que a gente tenha um canal aberto de comunicação, legal? Então se você precisa, por exemplo um dashboard que se atualize notificação de forma geral na sua aplicação cara, SSE é o que é imagina se você quer um dashboard conforme vai atualizando os dados, ele já vai mudando tudo em tempo real, tem muita gente que usa o WebSockets pra fazer isso sendo que o client nesse momento ele não precisa ficar mandando mais informação pro server eu só fico esperando novas informações do server, então o server sent events aí é uma abordagem fantástica simples de ser utilizada mas eu vejo ainda que muita gente acaba desconhecendo. Beleza? Então, próximo vídeo a gente tem mais coisa pra ver.