DEV Community: Paulo Luan

[PT-BR] Como manter um dev na sua empresa e evitar rotatividade

Paulo Luan — Tue, 17 Mar 2020 07:10:06 +0000

Manter um programador em tempos em que o mercado está inundado de grana dos Chineses e dos Árabes será um baita desafio, ainda mais quando o gerente não faz ideia de como lidar com o que se passa na cabeça dos devs. Ainda bem que estou aqui para te ajudar. Hoje vou falar sobre como lidar com os programadores para que eles fiquem na sua empresa, em consequência, te economizando algumas centenas de milhares de reais. Mais um texto da série "Programação orientada a sinceridade" da Reativa.

Disclaimer: Esse texto é direcionado a C-Levels, e eu, como bom programador, sofro de um mal chamado "excesso de sinceridade", peço que não leve para o lado pessoal o modo despojado de linguagem e tente agregar valor a sua empresa com as dicas. Caso eu ultrapasse os limites, me dê um feedback no direct!

Muitas empresas me procuram querendo desenvolvedores para suas equipes. Eu sei, está bastante difícil encontrar devs bons, já que a maioria preferiu ganhar 100 mil dólares americanos, ou te abandonou para trabalhar em alguma startup acelerada pelo Softbank.

Rotatividade é um problemão para empresas com viéses técnológicos (principalmente voltados a programação), mas o problema é: parte dessa rotatividade é culpa sua?

Em trabalhos subjetivos como os da programação, é extremamente fácil enganar os gerentes, principalmente aqueles que se escondem atrás da parede na primeira palavra de llinguajar técnico que os devs falam.

Para evitar que você seja feito de bobo, é necessário ter a confiança da sua equipe. Gerente não tem que ser técnico mesmo, e você pode ficar nos seus papinhos de "six-sigma", "lean", "PMI" e outros jargões da linguagem gerentês, mas, negligenciar e não saber o básico de como monitorar as atividades dos devs, é pedir para ser enganadíssimo.

Eu não digo "monitorar" no sentido de ficar olhando os mínimos detalhes para ver se os devs estão trabalhando ou não (se você pensou isso é bem provável que você seja enganado), mas no sentido de conseguir acompanhar o andamento das atividades, fazer track de commits, olhar o CI para ver como estão as builds, integrar no slack o cruzamento de infos de builds com os tickets fechados/abertos. (Se você não sabe do que estou falando, tenho péssimas notícias para você).

Quero dizer que sempre existirão formas de te enganar, por mais que você tente ser esperto, porque é o nosso trabalho ser mais esperto que os outros. Nós fazemos DDoS por hobby, você acha mesmo que um engravatado vai nos parar?

Em resumo:

Sempre existirão formas criativas de enganar os gerentes, então foque em ter uma verdadeira confiança com a sua equipe técnica.

Para isto, você precisa entender como funciona a cabeça dos desenvolvedores. Quando você adquire a sua confiança, ele vai produzir MUITO mais do que ele produz naturalmente, caso contrário, ele irá utilizar a sua tendência natural de ser um pouco, digamos, rebelde.

Programador é como um cachorro-louco. Experimenta prender um cachorro grande na sala do seu apartamento e vá trabalhar, quando você voltar a mobília estará toda roída e o apartamento todo mijado. Cachorros ficam malucos quando cerceados de sua liberdade. programador não é diferente: nós adoramos AUTONOMIA e LIBERDADE.

Um outro exemplo: você já experimentou deixar um moto-boy esperando no portão? Nós programadores temos o mesmo espírito animal que eles.

Como minar a confiança de um DEV?

Coloque proxy e fale que o Stack Overflow está bloqueado.
Peça para ele ir trabalhar de calças (experimenta pedir pra ele ir de social 😂).
Fala que quem vai instalar as coisas no computador dele será somente a equipe do suporte da TI e que ele não vai ser root do próprio computador (😂).
Faça com que decisões técnicas importantes sejam tomadas por pessoas não técnicas, baseadas por decisões políticas e não lógicas (seu guaraná vai ser chacoalhadíssimo).

Em resumo:

SE VOCÊ PERDER A CONFIANÇA DA SUA EQUIPE TÉCNICA, SE PREPARE: VOCÊ ESTÁ FERRADO.

Se você o chamar para reuniões chatonas que deveriam ter sido um e-mail, a única coisa que ele vai focar é se ele vai comer parmegiana ou feijoada no almoço.

Quanto mais coleira você colocar, mais cachorro-louco o dev vai ficar. Mas se você tiver grana para queimar, é bem provável que vai conseguir mantê-lo na empresa, pois:

Tudo vale a pena quando a grana não é pequena.

Quando a motivação deles for somente a de pagar boletos no fim do mês ao invés de estar com tesão pela nova arquitetura do sistema, ele vai terminar a task em um 1 dia e ficar os outros 4 vendo meme na internet sem você nem perceber. Não ter a confiança te fará perder muita grana no longo prazo.

Quem entendeu isso foram principalmente as startups, criando uma cultura 100% baseada nos pilares de boas práticas de engenharia digital e é por isso que seu dev de 6-figure-salary aceita ir ganhar um salário de mendigo em uma startup-cool e sair da sua empresona tradicional, que na sua cabeça seria o sonho de consumo de qualquer pessoa normal.

Os C-Levels que entenderem a frase a seguir vão economizar TONELADAS DE DINHEIRO, já os que não entenderem irão continuar sofrendo com rotatividade (por motivos bobos), com seus óculos de leitura na ponta do nariz, questionando o que será que estão fazendo de errado.

Automonia, liberdade e propósito são os pilares de como conquistar um bom dev.

Rotatividade é algo natural em um mercado disputado, mas será que você não foi o responsável direto por essa saída? Está ao seu alcance fazer algo para mudar?

Num mundo onde os devs são disputados a tapa, onde você quer estar posicionado?

Eu bato, mas eu sempre assopro. Eu sou o dev infiltrado que vai revelar todos os segredos da rádio-peão. Conversei com centenas de devs e os motivos abaixos foram bastante recorrentes em diversas das conversas que tive sobre a rotatividade dos desenvolvedores:

Salários baixos e cargas altas

Já vi reclamações recorrentes de salários baixos em startups, sem entrar no mérito das cargas altas de trabalho, que é natural dado a natureza da empresa, e entendo e reconheço com meu lado empreendedor a dificuldade de se pagar salários altos frente a alavancagens em períodos de tração e incertezas.

Mas deve-se ficar de olho se essa natureza não é cultuada pelo CEO propositalmente (e talvez seja para filtros meritocráticos). Mas é meio arriscado, pois mesmo o jovem de brilho nos olhos pela "missão maravilhosa de mudar o mundo" vai ficar tentado a ir para outra empresa quando o valor presente que ele tem é equity-incerto, tobogã e barrinhas de cereal quando em troca ele poderia ganhar vários "dinheiros-a-valor-presente" no concorrente.

Plano de carreira mal definido:

