Tradução do site yegor256.com . Artigo original em inglês. O artigo causou forte reação no blog de Evgeniy Bugaenko. Descreve os critérios que, na opinião do autor, influenciam o valor da remuneração por hora de um programador. A posição não é inequívoca, levanta questões, mas mesmo assim tem um lugar para estar. O material não é voltado para iniciantes. Ao mesmo tempo, parece-me que o artigo será útil para indicar a direção do seu desenvolvimento, é claro, além de aprimorar suas habilidades de programação. A tradução original está postada aqui . ________________________ Recebo diversas cartas todos os dias de programadores interessados em trabalhar remotamente com o teamed.io . A primeira pergunta que costumo fazer é “Qual é o seu valor por hora?” (pagamos por hora ). Surpreende-me a frequência com que as pessoas se avaliam incorretamente tanto para cima quanto para baixo. Eles me dão vários números, de US$ 5 a US$ 500 por hora. Nunca digo não, mas geralmente faço minha própria estimativa do valor por hora. Este artigo explica quais fatores considero e quais não. Esses são meus critérios pessoais, não os tome como padrão profissional. Eles parecem objetivos e lógicos para mim. Contribuição para projetos de código aberto. Esta é a primeira e mais importante característica de um desenvolvedor de software. Quais são suas contribuições para projetos de código aberto? Você tem suas próprias bibliotecas de código aberto usadas na comunidade? Você está escrevendo código que está disponível publicamente e é usado por outras pessoas? Se você não tem resposta para essas perguntas, vejo três possíveis motivos. Primeiro, você fica com vergonha de compartilhar seu código porque é uma porcaria. Obviamente isso não é um bom sinal. Não porque seu código possa ser ruim, mas porque você não tem coragem suficiente para reconhecê-lo e evoluir. Em nossas equipes damos muita atenção à qualidadecódigo e a maioria dos novos membros da nossa equipe ficam surpresos com nossos altos padrões de qualidade. Você também ficará surpreso. A questão é se você pode desenvolver ou desistir. Se você nunca compartilhou seu código antes e nunca recebeu feedback negativo, não se sentirá confortável em nossos projetos, onde os requisitos de qualidade são muito elevados. A segunda razão possível é que você trabalha das nove às cinco para comer, sem paixão. Na verdade, ninguém admite isso. Muitas vezes ouço coisas como “minha empresa não me paga para contribuir com projetos de código aberto e quero passar mais tempo com minha família em casa”. No desenvolvimento de software moderno, a maior parte do código com o qual trabalhamos é de código aberto – bibliotecas, frameworks, ferramentas, etc. Quase tudo que você usa em seu projeto comercial é de código aberto. Ao pagar-lhe um salário, seu empregador já contribuiu para produtos de código aberto porque você os utiliza ativamente. O problema é que você não está interessado em ser mais ativo e contribuir com projetos de código aberto. Vejo isso como falta de paixão e motivação. Você será um desenvolvedor eficaz em nossos projetos? Improvável, porque o nosso sistema de gestão depende da automotivação . A última razão possível é que você não sabe o que escrever e em que projeto desenvolver, o que significa falta de criatividade. Como observei acima, quase tudo que usamos hoje é de código aberto. E essas ferramentas estão cheias de bugs, muitas funcionalidades não realizadas. Ao mesmo tempo, você não vê nenhuma maneira de melhorá-los? Você não sabe o que poderia ser feito melhor? Você não consegue pelo menos encontrar um relatório e corrigir um bug no produto que você usa todos os dias? Isso significa que você também não conseguirá encontrar maneiras de melhorar nossos produtos, pois contamos com sua capacidade de encontrar problemas de forma criativa . Portanto, se sua conta GitHub estiver vazia e seu currículo não contiver a linha “ativamente envolvido no desenvolvimento do kernel Linux” (e por que não?), perco instantaneamente o interesse. Por outro lado, quando vejo um projeto com mais de 100 estrelas em seu GitHub, fico animado e pronto para oferecer mais pagamentos. Localização É uma prática comum pagar mais a quem vive em países mais caros. Quando recebo currículos de São Francisco, as taxas solicitadas são mais de US$ 70 por hora. As mesmas habilidades e experiência custam entre US$ 15 e US$ 20 para Karachi. A razão é que o custo de vida nos EUA é muito mais elevado do que no Paquistão. No entanto, esse motivo é ilógico para mim. Se você dirige um carro mais caro, teremos que lhe pagar um salário mais alto ?? O mesmo acontece com a sua localização. Você escolheu seu país de residência. Você aproveita todos os benefícios de um país desenvolvido e paga por isso. É a sua escolha. Você decidiu gastar mais dinheiro em prol de qualidade de vida – o que isso tem a ver comigo? Você quer pagar $ 30 pelo almoço? Torne-se um desenvolvedor melhor. Até então, compre um cachorro-quente por alguns dólares. Simplesmente dizer: “Já estou aqui e meu almoço custa US$ 30” não é um argumento. Assim, se você mora em um lugar mais caro, resta menos dinheiro no bolso. Para nós, isso significa que US$ 100 motivarão um programador de Karachi muito mais do que os mesmos US$ 100 motivarão a mesma pessoa se ela morasse em São Francisco. Por isso, preferimos trabalhar com pessoas cujos custos sejam mais baixos. Nosso dinheiro funciona melhor assim. Reputação no StackOverflow.com Todos sabemos que há muito poucas pessoas no StackOverflow, e mesmo surpreendentemente poucas pessoas que contribuem ativamente para ele. Se o seu perfil estiver vazio (ou se você não tiver um), então está claro que você 1) não tem perguntas a fazer, 2) não tem nada a responder. Primeiro, se você não pergunta nada aí, você não cresce. Seu processo de aprendizagem parou em algum momento, talvez depois que você conseguiu um emprego em um escritório . Ou talvez você seja muito tímido para perguntar? Ou você não consegue descrever suas perguntas com precisão suficiente? Ou talvez suas perguntas já tenham respostas? É triste de qualquer maneira. Em segundo lugar, se você não responder, significa que simplesmente não tem nada a dizer. Na maioria dos casos, isso significa que você não está resolvendo problemas complexos e únicos. Você simplesmente escreve componentes conhecidos junto com outros e recebe seu cheque. Costumo ouvir que as pessoas resolvem a maioria dos seus problemas fazendo perguntas aos colegas sentados ao lado delas no escritório. Eles dizem que simplesmente não precisam do StackOverflow (ou de outros recursos semelhantes, se existirem) porque sua equipe é tão boa que você sempre pode obter uma resposta para qualquer pergunta. É bom para a equipe, mas ruim para você. Por que? Você não tem a importante habilidade de encontrar uma resposta na Internet pública. Em nossos projetos não incentivamos nenhuma comunicação horizontal entre programadores e você não poderá obter ajuda de ninguém. Você estará sozinho e fracassará porque está acostumado a receber ajuda dos idosos do seu escritório . StackOverflow não é apenas um indicador de quão inteligente você é e quantos votos você tem para a melhor piada sobre programadores . Esta é a prova de que você pode obter respostas para perguntas conversando com pessoas que não conhece. Esta é uma habilidade muito importante. Experiência de trabalho “Eu escrevi Java por 10 anos!” - E daí? Esse número significa apenas uma coisa para mim: você conseguiu sobreviver em algum escritório por 10 anos. Ou talvez em vários escritórios. Você convenceu alguém de que ele deveria pagar pelos 10 anos no prédio dele. Isso significa que você escreveu algo útil? Isso significa que seu código era perfeito? Nem o primeiro nem o segundo. A experiência profissional é um indicador falso. Isto pode até funcionar contra você, em combinação com outros indicadores descritos acima. Se o seu currículo diz que você começou a programar há 2 anos e suas contas GitHub e StackOverflow estão vazias, existe a possibilidade de você melhorar. Você está apenas no início de sua carreira. No entanto, se o seu currículo diz que você é um “arquiteto de sistemas de 10 anos” com zero contribuições para projetos de código aberto, isso significa que você está mentindo há cerca de 10 anos ou é absolutamente inútil como arquiteto. O que quero dizer é que a “experiência de trabalho” como argumento deve ser usada com muito cuidado. Jogue esta carta apenas se tiver outras vantagens. Caso contrário, guarde isso para você. Certificados. Oracle, Zend, Amazon, IBM, MySQL e outros - estes são os certificados de que estou falando. Para obtê-los, você deve passar em um exame. Não é fácil e nem online. Este é um verdadeiro exame que é realizado em centros de certificação onde você ficará sentado em frente ao computador, com tempo limitado, sem livros ou acesso à Internet, e responderá perguntas. Humilhante o suficiente para um desenvolvedor tão respeitado? Sim. E também há uma probabilidade muito alta de fracasso, o que também é bastante estranho. Se você conseguiu passar nos exames, isso é um bom sinal. Se você já fez isso algumas vezes, ótimo. Além disso, se você não possui certificados ao longo de sua carreira, é por um dos seguintes motivos. Primeiro, você tem medo do fracasso. Uma certificação séria pode custar várias centenas de dólares (paguei mais de US$ 700 pela SCEA ) e você não a receberá de volta se falhar. Se você tem medo de perder, você tem medo de lutar. Isso significa que você se acovardará em situações reais quando problemas reais precisarem ser resolvidos. Em segundo lugar, você não está investindo em si mesmo. Isso provavelmente significa que você não deseja mudar de empresa e prefere encontrar um escritório aconchegante onde possa ficar sentado para sempre. Lembro-me de uma vez dizer ao meu amigo: “Você melhorará muito o seu currículo se obtiver este certificado”. Ele respondeu com um sorriso: “Espero não precisar de currículo. Gosto desta empresa." Essa abordagem é boa para a empresa em que você trabalha, mas definitivamente funciona contra você. Na minha experiência, os melhores jogadores de equipeestes são aqueles que trabalham por conta própria. O individualismo saudável é fundamental. Se o seu objetivo principal é conseguir algo para si mesmo (dinheiro, reputação, habilidades, conhecimento) - você será muito eficaz em nossos projetos. A presença de certificados no seu perfil é um indicador do individualismo saudável que procuramos. Diversidade de habilidades. Quanto mais tecnologias ou linguagens de programação você conhece, menos você vale. Não estou dizendo que seja impossível ser especialista em muitas coisas ao mesmo tempo – é absolutamente possível. Mas deixe-me dar uma razão pragmática pela qual você não deveria fazer isso: competição. Existem milhares de programadores Java7 no mercado - podemos facilmente contratar quem precisarmos. Mas não existem muitos programadores Hadoop ou designers XSLT. Se você se concentrar em uma área específica e for especialista nela, suas chances de encontrar um emprego serão menores, mas sua taxa será maior. Tendemos a pagar mais a especialistas altamente especializados, principalmente porque não temos escolha. Se o projeto em que estamos trabalhando exigir um especialista Lucene, encontraremos a pessoa certa e faremos o possível para trazê-lo para nossa equipe. Fazer o nosso melhor, na maioria dos casos, significa aumentar os salários. Então, quando ouço que você tem experiência em MySQL, PostgreSQL, Oracle e SQLite, entendo que você sabe muito pouco sobre bancos de dados. Discursos e Publicações Obviamente, ter um blog (sobre programação, não sobre seu gato preferido) é um fator positivo. É ainda melhor se você falar em conferências de vez em quando. Nos blogs, presto atenção na quantidade de comentários que as pessoas deixam nos seus artigos. Se for uma conferência, o critério mais importante é a dificuldade de atingir o número de palestrantes. Tanto os artigos do blog quanto as apresentações tornam você mais valioso como especialista. Principalmente porque essas coisas mostram que algumas pessoas já valorizaram o seu trabalho e o seu talento. E este não é apenas um programador, mas um grupo de programadores e engenheiros. Isso significa que também podemos confiar na sua opinião. Além disso, se você escreve e publica seu trabalho regularmente, você já possui uma habilidade/talento importante – você pode apresentar suas ideias em um formato “digerível”. Em nossos projetos, não incentivamos comunicações informais e utilizamos um sistema de tickets. Nestes tickets você explicará suas ideias, dúvidas e considerações de uma forma que outras pessoas possam entender. Sem as habilidades para apresentar ideias, você não conseguirá sobreviver em um projeto. A propósito, alguns desenvolvedores até registram patentes em seus próprios nomes – por que você não fez isso? Ou talvez publicar um livro? Por que não? Empregador anterior Normalmente não presto muita atenção a esta seção do seu currículo. Nosso modelo de gestão é tão diferentede tudo que você podia ver em qualquer lugar, que não importa quantas vezes você foi demitido ou quão alto era seu cargo na sua empresa. Mesmo que o seu título seja “CTO do Twitter”, isso não significa nada para mim. Minha experiência me diz que quanto maior a empresa e quanto mais elevada for sua posição nela, mais longe você estará do código-fonte e de soluções técnicas reais. Os VPs e CTOs passam a maior parte do tempo em reuniões e lidando com políticas internas . Estou mais interessado em "O que você tem feito" nos últimos anos do que em "Onde você tem feito" ou "Como você foi chamado" enquanto fazia isso. Educação BSc, MSc, PhD.. é importante? Não pense. A educação é muito semelhante ao “Emprego Anterior” listado acima. Realmente não importa onde você passou os cinco anos depois da escola. O que importa é o que você fez naquele momento. Se você não tem nada a dizer sobre sua atividade como estudante, o que o nome da sua universidade me diz? Claro, se for Stanford ou MIT, a questão é completamente diferente. Nesse caso, entendo que você passou nos exames finais e conseguiu dinheiro para estudar lá. Este é um bom sinal e com certeza oferecerei um lance mais alto. Mas se você se formou em lugar nenhum (como minha universidade), guarde essa informação para você. Pagando mais de US$ 100 por hora, ficaremos felizes em pagar um especialista que possui vários produtos de código aberto, tem uma classificação no StackOverflow de mais de 20 mil, possui certificados, artigos, apresentações ou até patentes. Pagamos mais de US$ 50 a um programador profissional que possui um projeto de código aberto ou é um participante ativo em tal projeto, tem uma classificação no StackOverflow de mais de 5k, escreve sobre desenvolvimento de software e possui certificados. Pagamos mais de US$ 30 por um programador que contribui regularmente para projetos de código aberto, é ativo no StackOverflow e possui várias certificações. Pagamos US$ 15+ para todos os outros. Não me interpretem mal e não levem esses números para o lado pessoal. Essas taxas são uma métrica de avaliação do seu nível profissional, não de você como indivíduo. Além disso, o nível não é estático, muda a cada dia e tudo está totalmente em suas mãos. Estou escrevendo este artigo principalmente para motivá-lo a crescer. Todos esses critérios se aplicam a novos membros de nossas equipes. Assim que você começar a escrever o código, medimos sua produtividade e você poderá obter um pagamento completamente diferente, veja como calculamos as taxas por hora . Aliás, as ilustrações do post foram criadas por Andreea Mironiuc . https://www.youtube.com/watch?v=GS45LzE3LPQ
Esta é a primeira e mais importante característica de um desenvolvedor de software. Quais são suas contribuições para projetos de código aberto? Você tem suas próprias bibliotecas de código aberto usadas na comunidade? Você está escrevendo código que está disponível publicamente e é usado por outras pessoas? Se você não tem resposta para essas perguntas, vejo três possíveis motivos. Primeiro, você fica com vergonha de compartilhar seu código porque é uma porcaria. Obviamente isso não é um bom sinal. Não porque seu código possa ser ruim, mas porque você não tem coragem suficiente para reconhecê-lo e evoluir. Em nossas equipes damos muita atenção à qualidadecódigo e a maioria dos novos membros da nossa equipe ficam surpresos com nossos altos padrões de qualidade. Você também ficará surpreso. A questão é se você pode desenvolver ou desistir. Se você nunca compartilhou seu código antes e nunca recebeu feedback negativo, não se sentirá confortável em nossos projetos, onde os requisitos de qualidade são muito elevados. A segunda razão possível é que você trabalha das nove às cinco para comer, sem paixão. Na verdade, ninguém admite isso. Muitas vezes ouço coisas como “minha empresa não me paga para contribuir com projetos de código aberto e quero passar mais tempo com minha família em casa”. No desenvolvimento de software moderno, a maior parte do código com o qual trabalhamos é de código aberto – bibliotecas, frameworks, ferramentas, etc. Quase tudo que você usa em seu projeto comercial é de código aberto. Ao pagar-lhe um salário, seu empregador já contribuiu para produtos de código aberto porque você os utiliza ativamente. O problema é que você não está interessado em ser mais ativo e contribuir com projetos de código aberto. Vejo isso como falta de paixão e motivação. Você será um desenvolvedor eficaz em nossos projetos? Improvável, porque o nosso sistema de gestão depende da automotivação . A última razão possível é que você não sabe o que escrever e em que projeto desenvolver, o que significa falta de criatividade. Como observei acima, quase tudo que usamos hoje é de código aberto. E essas ferramentas estão cheias de bugs, muitas funcionalidades não realizadas. Ao mesmo tempo, você não vê nenhuma maneira de melhorá-los? Você não sabe o que poderia ser feito melhor? Você não consegue pelo menos encontrar um relatório e corrigir um bug no produto que você usa todos os dias? Isso significa que você também não conseguirá encontrar maneiras de melhorar nossos produtos, pois contamos com sua capacidade de encontrar problemas de forma criativa . Portanto, se sua conta GitHub estiver vazia e seu currículo não contiver a linha “ativamente envolvido no desenvolvimento do kernel Linux” (e por que não?), perco instantaneamente o interesse. Por outro lado, quando vejo um projeto com mais de 100 estrelas em seu GitHub, fico animado e pronto para oferecer mais pagamentos. Localização É uma prática comum pagar mais a quem vive em países mais caros. Quando recebo currículos de São Francisco, as taxas solicitadas são mais de US$ 70 por hora. As mesmas habilidades e experiência custam entre US$ 15 e US$ 20 para Karachi. A razão é que o custo de vida nos EUA é muito mais elevado do que no Paquistão. No entanto, esse motivo é ilógico para mim. Se você dirige um carro mais caro, teremos que lhe pagar um salário mais alto ?? O mesmo acontece com a sua localização. Você escolheu seu país de residência. Você aproveita todos os benefícios de um país desenvolvido e paga por isso. É a sua escolha. Você decidiu gastar mais dinheiro em prol de qualidade de vida – o que isso tem a ver comigo? Você quer pagar $ 30 pelo almoço? Torne-se um desenvolvedor melhor. Até então, compre um cachorro-quente por alguns dólares. Simplesmente dizer: “Já estou aqui e meu almoço custa US$ 30” não é um argumento. Assim, se você mora em um lugar mais caro, resta menos dinheiro no bolso. Para nós, isso significa que US$ 100 motivarão um programador de Karachi muito mais do que os mesmos US$ 100 motivarão a mesma pessoa se ela morasse em São Francisco. Por isso, preferimos trabalhar com pessoas cujos custos sejam mais baixos. Nosso dinheiro funciona melhor assim. Reputação no StackOverflow.com Todos sabemos que há muito poucas pessoas no StackOverflow, e mesmo surpreendentemente poucas pessoas que contribuem ativamente para ele. Se o seu perfil estiver vazio (ou se você não tiver um), então está claro que você 1) não tem perguntas a fazer, 2) não tem nada a responder. Primeiro, se você não pergunta nada aí, você não cresce. Seu processo de aprendizagem parou em algum momento, talvez depois que você conseguiu um emprego em um escritório . Ou talvez você seja muito tímido para perguntar? Ou você não consegue descrever suas perguntas com precisão suficiente? Ou talvez suas perguntas já tenham respostas? É triste de qualquer maneira. Em segundo lugar, se você não responder, significa que simplesmente não tem nada a dizer. Na maioria dos casos, isso significa que você não está resolvendo problemas complexos e únicos. Você simplesmente escreve componentes conhecidos junto com outros e recebe seu cheque. Costumo ouvir que as pessoas resolvem a maioria dos seus problemas fazendo perguntas aos colegas sentados ao lado delas no escritório. Eles dizem que simplesmente não precisam do StackOverflow (ou de outros recursos semelhantes, se existirem) porque sua equipe é tão boa que você sempre pode obter uma resposta para qualquer pergunta. É bom para a equipe, mas ruim para você. Por que? Você não tem a importante habilidade de encontrar uma resposta na Internet pública. Em nossos projetos não incentivamos nenhuma comunicação horizontal entre programadores e você não poderá obter ajuda de ninguém. Você estará sozinho e fracassará porque está acostumado a receber ajuda dos idosos do seu escritório . StackOverflow não é apenas um indicador de quão inteligente você é e quantos votos você tem para a melhor piada sobre programadores . Esta é a prova de que você pode obter respostas para perguntas conversando com pessoas que não conhece. Esta é uma habilidade muito importante. Experiência de trabalho 
“Eu escrevi Java por 10 anos!” - E daí? Esse número significa apenas uma coisa para mim: você conseguiu sobreviver em algum escritório por 10 anos. Ou talvez em vários escritórios. Você convenceu alguém de que ele deveria pagar pelos 10 anos no prédio dele. Isso significa que você escreveu algo útil? Isso significa que seu código era perfeito? Nem o primeiro nem o segundo. A experiência profissional é um indicador falso. Isto pode até funcionar contra você, em combinação com outros indicadores descritos acima. Se o seu currículo diz que você começou a programar há 2 anos e suas contas GitHub e StackOverflow estão vazias, existe a possibilidade de você melhorar. Você está apenas no início de sua carreira. No entanto, se o seu currículo diz que você é um “arquiteto de sistemas de 10 anos” com zero contribuições para projetos de código aberto, isso significa que você está mentindo há cerca de 10 anos ou é absolutamente inútil como arquiteto. O que quero dizer é que a “experiência de trabalho” como argumento deve ser usada com muito cuidado. Jogue esta carta apenas se tiver outras vantagens. Caso contrário, guarde isso para você. Certificados. Oracle, Zend, Amazon, IBM, MySQL e outros - estes são os certificados de que estou falando. Para obtê-los, você deve passar em um exame. Não é fácil e nem online. Este é um verdadeiro exame que é realizado em centros de certificação onde você ficará sentado em frente ao computador, com tempo limitado, sem livros ou acesso à Internet, e responderá perguntas. Humilhante o suficiente para um desenvolvedor tão respeitado? Sim. E também há uma probabilidade muito alta de fracasso, o que também é bastante estranho. Se você conseguiu passar nos exames, isso é um bom sinal. Se você já fez isso algumas vezes, ótimo. Além disso, se você não possui certificados ao longo de sua carreira, é por um dos seguintes motivos. Primeiro, você tem medo do fracasso. Uma certificação séria pode custar várias centenas de dólares (paguei mais de US$ 700 pela SCEA ) e você não a receberá de volta se falhar. Se você tem medo de perder, você tem medo de lutar. Isso significa que você se acovardará em situações reais quando problemas reais precisarem ser resolvidos. Em segundo lugar, você não está investindo em si mesmo. Isso provavelmente significa que você não deseja mudar de empresa e prefere encontrar um escritório aconchegante onde possa ficar sentado para sempre. Lembro-me de uma vez dizer ao meu amigo: “Você melhorará muito o seu currículo se obtiver este certificado”. Ele respondeu com um sorriso: “Espero não precisar de currículo. Gosto desta empresa." Essa abordagem é boa para a empresa em que você trabalha, mas definitivamente funciona contra você. Na minha experiência, os melhores jogadores de equipeestes são aqueles que trabalham por conta própria. O individualismo saudável é fundamental. Se o seu objetivo principal é conseguir algo para si mesmo (dinheiro, reputação, habilidades, conhecimento) - você será muito eficaz em nossos projetos. A presença de certificados no seu perfil é um indicador do individualismo saudável que procuramos. Diversidade de habilidades. Quanto mais tecnologias ou linguagens de programação você conhece, menos você vale. Não estou dizendo que seja impossível ser especialista em muitas coisas ao mesmo tempo – é absolutamente possível. Mas deixe-me dar uma razão pragmática pela qual você não deveria fazer isso: competição. Existem milhares de programadores Java7 no mercado - podemos facilmente contratar quem precisarmos. Mas não existem muitos programadores Hadoop ou designers XSLT. Se você se concentrar em uma área específica e for especialista nela, suas chances de encontrar um emprego serão menores, mas sua taxa será maior. Tendemos a pagar mais a especialistas altamente especializados, principalmente porque não temos escolha. Se o projeto em que estamos trabalhando exigir um especialista Lucene, encontraremos a pessoa certa e faremos o possível para trazê-lo para nossa equipe. Fazer o nosso melhor, na maioria dos casos, significa aumentar os salários. Então, quando ouço que você tem experiência em MySQL, PostgreSQL, Oracle e SQLite, entendo que você sabe muito pouco sobre bancos de dados. Discursos e Publicações 
Obviamente, ter um blog (sobre programação, não sobre seu gato preferido) é um fator positivo. É ainda melhor se você falar em conferências de vez em quando. Nos blogs, presto atenção na quantidade de comentários que as pessoas deixam nos seus artigos. Se for uma conferência, o critério mais importante é a dificuldade de atingir o número de palestrantes. Tanto os artigos do blog quanto as apresentações tornam você mais valioso como especialista. Principalmente porque essas coisas mostram que algumas pessoas já valorizaram o seu trabalho e o seu talento. E este não é apenas um programador, mas um grupo de programadores e engenheiros. Isso significa que também podemos confiar na sua opinião. Além disso, se você escreve e publica seu trabalho regularmente, você já possui uma habilidade/talento importante – você pode apresentar suas ideias em um formato “digerível”. Em nossos projetos, não incentivamos comunicações informais e utilizamos um sistema de tickets. Nestes tickets você explicará suas ideias, dúvidas e considerações de uma forma que outras pessoas possam entender. Sem as habilidades para apresentar ideias, você não conseguirá sobreviver em um projeto. A propósito, alguns desenvolvedores até registram patentes em seus próprios nomes – por que você não fez isso? Ou talvez publicar um livro? Por que não? Empregador anterior Normalmente não presto muita atenção a esta seção do seu currículo. Nosso modelo de gestão é tão diferentede tudo que você podia ver em qualquer lugar, que não importa quantas vezes você foi demitido ou quão alto era seu cargo na sua empresa. Mesmo que o seu título seja “CTO do Twitter”, isso não significa nada para mim. Minha experiência me diz que quanto maior a empresa e quanto mais elevada for sua posição nela, mais longe você estará do código-fonte e de soluções técnicas reais. Os VPs e CTOs passam a maior parte do tempo em reuniões e lidando com políticas internas . Estou mais interessado em "O que você tem feito" nos últimos anos do que em "Onde você tem feito" ou "Como você foi chamado" enquanto fazia isso. Educação BSc, MSc, PhD.. é importante? Não pense. A educação é muito semelhante ao “Emprego Anterior” listado acima. Realmente não importa onde você passou os cinco anos depois da escola. O que importa é o que você fez naquele momento. Se você não tem nada a dizer sobre sua atividade como estudante, o que o nome da sua universidade me diz? Claro, se for Stanford ou MIT, a questão é completamente diferente. Nesse caso, entendo que você passou nos exames finais e conseguiu dinheiro para estudar lá. Este é um bom sinal e com certeza oferecerei um lance mais alto. Mas se você se formou em lugar nenhum (como minha universidade), guarde essa informação para você. Pagando mais de US$ 100 por hora, ficaremos felizes em pagar um especialista que possui vários produtos de código aberto, tem uma classificação no StackOverflow de mais de 20 mil, possui certificados, artigos, apresentações ou até patentes. Pagamos mais de US$ 50 a um programador profissional que possui um projeto de código aberto ou é um participante ativo em tal projeto, tem uma classificação no StackOverflow de mais de 5k, escreve sobre desenvolvimento de software e possui certificados. Pagamos mais de US$ 30 por um programador que contribui regularmente para projetos de código aberto, é ativo no StackOverflow e possui várias certificações. Pagamos US$ 15+ para todos os outros. Não me interpretem mal e não levem esses números para o lado pessoal. Essas taxas são uma métrica de avaliação do seu nível profissional, não de você como indivíduo. Além disso, o nível não é estático, muda a cada dia e tudo está totalmente em suas mãos. Estou escrevendo este artigo principalmente para motivá-lo a crescer. Todos esses critérios se aplicam a novos membros de nossas equipes. Assim que você começar a escrever o código, medimos sua produtividade e você poderá obter um pagamento completamente diferente, veja como calculamos as taxas por hora . Aliás, as ilustrações do post foram criadas por Andreea Mironiuc . https://www.youtube.com/watch?v=GS45LzE3LPQ
GO TO FULL VERSION