Eae Andre. Muito massa sua iniciativa, da uma visão bem geral de como é o por ba · matheuspazinati

Em resposta a Web server: o que é e como funciona?

Eae Andre. Muito massa sua iniciativa, da uma visão bem geral de como é o por baixo dos panos de uma comunicação entre cliente e servidor via http. Algumas coisas que eu notei:

Acho que você começou o vídeo já com os 2 pés no peito de quem está assistindo. Acho que seria legal falar tipo: "Eae pessoal, meu nome é André, e hoje vou explicar para vocês como funciona ... Então, quando você abre o navegador....".
Você perdeu alguns segundos explicando por exemplo que é possível substituir a palavra localhost na URL por 127.0.0.1, mas para poupar tempo deixou de explicar muitas coisas como UDP (que realmente é irrelevante para o vídeo, mas já que tocou no termo, deveria ter dado um exemplo), portas, status code, content-type, etc. Eu acho que houve uma inversão de prioridades, onde você perdeu um certo tempo explicando algumas coisas que não precisava, mas o que de fato precisava, você pulou.
Em um certo momento, você diz que vai explicar depois o que é o Content-type, mas não explica.
Eu senti um desconforto quando você menciona algumas coisas como protocolo HTTP, e diz que "Isso não é importante". Eu entendi que você quer dizer que é um assunto muito denso, e que demoraria muito para explicar, mas eu não diria isso como "Não é importante".
Algumas partes ficaram confusas, por exemplo: Você roda a aplicação no endereço localhost, ou 127.0.0.1, porém no código está escutando a porta 0.0.0.0. Acho que faltou explicar um pouco mais sobre isso, e pq mesmo eu colocando 0.0.0.0, é possível eu acessar o localhost. Só mais um ponto: O 0.0.0.0 não permite que qualquer endereço ip da INTERNET se conecte a ele, mas sim qualquer endereço da rede interna onde o programa roda. Isso acontece pq o 0.0.0.0 escuta todas as placas de rede do computador (incluindo a 127.0.0.1, que é uma placa "virtual"), e portanto, se alguem da MESMA rede tentar acessar sua aplicação, ele conseguirá.

Eu não sou Youtuber, não entendo tanto, mas acho que um ponto legal é tentar manter o usuário no seu canal. VocÊ está começando agora, e isso não é tão possível, mas por exemplo, se primeiro você tivesse feito um vídeo explicando sobre a diferença entre TCP e UDP, neste vídeo de agora, você poderia dizer: "Pessoal, eu vou utilizar TCP para fazer a comunicação, porém existe o UDP também. Eu já fiz um vídeo aqui no canal sobre isso, então depois desse vocês dão uma olhada lá para entenderem a diferença". Um vídeo vai puxando o outro. Se eu fosse construir um canal agora, eu planejaria isso.

Só lembrando que nada do que eu escrevi aqui é uma regra. São apenas minhas opiniões sobre o que eu acho que poderia ser melhorado. Abraços.

andrepiske

2 anos atrás

Obrigado hein Matheus! Críticas bem construtivas e isto é ótimo de ver, pois, é claro, eu não esperava acertar em cheio já no meu primeiro vídeo :)
Com certeza vou levar seus pontos em consideração ao criar meus próximos vídeos.

Realmente, vacilei em dizer que iria explicar o content-type melhor e não o fiz :O
Acho que praticamente pra cada header do HTTP, dá pra fazer um video -- mantendo a ideia de fazer videos não muito longos.

Sobre "chegar com os dois pés juntos", na verdade é uma decisão que tomei em fazer nesse estilo. Talvez estou falando rápido demais. Mas minha inspiração de criar videos assim é o Sal Khan, do Khan Academy. Os vídeos dele começam indo direto ao ponto e sem enrolação e acho isso fantástico.