às vezes não saber exatamente onde pode-se chegar, ou quais são os parâmetros para ser reconhecido no próximo nível faz o dev ficar meio puto. Não se trata muito do salário, mas de saber exatamente o que deve-se fazer pra melhorar, se tratando mais de comunicação, feedbacks contínuos, sensação de crescimento e reconhecimentos como pessoa.

Repito, programador gosta de:

liberdade, autonomia técnica, salário razoável, ambiente agradável, no-dress-code e que o degrau de hirarquia superior não tome decisões retardadas.

Acredito que um balanço legal é não ser nem a startup cool que pode trabalhar pelado, andar de patinete elétrico, levar o cachorro, comer barra de cereal e descer o tobogã TUDO AO MESMO TEMPO (mas tem salario-de-mendigo), e nem a grande empresa tradicional que tem que ir vestido de terno, tem proxy até pra acessar o Google, catraca com biometria até pro banheiro, com devs que não respeitam nadinha o gerente (mas nunca demonstram) e que acessam o Reddit escondido na tela do terminal ao invés de trabalhar.

Usar o bom senso, a comunicação não agressiva e tentar entender no 1-on-1 (dicas disponíveis na sessão Jobs-satisfaction), que demonstram quais são os fatores determinantes que estão ao seu alcance em mudar.

É tipo casamento: a esposa só quer carinho e ser compreendida, mas maluco o maluco nem percebeu o que ela queria por não saber fazer as perguntas certas e de modo não agressivo para ela. Quem vai dizer qual ambiente "retem mais" é a própria esposa, e nesse caso, o funcionário.

Vejo as empresas (principalmente startups) preocupadíssimas em "experiência do cliente", mas perdendo funcionários por motivos bobos, justamente por esquecerem e/ou não se preocuparem com a "experiência do funcionário"

Porque falo isso de maneira tão sincera? Porque um dos pilares da Reativa é o de sempre ser sincero, com personalidade e respeito. Acredito que falte um pouco mais disso no mundo. Quem teria coragem de correr o risco de se queimar falando de maneira tão aberta sobre esse assunto? Só o maluco do Paulo Luan.

Mas são esses malucos que fazem a diferença no balanço da sua empresa.

Desenvolvedores são muito fiéis e confiáveis quando você adquire as suas confianças. Já vi vários amigos que não saem de jeito nenhum das empresas das quais trabalham, qu em geral, não são de grande porte e nem possuem aportes ultra-milionários, o que só prova que você não precisa de muito dinheiro para reter os devs, só precisa de bom senso.

Um bom começo para iniciar a transformação da sua empresa e atrair mais desenvolvedores bons, é seguindo o guia de "melhores empresas para NÃO se trabalhar como programador", lá eu descrevo exatamente os perfis de companhias que os desenvolvedores devem evitar (não seja essa empresa).

Meu maior desejo é que o Brasil pare de se preocupar em exportar bananas e exporte tecnologia com EXCELENTES empresas e programadores.

É por isso que dedico a minha vida na Reativa, gerando valor para os desenvolvedores e todos os atores do ecossistema de tecnologia. A única coisa que peço em troca no momento é um comentário. Comentando você mostra que se importa comigo, assim como demonstrei que me importo com você.

Desejo todo o sucesso do mundo para você e para a sua empresa.

Acompanhe a Reativa nas redes sociais:

Instagram - Site - Blog.

Sua melhor escolha para aprender programação: Reativa Tecnologia

[PT-BR] Como fazer as empresas saírem no tapa por você

Paulo Luan — Mon, 09 Mar 2020 12:39:02 +0000

Originalmente postado no blog da Reativa Tecnologia

Nós já falamos que as empresas estão desesperadas atrás de desenvolvedores, se você não leu, leia. O fato exposto no post anterior demonstra a margem que se abriu para que possamos conseguir empregos melhores, dada a falta de programadores no mercado. Então hoje falaremos sobre dicas de como ser bem avaliado pelo RH no processo de seleção.

Eu digo e repito para todos os alunos e mentorados da Reativa, de Júnior a Sênior que nos procuram: o RH sempre busca por provas sociais no seu perfil. Se você entender as bases por trás disso você vai conseguir emprego nas melhores empresas do mundo. Esse artigo é uma pequena parte de um capítulo do nosso curso. Com essas dicas nossos alunos conseguiram dobrar de salário em pouquíssimo tempo.

Provas sociais são evidências que demonstram que você tem o conhecimento prático das características da vaga que a empresa tem em aberto.

Essas provas podem estar:

Nas empresas que você trabalhou anteriormente.
Nas conexões que você possui.
Nos posts técnicos que você escreveu.
Na mensagem de commit que você faz.
Na forma como organiza os projetos no Github.

Tudo vai ser motivo para te qualificar ou desqualificar para a vaga. Muitas vezes você é exatamente o candidato ideal, mas não se atentou a esses fatores e acabou perdendo a vaga. A análise inicial que o RH vai fazer de você é muito subjetiva, e será baseada nas informações que você coloca em seu perfil (no currículo ou Linkedin).

Não tem como saber quem você é de verdade somente pelas informações do seu perfil, e é aí que você entra em posição de vantagem, porque você pode:

Aprender a se vender.

Pense agora, o que te leva a uma decisão de compra? Na maioria das vezes, você compra um produto pelo marketing. A princípio você não sabe exatamente se o produto funciona bem, mas se tem imagens bonitas e um texto chamativo, esses vão ser os primeiros fatores que te levarão a comprar. No processo de contratação isso não é diferente.

O marketing vende, mas o produto tem que ser bom. Se venda bem, mas NÃO MINTA JAMAIS.

Já entrevistei dezenas de desenvolvedores, para vagas que variaram de estagiário a arquiteto de software sênior. Em dois minutos de conversa informal eu consigo identificar se a pessoa está mentindo. Seu corpo fala , sua história fala , suas contradições falam. O contrário também acontece, mesmo quando uma pessoa está falando tudo errado pelo nervosismo, ou tem dificuldades de conversar por ter perfis introspectivos, a gente consegue identificar se ela é potencial, se ela se esforça e se realmente quer melhorar. Foque em ser , e não em parecer.

É a tecla que nós da Reativa sempre batemos: Procure ser o desenvolvedor que estuda muito, que trabalha duro e sem preguiça, que programa muito, que verdadeiramente entrega valor para a comunidade, independente do seu nível. Não vai ser fácil, mas se você se tornar essa pessoa, até em uma conversa de bar qualquer um vai identificar que você é diferenciado.

Sorte é a oportunidade aliada com a preparação. Esteja sempre preparado.

A dica desse contexto é: vá a eventos, observe, converse com as pessoas, procure gerar valor para elas e uma hora vai dar bom.

Tendo isso em mente, vamos começar a trabalhar no seu perfil com as dicas práticas. Eu recomendaria você começar a trabalhar todos os dias para criar provas sociais que demonstrem que você é muito melhor do que os outros candidatos. Mas como?

