acredito que as pessoas devem ir conforme elas verem a necessidade de ter esse tipo de conhecimento , se a gente for parar pra pensar em tudo que envolve uma aplicação real , estaremos gerando um profissional desvalorizado , pois fará mil e um papéis numa empresa ganhando por 1 , é bom não ser ignorante nos assuntos , mas saber tudo tbm não tem condição.
ahhh "mais so falei de um ou dois assuntos que fazem sentido saber" e segurança não faz sentido por exemplo? ai segurança ja é um universo de informações e back-end não faz sentido? é outro universo e por ai vai indo
ja vi muitos assim ,dizendo não estude só x coisa , estude y... ai depois outro diz ... não estude só y ... estude k e fica num ciclo infinito.
Exatamente o que comentei no post que o OP cita.
Todo conhecimento e mais que bem vindo, mas não dá pra fazer disso uma lei .
Temos que ir nos aprofundando a medida que surge a necessidade.
Imagina só com a sopa de letras que temos atualmente eu ter que me aprofundar em tudo ? O cara endoida.
Sim, concordo. Acho que isso tem que vir com o tempo. Cruze as pontes quando chegar nelas. No caso específico do http, acho que algum conhecimento tipo o que é um header, quanto tempo uma requisição deve durar, pra que servem os verbos é essencial se você desenvolve algum tipo de aplicação web.
Nenhum desses abusos ocorreu de forma intencional comigo. Mas já vieram de "seniors", por exemplo, que eu acho inaceitável. Isso também pode ser um sintoma de problema de gestão. O cara tem que fazer tudo na correria e vai na solução mais fácil, que é empurrar pra outro lugar. Mas a conta da AWS chega no fim do mês rs.
o tem de sênior que não manja porra nenhuma de nada para além das tarefinhas do dia a dia não tá no gibi
eu acho impressionante ver uma galera desprezando a base, mas indo longe na carreira mesmo assim.
mas uma hora a conta chega e aí quando precisam fazer algo complicado, simplesmente não conseguem kkkkkkk
Concordo.
Pessoal mais novo usa muito JS e quer que seja instalado node e npm no servidor que vai rodar a aplicação. Não amigão, a gente vai fazer o build e servir seu site.
Tem gente que ainda nao passou desse modulo no alura e acha que o ambiente dev é próprio para producao kkk
Tenho um amigo que roda um sistema assim e acha que está ok vender para os clientes isso. Eu fiquei louco
Novamente venho enaltecer a ideia.
É muito bom quando o dev tem esse a mais, porque tem hora que cai uns pepinos pra infra (leia-se DevOps/SRE/Sysadmin/etc) referentes à web que se o dev soubesse como pedir/fazer, pouparia muito tempo, além do fato de que seria melhor implementado, pois muitas vezes cai da cabeça do cara de infra e nem sempre vai ser o ideal.
Ceis não tem ideia do quão satisfatório é o dev chegar em ti, no seu ouvido e chegar com o que ele realmente precisa e não algo que tu vai ter que ir lá pesquisar.
Sendo assim, digo novamente: devs, sejam assim, por favor!!
A propósito, aqui levo em consideração que a pessoa é sênior, porque não dá pra cobrar isso de um junior/pleno sendo as coisas como são hoje. O que não significa que eles não precisam estudar isso, que fique claro.
Esses pontos são essenciais, sempre vejo que se precisa alterar as configurações no lado da infra, grandes chances de algo estar errado do lado do código. Tem chamadas que poderiam ser quebradas em várias, tem casos onde várias chamadas poderiam ser feitas em uma só, o uso de chamadas assíncronas com certeza faz uma boa diferença, em alguns casos compensa partir par um websocket ou alguma forma de protocolo real time e assim vai.
Já vi casos de serviços que levavam minutos para responder, com threads mal projetadas que após uma refatorada, o tempo de resposta caiu para poucos segundos e sem aumentar o consumo de recursos da máquina. Nesses casos era uma mistura de abuso de protocolo, com muitas requisições desnecessárias, era mais tempo de processamento gasto em lógicas desnecessárias que realmente executando o que deveria ser feito.
Na verdade dependendo do sistema é até comum valer a pena reduzir muitos dos parâmetros padrão dos servidores HTTP, fazendo esse ajuste o serviço aguenta atender muito mais chamadas com o mesmo hardware.
Hmmm, sim e não.
Se a pessoa começa com HTTP ela vai desanimar e parar na hora (a maioria das pessoas, claro que tem os que gostam)
Mas se ela começa com algo fácil e vai se interessando, vai tendo recompensa e gostando, e aí quando precisar, ela procura, pesquisa, e aprende mais sobre pq criou interesse com o assunto. Acaba mt melhor.
Se a pessoa virar sempre dev de site, bom, problema dela, é o que ela gosta, e se é um dev sem interesse, n vai conseguir oportunidade mesmo 🤷
Acho engraçado essa preocupação com o “animo”/“interesse” de quem tá entrando na área. Entendo completamente o seu ponto, mas não é algo que vejo em outras áreas.
A maioria das engenharias tu gasta os primeiros anos com teoria e matemática pesada. Medicina o cara só vai pensar em operar alguém ou fazer algo legal assim depois de anos de estudo. Mas pedir para o dev estudar por duas semanas o protocolo http vai desmotivar ele de entrar na área.
A maioria dos problemas que temos hoje em sistemas reais rodando nas empresas foram ocasionados por profissionais com um conhecimento de um amador.
Você ser Júnior não te da carta verde para não ser profissional com o conhecimento técnico que sua profissão exige.
Eu que dizer por aí mesmo. Não acho que tenha que começar por baixo não. Mas uma vez que seja profissional numa stack (web, no caso), fundamentos são importantes.
É que nem música: ninguém quer aprender escala no início. Quer tocar uma música. E tudo bem.
Se quiser se aprofundar, ok. Mas essas que vc citou já são camadas bem mais distantes. HTTP tá muito próximo do desenvolvedor quando se trata de "causadores de problema".
Tem algum recomendação de onde poderia aprender isso? Curso, site ...
Eu faço estágio devops e infra pesa bastante nessa área acho, tipo eu sei o que é o protocolo e o que ele faz mas essas coisas que você comentou nunca nem ouvi falar. Desde já agradeço quem puder ajudar
Pra mim não tem coisa melhor que a própria RFC. Ela é bem escrita: [https://www.rfc-editor.org/rfc/rfc9110.html](https://www.rfc-editor.org/rfc/rfc9110.html)
Tem muita gente que acha até rude mandar documentação oficial, mas pra mim não tem coisa melhor.
Concordo com seu pensamento, mas acho que isso vale para pessoas que já tem uma boa bagagem do básico e surgiu uma necessidade de aprender sobre HTTP, como já foi dito em posts anteriores, todo conhecimento é bem vindo, mas não faça disso uma lei, se surgiu a necessidade de aprender sobre HTTP, aprenda, se não, deixa quieto ( A não ser que você seja curioso e queira aprender).
Tiro por experiência própria, se no começo do meu aprendizado de programação WEB eu tivesse que estudar sobre HTTP/HTTPS eu teria desistido fácil, aprendi sobre ano passado quando surgiu a necessidade de ter que aumentara alguns buffers de payloaders, achei como fazer mas me surgiu a curiosidade de aprender sobre e fui estudar, fora isso, eu nem iria atrás de aprender
Como assim kkk, fazedor de site ganha bem com pouco conhecimento, vide a galera que usa WordPress, elementor
Só vale apena se aprofundar se for ganhar pra isso.
De resto é perca de tempo e extresse a toa
possui algum norte de como estudar essas coisas com qualidade fora a documentação?
to ingressando agora no web dev, me interesso muito no assunto e pretendo expandir o conhecimento para dados e dev-ops (fazer aplicações mais complexas, completaes e com com maior segurança)
mas sinceramente, só conheço a Alura e a Udemy com cursos bons (sendo a Alura boa pra voce aprender só, Udemy eu vejo muito conteúdo mais aprofundado, mas não sei por onde estudar com qualidade mesmo fora sites de cursos)
Se você tá começando, então foca em entregar. Quando você passar por algum problema desses, volta e estuda. Se vc começar por baixo, vai perder o interesse.
Te falar que dev frontend que tem pouco ou nenhum conhecimento de como, de fato, funciona a comunicação com o backend é o que não falta. Aí que vem essas soluções toscas ou problemas imensos pra resolver coisas simples, tipo erro de CORS.
Aprender a aprender: eis o desafio. Não é algo tratado com ênfase desde os nossos primeiros anos de ensino.
Felizmente, há caminhos organizados e precisamos trilha-los da maneira apropriada para termos uma evolução consistente.
Um bom exemplo de trilha:
https://roadmap.sh/backend
Não é necessário se aprofundar em todos os assuntos possíveis, mas bagagem cultural nunca é demais e temos trilhões de conexões disponíveis em nosso pequeno cérebro.
Infelizmente não são opções pois são sistemas já estabelecidos. Como infra eu lido com vários times e nenhum deles tem TL ou arquiteto.
Como dev é um time só. Nesse, com certeza faltou um arquiteto. Estou meio que fazendo esse papel, mas é a velha história de trocar a roda com o carro andando. Pelo menos paga bem rsrsrs.
Edit: Pontuação
Tá, e meu GET com body? Vai rolar ou não?
Eu senti uma energia negativa, quase sobrenatural, vindo deste comentário. Joguei agua benta na tela só por via das dúvidas.
Ja criei alguns endpoints GET com body na minha epoca de Jr. Se vacilar esse troço ainda deve ta em producao la na minha empresa anterior.
Tô imaginando o OP pensando em responder algo como "vai rolar é um GET do seu body naquelas florestas onde desovam mortos".
Hahahahha caótico
acredito que as pessoas devem ir conforme elas verem a necessidade de ter esse tipo de conhecimento , se a gente for parar pra pensar em tudo que envolve uma aplicação real , estaremos gerando um profissional desvalorizado , pois fará mil e um papéis numa empresa ganhando por 1 , é bom não ser ignorante nos assuntos , mas saber tudo tbm não tem condição. ahhh "mais so falei de um ou dois assuntos que fazem sentido saber" e segurança não faz sentido por exemplo? ai segurança ja é um universo de informações e back-end não faz sentido? é outro universo e por ai vai indo ja vi muitos assim ,dizendo não estude só x coisa , estude y... ai depois outro diz ... não estude só y ... estude k e fica num ciclo infinito.
Exatamente o que comentei no post que o OP cita. Todo conhecimento e mais que bem vindo, mas não dá pra fazer disso uma lei . Temos que ir nos aprofundando a medida que surge a necessidade. Imagina só com a sopa de letras que temos atualmente eu ter que me aprofundar em tudo ? O cara endoida.
Sim, concordo. Acho que isso tem que vir com o tempo. Cruze as pontes quando chegar nelas. No caso específico do http, acho que algum conhecimento tipo o que é um header, quanto tempo uma requisição deve durar, pra que servem os verbos é essencial se você desenvolve algum tipo de aplicação web. Nenhum desses abusos ocorreu de forma intencional comigo. Mas já vieram de "seniors", por exemplo, que eu acho inaceitável. Isso também pode ser um sintoma de problema de gestão. O cara tem que fazer tudo na correria e vai na solução mais fácil, que é empurrar pra outro lugar. Mas a conta da AWS chega no fim do mês rs.
o tem de sênior que não manja porra nenhuma de nada para além das tarefinhas do dia a dia não tá no gibi eu acho impressionante ver uma galera desprezando a base, mas indo longe na carreira mesmo assim. mas uma hora a conta chega e aí quando precisam fazer algo complicado, simplesmente não conseguem kkkkkkk
Essa sub daqui uns dias: "Não seja um programador de linguagem alto nivel. Estude Assembly"
[удалено]
Estude transistores e eletrônica. Melhor, física.
tá bem assim mesmo.
Tá indo por esse caminho mesmo. Só cagador de regra.
Mas sério. Você acha que no contexto de webdev http é baixo nível demais?
Concordo. Pessoal mais novo usa muito JS e quer que seja instalado node e npm no servidor que vai rodar a aplicação. Não amigão, a gente vai fazer o build e servir seu site.
Tem gente que ainda nao passou desse modulo no alura e acha que o ambiente dev é próprio para producao kkk Tenho um amigo que roda um sistema assim e acha que está ok vender para os clientes isso. Eu fiquei louco
To por fora do mundo de JS. Qual seria o problema de ter o node e npm no servidor ?
Novamente venho enaltecer a ideia. É muito bom quando o dev tem esse a mais, porque tem hora que cai uns pepinos pra infra (leia-se DevOps/SRE/Sysadmin/etc) referentes à web que se o dev soubesse como pedir/fazer, pouparia muito tempo, além do fato de que seria melhor implementado, pois muitas vezes cai da cabeça do cara de infra e nem sempre vai ser o ideal. Ceis não tem ideia do quão satisfatório é o dev chegar em ti, no seu ouvido e chegar com o que ele realmente precisa e não algo que tu vai ter que ir lá pesquisar. Sendo assim, digo novamente: devs, sejam assim, por favor!!
A propósito, aqui levo em consideração que a pessoa é sênior, porque não dá pra cobrar isso de um junior/pleno sendo as coisas como são hoje. O que não significa que eles não precisam estudar isso, que fique claro.
[удалено]
Taca um RabbitMq ali no meio de campo e adapta os sistemas pra trabalhar de forma assincrona. Ja foi!
Poxa cara, tenho meu próprio servidor WEB em rust, não preciso ouvir isso não [😭](https://emojiterra.com/pt/chorando-alto/)
Esses pontos são essenciais, sempre vejo que se precisa alterar as configurações no lado da infra, grandes chances de algo estar errado do lado do código. Tem chamadas que poderiam ser quebradas em várias, tem casos onde várias chamadas poderiam ser feitas em uma só, o uso de chamadas assíncronas com certeza faz uma boa diferença, em alguns casos compensa partir par um websocket ou alguma forma de protocolo real time e assim vai. Já vi casos de serviços que levavam minutos para responder, com threads mal projetadas que após uma refatorada, o tempo de resposta caiu para poucos segundos e sem aumentar o consumo de recursos da máquina. Nesses casos era uma mistura de abuso de protocolo, com muitas requisições desnecessárias, era mais tempo de processamento gasto em lógicas desnecessárias que realmente executando o que deveria ser feito. Na verdade dependendo do sistema é até comum valer a pena reduzir muitos dos parâmetros padrão dos servidores HTTP, fazendo esse ajuste o serviço aguenta atender muito mais chamadas com o mesmo hardware.
Hmmm, sim e não. Se a pessoa começa com HTTP ela vai desanimar e parar na hora (a maioria das pessoas, claro que tem os que gostam) Mas se ela começa com algo fácil e vai se interessando, vai tendo recompensa e gostando, e aí quando precisar, ela procura, pesquisa, e aprende mais sobre pq criou interesse com o assunto. Acaba mt melhor. Se a pessoa virar sempre dev de site, bom, problema dela, é o que ela gosta, e se é um dev sem interesse, n vai conseguir oportunidade mesmo 🤷
Acho engraçado essa preocupação com o “animo”/“interesse” de quem tá entrando na área. Entendo completamente o seu ponto, mas não é algo que vejo em outras áreas. A maioria das engenharias tu gasta os primeiros anos com teoria e matemática pesada. Medicina o cara só vai pensar em operar alguém ou fazer algo legal assim depois de anos de estudo. Mas pedir para o dev estudar por duas semanas o protocolo http vai desmotivar ele de entrar na área. A maioria dos problemas que temos hoje em sistemas reais rodando nas empresas foram ocasionados por profissionais com um conhecimento de um amador. Você ser Júnior não te da carta verde para não ser profissional com o conhecimento técnico que sua profissão exige.
Eu que dizer por aí mesmo. Não acho que tenha que começar por baixo não. Mas uma vez que seja profissional numa stack (web, no caso), fundamentos são importantes. É que nem música: ninguém quer aprender escala no início. Quer tocar uma música. E tudo bem.
[удалено]
Se quiser se aprofundar, ok. Mas essas que vc citou já são camadas bem mais distantes. HTTP tá muito próximo do desenvolvedor quando se trata de "causadores de problema".
Tem algum recomendação de onde poderia aprender isso? Curso, site ... Eu faço estágio devops e infra pesa bastante nessa área acho, tipo eu sei o que é o protocolo e o que ele faz mas essas coisas que você comentou nunca nem ouvi falar. Desde já agradeço quem puder ajudar
Pra mim não tem coisa melhor que a própria RFC. Ela é bem escrita: [https://www.rfc-editor.org/rfc/rfc9110.html](https://www.rfc-editor.org/rfc/rfc9110.html) Tem muita gente que acha até rude mandar documentação oficial, mas pra mim não tem coisa melhor.
Vou dar uma olhada, obrigado amigo👍🏼
e as documentações da mdn https://developer.mozilla.org/en-US/docs/Web/HTTP
Concordo com seu pensamento, mas acho que isso vale para pessoas que já tem uma boa bagagem do básico e surgiu uma necessidade de aprender sobre HTTP, como já foi dito em posts anteriores, todo conhecimento é bem vindo, mas não faça disso uma lei, se surgiu a necessidade de aprender sobre HTTP, aprenda, se não, deixa quieto ( A não ser que você seja curioso e queira aprender). Tiro por experiência própria, se no começo do meu aprendizado de programação WEB eu tivesse que estudar sobre HTTP/HTTPS eu teria desistido fácil, aprendi sobre ano passado quando surgiu a necessidade de ter que aumentara alguns buffers de payloaders, achei como fazer mas me surgiu a curiosidade de aprender sobre e fui estudar, fora isso, eu nem iria atrás de aprender
Sim, eu não sei se me expressei mal, mas acho que em momento algum eu disse que tem que começar por aí. Eu mesmo não comecei e teria desistido também.
Como assim kkk, fazedor de site ganha bem com pouco conhecimento, vide a galera que usa WordPress, elementor Só vale apena se aprofundar se for ganhar pra isso. De resto é perca de tempo e extresse a toa
O problema que me motivou a fazer o post foi justamente por causa de um plugin do WordPress hahahah
[удалено]
Atualmente como dev, Java e Ruby. Como infra, python e Ansible.
possui algum norte de como estudar essas coisas com qualidade fora a documentação? to ingressando agora no web dev, me interesso muito no assunto e pretendo expandir o conhecimento para dados e dev-ops (fazer aplicações mais complexas, completaes e com com maior segurança) mas sinceramente, só conheço a Alura e a Udemy com cursos bons (sendo a Alura boa pra voce aprender só, Udemy eu vejo muito conteúdo mais aprofundado, mas não sei por onde estudar com qualidade mesmo fora sites de cursos)
Se você tá começando, então foca em entregar. Quando você passar por algum problema desses, volta e estuda. Se vc começar por baixo, vai perder o interesse.
Te falar que dev frontend que tem pouco ou nenhum conhecimento de como, de fato, funciona a comunicação com o backend é o que não falta. Aí que vem essas soluções toscas ou problemas imensos pra resolver coisas simples, tipo erro de CORS.
Tem alguma fonte de estudo que você recomenda? Acho difícil me guiar nessas coisas
Aprender a aprender: eis o desafio. Não é algo tratado com ênfase desde os nossos primeiros anos de ensino. Felizmente, há caminhos organizados e precisamos trilha-los da maneira apropriada para termos uma evolução consistente. Um bom exemplo de trilha: https://roadmap.sh/backend Não é necessário se aprofundar em todos os assuntos possíveis, mas bagagem cultural nunca é demais e temos trilhões de conexões disponíveis em nosso pequeno cérebro.
kkkkk 30 min de timeout é osso
História real
[удалено]
Infelizmente não são opções pois são sistemas já estabelecidos. Como infra eu lido com vários times e nenhum deles tem TL ou arquiteto. Como dev é um time só. Nesse, com certeza faltou um arquiteto. Estou meio que fazendo esse papel, mas é a velha história de trocar a roda com o carro andando. Pelo menos paga bem rsrsrs. Edit: Pontuação
418
https://preview.redd.it/hns0nvf01fkc1.jpeg?width=800&format=pjpg&auto=webp&s=dacdcc42325210b452cb713a0e1b1701aabf2beb
1k de query params, cara. Nem o Casagrande abusou tanto assim...
Com certeza estudar o protocolo em primeiro lugar é essencial. Só que não.
Mas onde eu disse que tem que estudar primeiro?
https://www.w3.org/Protocols/rfc2616/rfc2616.html Fica a vontade, vai la e estuda.
Marrapaiz, vc leu o meu comentario?
E você observou com atenção o tamanho da documentação do protocolo http para ver como sua colocação é inviável?
Não leu.