Você estudou meses, terminou o curso, mandou o curriculum para 30 vagas, te chamaram, marcaram a entrevista técnica e na hora do teste você travou. Ou pior, das 30 vagas nenhuma nem te retornou. Hoje eu vou te ensinar o que nenhum curso ensina.
Porque a maioria dos programadores júnior não consegue emprego. E o que separa quem entra no mercado de quem fica de fora? Eu sou o TI das Antigas.
Pessoal, eu estou falando esse vídeo porque teve muitos comentários nos dois últimos vídeos falando que está muito difícil conseguir vaga de emprego para programador júnior ou para quem está começando. E aí nessa minha jornada aí eu já passei por processo de contratação de profissional, né? Tanto o júnior como o pleno como o sênior.
e eu vou tentar explicar hoje quais foram as maiores dificuldades que eu tive quando eu estava atrás de contratar algum júnior. E as dicas que eu vou dar são totalmente práticas do que eu vivenciei até hoje no mercado ITI. Então vamos lá, deixa eu abrir o conteúdo aqui.
Estou testando o novo formato, vocês vão ver que está escrito em inglês também, a gente está tendo uma boa audiência do pessoal que assiste na tradução automática lá do YouTube em inglês. Então vamos ver se funciona e comentem aí se não está atrapalhando isso. Então vamos lá.
Na minha visão, o mercado não está fechado para programadores júnior. Talvez você que não está pronto ainda. E por que que 90 % dos programadores júnior não conseguem emprego?
E o que fazer para entrar no mercado de verdade? vagas existem, mas o que está faltando é candidatos com nível mínimo de preparo. A maioria dos curriculums que a gente recebe vem de gente que assistiu dez cursos, mas nunca escreveu um projeto do zero.
E quando eu falo em projeto, eu não estou falando uma coisa grande, vocês vão entender no decorrer do vídeo. E com a IA ficou mais fácil parecer que sabe. e mais fácil de ser pego na entrevista.
As empresas não querem saber se você tem 300 horas de curso. Querem saber o que você construiu com isso. Então, curso no curriculum não vale muita coisa.
O que vale é o que você fez depois do curso. E qual é o maior erro que eu vejo? Currículo sem GitHub.
Você tem GitHub? Não? Então para tudo.
Pare antes de mandar qualquer curriculum. Porque sem GitHub você não tem curriculum. Em programação você tem o que você mostra.
Vamos comparar com outras profissões. Um arquiteto, por exemplo, ele tem projetos para mostrar. Um designer tem layouts.
Programador tem que ter código. E o lugar do código é o GitHub. O recrutador técnico vai olhar o seu GitHub antes de qualquer outra coisa.
Lembrando pessoal, tem o link aí na descrição, se você quiser baixar um ebook que eu montei sobre esse assunto, é só se cadastrar no site e baixar lá gratuitamente. Se você já se cadastrou, é só entrar e baixar. O que um bom GitHub precisa ter?
Dois ou três projetos seus do zero, não clones de tutorial. Ele tem que ter um readme bem escrito explicando o que faz, como roda e a tecnologia usada. commits com histórico.
O recrutador, a empresa, ele quer ver processo, não só resultado. O que vai ser analisado? Vai ser analisado basicamente o teu código.
Um código organizado, sem, sem essa hardcodes, sem variáveis x, y, aa1, ou seja, a estrutura da tua programação. Um GitHub também tem que ter consistência. Não precisa comitar todo dia, mas precisa mostrar que programa de verdade.
Aqui na realidade eu já passei por isso. Foi eu que fiz isso, não é que eu vi. Eu vivi isso aqui.
Eu já vi gente mandar curriculum com cinco certificados e zero repositório. E eu já vi gente sem certificado nenhum ser contratado na hora, porque o GitHub falava por ele. Aqui é interessante porque aqui eu passei por isso daqui.
Há alguns anos atrás eu fiz um processo seletivo E apareceu dois candidatos basicamente com a mesma escolaridade. dois tinham um nível superior. Um deles tinha mais um monte de certificados, cinco ou seis certificados de curso.
Mas não tinha um código para mim ver. O outro não tinha a quantidade de curso que o primeiro tinha. Mas quando eu olhei o GitHub dele, acabou por ali a seleção.
Já chamei, fiz a entrevista e realmente se saiu bem, já foi contratado. Então, o que acontece em programação? O seu código é o seu curriculum.
É simples assim. Então, você não tem que se preocupar se você tem faculdade, mestrado, doutorado, se você tem 10, 12 cursos depois que você se formou. Ou se você não se formou, você só tem um curso de segundo grau.
E o que conta muito na programação é o que você mostra de código. Quem está contratando está buscando isso. E a dica prática é a seguinte, o link do seu GitHub vai no topo do curriculum junto com o email.
Não é um item opcional, é um item principal. Se a vaga pede curriculum em PDF, coloque o link do GitHub, em negrito, na primeira linha do PDF. E se você está naquela fase que você manda curriculum, manda curriculum, ninguém te chama, por que você não é chamado?
Eu vou agora apresentar os seis motivos que impedem a sua contratação. Mesmo tendo estudado, mesmo tendo curso, mesmo sabendo programar. Às vezes é só um detalhe que precisa ser ajustado para você conseguir a sua vaga.
Então o primeiro motivo, falta de base. Não é falta de linguagem. Então às vezes chega um programador júnior que sabe React, mas não entende de looping, de função, de estrutura de dados.
Cai na primeira entrevista técnica que tiver. Então a base sua tem que ser bem formada. E é por isso que o primeiro vídeo que eu coloquei dessa série é sobre lógica de programação.
No nosso site lá tem o ebook para você baixar de graça. Baixa lá e dá uma estudada. A base é o que diferencia quem programa de quem copia código.
Ou seja, numa entrevista técnica, o entrevistador saber que você entende de lógica de programação é tudo. Motivo 2 Nunca terminou o projeto Isso é o que mais aparece. Aparece o candidato lá que estudou três, quatro, cinco frameworks.
Tem 15 repositórios com um commit cada. Ou seja, tudo que ele estudou, começa e não termina. Então, você que está contratando, você que está entrevistando, você não consegue ter uma base.
Normalmente, não vai nem chamar esse candidato para uma entrevista. As empresas ou quem está contratando. .
. Não quer ver começo, quer ver uma coisa terminada, funcional, que resolva algum problema. Nem que seja uma simples lista de tarefa, mas que ela tenha começo, meio e fim.
Vale muito mais, no teu GitHub, um projeto simples e completo. Isso vale muito mais que 10 pela metade. O erro que quase todo mundo comete.
Esse daqui é normal você pegar quando você está contratando o programador júnior. Manda o curriculum para uma vaga de ERP. Com um repositório de exercícios de lógica e um Hello World em Python.
O recrutador abre o GitHub, vê isso, fecha e fim. Acabou aí a sua chance de ser contratado. Seu GitHub precisa falar, a mesma linguagem da vaga que você quer.
Então, como que a gente faz isso? Se você está procurando uma vaga para sistemas ERP, sistemas empresariais, que na minha opinião, esse é o mercado que mais tem vaga e que menos tem gente preparada, bancos, governo, indústria, comércio, todo mundo roda ERP. O que você precisa ter no seu GitHub?
O mínimo, um CRUD completo. Cadastro com tela, banco, validação e funcionando. Se você tiver pelo menos um CRUD funcionando, você já passa na frente de muitos candidatos.
Agora, se você tiver um simples sisteminha de contas a pagar, com lançamento, vencimento, status, pago ou em aberto, meia dúzia de relatórios com filtro, a chance de você ser contratado é quase de 100%. E vai uma dica aqui. Se você está procurando o sistema de ERP, no teu projetinho que você fizer para apresentar para alguém, coloque relatórios exportando para PDF ou exportando para Excel.
Isso é o pão com manteiga do ERP. Então você não precisa se preocupar em alguma coisa muito grande. Faça um projeto simples.
Faça uma coisa que você aprendeu no seu curso lá. Um simples sisteminha de contas a pagar e contas a receber que você cadaste um cliente ou você cadaste um fornecedor. Você lance uma conta, você dê baixa nessa conta e você apresente isso num relatório, exportando isso para Excel.
Se você está procurando um emprego de ERP e chega. . .
com um módulozinho desse, sistema básico desse no teu GitHub, dificilmente você não vai ser contratado. Se você é desenvolvedor web, que é a vaga mais comum do mercado hoje, também a mais concorrida, como você poderia se diferenciar? Você vai se diferenciar mostrando que entrega uma aplicação do começo ao fim.
O que você precisa ter no seu GitHub se você quiser se candidatar a uma vaga de desenvolvedor web, seja lá em JavaScript, React. . .
Node. js, PHP, Uma aplicação web completa com telas, API e banco de dados. Pode ser que nem gente já mencionou, pode ser simplesmente um sisteminha de controle de tarefas, onde você apresenta um CRUD, você tem um front-end básico, simples, não precisa se preocupar em seu melhor front-end do mundo, mas capricha no back-end.
faça comunicação disso aí com seu banco de dados e API. Ou então, traga lá na tua aplicação uma previsão do tempo para mostrar que você sabe trabalhar com API. E alguns projetinhos aí com autenticação, login e senha com hash, token JWT, isso aí te abre muitas portas.
E agora a principal dica aqui se você quer buscar uma vaga para desenvolvedor web. Além de você apresentar o projeto lá no teu GitHub, você ainda faz um deploy de sair funcionando, nem que seja numa hospedagem grátis. Um Vercel, por exemplo, um Railway, um render, qualquer coisa que você consiga deixar rodando para quem está te contratando poder ver que você consegue fazer um deploy, que você sabe o que você está fazendo.
Se você for desenvolvedor mobile, seja lá com Kotlin, Switch, Flutter, é um mercado crescente e poucos profissionais bons, aqui é uma grande oportunidade viu? Mobile é uma das áreas com a maior escassez de bons profissionais. Todo mundo acha difícil e poucos vão a fundo.
Exatamente por isso que é uma grande oportunidade. O que você precisa ter no teu GitHub? um app funcionando, rodando nem que seja um emulador, com prints ou vídeo no teu readme.
Então lá no teu GitHub você pode acrescentar um link de vídeo, você mostrando o app, o recrutador vai clicar no link e ele vai assistir, ele vai ver. E principalmente algum app com consumo de API externa. Pode ser um buscador de CEP, busca lá a previsão do tempo.
Qualquer coisa grátis que você consiga mostrar. E agora aqui um diferencial, se você tiver um APP rodando que além de ser funcional, ele ainda tem uma comunicação externa e o APP ainda lê e grave em banco de dados, pode ser um SQLite, um Hive da vida, aí você vai estar na frente de muita gente. Então agora a regra geral, antes de você mandar curriculum para qualquer vaga, abra o seu GitHub e pergunte para você mesmo se eu fosse o recrutador, eu abrisse esse perfil agora, eu contrataria essa pessoa?
Se a resposta for não, você ainda não está pronto. E tudo bem, você sabe agora o que você tem que fazer. Motivo 3, não sabe explicar o que faz.
Isso aqui hoje está na moda, A pessoa vai lá, monta uma aplicação 100 % por IA, sobe no GitHub, faz um commit apenas lá, que aí o recrutador ou a parte técnica vai saber que você, numa aplicação, você não faz um único commit, né? E aí você chega e fala que a aplicação é tua. Chegou, a aplicação roda, a aplicação é funcional.
Lógico, foi feita por IA. Vai estar com uma lógica boa, estar com parâmetros bons, vai estar com nome de variável certa. Só que daí o recrutador chega para você e fala o seguinte, me explica como funciona esse módulo aqui.
Meu amigo, se você travar e você não conseguir explicar com voz calma e clara, você não fez essa aplicação. A IA fez para você. Então é muito fácil de você detectar isso hoje.
Então quando você colocar uma aplicação lá no teu GitHub e você mandar esse link para alguém que vai querer te contratar, você tem que entender daquela aplicação. Porque o recrutador vai pedir para você explicar um módulo ou outro, justamente para ele saber se foi você que fez ou se foi a IA que fez para você e você nem está entendendo o que está acontecendo. E outra coisa também, você ser programador, você tem que saber se comunicar bem.
Então treine. Explicação em voz alta é parte do estudo. Quando você for explicar algum módulo seu, alguma coisa, você tem que saber se comunicar.
Falando com calma e falando de forma clara. Outra dica aí, não precisa exagerar nos termos técnicos. Vá direto ao ponto.
Isso faz isso. . .
isso e isso para ter esse resultado. Ou isso faz isso, isso e isso, esperando aquele resultado. Motivo 4.
Esse daqui quase não dá nem para acreditar. Mas tem muito desenvolvedor junior que não sabe nada de SQL. Nada.
Então, entendo o seguinte, se você não está trabalhando com game, ou se você não está trabalhando com ferramentas proprietárias, Você saber banco de dados é imprescindível. E isso também é uma das coisas que eu critico muito em vários cursos que tem por aí, que a pessoa fala lá não sei quantas horas da linguagem tal, não sei quantas horas do framework tal, e quando chega na parte de banco de dados é uma aulinha de 30 minutos. Não.
Banco de dados e linguagem SQL, para quem quer mexer com programação, é obrigatório. 90 % ou mais de toda a vaga que tem para programador júnior vão te perguntar sobre banco de dados. O candidato que não sabe fazer um Join simples é eliminado na primeira rodada técnica.
Então, não tem que ser um expert em você fazer o projeto inteiro do banco de dados. Você não precisa se preocupar em ser um engenheiro de banco de dados. saber escala horizontal, escala vertical.
Você não precisa ser um DBA manager. Você precisa saber SQL, o básico. Insert, delete, select, update, alterar uma tabela, criar uma tabela.
O básico de SQL você tem que saber. Se você ainda não sabe SQL, você tem que estudar isso. Motivo 5.
Currículo de quem não se conhece. O cara coloca lá no curriculum dele. Avançado em Python.
Quando mal sabe fazer um loop. A honestidade sobre o nível de conhecimento conta a seu favor. Você não precisa saber tudo, mas você tem que saber o que você sabe.
Então, às vezes, o que é mais comum? A pessoa fala que conhece bem uma linguagem, e ela não conhece tanto assim, e principalmente não conhece a base da programação. Aí tem o inverso disso.
Aquele cara que desempenha bem, conhece bem a lógica, mas. . .
Tem aquele excesso de humildade. . .
Ah, estou aprendendo, sou iniciante. Não, não fala isso. Você chega e você seja claro.
Olha, eu conheço Python, eu consigo fazer isso, isso, isso isso. Isso, isso isso. Não, isso eu não sei fazer.
Eu ainda não estudei isso daí. Ou eu conheço isso superficialmente, mas nunca desenvolvi nada com isso. Seja honesto.
Então você nunca ache que você sabe muito uma linguagem, porque linguagem de programação. . .
A gente basicamente só sabe o que usa, ou seja, você pode pegar o melhor programador que você conhecer. Dificilmente ele vai conhecer 30 % da linguagem que ele usa. Difícil.
Porque ele pode conhecer o suficiente para que ele desenvolve. Se ele desenvolve um ERP, ele vai conhecer tudo que aquela linguagem facilita para ele desenvolver ERP. Agora, ele não vai saber, por exemplo, parte gráfica daquela linguagem ou qualquer outra coisa.
Então você tem que ser honesto no que você sabe, no que você conhece. Não superavaliar o teu conhecimento e jamais subestimar o teu conhecimento. Eu já fiz entrevista com pessoas que eu só chamei para entrevista porque eu já tinha olhado o GitHub.
Eu já tinha olhado o código. Eu já acreditava que aquela pessoa servia. Queria ter uma certeza só.
E às vezes você recebe quatro, cinco curriculums, seis, sete. Você seleciona duas ou três ou quatro candidatos para uma entrevista presencial. Antigamente era presencial, hoje até que é online.
Mas você quer conhecer a pessoa, você quer conversar com a pessoa. E aí, eu tinha visto o código da pessoa, um código bonito, um código limpo, aquela época ainda não, ninguém usava IA. Eu achei um bom programador, uma lógica limpa, clara, simples e funcional.
Gostei. Mas a entrevista derrubou o cara. Comecei a conversar com ele?
Ah, não, porque estou ainda engatinhando, estou começando. Se o meu conhecimento de linguagem for um livro, estou nas primeiras páginas ainda. Eu já tinha olhado o código dele.
Eu já tinha aprovado. Então, esse excesso de humildade às vezes atrapalha. Como também se ele chegasse e falasse, não, eu sei tudo da linguagem X, Y, Z, eu ia ter que mostrar para ele que ele não sabe.
Então, você seja honesto, com o que você sabe. Não superavalie o que você conhece e não subestime o teu conhecimento. E o principal, quando você se candidata a uma vaga de programador júnior, a empresa já sabe que você é júnior.
O que a empresa quer saber é se você tem um fundamento bom. . .
se você desempenha alguma coisa e se você já fez alguma aplicação por mais simples que ela seja. Motivo 6, manda curriculum mas nunca aparece. Então o que você tem que ter?
Você tem que ter um GitHub público, que ter um LinkedIn ativo, comentários em fóruns, comunidade, tudo que você puder fazer para aparecer na internet. de forma profissional, vai contar-te ao favor. principalmente porque empresas pequenas e médias costumam contratar muito por indicação e visibilidade.
Então, se você está aparecendo, se você comenta, se você participa de fóruns, de comunidade, você está aparecendo. É muito mais fácil você ser visto. E eu já vi uma pessoa ser contratada para uma vaga internacional ganhando em dólar só porque essa pessoa contribuía num projeto open source.
Então, o recrutador dessa vaga também contribuía no mesmo projeto, acabou vendo a contribuição desse brasileiro e depois entrou em contato com ele. Por quê? Porque ele apareceu.
Então, você não precisa ser famoso, você não precisa ter um canal no YouTube. Você só precisa existir na internet como programador. Então o que fazer a partir de hoje?
Plano de ação. Crie teu GitHub, se já tem, limpe o que não está bom, faça uma análise do teu GitHub, vê se o que está lá está bom, se não estiver bom limpa tudo, começa de novo. Escolha um projeto simples para você começar e terminar, um sistema de cadastro, uma lista de tarefas, uma calculadora que seja, mas que funcione do começo ao fim.
Escreva bem o README. Explique o que faz, como rodar e o que você usou para fazer. Coloque o link do GitHub no seu curriculum na primeira linha.
Aprenda SQL básico. Select, insert, update, delete, join. E o principal, pare de colecionar cursos e comece a construir coisas.
Se você já fez um, dois, três cursos, na verdade, se você já fez um curso, você já tem que conseguir fazer alguma coisa com esse conteúdo. Construa alguma coisa. Como eu mencionei aqui em cima, pode ser uma coisa simples, pode ser um simples cadastro, pode ser uma lista de tarefas, pode ser uma simples calculadora, mas que ela tenha começo, meio e fim.
Que ela esteja rodando. E uma mensagem final aqui para vocês. O mercado não está fechado para programador bom.
Está fechado para quem acha que assistir curso é o mesmo que saber programar. E agora, quem que entra no mercado e quem que fica fora? Quem entra é quem tem código para mostrar.
Quem fica fora é quem só tem certificado. Bom pessoal, eu vou deixar para vocês o link desse material que eu montei aqui, para vocês baixarem de forma gratuita, aqui eu abordo alguns pontos a mais, Aqui inclusive eu falo como que você pode montar o seu curriculum, entro mais a fundo naquilo que nós mencionamos ali no slide e eu acho que se você. .
. está tendo dificuldade para se encaixar no mercado como programador júnior, dá uma baixadinha nesse material aqui, dá uma estudadinha nele que eu acho que você pode relouver e se colocar de forma mais fácil no mercado. Se você gostou do vídeo, deixa um like, se não gostou deixa um dislike, deixa um comentário e comenta aí, você tem GitHub?
Se não tem, comenta o que está travando você de criar. Eu leio os comentários e esses comentários viram os próximos vídeos. No site do canal tem uma postila de lógica de programação, tá lá, só baixar, é de graça.
Se você ainda não estudou a base, comece por lá. Valeu pessoal, até a próxima e fui!