Posts técnicos de snippets de código e dicas úteis no Linkedin.
Posts em blog pessoal, Medium ou Linkedin sobre como você resolveu algum problema técnico imenso e detalhes com exemplos de código. (Escrever duas versões do post, uma em inglês e outra em português).
Um Github com códigos que funcionem e que tenham integração contínua, testes unitários e readmes extremamente bem escritos.
Programar em inglês e usar boas práticas no código do Github.
Apagar os repositórios feios que você tem no seu Github (é melhor ter 3 bons do que 50 ruins).
Interagir e contribuir com projetos existentes no Github.
Mensagens de commit com o código bem separado e com mensagens muito descritivas e EM INGLÊS.

Faça cadência de posts no Linkedin, comece a escrever como se você fosse um grande arquiteto de software, mas sempre com humildade, sempre respondendo as pessoas que comentarem e tentando ajudar verdadeiramente.

Exemplo de post bom para o Linkedin:

Isso gera prova social, mostra que você se esforçou, mostra que você entende de Github, que você contribui com conhecimento para os outros DEVS. Na hora da avaliação, isso faz com que o seu salário suba, pois você será avaliado como um DEV mais avançado, por mais que você seja Júnior.

Provas sociais do post:

Usa Github (tem experiência).
Já passou por muitas etapas para conseguir chegar até o resultado que ele postou (experiência).
Fez o curso online e terminou os exercício (provou ter prestado atenção no curso e que é autodidata).

Outro exemplo:

Demonstra que ele gosta de lógica de programação e dá a entender que programação é uma diversão na vida dele. Eu particularmente quando contrato desenvolvedores gosto de perceber que ele gosta MUITO do que faz, isso vai fazer com que ele não surte quando tiver problemas complexos do trabalho para resolver.

Outro exemplo:

Nós podemos ver que o perfil dela é de auxiliar de escritório e que ela está aprendendo programação, demonstrando que é esforçada e muitas vezes só isso já é suficiente para o RH te querer. Às vezes eles vão aceitar te contratar pelo seu potencial e não pela sua capacidade técnica atual.

Só nessa imagem vimos que ela usou a Udemy, ou seja, ela investiu dinheiro do próprio bolso para pagar um curso, demonstrando que é EXTREMAMENTE INTERESSADA. Outro ponto é que ela usa Visual Code, então ela já passou por diversas etapas até chegar naquele resultado.

Provas Sociais:

Usou dinheiro do bolso para investir num curso (interessada).
Apesar de outra profissão, está aprendendo programação (interessada).
Usou VS Code (tem experiência).
Postou no Linkedin (é aberta a crítica, tem coragem de demonstrar publicamente e ser criticada).

Próximo Exemplo:

Começou o post fazendo uma crítica, que dá a entender que ele já passou por diversas situações e está alertando outras pessoas a não fazerem o mesmo.

O ponto positivo é que ele está preocupado com a forma como as pessoas se comportam e que você melhore com o erro dos outros. O lado negativo é que você pode ser interpretado como reclamão e que só está criticando os outros para mostrar que você é melhor que eles.

A diferença do veneno e do remédio é a quantidade, então o segredo é saber dosar e abusar do bom senso.

Nesse caso o rapaz tinha autoridade para falar, porque já tinha um cargo alto em uma empresa, o que faz com que as pessoas acabem respeitando a primeira vista. No caso de um junior tomar a mesma posição, ele teria que utilizar outra forma de comunicação, como por exemplo:

"Eu sou muito observador, e o fato de eu ainda ocupar uma posição de júnior me faz querer aprender com o comportamento dos devs mais experientes.

Reparei que existem muitos bons exemplos de inspiração, mas também vejo muita gente que estagnou na carreira, o que eu não busco jamais para a minha forma de trabalhar.

Criei uma lista do que eu aprendi e do que eu busco evitar, de forma com que eu cresça mais rápido na minha carreira. Meu objetivo é o de deixar claro o que eu não devo fazer, não sendo um ataque pessoal a ninguém. Então vamos a lista dos erros a evitar:

1- Vaidade, por achar que o código dele é sempre o melhor, e não aceitar críticas ou code reviews. [...]"

Dessa forma eu deixaria muito bem exemplificado e muito explícito de que eu sou muito humilde e que busco melhorar sempre.

Lembre-se: tudo é prova social. Fazer isso gera engajamento, e engajamento gera visualização tanto de outros devs quanto de RH, o que pode gerar contatos para você.

Uma dica adicional seria de no fim do post você colocar:

"O que você acha que faltou nessa lista? Ps: Se alguém quiser tomar um café para falarmos sobre possíveis oportunidades para programador Júnior, me chame no privado, estou em busca de recolocação para posições em React e NodeJS. Tenho disponibilidade para mudança de cidade."

Repare:

Primeiro você gerou valor gratuitamente.
Provou ter passado por muitas situações.
É decidido sobre onde quer chegar na carreira.
Sabe escrever e não tem vergonha de se expôr.
É organizado e focado em melhorar
Tem experiência de vida e ainda está disponível? QUERO ESSE DEV AGORA NA MINHA EQUIPE!

Mesmo em caso de você não ter experiência, as pessoas vão te dar uma chance, pois você prova que o que está dizendo é verdade através da geração de valor, das dicas para os outros devs, e que você não só está preocupado com a sua mudança, mas a de possíveis outras pessoas.

DICA PARA QUEM ESTÁ COMEÇANDO: Empresas contratam potenciais, porque eles são baratos e é muito difícil encontrar gente esperta. Criando esse tipo de post do exemplo, você demonstra criatividade e não se coloca em posição de vítima só esperando pela "recolocação cair no seu colo".

Pra quem não sabe o que quer, qualquer lugar serve.

Qual conteúdo vocês gostariam de ver aqui na Reativa? Gostou? Não gostou? Sua opinião importa muito, comente! Não se esqueça de marcar os amigos que precisam de ajuda na recolocação, e somente marcando eles nesse post e compartilhando você poderá ajudar outras pessoas.

Acompanhe a Reativa nas redes sociais:

Instagram - Site - Blog.

Sua melhor escolha para aprender programação: Reativa Tecnologia

[PT-BR] Startups ou empresas grandes tradicionais? Qual é a melhor para se trabalhar?

Paulo Luan — Mon, 09 Mar 2020 12:36:20 +0000

O papo de hoje é sobre perfil de empresas: Startup ou empresa tradicional?

Esses dias eu estava conversando com o CTO da Quero Educação sobre quais são os itens que retém um colaborador na empresa, e nesse mesmo contexto, fui questionado por um seguidor no Instagram a falar sobre o tema, então hoje iremos falar sobre o perfil de cada uma delas e como selecionar a melhor empresa para o seu momento de carreira.

A pergunta em si foi esta:

DISCLAIMER: Meus textos são focados para desenvolvedores, tendo isto em mente, tomo a liberdade poética de poder utilizar elementos de linguagem despojados e por vezes de baixo calão. 😇

Eu não tenho papas na língua, pois meu trabalho aqui é economizar tempo e dinheiro para os meus (e minhas) devs queridas, não estou aqui para dizer palavras bonitas e agradar à plateia do Raul Gil. 😂

Então vamos começar pelas grandes empresas de base não-tecnológica:

