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.

ainda bem não tenho anúncio aqui 😂😂😂😂😂

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

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

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?

o cara não lê documentação e faz esse tipo de vídeo, você acha que ele lê livro? Sério?

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.

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