Existe toda uma geração em busca de um propósito. Não basta apenas trabalhar para pagar as contas ou juntar um dinheiro, tem que ter um motivo a mais para gastar a maior parte do tempo de nossas vidas em um projeto.
As vezes a necessidade da remuneração fala mais alto. Existem (muitos) momentos na vida onde precisamos pensar apenas em quanto vamos receber para trabalhar em alguma coisa. Mas no momento em que a necessidade urgente passa, o dinheiro não consegue se manter como o único motivador forte.
É claro que queremos ser bem remunerados para executar qualquer trabalho, mas o propósito para o qual você está trabalhando vai falar mais alto no momento de escolher se manter ou não em um projeto.
Entre duas opções de projetos com propostas parecidas de remuneração, aquela que faz você sentir que está fazendo a diferença vai acabar sendo a mais tentadora. Mesmo que não seja a maior em valor monetário.
Trabalhar em um projeto que possui um propósito claro nem sempre é o único ponto a ser levado em conta. O propósito de estar ali naquele ambiente (sendo ele virtual ou não), com aquelas pessoas, aprendendo ou ensinando também faz parte do todo na motivação.
Mas não se engane, não estou falando apenas de trabalho formal, emprego e empresas. Conheço pessoas bem resolvidas com dayjobs que servem apenas para pagar as contas, mas que gastam seu tempo livre ajudando e se dedicando a projetos que fazem mais sentido para a suas vidas. Nem sempre com alguma remuneração.
Você pode encontrar propósito onde menos espera. Em um grupo de estudos, em um grupo de corrida de rua, em uma ONG, em um culto religioso, etc. Pode estar ali agora mesmo, ao seu lado, mas você não parou para pensar tempo o suficiente para perceber isso.
A questão é que estamos atrás de algo que faça a vida fazer sentido. Algo que nos faça sentir que somos mais que apenas um número no Censo do IBGE.
Essa necessidade é tão grande que existe todo um mercado de autores, cursos e coachs faturando com promessas de ajudar na busca pelo propósito. Eles mesmos encontraram propósito fazendo isso, quem sabe.
A verdade é que somente nós mesmos podemos descobrir o motivo para a ação de viver, com ou sem ajuda de profissionais. Essa responsabilidade está em cima da própria pessoa.
É uma busca sufocante, que cria uma autocobrança e que gera mais e mais frustração.
Talvez essa seja a verdadeira causa de tanto stress e depressão para quem deu a sorte ou o azar de ter nascido dentro dessa geração. A pressão é forte e constante. E vem de nós mesmos.
Trabalhar com desenvolvimento de software, ser um programador, requer muito mais do que conhecer uma linguagem de programação e alguns pacotes, exige diversas habilidades do ser humano. Agilidade, flexibilidade, criatividade e diversas outras. Isso não se consegue da noite para o dia.
O que tenho notado ultimamente em muitos profissionais é a pressa de chegar até o nível mais alto dos cargos. Se tornar um sênior o quanto antes, mesmo tendo apenas dois ou três anos de experiência no mercado de trabalho.
Em parte, isso é culpa das empresas que simplesmente estão desesperadas por programadores e oferecem cargos e salários super altos para pessoas com pouca experiência. Não que ter altos salários seja algo ruim ou que ter um nome bonito para o cargo no Linkedin seja um problema.
A verdadeira questão é a confusão que isso pode causar quando se tem alguém com poucos anos de experiência sendo a referência de uma equipe.
Sim, um programador sênior é uma referência para todos os outros membros de sua equipe. E o bom programador júnior é aquele que sabe que “ser o menos inteligente da mesa” é algo essencial para o seu crescimento.
Não existe uma regra para se definir quem é sênior ou quem é júnior, isso vai depender do plano de carreira de cada empresa.
O que existe é uma regra importantíssima para os programadores em qualquer nível de carreira, iniciantes ou experientes: Jamais pare de aprender!
“Tá, mas como eu vou saber que nível estou?” – Leitores
Como depende de cada empresa, fica complicado saber. Para dar uma ajuda vou mostrar uma listinha…
Essa lista faz parte do Basecamp Employee Handbook, o manual do funcionário do Basecamp, e clarifica um pouco sobre as competências que cada programador deve ter dentro da empresa para ser júnior, pleno ou sênior.
Lembrando que cada empresa define o que acredita ser o melhor para cada nível. Eu gostei e me identifico muito com o conceito deles. Por isso estou publicando aqui.
Programador(a) júnior
O trabalho é cuidadosamente revisado com substanciais idas e vindas.
Tem domínio dos recursos básicos da linguagem, mas pode ainda não ter familiaridade com algumas estruturas avançadas.
Tem problemas ocasionais para seguir padrões e compreender abordagens dentro das bases de código existentes.
Trabalha principalmente com escopos mais bem definidos e em problemas de rotina.
Costuma ter menos de 2 anos de experiência como programador profissional no domínio específico.
Programador(a) Pleno(a)
O trabalho é revisado com a necessidade ocasional de mudanças na implementação.
Compreende os padrões e abordagens estabelecidos nas bases de código existentes com facilidade.
Trabalha principalmente em funcionalidades ou problemas individuais com escopo claro e bem definido.
Costuma ter pelo menos 2-5 anos de experiência como programador profissional no domínio específico.
Programador(a) Sênior
O trabalho não precisa necessariamente ser revisado, mas a abordagem geral pode ser.
Totalmente capaz de desenvolver sozinho funcionalidades importantes do conceito inicial até a entrega (ao lado de um designer).
Pode fornecer feedbacks importantes sobre o trabalho de programadores plenos e juniores.
Especialização profunda dentro de pelo menos um ambiente de programação.
Proficiência básica em pelo menos um ambiente de programação adicional.
Costuma ter pelo menos 5-8 anos de experiência como programador profissional no domínio específico.
Eles ainda possuem um nível de Lead Programmer e um de Principal Programmer, que poderiam ser definidos como níveis de líder técnico, gerente de equipe e diretor(a) de departamento.
O que me chamou muito a atenção nesta lista é que o conhecimento técnico de uma linguagem faz diferença em cada nível, mas não é a única coisa a ser levada em conta. Lembre-se disso!
O que achou da lista? Deixe sua opinião nos comentários.
Hoje em dia é comum ver pessoas interessadas em trabalhar nas empresas de tecnologia, principalmente nas startups dessa área.
Existe um certo glamour em trabalhar em uma empresa que tem como proposta mudar o jeito que as coisas são, a tal da “empresa diruptiva”. O conceito de inovação costuma partir de dentro da própria, a partir de sua cultura. Isso atrai profissionais com essas mesmas características.
Uma das coisas que chama a atenção nessas empresas é a liberdade de trabalhar em um ambiente menos engessado e mais focado em resultados do quem em como está o preenchimento do sua folha de ponto. Isso sem falar na menor burocracia interna e nos possíveis pequenos agrados, como doces e bebidas a vontade, além de jogos e outras coisas divertidas.
Ao mesmo tempo que tudo isso é muito atrativo existe também o outro lado da coisa. Nem todas as empresas são tão bem “estruturadas” quanto Facebooks e Googles por aí. Estou falando literalmente de grana. Bufunfa mesmo. A maioria não vai ter como pagar equipes enormes e especializadas.
Por isso o profissional que busca uma carreira em tecnologia, principalmente nesse tipo de empresa, precisa ser completo. Precisa ser um profissional “T” ou T-shaped skills.
Essa expressão se refere ao profissional que tem conhecimento em diversas áreas de maneira geral e em uma de maneira aprofundada. Por isso a letra T.
Eu não trago essa expressão da maneira convencional como recrutadores costumam falar, onde o profissional tem um monte de skills fora da área de tecnologia para ser um T. A trago pensando mais no conceito de desenvolvedor Full Stack, aquele que consegue lidar com diversas partes do desenvolvimento de software e não é apenas especializado em uma parte dele.
As equipes das startups costumam ser extremamente enxutas e por isso é preciso que os profissionais sejam muito flexíveis e saibam lidar com diversas partes do processo de desenvolvimento de software.
Conhecer uma linguagem de programação é algo que nem precisa ser dito, certo? Mas vou abordar algumas dicas sobre o tipo de conhecimento que poderia lhe ajudar a conseguir iniciar uma carreira nesse mercado.
1. Desenvolvimento web
A popularização da web deixou muito mais fácil para empreendedores tornarem suas ideias realidade e criarem startups. Conhecer sobre desenvolvimento para web pode facilitar muito a vida profissional de um programador.
Entender como funciona o frontend e o backend de uma aplicação web é indiscutivelmente uma das maiores vantagens para que um profissional possa trabalhar em boa parte das startups que existem por aí.
Conheça bem HTML e CSS. Brinque com o Bootstrap, que facilita muito o desenvolvimento da estrutura de um webapp. Mas não se esqueça que quase nada funciona na internet sem JavaScript.
Conheça bem JavaScript e só depois vá atrás de conhecer alguns frameworks como Angular e React.
2. Controle de versão
Os sistemas de controle de versão servem para gerenciar as versões do código que está sendo editado por um desenvolvedor ou uma equipe de desenvolvedores.
No caso da equipe é que ele se torna ainda mais imprescindível, pois cada membro da equipe pode trabalhar no mesmo código que outro e bagunçar a coisa toda. Eu apago uma linha aqui e você a modifica ao mesmo tempo… loucura!
Tenha familiaridade com o GIT e isso já lhe dará uma grande vantagem sobre outros candidatos.
3. Linha de comando
Ah! O famoso terminal… a tela preta com letras brancas (na verdade as cores são totalmente configuráveis).
Sem entender como funcionam os comandos Unix (Linux e MacOS) fica muito difícil trabalhar com a maioria dos frameworks e linguagens de script que temos no mercado.
Isso falando apenas de maneira geral, existem muitas tarefas que são muito mais fáceis sendo feitas pelo terminal, inclusive o uso do GIT!
Ter um conhecimento básico dos comandos do terminal não é difícil, basta praticar um pouco e eles passam a ser naturais. A medida que você precisar conhecer mais comandos para executar diferentes tarefas o seu repertório aumenta sozinho.
Se você aprender a escrever um ou outro shell script então… aí a coisa começa a ficar boa!
4. Já ter feito alguma coisa…
Ok, isso parece estranho. Afinal estou falando em começo de carreira por aqui.
O que quero dizer com “já ter feito alguma coisa” é ter participado de algum projeto ou ter um projeto pessoal concluído. Talvez em um freelance ou algo assim.
A ideia dessa “dica” é que você já tenha passado pela experiência de completar um projeto. Que tenha feito mais do que apenas estudar sobre o assunto. Que você tenha feito algo do começo ao “fim”. Algo que tenha lhe dado experiência em iniciar e terminar alguma coisa.
Conta ter feito um sistema para lembrar da lista do supermercado ou seu próprio blog, desde que você tenha conseguido começar, desenvolver e “entregar” (deploy). Isso faz muita diferença em um profissional.
Essa declaração pode parecer confusa, mas eu já trabalhei em muitos lugares e conheci muita gente dessa área. Em vários profissionais em início de carreira eu senti falta dessa saída da zona de conforto e da tentativa de fazer algo de verdade além dos exercícios de cursos ou tutoriais encontrados na internet.
E tem muito mais…
Eu poderia ficar escrevendo muito mais sobre cada um dos itens acima e ainda mais sobre outras coisas que ajudariam um profissional em início de carreira a se preparar para o trabalho em startups. Mas a ideia aqui é dar um rumo. Não adianta tentar aprender tudo de uma vez só!
Outro ponto importante é que ninguém nunca está preparado o suficiente. O que vai fazer diferença no futuro é a sua própria experiência. Então não tenha medo de concorrer à vagas e entrar com tudo no mercado.
Deixe um comentário se você acha que faltou alguma coisa ou se tem dúvidas sobre o assunto.
Essa é para quem está começando ou quer começar na área de desenvolvimento de software
Existe uma visão distorcida da realidade desse profissional de tecnologia da informação que escreve códigos e desenvolve sistemas.
Um Analista de Sistemas em início de carreira, por exemplo, tem salário médio de R$ 4,2 mil. Em três anos, sua média salarial pode chegar a R$ 7 mil. Com mais de dez anos de experiência, sua remuneração alcança R$ 17 mil. Isso sem falar nas possibilidades de especialização: um profissional de TI no Brasil com mestrado recebe o piso salarial médio de R$ 9,2 mil e um Diretor Técnico e de Operações do mercado de tecnologia pode ganhar até R$ 50 mil. Fonte: Terra em 22/12/2016
Início de carreira com mais de quatro mil reais e em apenas três anos já estar ganhando sete mil… essa não é a realidade da maioria dos profissionais de TI que conheço. Eu tenho mais de 10 anos de carreira e ainda não cheguei perto dos 17 mil… o que é uma pena!
Quem sabe essa matéria levou em conta apenas aqueles que trabalham em regime PJ e não os que tem carteira assinada… de qualquer forma, não me parece algo tão realista.
Pessoalmente me preocupa que essa visão seja disseminada e possa levar pessoas a buscar essa área apenas pela possibilidade de ganhar muito dinheiro, algo que não acontece com tanta frequência.
Vamos começar pelo começo: Não existe apenas “o programador”, assim como não há apenas “o médico” e “o advogado”.
Existem diversas áreas de programação como desenvolvimento mobile, backend, frontend, o faz-tudo (chamado de full stack por quem quer ser chique), etc.
Além das áreas, ainda existem as tecnologias específicas. As linguagens de programação, os sistemas operacionais, os frameworks, as metodologias de desenvolvimento… tudo isso conta para saber quanto vai faturar um desenvolvedor.
Outro ponto importante é em qual cidade você vai trabalhar. Existe uma probabilidade maior para o programador ganhar mais se morar em alguns polos de tecnologia do país, principalmente em São Paulo, graças à lei da oferta/demanda. Muitas empresas precisando de profissionais e nem tantos disponíveis. Isso não quer dizer que não existam programadores ganhando pouco nessas cidades…
Para finalizar, mas não se limitando a isso, o tipo de empresa em que o programador trabalha também influencia, e muito, no seu salário. Startups, fábricas de software, pequenas empresas de desenvolvimento, agências, grandes bancos, etc.
Que tal alguns “estudos de caso” para exemplificar. Começando pelo mais comum…
Um programador júnior trabalhando em uma startup, provavelmente um full-stack, ganha um salário mediano ou até abaixo do mercado.
E um de quem pode estar faturando legal.
Uma empresa em que o produto é um aplicativo, por exemplo, que tem uma VC investindo milhões. Sendo um sênior em uma equipe de desenvolvimento iOS… Sim, esse daí deve estar ganhando muito bem, para os padrões brasileiros.
Esses são alguns pontos que gosto de levantar toda vez que alguém me pergunta quanto ganha um desenvolvedor de software.
Obviamente estes são pontos de vista que obtive durante anos como andarilho nesse mercado e podem diferir de outros profissionais tão ou mais experientes.
Cliente tem sempre razão… Então porque precisa de um especialista?
Todo mundo conhece a expressão “o cliente tem sempre razão”, não é? Talvez o que poucos saibam é que ela foi criada por um empresário no início do século XX como um slogan, ou seja, uma frase de marketing, que serve simplesmente para atrair clientes.
Harry Gordon Selfridge foi o primeiro a promover as vendas de Natal com a frase “Faltam _____ dias de compras até o Natal”, um slogan que foi rapidamente apanhado por varejistas em outros mercados. A ele ou a Marshall Field é creditada a popularização da frase “O cliente tem sempre razão.” fonte: Wikipedia
Essa frase é uma estratégia de marketing, tanto quanto as próprias vendas de Natal. Então por que ainda existem pessoas que usam esse lema? Talvez no comércio isso possa fazer algum sentido, mas na área de serviços a coisa é bem diferente.
Quando cito “pessoas” não estou me referindo aos clientes, mas sim aos prestadores de serviço. São eles que fazem com que esse mantra continue firme e forte no mercado.
A lógica é muito simples, se um cliente contrata uma pessoa para fazer um serviço especializado, como a criação de um website, um sistema, uma ilustração, uma marca, é porque ela é um especialista naquilo.
Se o cliente precisa de um especialista é porque quer alguém que saiba o que está fazendo. Que entenda do assunto, muito mais do que ele. Certo?
Mas muitos profissionais não conseguem mostrar confiança o suficiente para apontar isso para o cliente. Acabam fazendo tudo que o cliente deseja e não o que realmente é o melhor para aquele serviço.
Isso acontece por diversos motivos. Precisar muito do trabalho e ter medo que o cliente não goste da sua postura de quem sabe o que faz, por exemplo. Ou por que o profissional é iniciante e ainda não tem confiança no próprio trabalho.
É nesse momento que o cliente passa o controlar tudo o que está sendo feito e pede dezenas de mudanças que não fazem o menor sentido para aquele serviço.
O problema disso é que o cliente acaba com um resultado que ele “acha o certo”, mas que na verdade não é o melhor. O profissional acaba com um projeto que não é grande coisa divulgado por aí.
Se o cliente quer escolher tudo que você vai fazer, ele não precisa de um especialista e sim de um operador, alguém que execute o que ele deseja.
“Eu até sei fazer isso, mas não tenho tempo, por isso contratei você!” — muitos clientes por aí
Precisamos de mais profissionais que acreditem no próprio trabalho e que batam o pé para executar o melhor para o briefing que foi recebido.
Precisamos de mais clientes que entendam que se contratam alguém para prestar um serviço é porque precisam de um especialista. E que é esse profissional que entende do seu trabalho.
Existem casos e casos, mas de modo geral a coisa deveria funcionar dessa maneira. Decisões tomadas no “achismo” e forçadas em cima de profissionais contratados só causam problemas e retrabalho para ambas as partes.
O próprio mercado precisa ser educado nesse sentido e são os profissionais que precisam “treinar” os clientes para que, quem sabe um dia, possamos chegar mais perto de atingir essa utopia.
Olhar para trás é sempre positivo. Nos ajuda a entender o que deu certo e o que deu errado em nossas vidas. É por isso que eu gosto de parar para fazer uma retrospectiva pessoal no final de cada ano.
Ah, 2016! Um ano que muitos falam que foi horrível, que só aconteceu coisa ruim e que só querem que acabe logo.
Não dá pra negar que muita coisa ruim aconteceu de um modo geral nesse ano que está acabando. Até me sinto mal dizendo que para mim foi um ano positivo.
Um ano de reconstrução pessoal. Um ano em que as coisas começaram a encaixar em seus devidos lugares. Um ano de autoconhecimento, mais uma vez, e com algumas dificuldades, mas nada comparado a tudo que aconteceu comigo em 2015.
Como tudo é uma questão de contexto, posso dizer que depois de 2015 vai ser difícil falar que um ano realmente me ensinou tanto através de acontecimentos não tão bons assim. Mas também aprendi muito com 2016.
Portanto, 2016 foi um bom ano sim… pelo menos para mim.
No trabalho consegui me estabilizar após o lançamento de dois produtos nos quais eu tive uma grande participação no desenvolvimento. O Diligeiro, lançado ainda na primeira metade do ano, e o SEUPROCESSO, lançado neste final de ano.
Com o primeiro eu aprendi muito no desenvolvimento de API Rest com Python, aprendi como trabalhar com GIS (Geolocalização) e também acabei me aventurando no desenvolvimento de webapp utilizando o AngularJS. Todos os três eram novidades para mim naquele momento, mas hoje, graças à essa experiência, eu posso dizer que consigo ter domínio em cada um deles.
Já com o SEUPROCESSO a coisa foi diferente. Trabalhamos em um ritmo muito intenso para transformar um sistema que já funcionava em uma API Rest e um webapp em tempo recorde. Fortaleci ainda mais os meus conhecimentos com esses dois, mas não foi um processo onde tive tempo para “aprender” mais.
Falando sobre o que aprendi, escrevi publicações sobre o desenvolvimento de APIs e sobre GIS com Django.
Aos poucos fui deixando de lado os trabalhos extras, os famosos freelas, para achar um tempo para a vida pessoal voltar à cena. Para isso, foi preciso organizar as contas de vez. Tarefa que ainda está em andamento…
Tenho certeza de que não sou o único que ainda está tentando organizar a vida financeira, infelizmente nosso país vem sofrendo com esse momento complicado da economia e da política. Então, não vou ficar reclamando sobre essa parte…
Como sobrou um pouco mais de tempo sem os freelas, comecei a estudar um pouco sobre outras coisas legais para fazer na minha área. E, mais ou menos na metade do ano, resolvi começar um desafio pessoal: fazer um chatbot.
Durante o ano li muito a respeito dos chatbots e quis criar um completo como aprendizado. Essa tarefa está quase concluída e já tem uma publicação quase pronta com o diário de desenvolvimento desse desafio… Pode ser que ela acabe publicada ainda esse ano por aqui.
Para finalizar, que tal lembrar do que não deu certo também?
Em uma meta eu falhei miseravelmente em 2016. Encontrar algo relacionado à atividade física que me prendesse de vez, como já aconteceu no passado com a arte marcial. Experimentei diversos tipos de atividades, mas infelizmente ainda não encontrei uma que tenha me conquistado pra valer.
Tenho a necessidade de melhorar minha saúde para que eu ainda possa escrever muitas retrospectivas no futuro. E sei que exercício físico é vital para isso. Portanto não vou desistir ainda.
Resumindo, 2016 foi ano de trabalhar muito e de ajustar a vida para que 2017 venha trazer os frutos desse trabalho e desse esforço para aparar as arestas.
A importância de mostrar a cultura dentro da empresa para seus novos colaboradores
Lembro claramente da minha entrevista de emprego em determinada empresa. Eu tinha me candidatado à vaga, feito algumas entrevistas e um belo dia recebi a ligação do RH querendo marcar uma hora para eu falar com a gerente. Era a entrevista final.
O problema é que tinha que ser naquela mesma tarde, eu estava na rua, nem um pouco pronto para uma entrevista. Usava tênis Allstar, jeans e uma camiseta preta velha. Vale ressaltar que naquele tempo eu só atendia a entrevistas com, pelo menos, uma camisa social, pagando de sério.
Resolvi ir de qualquer maneira, afinal o não tinha muita opção. O mês estava acabando e a janela de contratação da empresa iria fechar em alguns dias. Era preciso fazer a entrevista e lidar com todos os documentos a tempo.
Deu tudo certo e fui contratado. Independente da roupa que estava usando.
No dia da entrevista eu não pude deixar de notar que todos os funcionários que encontrei no caminho para a sala da gerente usavam roupas sociais. Aparentava ser uma regra de vestimenta da empresa, ou pelo menos do meu setor. Um Dress Code.
No primeiro dia, me vesti “adequadamente” e me apresentei ao trabalho. Camisa, calça e sapato social. E segui dessa maneira pelos próximos dias, até a primeira sexta-feira.
Neste dia eu era o único de roupa social, pois todos os outros funcionários vestiam camisa polo, jeans e sapatênis… Aparentemente, às sextas-feiras, o meu setor tinha um modelo de Casual Friday.
Aparentemente. Uma palavra que utilizei bastante até agora, não é?
A verdade é que não havia regra. Em nenhum momento chegou ao meu conhecimento a informação de que existia um Dress Code na empresa ou até mesmo no setor. Como uma boiada, todos seguiam na direção do que, aparentemente, era uma regra definida, mas ninguém sequer tentou verificar se essa regra existia mesmo.
A sistema de boiada era tão intenso, que até o Casual Friday acabou virando a Polo-sapatênis Friday. Até nesse dia, que deveria ser mais livre, todos seguiam o mesmo estilo de vestimenta rigorosamente.
É claro que existe um motivo para tudo isso. Essa era uma grande empresa, com nível multinacional e com diversos cargos altos e setores comerciais que provavelmente exigiam essa formalidade. Então era muito mais seguro para todos os outros funcionários que seguissem a mesma regra, talvez por medo ou qualquer outro motivo. Mas eu não via relação disso tudo com o setor em que trabalhava…
Então, na segunda ou terceira semana de trabalho, eu enchi o saco de usar social e resolvi tentar uma coisa diferente. Fui trabalhar vestido casualmente, com meu tênis, jeans e camiseta, para ver o que aconteceria. Afinal de contas, eu estava assim no dia da minha entrevista e não houve problema nenhum com aquela gerente, que agora era minha superiora direta.
Imagine a minha surpresa quando ninguém pareceu sentir a diferença na minha vestimenta. Tudo ocorreu exatamente como sempre. Nenhum comentário, nenhuma olhada torta… E assim continuou sendo até o dia em que deixei a empresa.
Vale comentar que eu continuei sendo o único a me vestir casualmente no meu setor durante todo o tempo em que fiquei lá. Então não causei nenhuma mudança de cultura, disruptura, nem nada do tipo. Todos continuaram a seguir o Dress Code inexistente do setor.
Ah, depois de deixar a empresa eu precisei ir no setor de RH para assinar alguns documentos e descobri que existia um Dress Code sim. Não podia entrar na empresa usando bermudas. De qualquer forma, isso só foi me dito pelo segurança da recepção depois que eu já estava saindo do prédio… de bermudas.
Um problema com a vestimenta parece meio bobo para dar tanta atenção, mas serve como um exemplo de cultura dentro de uma empresa. E ela é algo que afeta diretamente todas as pessoas que trabalham no ambiente.
O que eu concluí de tudo isso é que é muito importante que a cultura seja muito bem ensinada (ou passada) para os novos colaboradores.
Como não existia nada que me mostrasse que eu tinha que usar um tipo de roupa para ir trabalhar eu resolvi me sentir livre para usar o que eu bem entendesse. Se não existem regras, cada um acaba criando suas próprias.
Quanto maior a empresa, mais difícil é para seus dirigentes manter uma cultura bem definida. Isso é compreensível. Em empresas pequenas, manter a cultura é muito mais fácil, mas nem sempre simples. Imagine em gigantes.
Nesse caso simples de vestimenta, por exemplo, um pequeno email de boas-vindas descrevendo algumas “boas práticas” no setor poderia ter resolvido o problema e eu não teria feito tanto caso com algo tão simples.
Quando deixei o emprego para empreender… e deu bem errado
Era final de 2014. Já havia um tempo que eu estava confortável em um bom emprego. Apesar de ter adquirido algumas dívidas nos últimos meses e o salário não ser lá essas coisas, eu conseguia dar conta das necessidades do mês. Vivendo mês a mês.
Foi então que surgiu uma oportunidade de mudar de empresa. Era um trabalho “melhor”, para ganhar mais e em uma multinacional.
A saída da antiga empresa me rendeu uma boa grana. Com ela resolvi boa parte dos problemas financeiros que havia adquirido e ainda consegui guardar um pouco na poupança.
Era a famosa época das vacas gordas. Conseguia dar presentes caros e jantar em lugares chiques.
Eu tinha um salário bom e dinheiro guardado. O sonho da classe média.
Até aí tudo ótimo, não é? Na verdade não.
O novo trabalho era uma tortura para mim. Não tinha nada do que eu gostava na minha profissão. Além disso, era cheio de burocracias burras e desnecessárias que só faziam cair, e muito, a produtividade. O ambiente parecia tirado de um galpão de operações da CIA, ou qualquer agência norte-americana, daqueles filmes dos anos oitenta.
Foram apenas quatro meses até que eu não aguentasse mais. Pedi demissão.
Com dinheiro na poupança e sem as dívidas era a hora de fazer algo por mim.
Eu poderia ter conhecido um lugar diferente, visitado a família, comprado algo legal, ou qualquer outra coisa de consumo rápido. Depois era só voltar a procurar um emprego e seguir a vida. Mas eu decidi fazer algo diferente.
Já fazia um bom tempo que eu estava namorando a ideia de empreender. Ter meu próprio negócio, minha própria empresa.
Há algum tempo eu acompanhava os vídeos dos “gurus” do empreendedorismo da época e estava louco para experimentar aquela sensação de liberdade que eles tanto falavam e passavam a seus seguidores.
Antes mesmo de sair da empresa que citei lá no começo deste texto, eu já tinha começado a desenvolver um software on-line para pequenos negócios. Esse seria meu primeiro produto.
Tinha certeza de que era uma ótima ideia e que poderia ser vendido como SaaS (Software as a Service) por uma mensalidade pequena, que os micro e pequenos empresários pudessem pagar. Bastaria eu manter as melhorias contínuas no sistema e todo o pequeno negócio ia querer usar minha ferramenta.
Como uma criança inocente mostrando seu rabisco em giz de cera para a sua mãe, eu mostrei meu produto para pessoas próximas e só recebi feedbacks positivos. “A ideia é boa”, “vai dar certo”.
Ok. Eu tinha um produto e uma grana guardada. Era hora de começar a empreender.
Então corri atrás dos primeiros usuários para testar a ferramenta de forma gratuita. Até consegui um ou outro. Eles se cadastraram no meu software e eu comecei a ficar empolgado.
Nesse mesmo período eu encontrei pela primeira vez os meus concorrentes.
Sim, eu não conhecia meus concorrentes ainda. Errei feio, errei rude.
Comecei a ficar desanimado com a ideia e meu primeiro produto já estava caindo no esquecimento. Tanto dos seus primeiros usuários, que logaram apenas uma vez no sistema e nunca mais voltaram, como de mim mesmo, que não via mais esperança de que meu MVP pudesse ter algum futuro.
Meu produto não tinha nenhum diferencial atrativo para os clientes. Ele não fazia nada que os outros já não fizessem. E o que fazia de igual, fazia pior.
Nesse meio tempo o dinheiro começou a ficar escasso. A poupança estava secando…
Nesse momento resolvi mudar a “empresa” para uma prestadora de serviços. Era hora de tentar vender minhas habilidades de desenvolvimento de sites e sistemas personalizados para os micro e pequenos negócios.
Meu novo plano parecia perfeito, vendia um site ou um sistema por um valor que o pequeno empreendedor pudesse pagar e cobrava uma mensalidade, também barata, para manter o serviço hospedado e funcionando.
Na verdade eu era um freelancer, mas a ideia ser um empreendedor fazia tudo parecer mais importante do que realmente era.
Apenas uma questão de aparência.
Eu continuava indo nas reuniões e eventos com meu terno surrado e sapato velho, para me sentir um empresário. Talvez se tivesse apenas admitido que era um freelancer, as coisas teriam sido muito mais fáceis.
Graças ao network que vinha construindo há um tempo, consegui fazer alguns contatos e cheguei a fazer um sistema e alguns sites.
Depois de um tempo focado em vender essa nova ideia “genial” de serviços por mensalidade, as coisas não chegaram nem perto de melhorar na minha vida financeira. As dívidas continuavam aumentando.
A matemática era muito simples: eu não sabia vender e muito menos precificar o meu trabalho do jeito certo.
Eu vendia um serviço que valia muito, mas cobrava pouco pelo mesmo, com medo de que os clientes não quisessem me contratar.
Para piorar, alguns clientes começaram a dar calote. Não importa se você tem um contrato com algumas pessoas, elas simplesmente não vão pagá-lo.
Nessa época eu comecei a ficar depressivo.
Eu passava todos os dias em casa, com pouco trabalho a fazer. Minha esperança de melhorar a vida estava se esvaindo cada vez mais. Eu só queria deitar na minha cama a tarde toda e dormir para esquecer o buraco em que eu tinha me colocado.
Então… a fonte secou de vez. Minha poupança estava vazia. Zerada.
Para comprar comida e pagar as contas de água e luz e o aluguel, comecei a usar todo o crédito que podia no banco. Até o dia em que essa fonte também secou. O banco agora queria que eu começasse a devolver tudo. Com juros, é claro… muitos juros.
Finalmente, muito mais tarde do que deveria, eu me dei conta de que a situação tinha atingido um nível que eu jamais imaginei que pudesse atingir.
“Eu falhei. Cheguei ao fundo do poço.”
Esse era o único pensamento que passava pela minha cabeça. A derrota estava completa.
Foi então que, com ajuda e conselhos de amigos, resolvi tomar uma atitude. Assumir as falhas cometidas, perceber que não tinha mais condições de continuar naquela jornada e procurar um trabalho com salário fixo. Era a solução mais rápida que poderia me ajudar a tapar os buracos financeiros aos quais eu havia me enfiado.
Era hora de encerrar a minha primeira jornada de empreendedor. Talvez não para sempre, mas até uma nova oportunidade. E quando ela vier, estarei mais pronto e com muito mais experiência.
Foram muitos os erros cometidos em menos de um ano após começar a empreender. Uma sequência de falhas. Uma mistura de despreparo com falta de planejamento e excesso de confiança.
Apesar de ter passado por uma fase terrível da minha vida, hoje eu percebo o quanto tudo o que aconteceu foi importante para mim. O quanto consegui aprender com esses erros e, principalmente, o quanto isso foi importante para que eu me conhecesse melhor como pessoa e como profissional.
“É bom celebrar o sucesso, mas é mais importante prestar atenção nas lições do fracasso.”
Onde foi que eu errei? Para tentar resumir toda essa história em algo produtivo, resolvi listar quais foram os erros que pude identificar nessa curta jornada de empreendedor.
Então, para encerrar, vamos para o jogo dos sete erros.
1. Excesso de autoconfiança, despreparo e falta de planejamento. Um desconhecimento total do mercado e dos concorrentes que atuavam nele.
2. Se apaixonar por uma ideia sem pensar no que ela traria de diferente para suprir a “dor” do cliente. A paixão cega.
3. Acreditar que poderia ter um negócio que atingiria o breakeven point em apenas alguns meses. Onde as contas da empresa (e minhas) seriam pagas pelo próprio faturamento da empresa.
4. Não fazer uma conta simples: por quanto tempo consigo sobreviver com esse dinheiro que tenho guardado?
5. Sentir-se derrotado, desanimar e não persistir logo nos primeiros nãos. Uma falha grave para qualquer um que está começando qualquer coisa.
6. Ser orgulhoso demais para entender que falhou. Se você não admite o erro, como pode tomar uma atitude para consertá-lo?
7. Seguir gurus da internet. Alguns podem ajudar muito, mas a maioria tem conteúdo muito superficial e de autoajuda, algo que não vai auxiliar em nada quando você estiver precisando de conselhos mais “práticos”.
Esses itens são apenas alguns dos centenas de aprendizados que tive durante esse curto espaço de tempo. Mas resumem bem o que não fazer quando se quer empreender.
Apesar de aprendermos muito mais com nossos próprios erros do que com os erros dos outros, acredito que essa minha experiência possa servir para que outras pessoas entendam um pouco mais sobre essa perigosa aventura chamada empreendedorismo.
Alguns bons anos atrás, costumava ser cool ver uma vaga de emprego com a expressão “programador ninja” ou algo do gênero. Mostrava que a empresa era maneira, joinha e que tinha aquele ambiente de trabalho diferentão.
“Buscamos um programador ninja”
Hoje, a coisa é um pouco diferente. Quando vejo uma vaga que busca um programador ninja ou um mago da programação, eu já desconfio.
O problema não é a expressão em si, que hoje em dia é brega e não pinta mais a empresa como “diferentona”. O problema é que ela costuma vir com uma lista absurda de exigências…
O cidadão tem que comprovar anos de experiência em diversas linguagens de programação, tem que gostar de programar em seu horário livre (?!) e, às vezes, é um diferencial, se não obrigação, que o camarada tenha projetos paralelos.
Ou seja, o cara não tem que ser um programador… Ele tem que programar de tudo e o tempo todo. Se tiver vida pessoal, não serve para mago da programação.
O ninja-mago-rockstar da programação
Por algum motivo essas empresas acreditam que é preciso ser apaixonado pela programação para ser um bom profissional. E para demonstrar isso tem que ter aqueles projetos paralelos e, quem sabe, uns commits no seu Github nas madrugadas de sábado.
O que não percebem é que quem programa por prazer não necessariamente vai gostar de trabalhar no seu projeto de gestor administrativo ou de vendas. Hobbies que viram trabalho nem sempre são tão prazerosos. E isso não é tudo…
Nele o autor fala que nunca antes uma habilidade foi tão mitificada como a programação.
“Você não precisa apenas ter talento, você também precisa ser apaixonado para se qualificar como um bom programador.”
É exatamente o que pedem nessas vagas de programador Rockstar dos dias de hoje.
Exemplo de uma vaga postada na lista Python BrasilNo texto citado, o autor ainda traz uma série de grandes nomes da área, como os criadores dos frameworks Rails e Django e da linguagem PHP, por exemplo, que demonstram claramente não serem grandes amantes da programação e muito menos gênios da magia do desenvolvimento de software.
“Na verdade eu odeio programar, mas eu amo resolver problemas.” Tradução da citação de Rasmus Lerdorf, criador do PHP.
Eu trabalho nessa área há cerca de treze anos e não tenho receio em dizer que os melhores profissionais que encontrei não eram grandes magos dos códigos. O que realmente importa nessa área é a entrega. É conseguir resolver os problemas apresentados de forma objetiva e simples e, quase sempre, em um curtíssimo espaço de tempo.
Um bom profissional da programação não precisa ser um gênio, um monstro, um ninja, um hacker… ele precisa saber resolver problemas e ter a capacidade e humildade de aprender o que precisar para atingir esse objetivo.
Além disso, esse mito atrapalha todo mundo que está envolvido ou quer se envolver na área.
“O mito do ‘programador gênio’ é extremamente perigoso. Por um lado, ele deixa o limiar de entrada muito alto, assustando um monte de aspirantes a programador. Por outro lado, também assombra os que já são programadores, porque isso significa que se você não é um mago na programação, você é ruim… …Programação é só um monte de habilidades que podem ser aprendidas e não exigem muito talento, e não é vergonha nenhuma ser um programador mediano.” Tradução livre de parte da citação de Jacob Kaplan-Moss, criador do Django.
Eu consegui aprender a programar, e nem sequer gostava disso…
“Depois de muito tempo percebi que eu tinha ficado melhor em programar e continuava sempre ocupando vagas em empresas nessa área, entretanto, sempre querendo sair para ‘trabalhar com o que gosto’.”
Esse é um trecho de um texto que escrevi em 2014 falando sobre a minha relação conturbada com a programação. Eu passei anos procurando trabalhar em outra área, porque realmente não gostava de programar.
O que mudou isso em mim foi conhecer o Python. Passei a curtir a simplicidade e objetividade de escrever códigos com essa linguagem. Hoje eu gosto do que faço. De vez em quando eu até programo por diversão no meu horário livre.
Eu não consigo me enxergar como um bom programador, mas sei que consigo atender as expectativas de quem me contrata. Resolvo os problemas e faço as minhas entregas. E isso me deixa orgulhoso do meu trabalho.
Não somos ninjas, gênios ou magos, somos profissionais da área de desenvolvimento de software. É isso que temos que ser das 9h as 18h, ou em qualquer que seja seu horário de trabalho, o que fazemos fora disso diz respeito somente a nós mesmos.
Quer ter projetos paralelos? Ama programar? Ótimo.
Mas se você gosta de nadar, andar de bicicleta, jogar futebol, passear com seu cachorro, ficar com sua família ou dormir por horas e horas no seu tempo livre, você continua sendo um programador.
Não é isso que vai definir sua qualidade como profissional.
Em novembro de 2015 recebi uma ligação de uma empresa na qual eu já havia feito entrevistas e testes meses antes. Nesta ligação marcamos uma reunião e na próxima semana lá estava eu ouvindo pela primeira vez sobre o Diligeiro.
O Diligeiro é um aplicativo para smartphone que serve para conectar advogados correspondentes com escritórios de advocacia ou advogados que precisam do serviço de diligência.
O meu desafio era criar o backend desse aplicativo, uma API. O seu grande diferencial é a geolocalização, mostrar aos correspondentes quais diligências estão mais próximas dele. Ou seja, seria minha primeira experiência desenvolvendo uma API e também a primeira experiência com Geolocalização. Estudei, experimentei e hoje posso dizer que aprendi muito.
Enquanto ainda desenvolvia todas essas coisas novas para mim, fui escalado para fazer também o frontend web do mesmo produto. Mais uma série de aprendizados, desenvolver um frontend web totalmente baseado em requisições de API. Mais estudos, experiências e aprendizados.
Nas últimas semanas o aplicativo para Android e a versão Web do Diligeiro foram lançados em formato Alpha e em seguida em formato Beta, para que os usuários pudessem começar a utilizá-lo e passarem seus feedbacks.
Foram seis meses de muito trabalho, muitos aprendizados e também muita diversão, graças à equipe incrível da TIA Tikal.
O trabalho continua, as melhorias e novas ideias para funcionalidades não param nunca, mas a fase inicial de desenvolvimento acabou. Agora é hora de deixar que os usuários decidam se todo o esforço valeu a pena. O aplicativo iOS continua em desenvolvimento.
Me sinto orgulhoso pelo resultado dessa primeira fase e agradecido a todos os envolvidos. A equipe do Diligeiro e a equipe do LegalNote, o produto irmão do Diligeiro que já está no mercado a mais tempo.