Grandes Empresas, maus negócios.

Empresa grande e não tecnológicas, em geral, tem uma cultura meio idiota: elas cresceram demais e agora tem que se importar mais com processos e burocracias do que se importar com as pessoas, o que faz com que a cultura seja por vezes sem sentido e baseada mais em política do que em inovação de verdade.

Como eles não são de tecnologia (montadora de veículos, por exemplo), geralmente os processos são fabris, isso envolve catracas até no banheiro, proxy que bloqueia até o Stackoverflow e gerentes que não entendem a natureza criativa da programação, muito menos sobre como escalar uma equipe de tecnologia, gerando em consequência aqueles tiozões perdido de terno, com óculos de leitura na ponta do nariz, que pensam que 9 mulheres grávidas conseguem parir um bebê em um mês.

Geralmente o desenvolvedor não curte esse perfil de empresa, porque você perde mais energia explicando porque boas-práticas são importantes que criando inovação. Caso você curta dinheiro, faça vista grossa e aceite o job - é na empresa grande que está a grana.

Mas sabe como é, tudo tem um preço.

A melhor forma de você trabalhar numa grande empresa é através de uma consultoria terceira. O processo é o seguinte, a consultoria meio que fica "responsável" por você. A empresa grande confia na consultoria (mas não confiaria diretamente em você).

No final das contas, quem vai desenrolar o trabalho sempre será você. Os grandões vão amar o que você fez por eles, mas no final quem é você na fila do pão? Enão não ligue para os méritos, foque em servir e ser foda.

Foque no seu objetivo de ser o melhor programador que puder ser, o mundo te recompensará sempre por isso. Não caia no jogo da politicagem, foque no seu e nunca em atrapalhar e atrasar o lado dos outros.

Startups Inovadoras, salários de "mindingo".

Grandes empresas tem processos e regras idiotas, mas são as que tem o dinheiro. Startups é um frenesi da inovação, mas, em geral não tem grana e quando tem é "carta marcada". Se trata de uma gerência complicada, pois na maior parte das vezes esse dinheiro são advindos de investidores terceiros, logo, as decisões e as quantidades são pré-estabelecidas pelo conselho.

Você precisa entender que o modelo de negócio de uma Startup é o de validar hipóteses. A definição de Startup é que ela é uma empresa (de qualquer tamanho) que tem o modelo de negócios escalável em um ambiente de extrema incerteza. Isso quer dizer que a vida de uma Startup é validar hipóteses, focar no que deu certo e abandonar o que dá errado.

Em outras palavras, o CEO tem uma direção de onde ele quer chegar e muitas hipóteses para validar e quanto mais hipóteses ele valida, mais a empresa vale.

Por ser um ambiente de muita pressão externa e incertezas, os C-Levels às vezes vão estar full-rage-pistola 🤬 batendo em geral e mandando todo mundo tomar no cu, em outras, vão estar rindo, fazendo hang-loose, andando de patinete elétrico e comendo pastel do food truck da festa da firma na maior suavidade.

A prioridade de uma Startup é o de se manter viva e manter o modelo de negócios em pé para garantir escala. Crescer é a prioridade, isso custa muito caro, e não necessariamente gera lucro no curto prazo. Salários altos não serão uma prioridade nesta fase.

Em outras palavras:

vão te pagar salário de "mindingo".

*Pra que salário se você pode andar de patinete elétrico e trazer sua tartaruga pro trampo? *
Não tem salário, mas tem um tobogã maneiro pra você escorregar.

Tabela comparativa entre elas:

Startups geralmente precisam ser competitivas e disruptivas, então eles usam o que há de melhor em tecnologia no mercado. Mas tem dois principais perfis nesse sentido, as que fazem tudo esculhambando malucamente e as que fazem da maneira certa,

A Quero Educação e a Buser são excelentes exemplos de como fazer as coisas da maneira certa, eles fizeram engenharias impecáveis, dignas de Oscar. Por esse motivo Startups como elas são o melhor local para você iniciar sua carreira. Foque em aprender o máximo o possível e não se preocupe com salários nos primeiros dois anos, preocupe-se em ser o mais produtivo possível.

Mas calma, nem todas as Startups são como essas e infelizmente elas são exceções. A maioria vai estar focada nesse processo de sobreviver, e a engenharia vai ser esculhambada 💩, o CEO vai ser um maluco, o caixa da empresa sempre vai estar acabando, os salários atrasam, os investidores vêm cafungar todo dia no pescoço de geral, vai ser uma pressão fudida pra pouco salário e por esse motivo EU TAMBÉM RECOMENDO VOCÊ TRABALHAR NESSE PERFIL DE EMPRESA.

Pode parecer contra-intuitivo, mas tente trabalhar no máximo de perfis de empresas o possível, tanto as Chernobyl, quanto as grandes dos véio-de-terno-e-óculos-de-leitura-da-ponta-do-nariz, as de engenharia PERFEITA e as pequenas.

Você só sabe que a lasanha é MARAVILHOSA quando você já comeu chuchu com jiló.

Fique ciente do que é ruim para saber o que é bom, e todas elas vão oferecer a oportunidade de aprender muitas coisas e se tornar mais antifrágil.

O ambiente de Startup é bem legal, bem descontraído e com bastante humor. Terão épocas de correria extrema, e épocas de festas malucas e com comemorações exageradas. 🥳

O ambiente de empresas grandes é mais conservador, mas, em geral é onde a grana está. E algumas delas estão se esforçando para mudar a cultura, mas não é algo que acontece do dia para a noite.

A escolha é sua! 🤓

Seja qual for a sua decisão, estou aqui para te ajudar. Na Reativa eu te ensino exatamente tudo que aprendi na minha carreira de 10 anos como desenvolvedor, e acredite, nada é mais valioso do que o conhecimento de alguém que tem a pele em risco.

Se você curte meus textos, comece a comentar. Não estou interessado em mendigar likes, quero saber sua opinião sincera, eu me importo com você, por isso dedico minha vida a te servir e a economizar o seu tempo.

Acompanhe a Reativa nas redes sociais:

Instagram - Site - Blog.

Sua melhor escolha para aprender programação: Reativa Tecnologia

[PT-BR] Faculdade de TI é perda de tempo

Paulo Luan — Mon, 09 Mar 2020 12:02:16 +0000

A maioria das pessoas imaginam que uma carreira se inicia num curso superior, é o pensamento padrão. Mas na área de programação é diferente, estamos num momento que as empresas estão completamente desesperadas atrás de bons programadores, e elas não os encontram.

Originalmente publicado no Blog da Reativa Tecnologia.

Os programadores disponíveis no mercado são disputados brutalmente entre elas, acredite. Eu já formei diversas equipes de desenvolvedores para consultorias e startups, e sei exatamente o quão difícil é estar do lado da empresa.

Já ofereci vagas de R$ 8.000,00 CLT para desenvolvedores plenos que tivessem conhecimentos específicos de Javascript, e demorei muito tempo para encontrar, e os devs que encontrei não tinham exatamente o fit para a vaga; outras vagas de R$9.900,00 CLT para sêniores tinham exatamente o mesmo problema.

