Aprenda inglês com a EnglishBay: englishbay.com.br Playlist Inglês para programação - ua-cam.com/play/PLZ65xj2SRHQAG1pn-RS9-DY1xpuuQYynN.html 10% de desconto com o cumpom JOVEMTRANQUILAO
No meu ultimo cliente da gringa (trabalhei 2 anos) eu e o time codavamos cerca de 20% do tempo apenas, era muito chato. Tinha muita reunião para literalmente discutir toda a engenharia do que seria desenvolvido, e só no final com quase tudo bem esclarecido, documentado, tickets criados, refinados e organizados é que iniciavamos o desenvolvimento. Eventualmente surgia edge-cases mas com uma frequencia bem baixa. No fim o desenvolvimento era bem rapido, o triste era toda a parte chate e massante antes de codar. Meu cliente atual da gringa eu estou codando mais, graças a Deus.
@@henriquesnowing8762 😂😂😂😂 já vi que é criança. Apesar da foto de perfil e o comentário nonsense questionando um dev sobre preferir codar a participar de reunião já te me dados fortes indícios para isso. Mas vida que segue, não vou perder meu tempo com isso. Sucesso para vc.
essa questão de conseguir debugar em tempo real sem ser usando um console.log da vida é a melhor coisa que tem. Em php tem o xdebug que permite fazer isso
Po é verdade, a ordenação dos negócios e pelo sql. Vou pular por enquanto essas funçoes de array do java. Sei que e muito parecido com js. Tranquilao passando só as dicas.
ahahha me identifiquei mtu.. queria fazer um churrasco com esse maluco só pra contar essas historias de velho... hpg, kit net eterno, dreamweaver, frontpage, tables com align center ahahhaahha huahuahua só coisa velha
Fala jovem. Tenho que discordar contigo. Linguagem e ainda por cima IDE pouco importam. Trabalhei com diversas linguagens e stacks ao longo da minha carreira, e as diferenças de ferramentas você geralmente pega em poucas semanas. Talvez em certos empregos estilo PJ / Freela / remoto pra gringa vc já tenha que ter o domínio da stack de cara, mas na maioria das empresas boas de se trabalhar (como faangs, multinacionais, bancos) eles estão pouco se lixando para isso. Eu mesmo, usei python na entrevista de código para um trabalho em outra lingaugem.
Se o cara tem as bases da área ele pega qualquer linguagem bem rápido. Até porque ao contrário do que os fanboys dizem a forma como elas abstraem as coisas não muda tanto assim de uma pra outra.
Esta questão vai depender mais da avaliação da empresa que você trabalha do que qualquer outra coisa. Você pode ser considerado sênior em uma empresa e quando for buscar emprego em outra, ser considerado pleno e não conseguir a vaga de sênior. Existe muita gente sênior que não é sênior, pleno e júnior também passam por isso.
Esse eh o erro que muitos cometem. As pessoas focam em "Se especializar numa Linguagem". Linguagem eh so uma ferramenta, vc precisa se especializar numa area, a partir disso vc descobre qual Linguagem eh mais adequada para vc utilizar pra performar nesta area escolhida. Exemplo: Se vc quer trabalhar com automaçåo, Linux e afins, nao faz sentido se especializar em Java, ou PHP. Uma vez que essa area do meu exemplo exige conhecimento de Python e seus frameworks, entende o ponto?
Tranquilão é a cara dos programadores mais novos, embora seja das antigas, não dá valor a algoritmos, estruturas de dados, etc... Tudo muito bom...tudo muito bem... até a hora que surge um arquivo de 20 GB e você tem que pesquisar por algo dentro do maldito e não tem SQL pra te ajudar...kkkkkkkkkkkkk
tu acha que em 17 anos ele nunca se deparou com algo assim? E outra, ele claramente não é contra DS&A. Ele apenas defende uma abordagem de aprendizado top-down
O lance é que se o cara aprende os conceitos da área ele pega qualquer linguagem muito rapido, você saber se a tipagem da linguagem é estática ou dinâmica, qual a proposta da linguagem o que ela abstrai por padrão e o que deixa de abstrair, quais conceitos ela implementa, passa por isso e só resta a sintax(que com todo o respeito até uma IA pega a sintax de uma linguagem). Conheço um amigo que ficou a vida inteira lidando com Delphi e precisou de C, passei o livro Effective C pra ele e ele em 3 meses ja tava programando melhor que eu a pouco tempo atraz. Mas na nossa área acontece muito o seguinte, muita gente usa muita coisa abstraida ou se aproveita de docs e tutoriais pra conseguir fazer as coisas sem base alguma pra avaliar aquilo. Outra coisa, só do cara dar peso pra IDE pra entregar coisas no prazo ja mostra que ele não gasta tanto tempo assim pensando/planejando, fazendo design do código.
@@carlosrfs99 Cara, o problema de quem defende isso é que a pessoa considera apenas como a tecnologia(ou qualquer outra matéria) deve ser aprendida, mas não considera como o cérebro humano aprende. "Ah, mas tem que estudar os fundamentos antes do framework", é tipo, beleza, capitão óbvio, tá bom. O que tem de programador de youtube repetindo esse jargão óbvio e ganhando uns dólares com as views não é brincadeira. A questão é que o cérebro humano não aprende de maneira linear, no sentido "conteudista", tipo, primeiro, aprende o maximo que puder de lógica de programação, depois aprende o máximo dos fundamentos de uma linguagem, depois, estuda o máximo de algoritmos e estruturas de dados, depois, estuda o máximo de POO, depois, estuda o máximo de arquitetura, e só então aprende um framework. Esse é um conselho idiota. É claro que existem pré-requisitos pra cada assunto, mas o ser humano não funciona assim. O aprendizado humano é RECURSIVO, ao invés de LINEAR. Isso significa muito "vai e volta", bater cabeça, conectar os pontos, organizar o pensamento. O ser humano aprende EM CAMADAS, formando uma estrutura inicial superficial sobre um assunto, e depois voltando e preenchendo a estrutura com mais e mais detalhes a cada vez. É como passar mãos de tinta na parede: não se pinta perfeitamente de primeira, mas se passa uma primeira mão superficial, depois volta e passa outra. Por isso, é preferível começar com uma abordagem top-down, superficial, onde você vê a "big picture", aprende os grandes blocos mais importantes superficialmente, vê onde esses blocos iniciais se encaixam, e, com o tempo, você aprofunda nos detalhes, nos fundamentos. É o exato oposto da maneira tradicional de estudar. Você primeiro descobre pra que uma coisa serve, aonde ela encaixa, onde será usada, qual a importância, como ela se relaciona com as outras coisas e com a "big picture", e só então você aprofunda nos fundamentos daquilo. Assim você se mantém consciente e determina por si mesmo o que julga ser mais importante aprender em cada momento, o aprendizado se torna mais genuíno, divertido, autorregulado e eficaz. No mundo da programação, seria começar pelo framework, e avançar nos fundamentos com o tempo. Você pode pensar nisso como uma ampulheta, onde você muda de uma abordagem top-down pra bottom-up sempre que precisar, exemplo: vou aprender laravel, mas nem sei o que é php, ai vai la e aprende só O SUFICIENTE de php pra ser produtivo com o laravel e depois volta pro laravel. A galera fica repetindo esse negócio de "tem que aprender os fundamentos antes", mas não ensina como o proprio aprendizado humano funciona. Quando você tenta aprender da forma tradicional, linear, a unica coisa que tu vai conseguir é ficar desmotivado em 1 semana de estudo, pq vc não entende porque está estudando aquilo, porque aquilo é importante, aonde vai encaixar na sua realidade. Aí tu vai ver o seguinte: o cara que sabe codar de cabeça o algoritmo de dijkstra mas não sabe o que fazer na hora de levantar requisitos pra uma task e executá-la, não sabe relacionar as tabelas corretamente, ou definir as entidades, não sabe fazer uma query decente, um cachezinho, não sabe o padrão REST, não sabe retornar status codes corretamente, não sabe gerenciar estados no framework frontend. Resumindo, é um genio de faculdade, mas inutil na vida real.
Aprenda inglês com a EnglishBay: englishbay.com.br
Playlist Inglês para programação - ua-cam.com/play/PLZ65xj2SRHQAG1pn-RS9-DY1xpuuQYynN.html
10% de desconto com o cumpom JOVEMTRANQUILAO
Mulher do tranquilão trancou ele na garagem.... vai pra dentro de casa! tá ecoando o áudio... kkkkk
Copiador de crud profissional e os juninho com peso na consciência de reutilizar o crud kkkk
Tranquilão, vc é muito massa.
Mais um excelente vídeo.
Abração
Esse é Programador/Dev de verdade mano.
Pelo amor de Deus, não aguento mais ver anuncio patrocinado do carinha do Full Cycle
ainda bem não tenho anúncio aqui 😂😂😂😂😂
Mano tu na thumb ta parecendo o karl marx KKKKKKKKKK
jovem tranquilão tem que fazer um react das vagas arrombadas kkkk
No meu ultimo cliente da gringa (trabalhei 2 anos) eu e o time codavamos cerca de 20% do tempo apenas, era muito chato. Tinha muita reunião para literalmente discutir toda a engenharia do que seria desenvolvido, e só no final com quase tudo bem esclarecido, documentado, tickets criados, refinados e organizados é que iniciavamos o desenvolvimento. Eventualmente surgia edge-cases mas com uma frequencia bem baixa. No fim o desenvolvimento era bem rapido, o triste era toda a parte chate e massante antes de codar. Meu cliente atual da gringa eu estou codando mais, graças a Deus.
Tu prefere codar doq reuniao? Oloco
@@henriquesnowing8762 Sei não mano. Mas por esse pensamento seu ai acho que essa área não é pra vc não.
@@Eli_Pinheiro quem é voce pra me dizer oq eu devo ou n ser lek? Kkkkk se toca manézao.
@@henriquesnowing8762 kkkkkkkkkk boa. De qualquer forma, o planejamento é muito importante
@@henriquesnowing8762 😂😂😂😂 já vi que é criança. Apesar da foto de perfil e o comentário nonsense questionando um dev sobre preferir codar a participar de reunião já te me dados fortes indícios para isso. Mas vida que segue, não vou perder meu tempo com isso. Sucesso para vc.
Tranquilão, daqui 3 meses vou começar meus estudos, estou migrando da área da soldagem para TI
Sucesso irmão!
Forca irmão, mas não mude pra área por conta de dinheiro, vai te frustrar muito. Migre porque vc realmente gosta de tecnologia e aprender coisas novas
@@gustavoaugusto5983 exatamente não e nem pelo dinheiro, e qualidade de vida. O dinheiro vem com o tempo
Solda da mo grana slk
eu ficaria na solda se fosse você. TI até sênior pra chorando no linkedin pra conseguir emprego
17:38 que é isso jovem, coçou o sovaco e deu uma cheiradinha kkk
Mano ela da uma puta pausa pra checar o cheiro kkkkkkk
kkkkkkkkk verdade !!!!
kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk
KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK foda eu tbm faço isso
pow ksksk que isso
Qual a sua trajetória pra ser desenvolvedor backend? Uma roadmap
essa questão de conseguir debugar em tempo real sem ser usando um console.log da vida é a melhor coisa que tem. Em php tem o xdebug que permite fazer isso
tranquilão é um figura por isso que esse canal é bom demais...
Como assim PHP sem debugger? Xdebug desde 2002
clt na gringa? ta trampando pra Brex jovem?
Po é verdade, a ordenação dos negócios e pelo sql. Vou pular por enquanto essas funçoes de array do java. Sei que e muito parecido com js. Tranquilao passando só as dicas.
ahahha me identifiquei mtu.. queria fazer um churrasco com esse maluco só pra contar essas historias de velho... hpg, kit net eterno, dreamweaver, frontpage, tables com align center ahahhaahha huahuahua só coisa velha
aaeee
Fala jovem. Tenho que discordar contigo. Linguagem e ainda por cima IDE pouco importam. Trabalhei com diversas linguagens e stacks ao longo da minha carreira, e as diferenças de ferramentas você geralmente pega em poucas semanas. Talvez em certos empregos estilo PJ / Freela / remoto pra gringa vc já tenha que ter o domínio da stack de cara, mas na maioria das empresas boas de se trabalhar (como faangs, multinacionais, bancos) eles estão pouco se lixando para isso. Eu mesmo, usei python na entrevista de código para um trabalho em outra lingaugem.
Se o cara tem as bases da área ele pega qualquer linguagem bem rápido. Até porque ao contrário do que os fanboys dizem a forma como elas abstraem as coisas não muda tanto assim de uma pra outra.
Fala sobre sua exp no JS
Demora muito a ter autoridade e senioridade em Java, não é melhor especializar em uma linguagem mais nova para ter autoridade mais rápido?
Esta questão vai depender mais da avaliação da empresa que você trabalha do que qualquer outra coisa.
Você pode ser considerado sênior em uma empresa e quando for buscar emprego em outra, ser considerado pleno e não conseguir a vaga de sênior. Existe muita gente sênior que não é sênior, pleno e júnior também passam por isso.
Esse eh o erro que muitos cometem. As pessoas focam em "Se especializar numa Linguagem". Linguagem eh so uma ferramenta, vc precisa se especializar numa area, a partir disso vc descobre qual Linguagem eh mais adequada para vc utilizar pra performar nesta area escolhida.
Exemplo: Se vc quer trabalhar com automaçåo, Linux e afins, nao faz sentido se especializar em Java, ou PHP. Uma vez que essa area do meu exemplo exige conhecimento de Python e seus frameworks, entende o ponto?
No 17.40 tranquilão coça e cheira.kkkkk
Que vídeo sensacional!!!!!
Coloquei o gerenciador de ferramentas do lado direito.
Aos poucos vamos entendendo pq o tranquilao dura tao pouco nos trampos dele kkk
Tranqüilones on fire 10 videos por dia
aprendi em eclipse e inteliJ, po eclipse é mt bom
percebe-se que no minuto 07:43, nosso jovem deu uma leve CORINGADA
Tranquilão é a cara dos programadores mais novos, embora seja das antigas, não dá valor a algoritmos, estruturas de dados, etc... Tudo muito bom...tudo muito bem... até a hora que surge um arquivo de 20 GB e você tem que pesquisar por algo dentro do maldito e não tem SQL pra te ajudar...kkkkkkkkkkkkk
tu acha que em 17 anos ele nunca se deparou com algo assim?
E outra, ele claramente não é contra DS&A. Ele apenas defende uma abordagem de aprendizado top-down
@@alfredoneto452 tu tem razão. Seja feliz.
@@ricardodeoliveiraalves339 Tenho mesmo. Obrigado.
O lance é que se o cara aprende os conceitos da área ele pega qualquer linguagem muito rapido, você saber se a tipagem da linguagem é estática ou dinâmica, qual a proposta da linguagem o que ela abstrai por padrão e o que deixa de abstrair, quais conceitos ela implementa, passa por isso e só resta a sintax(que com todo o respeito até uma IA pega a sintax de uma linguagem). Conheço um amigo que ficou a vida inteira lidando com Delphi e precisou de C, passei o livro Effective C pra ele e ele em 3 meses ja tava programando melhor que eu a pouco tempo atraz.
Mas na nossa área acontece muito o seguinte, muita gente usa muita coisa abstraida ou se aproveita de docs e tutoriais pra conseguir fazer as coisas sem base alguma pra avaliar aquilo.
Outra coisa, só do cara dar peso pra IDE pra entregar coisas no prazo ja mostra que ele não gasta tanto tempo assim pensando/planejando, fazendo design do código.
@@carlosrfs99 Cara, o problema de quem defende isso é que a pessoa considera apenas como a tecnologia(ou qualquer outra matéria) deve ser aprendida, mas não considera como o cérebro humano aprende. "Ah, mas tem que estudar os fundamentos antes do framework", é tipo, beleza, capitão óbvio, tá bom. O que tem de programador de youtube repetindo esse jargão óbvio e ganhando uns dólares com as views não é brincadeira. A questão é que o cérebro humano não aprende de maneira linear, no sentido "conteudista", tipo, primeiro, aprende o maximo que puder de lógica de programação, depois aprende o máximo dos fundamentos de uma linguagem, depois, estuda o máximo de algoritmos e estruturas de dados, depois, estuda o máximo de POO, depois, estuda o máximo de arquitetura, e só então aprende um framework. Esse é um conselho idiota. É claro que existem pré-requisitos pra cada assunto, mas o ser humano não funciona assim. O aprendizado humano é RECURSIVO, ao invés de LINEAR. Isso significa muito "vai e volta", bater cabeça, conectar os pontos, organizar o pensamento. O ser humano aprende EM CAMADAS, formando uma estrutura inicial superficial sobre um assunto, e depois voltando e preenchendo a estrutura com mais e mais detalhes a cada vez. É como passar mãos de tinta na parede: não se pinta perfeitamente de primeira, mas se passa uma primeira mão superficial, depois volta e passa outra. Por isso, é preferível começar com uma abordagem top-down, superficial, onde você vê a "big picture", aprende os grandes blocos mais importantes superficialmente, vê onde esses blocos iniciais se encaixam, e, com o tempo, você aprofunda nos detalhes, nos fundamentos. É o exato oposto da maneira tradicional de estudar.
Você primeiro descobre pra que uma coisa serve, aonde ela encaixa, onde será usada, qual a importância, como ela se relaciona com as outras coisas e com a "big picture", e só então você aprofunda nos fundamentos daquilo. Assim você se mantém consciente e determina por si mesmo o que julga ser mais importante aprender em cada momento, o aprendizado se torna mais genuíno, divertido, autorregulado e eficaz. No mundo da programação, seria começar pelo framework, e avançar nos fundamentos com o tempo. Você pode pensar nisso como uma ampulheta, onde você muda de uma abordagem top-down pra bottom-up sempre que precisar, exemplo: vou aprender laravel, mas nem sei o que é php, ai vai la e aprende só O SUFICIENTE de php pra ser produtivo com o laravel e depois volta pro laravel. A galera fica repetindo esse negócio de "tem que aprender os fundamentos antes", mas não ensina como o proprio aprendizado humano funciona.
Quando você tenta aprender da forma tradicional, linear, a unica coisa que tu vai conseguir é ficar desmotivado em 1 semana de estudo, pq vc não entende porque está estudando aquilo, porque aquilo é importante, aonde vai encaixar na sua realidade. Aí tu vai ver o seguinte: o cara que sabe codar de cabeça o algoritmo de dijkstra mas não sabe o que fazer na hora de levantar requisitos pra uma task e executá-la, não sabe relacionar as tabelas corretamente, ou definir as entidades, não sabe fazer uma query decente, um cachezinho, não sabe o padrão REST, não sabe retornar status codes corretamente, não sabe gerenciar estados no framework frontend. Resumindo, é um genio de faculdade, mas inutil na vida real.
Rodando teste 1 ua-cam.com/video/8lEIolhNyQk/v-deo.htmlm39s
Rodando teste 2 ua-cam.com/video/8lEIolhNyQk/v-deo.htmlm36s
OLÁ JOVEM, FAÇA UM INDICANDO LIVROS?
o cara não lê documentação e faz esse tipo de vídeo, você acha que ele lê livro? Sério?
Mano vídeo podre da porra cara , tema da hora muito bom, mas esse eco de fundo é zoado.
Quem aprende Kotlin aprende java de tabela.
Serio?
@@ricnyc2759 sim, kotlin é uma maravilha para o aprendizado.
@@ricnyc2759 tem a questão de iteroperabilidade, mas afirmar isso aí é forçar demais. Você usa Kotlin justamente para não mexer em Java