Tendo em vista essa dificuldade decidi focar a minha vida em ceder este conhecimento, pois:

Sei exatamente o que as empresas precisam;
Sei exatamente como formar um programador para estas vagas que citei com cursos gratuitos na internet, e falarei tudo sem economizar nadinha nos nossos conteúdos;
Em 3 anos de muita prática e trabalho duro, com os conhecimentos que te passarei aqui você estará apto para vagas de R$ 6.000,00 se você se aplicar verdadeiramente, sem a necessidade de um diploma de ensino superior.
Você vai ter o conhecimento que adquiri durante mais de 10 anos da minha carreira de programação.

Atualmente a internet está inundada de informações, o problema não é a falta de disponibilidade, mas a filtragem do que é bom e ruim destes conteúdos. Qualquer tonto pode pegar uma câmera e falar um monte de abobrinha no YouTube, e isso gera dificuldade para separarmos o joio do trigo.

Este problema eu resolvi para você. Todos os conteúdos que disponho em tudo o que a Reativa faz, passaram pelo meu filtro pessoal, tudo foi testado e aprovado por dezenas de programadores que conheço. Se você tem interesse em ter o conhecimento de 5 anos de uma uniesquina em apenas 1 ano, clique aqui que vou te mandar todas as informações.

Muito se fala dos sucessos da carreira, mas pouco se fala do fracasso e das perdas de tempo que tivemos com coisas inúteis. O ensino superior é um desses tabus.

Para exemplificar:

Existe um conceito em startups chamado MVP, que consiste em criar um mínimo produto viável. Você lança algo incompleto no mercado, verifica se vai dar certo ou não, e só depois de testar o mercado e fazer dar certo que você investe dinheiro e cria o produto de verdade, o objetivo é errar barato e corrigir o mais rápido o possível.

Tanto na vida quanto nos negócios, errar não é algo que você escolhe, é algo que acontece, e é a parte que eu considero mais importante do processo.

Se você tiver que escolher entre errar ou acertar escolha sempre por ERRAR. Cada erro que você comete te deixa mais próximo, e mais consciente, do sucesso. Não devemos evitar os erros, pelo contrário, temos que nos expôr e estarmos sempre atentos a corrigir, mudar de rumo e acertar o mais rápido o possível.

O ensino superior não te deixa errar pequeno, te coloca em um relacionamento abusivo de 5 anos pra você descobrir que aquela merda de profissão não era a sua paixão.

No mundo do ensino superior as pessoas cometem o mesmo erro de quem investe milhões e criam um produto que fracassa, você realmente precisa investir 50 mil reais, gastar mais de 6 anos da sua vida pra descobrir que determinada área não é o que você gosta, ou que não tem vaga de emprego? presenciei pessoalmente dezenas de amigos e familiares estarem desempregados e com um diploma de engenharia de produção na parede.

Você pode até discordar de mim em alguns pontos, eu não ligo, pois essa é só uma outra visão da realidade. Mas você NÃO precisa passar por essas humilhações pra entrar no ensino superior pra ter a falsa sensação de sucesso, porque acredite, existem outras alternativas.

A história do João, um de meus colegas de trabalho, detalha bem como funciona fazer uma faculdade de TI e como ela nos prepara para o mercado de trabalho.

A história da uniesquina

João estava puto esses dias, falando do arrependimento de diversas escolhas que tomou na carreira como desenvolvedor, e que ninguém - inclusive os professores da uniesquina que ele estudou - o avisaram. Tudo começou quando o João pegou um super-desconto em um desses sites quaisquer de bolsa de faculdade, a mensalidade da engenharia da computação caiu de R$ 1.500 para R$ 850. JOÃO ESTAVA FELIZASSO.

No início foi pura alegria, ambiente novo, pessoas novas, tudo ia bem. Mas João começou a reparar que a faculdade não era nada objetiva; ele já estava quase no terceiro ano e ainda não tinha aprendido quase nada de programação, ele tinha aprendido o básico de algoritmos mas metade da aula o professor usava pra falar da vida pessoal e mostrar fotos do filho que acabara de nascer.

Era engraçado, que os professores eram super sacanas, ensinavam um conteúdo X e quando chegava na prova o cobravam coisas absurdamente diferentes dos conteúdos ensinados em aula. Era muito perceptível que o objetivo do professor era mais o de encher linguiça e sentir superior aos alunos do que ensinar de verdade o que o mercado precisava. Salvo por raras exceções de bons professores que sabiam que falavam, mas a maioria só tinham lido o conteúdo da aula em um livro e replicado sem ter conhecimento prático algum.

Os colegas da sala faziam perguntas idiotas e redundantes, a falta de sono fazia o João querer agredir esses amiguinhos, os conflitos também aconteciam quando era necessário fazer os trabalhos em grupo.

Ele se sentia cada dia mais desmotivado, isso acabou levando João ao bar próximo da faculdade, o Gela-Guela. Os encontros no Gela-Guela ficavam cada vez mais frequentes do que a ida às aulas, ele estava mais motivado com a bebedeira e com as festas da faculdade do que com as matérias que só o faziam perder tempo.

A faculdade começava a ser levada com a barriga, copiava a prova dos amigos, assinava a lista de presença e metia fuga da aula. Qualquer coisa era mais empolgante do que estudar sociologia e português, matérias que por incrível que pareça compunham a grade de aulas, parecia surreal estudar aquela merda, quando a faculdade da qual ele tinha se inscrito era de computação.

Após a reclamação de diversos alunos sobre as matérias irrelevantes, o boçal do diretor da faculdade dizia ser importante estudar matérias não correlacionadas ao curso pois isso o faria ser um profissional melhor, o fato é que no espaço limitado de tempo, João acabou terminando a faculdade sem aprender programação da forma certa.

É comum nas faculdades terem aulas de sociologia e português por exemplo, não faz sentido algum, eles querem preencher lacunas que ficaram de seu ensino básico, algo que teoricamente deveria ser aprendido num curso fora de lá. Você se forma sem saber programar, mas vai entender o "comportamento humano em função do meio e os processos que interligam os indivíduos em associações, grupos e instituições". Bizarro, mas acontece na maioria dos cursos do ensino superior.

Sendo pragmático, vão abordar um monte de matéria merda e se você não for esperto e autodidata vai ser bem difícil ser um bom programador e conseguir um emprego bom.

Se você duvida do que estou falando pergunte pra qualquer pessoa que você conheça que tenha finalizado algum curso superior e efetivamente trabalhe na área de atuação:

Qual a porcentagem do que ela aprendeu na faculdade que ela efetivamente usa na vida real?

Você vai se surpreender com as respostas.

Voltando ao João, ao procurar as vagas no mercado de trabalho, ele descobriu que não tinha 5% do que era requerido pelo mercado de trabalho, e o mais cômico é que em nenhum deles era necessário ter conhecimentos de sociologia.

João estava:

R$ 51 mil reais mais pobre, decorrente das mensalidades que pagou, sem nem contar os custos de transporte e de horas de vida perdidas;
Desgastado emocionalmente;
Sem dinheiro;
Sem os conhecimentos necessários para arrumar um bom emprego:
João estava na bosta.

Essa história pode parecer exagerada, mas infelizmente se repete todos os anos, com milhares de pessoas que são mentoradas por essas merdas de faculdade.

Por professores que jamais colocaram um software de verdade em produção, que jamais tiveram que resolver um problema grave em um sistema que a cada minuto fora do ar fazia o cliente perder milhões de reais, que jamais realizaram nada no mundo real além de lerem alguns livrinhos, repetirem umas baboseiras e se sentirem super-heróis do conhecimento.

Mais uma vez, existem exceções tantos nas instituições quanto no perfil de professores, mas quando existem são raríssimas de se encontrar e/ou caríssimas de se pagar. Posso discorrer por horas falando mal das faculdades, mas por ora, sendo objetivo, posso dizer que:

O principal pecado das faculdades é a falta de objetividade.

Não tenho ódio pelas instituições de ensino superior, tampouco pelos professores envolvidos, sei que eles fazem o seu melhor. Acho importantíssimo o trabalho deles existirem e de oferecerem educação a quantidades astronômicas de pessoas. Pode parecer pretenção da minha parte em ter sido tão duro ao longo do texto, mas a minha raiva é pela ineficiência do sistema em criar bons programadores para o mercado, quando esse tinha que ser o único objetivo destas instituições.

Ao invés de focar na reclamação eu foquei em construir, gerar valor e ceder todo o meu conhecimento aqui nos conteúdos da Reativa, para que você fique consciente do problema e não perca tempo com caminhos que te levam para mais longe do seu potencial máximo.

Desde muito jovem, temos que tomar decisões que podem definir completamente o nosso futuro. Somos forçados a prestar um vestibular difícil ou estudar coisas que sequer sabemos o motivo. De certa forma não temos como saber o que o futuro nos reserva, mas podemos aprender com os erros dos outros e ficarmos consciente dos problemas antes mesmo deles acontecerem.

Aprender com o erro alheio é a forma mais barata de se aprender.

O caso do nutricionista gordo

Diego gorducho era um outro camarada que conheci em um dos projetos que trabalhei. Tinha graves problemas de peso, afetando sua mobilidade a ponto de mal conseguir andar. Apesar disto, Diegão não conseguia conter os péssimos hábitos que mantinha, por sorte e pelo ambiente masculino-hostil que ele trabalhava, sempre tivera amigos que o fizeram bullying, uma ferramenta maldosa e que claramente não concordo, mas que o empurrou em direção ao combate suas fragilidades.

Existe um conceito matemático chamado ponto de inflexão, que é um ponto sobre uma curva na qual a operação muda de sinal, indo do negativo ao positivo. Flávio Augusto a define como:

as decisões que tem o poder de mudar o rumo e o roteiro de nossas vidas.

Dentre as zoações e sacanagens, os amigos do Diego, falaram uma frase que soou bastante seca e dura mas mudou a vida dele para todo o sempre: "Diegão, se você perde a batalha pra batata frita, com quem você empata?"

Aquele foi um dos pontos de inflexão mais importantes da vida do nosso amigo, o fez mudar de hábitos e consequentemente o levou ao caminho do bem estar na vida. Sempre que fraquejava ele repetia o mantra:

"Resignação para aceitar o que não pode ser mudado, Força de vontade para mudar aquilo que pode ser mudado e Sabedoria para distinguir uma coisa da outra".

Diego sabia que o caminho que o levava da virtude ao vício era muito menor que o caminho do vício a virtude, e foi uma das primeiras pessoas que eu presenciei que percebeu que não existiam fórmulas mágicas para o sucesso, além de trabalho duro, consistência e tempo.

Filósofo e muito focado, chegou a tatuar em suas costas:

"Procura satisfação de veres morrer os teus vícios antes de ti"

Nunca senti tanto orgulho daquele, literal e carinhosamente, grande homem.

Um dos fatos que me chamaram a atenção na história do Diegão, é que o início da batalha dele contra o peso ele foi até um profissional de reeducação alimentar, o nutricionista Lucas, que por um acaso estava tão acima do peso quanto ele. O que a princípio para as pessoas, pode invalidar o seu discurso somente por sua estética fora do padrão do que suas teorias de magreza pregam, que ocasiona questionamentos: "como ele quer que eu seja magro se ele também é gordo?"

Isso abre margem para uma outra discussão, a do preconceito baseado na imagem, de seguir o padrão social imposto como "bonito". Na história, Diego mudou porque ele estava morrendo, e não porque queria ser aceito pelos amigos.

Existem casos, onde a obesidade ainda é pregada como forma de comportamento, como se as pessoas fossem gordas porque não têm vergonha na cara, não se esforçam e não se dedicam a emagrecer, entenda que não é esse o caso da história que acabei de contar, Diegão era obeso pelos hábitos ruins e não pelos fatores supracitados.

O problema é quando tentam relativizar a preguiça em cima de qualquer discurso.

A vida é muito mais complexa do que só ter força de vontade e resiliência, no caso do nutricionista gordo, podem existir inúmeras variáveis que o fazem estar acima do peso, metabolismo extremamente ruim, desequilíbrio emocional que necessita de acompanhamento psiquiátrico, genética desfavorável, temos que ser flexíveis em entender que a vida é bem mais complexa, pois, claramente existem casos onde a pessoa faz de tudo e ainda assim não consegue, a vida não é justa, e nem tão bonita quanto geral prega.

O que temos em comum é que se algo é difícil, é difícil pra todo mundo, o que faz da história de Diego ser ainda mais admirável.

O objeto da discussão é que a antifragilidade e capacidade de superação do nosso protagonista foram decisivas em mudar a vida dele, e que se você quiser, você tem que se esforçar muito e ainda correr o risco de não conseguir. Muita gente desiste só de ouvir o que acabei de dizer, se algo é difícil eles nem tentam, e essa é a magia! Se eles desistem sobra mais espaço para você chegar ao topo.

Voltando ao nutri gordinho, isso me fez questionar, será que os resultados que as pessoas têm, são diretamente relacionados aos seus hábitos? Na maioria dos casos sim!

A sociedade é baseada em pré-conceber a relevância de opiniões baseado nos resultados, você ouviria conselhos:

De um programador que usa windows? (brinks)
De um dentista com o dente podre?
De um psicólogo surtado agressor de mulheres?
De um coach que dá conselhos de riqueza e vai embora de Pálio 1997?

Então porque aceita na moralzinha pagar 50 mil reais para ficar ouvindo por 5 fucking anos baboseira de professor que nunca realizou nada no mundo real?

Os professores de palco

Você acha que os professores do curso de administração administram alguma coisa? Se você fosse ele, você iria escolher:

(A) Administrar uma empresa foda e ganhar milhões
(B) Dar aula numa faculdade e ganhar 7 mil no mês.

Acho bem improvável ser a opção B, eu nunca vi um empresário nível Flávio augusto dando aula Full Time numa uniesquina.

Atente-se que não estou colocando TODOS os professores no mesmo barco, até porque a classe de professores é muito prejudicada, muitas vezes ganham salários baixos e são completamente capados por ordens vindas "de cima", o problema é tão complexo quanto os que eu citei do metabolismo do nutri-fofo. Estou isolando apenas os professores que sacaneiam propositalmente por não se atualizarem, os que tem medo de inovar, os que não trasmitem o conhecimento com paixão, os que leram o último livro em 1989 e ainda mantém a mesma merda de aula para toda turma que vem e vai, aquele que tem PHd no currículo mas não sabe ligar um projetor. Lembrando também que o contexto do texto é isolado para a área de tecnologia, da qual eu presenciei pessoalmente.

Algo que sempre me intrigou nesses professores-de-palco é que se nem mesmo eles conseguiram lutar na selva do mercado, se escondendo atrás de empregos públicos e/ou que não exigem dificuldade e inovação a níveis extremos, como é que estarão aptos a opinar ou te mentorar para o processo da administração da vida real?

É muito mais válido, rápido e barato, quebrar a cara por conta própria e ser responsivo aos problemas da vida do que ouvir conselhos de outras pessoas não realizadoras que te dão dicas genéricas e não práticas da vida.

Foque em ouvir quem construiu algo de verdade, mas é bastante improvável que você vá ficar rodeado de bilionários e programadores se você mora em Pirangabinha do Bom Jesus por exemplo, é por isso que os livros e a internet o ajudarão a se rodear das pessoas que tem os mesmos objetivos que você.

Por esse motivo a Reativa existe, para unir as pessoas que tem interesse em crescer como profissional, aprendendo a ser um programador do zero até a senioridade usando apenas a internet e sua vontade em crescer na vida, clique aqui e participe de nossa comunidade do Facebook!, aqui nós usamos a prática e a experimentação em primeiro lugar!

Falando nisso, limitar a experimentação é outro pecado gravíssimo do ensino superior e da educação base como geral. A educação tradicional está falida, ensinamos as pessoas da mesma maneira durante os últimos 100 anos e, como crescemos nesse sistema, achamos que é normal, mas é uma loucura. É sério que passar 12 anos da vida sentado do mesmo modo que as crianças sentavam em 1920 é o melhor método?

Faculdade é perda de dinheiro?

Pensa comigo, analisando o modelo de negócios das faculdades, tanto públicas quanto privadas, faz muito sentido te manter o máximo de tempo o possível matriculado como aluno, as privadas para terem fluxo de caixa com as mensalidades pagas por você, as públicas para manterem o status quo e a necessidade de se ter os funcionários públicos.

Talvez você já tenha reparado que desde o ensino básico na escola eles te ensinam um monte de baboseira, que você aprendia por um ouvido e soltava pelo outro, isso sempre aconteceu, e se perdura no ensino superior, até os dias de hoje. E nesse caso não é tanto culpa do professor, mas da estrutura de ensino existente, as ordens sempre vêm de cima e capam cada vez mais a capacidade do professor inovar.

Você lembra das fórmulas matemáticas que você aprendeu na sétima série do ensino fundamental? Se eu te perguntasse então como fazer escalonamento de matrizes, ou que eu dissesse que dois segmentos nulos são sempre equipolentes na teoria dos vetores você concordaria? Você também explicaria de cabeça a diferença exata de anáfora e catáfora e quais são as regras dos usos de Pronomes relativos e conjunções?

Tudo que você não pratica, você esquece.

Do lado contrário, tudo que você pratica você detem o conhecimento. As regras gramaticais de linguagem ou a forma de fazer cálculos está implícita na sua cabeça, você não sabe exatamente a diferença das perguntas do parágrafo anterior, mas quando escreve uma redação ou faz uma conta, utiliza dos conhecimentos empíricos, mesmo sem saber toda a teoria ou nomes bonitos por trás delas.

Foque na prática

A média de tempo de uma faculdade de graduação varia entre 3.600 à 4.000 horas , qual você acha que vale mais? 4000 horas programando, ou 4000 horas numa faculdade?

Agora imagine que você tenha que escolher entre dois lutadores:

Lutador A:

Estudou 4000 horas em uma academia tradicional, 80% do tempo foi sentado numa cadeirinha ouvindo conselhos de outros lutadores que nunca lutaram de verdade, mas assistiram várias aulas de luta, viu um pouquinho de luta prática no curso, mas sem encostar no amiguinho, era só pra treinar as movimentações. Nunca lutou de verdade, mas tem um quadro bem bonito na parede do apartamento com móveis planejados, que diz que ele fez um curso de 4000 horas sobre lutas, uma uniesquina CERTIFICOU que ele sabe tudo sobre lutas.

Lutador B:

Criado pela vida, passou as 4000 horas brigando em porta de bar risca faca, já apanhou de paulada, de faca, já brigou com gente mais forte, apanhou de bando, foi em coma e voltou, quebrou o nariz 7 vezes, aprendeu tudo sozinho na marra, na prática , a mão parece uma pedra de tão dura de tanto soco que já deu em seus oponentes.

Você tem que escolher entre um dos dois para compor o seu time e te proteger na hora da treta, qual você escolhe?

Coloque o mesmo ceńario, um programador teórico de uniesquina, ou um programador forjado na prática, qual você acha que eu escolheria na posição para compor minha equipe? O autodidata brabão ou o engomadinho da uniesquina?

Foque a sua vida em estudar essas 4.000 horas em coisas que sejam úteis de verdade.

Lembro até hoje de um garoto que contratei, tinha uns 18 anos, era gamer, não tinha faculdade, me disse que tinha aprendido inglês aos 11 anos de idade sozinho, e que programação tinha sido a mesma coisa, somente lendo tutorial e fazendo tudo na prática. Adivinha se meus olhos não brilharam?

Lembre-se disso:

As empresas contratam potenciais. Eles são baratos, e a longo prazo o melhor investimento

Se esse muleque me pedisse R$3000 de salário sem experiência, ainda assim eu o contrataria. Quem você conhece que aprendeu inglês aos 11 anos e programação sozinho? O problema é que a maioria não sabe o potencial de valor que eles representam ou sequer estão conscientes sobre estes problemas, de qualquer forma agora você sabe e ainda bem que eu estou aqui pra te ajudar.

Então eu devo chutar o balde, abandonar a faculdade e investir somente em cursos online????

Antítese dos meus argumentos

O Fábio Akita é um dos desenvolvedores / empreendedores que eu mais respeito. Recomendo a todos que assistam os vídeos e blog posts dele, a quantidade de conhecimentos que vocẽ absorver é absurdamente grande.

Um vídeo do Akita em específico, fala sobre a importância das faculdades na visão dele:

https://youtu.be/XWVcF7BoCSc

Eu recomendo que você assista, ele basicamente fala que a base que a faculdade te proporciona vai te fazer aprender melhor no futuro.

Eu sou a favor de outra abordagem, o princípio de pareto diz que 20% dos esforços são responsáveis por 80% dos resultados, eu acredito que você deve aprender as coisas por demanda:

Entrar no mercado de trabalho no menor tempo o possível;
Observar como as coisas funcionam;
Focar em primeiro não morrer de fome, pra depois aprender conceitos mais profundos de computação;

Sério mesmo que eu preciso aprender a fazer uma árvore binária recursiva e calcular complexidade assintótica de algoritmos e entender como funciona a estrutura de dados em grafo do GIT, antes de arrumar um emprego que vá pagar as minhas contas pra eu poder sobreviver?

Para a minha realidade de fudido que se formou em escola pública de merda e não tinha chance alguma de passar em nenhum vestibular, queimar 4 anos de cursinho e mais 5 de faculdade não era uma opção.

Se a microlins tivesse um vestibular eu não passaria.

Cada um tem uma prioridade, as coisas que ensinam na faculdade são importantes em algum momento da carreira, mas não é no momento que você está passando fome e trabalhando de telemarketing pra conseguir pagar o ônibus e uma coxinha com guaraná para sobreviver.

Outro vídeo recomendadíssimo é do Neto Marin, que fala com muita elegância e abrangência o assunto:

Se quiser ir devagar e pelo caminho dito como seguro e conservador, te dou toda a coragem para passar 3 anos de cursinho e mais 5 de faculdade. Vá feliz pintar a cara no trote e pensar que esse é o momento mais importante da sua vida.

Mas se quiser encarar a realidade e ir pelo caminho mais efetivo e mais turbinado o possível, venha com a gente. Na sua vida é sempre você mesmo que faz conscientemente as decisões, e te desejo sucesso em ambos os casos.

Está curtindo os conteúdos da Reativa? Quer que a gente te ajude a ser um dev melhor? Deixe seu melhor email aqui.

[PT-BR] Melhores empresas para NÃO se trabalhar como programador

Paulo Luan — Mon, 09 Mar 2020 11:55:19 +0000

Devs, Trabalhar em uma empresa de chernobyl guiada a Go-horse só vai atrasar a sua vida e carreira. Salário é importante, mas capital intelectual é o que importa, ele é um salárião muito maior "a ser realizado no futuro". Quanto mais júnior você for, mais você tem que se preocupar em ganhar conhecimento, e menos em dinheiro.

The more you learn the more you earn.

Na @reativa eu sempre falo para os alunos que a escolha da empresa é uma via de mão dupla, não entre em qualquer empresa só por estar desesperado atrás de um emprego, não deixa transparecer (mesmo que você esteja).

Entao vou dar algumas dicas para você identificar se uma empresa utiliza más práticas, para evitar você se ferre, pegue buchas desnecessárias, perca tempo e sanidade mental.

1: O primeiro passo é nunca aceitar vagas de emprego que não tenham arte bonita, se tiver tipo esses bonecos cinzas ridículos que não tem rosto, que você geralmente encontra em apresentação de slides amadoras, já sai correndo:

Se a empresa não tem gente nem para fazer a arte da vaga, imagina como é rolê dentro dela.

Por outro lado, se a vaga estiver escrita em um markdown em um repositório do Github ou em um Gist a empresa ganhou uma estrelinha no coração.

2: Entre em contato com as pessoas que já trabalham na empresa, ou que saíram dela, tente descobrir se o nível intelectual das pessoas que trabalham lá é maior ou menor que o seu, só aceite se for maior. Você sempre tem que ser a pessoa mais burra da empresa, e sempre se esforce para passar de nível e ser o mais inteligente da firma, quando chegar nesse nível mude para outra empresa com pessoas mais inteligentes, e continue o ciclo.

3: Na entrevista de emprego FAÇA PERGUNTAS, mas faça BOAS perguntas e seja polído. Vou listar algumas coisas que você pode usar para descobrir se a empresa é legal ou não (se alguma resposta for negativa fique com pé atrás):

Eles usam Testes unitários?
Usam alguma metodologia ágil corretamente?
O cliente só fala com o analista, PO e gerente, e não pede as coisas diretamente para os devs?
Eles tem analistas que escrevem os requisitos?
Os devs de lá são gente boa ou são um bando de jamanta?
O gerente entende minimamente as necessidades técnicas do projeto ou claramente se esconde atrás da parede quando começam a falar alguma coisa técnica?
Eles usam algum Styleguide bem definido?
Tem alguém que faz a UX/UI/Design do projeto? ou ele se parece com os sites de 1998?
Tem um líder técnico que seja esperto e desenrolado pacas?
As decisões técnicas são baseadas na racionalidade? (se forem políticas SAI CORRENDO)

Não use esse linguajar chulo que estou usando agora, tente parecer que você é uma pessoa normal na entrevista de emprego (só depois que você for aceito ai pode liberar geral).

Na entrevista, peça para falar com o gerente que será o seu responsável, ou envie um e-mail para ele, fale de maneira elegante, faça perguntas mais ou menos como as seguintes, para descobrir os seguintes objetivos:

1 -- Quão receptivo você é quanto ao feedback que os funcionários dão ao discordarem de alguma coisa? (checa se ele/ela sabe receber críticas ou não)

2 -- Como líder, o que te frusta em relação aos seus funcionários? (se ele descascar a lenha é sinal que ele é fraco emocionalmente)

3 - Você está trabalhando em um novo projeto atualmente? Se sim, como tem sido sua interação com a equipe? (dá aquela sacada básica se tudo tá pegando fogo ou se é minimamente organizado)

4 -- Sabe dizer quais características seus funcionários apontariam como suas melhores qualidades? (vai descobrir se os funcionários gostam ou não dele, se ele der uma risadinha sem graça é pq o pau ta comendo solto na firma)

5 -- Que tipo de reconhecimento profissional você tem dado ao seu time, além dos programas de feedback tradicionais da empresa? (verifica se ele se importa minimamente com o time, se ele não lembrar é sinal de que o trem já descarrilhou faz um tempão)

6 -- Algum membro da sua equipe foi promovido nos últimos dois anos? Se sim, qual foi o motivo da promoção? (verifica se os caras tem plano de carreira ou não)

7 -- Que tipo de trabalho você delega aos seus funcionários? (bom pra saber como que ele toma as decisões gerenciais, entender um pouco do racional dele, se ele manja de ser gerente ou não)

8 -- Quais serão as três principais características dos candidatos que vocês estará avaliando para esta posição? (agora ele vai ter que revelar os segredos)

9 -- Qual é a principal característica do seu melhor colaborador? (se ele não souber é sinal de que ele é bem ruim como gerente)

10 -- Você pode me dar um exemplo do pior erro cometido dentro do seu time e como foi sua reação? (checa se ele tem emocional bom ou não, se ele não souber o que dizer é sinal de que ele está sem graça de revelar porque deve ter dado ruinzasso e rolado várias tretas)

Está curtindo os conteúdos da Reativa? Quer que a gente te ajude a ser um dev melhor? Deixe seu melhor email aqui.

Sua melhor escolha para aprender programação: Reativa Tecnologia

Comenta aí quais são as empresas que são LEGAIS de se trabalhar como dev?