E por que a maioria dos programadores deixa de codificar e se torna gerente tão cedo em comparação com outras áreas? Você pode trabalhar como trabalhador da construção civil, advogado, pesquisador, escritor, arquiteto, diretor de cinema por décadas, se não toda a sua vida, sem abandonar a coisa favorita que está fazendo. E, no entanto, a maioria dos programadores acha que ser gerente, ou melhor, gerente sem codificação é uma coisa interessante e o objetivo final da carreira de software. É tão raro ver um codificador comum com 40 ou 50 anos (ou 60 anos!) Em uma empresa de software típica. Por quê?
(E sou por ser um codificador pelo tempo que você gosta de fazer isso.)
management
coding
mojuba
fonte
fonte
Respostas:
Eles fazem? Ainda não encontrei um desses tipos que estavam codificando porque adoravam. Muitos que pensam dessa maneira estão programando porque pensam que vão ganhar muito dinheiro fazendo isso e pensam que, ao mudar para a gerência, ganharão mais dinheiro. Eles podem estar certos.
Tenho 42 anos e adoro codificação. Atualmente, estou em uma posição de liderança de equipe com conotação gerencial e odeio esse aspecto. Eu amo estar no comando, mas os deveres de gerenciamento são péssimos. Honestamente, eu não quero trabalhar para motivar minha equipe, análises de desempenho, análises de código etc. Eu vejo isso como uma coisa de babá. Espero que eles sejam tão motivados quanto eu e, quando não o são, é frustrante.
Não me interpretem mal, eu gosto de ser um mentor e adoraria pular a gerência intermediária e ir direto para a gerência superior. Isso me atrai. Gosto de pensar a longo prazo e tomar decisões estratégicas para os negócios. Mas os gerentes de nível intermediário são simplesmente babás que devem observar e motivar suas acusações. Eu vejo isso como um desperdício de minhas habilidades, para ser honesto.
fonte
Tenho 63 anos e adoro codificar. Não tenho intenção de me aposentar. (Bem, talvez diminuindo para 40 horas por semana um dia.)
O colega programador que compartilha um escritório comigo está na casa dos 50 anos. Temos um gerente com menos de 50 anos e ele passa pelo menos metade do seu tempo codificando também. A empresa também tem um programador da web / banco de dados. Ele é o técnico mais jovem e tem 40 e poucos anos.
Há cerca de 25 anos, quando estava tentando expandir meus negócios de consultoria, contratei quatro funcionários. Nunca tive tempo de codificar e gastei todo o meu tempo gerenciando-os e obtendo novos projetos para manter todos ocupados. Eu odiei isso. Voltou a trabalhar sozinho e nunca se arrependeu , para responder à sua pergunta.
fonte
Eu não.
Existem algumas razões. Um deles tem a ver com discriminação de idade, fica muito mais difícil conseguir novas posições de programação depois dos 40. Outro foi descrito por um programador que virou gerente: "os problemas que agora gosto de resolver são aqueles que não consigo resolver. sendo um único programador, eles são grandes demais e precisam de mais de um programador para executá-los. "
Discriminação de idade junto com "Estou cansado de aguentar essa porcaria estúpida!" [1]
Tenho 50 anos. Conheço outros dois programadores com 55 anos. Era preciso mudar para ficar perto de Washington DC para se livrar da discriminação por idade por aqui. O outro está preso no VB6-land (atualmente fazemos o .NET principalmente, mas um produto de vaca leiteira ainda está no vb6), e ele era gerente de projeto em um trabalho anterior. A combinação de ageismo e offshoring [2] e as dificuldades muito mais difíceis das pessoas apenas alguns anos mais velhas que eu é uma forte mensagem de que preciso considerar uma carreira alternativa no Plano B. Meu palpite é que ainda tenho 15 a 20 anos na força de trabalho antes que possa me aposentar. Não sei o que o futuro reserva, mas, a meu ver, não parece muito atraente. Programar tem sido um ótimo passeio, não vejo isso durando para sempre.
Notas:
1 - Um desenvolvedor único, ou pelo menos sem filhos / sem filhos, pode dedicar muito mais tempo ao trabalho do que alguém que diz: "Não posso ficar até tarde hoje à noite, tenho que buscar a criança na creche". Muitas solicitações / exigências de horas extras levam os desenvolvedores a procurar posições em que possam passar mais tempo com a família, em vez de usar o código.
2 - Não vejo a terceirização matando meu trabalho em particular, apenas estrangulando o fluxo de novos desenvolvedores iniciantes no setor. Consequentemente, os programadores de nível médio e sênior estão desaparecendo com poucos desenvolvedores juniores por trás deles. À medida que as pessoas em outros países adquirem as habilidades de desenvolvimento, muitos deles passam para as posições de desenvolvedor de nível médio e sênior, reduzindo ainda mais um mercado já difícil (para mim na minha idade).
fonte
Sou um pouco tímido quanto ao seu limite, mas vários de meus colegas acima do seu limite odiavam tarefas de gerenciamento. Alguns fizeram a gestão por um tempo e depois voltaram à codificação. O gerenciamento é um conjunto de habilidades completamente diferente, e o que faz um bom programador se torna um gerente ruim (e vice-versa).
Honestamente, a atração pela administração se deve à maneira como a maioria das empresas está estruturada. Depois de atingir o teto como codificador, você não pode avançar mais - o que também se reflete no seu salário versus o salário do seu gerente. Ainda estou para ver uma empresa experimentar o que foi escrito em "The Mythical Man Month".
fonte
Eu sempre me perguntei se todos aqueles estudantes que odiavam programação na universidade, mas ainda se formaram, acabarão sendo nossos chefes?
Eu conheço alguns colegas que se formaram comigo que estavam mais na política do que na programação. Gostaria de saber se uma empresa era grande o suficiente, eles acabariam sendo gerentes? Eles sabiam o suficiente sobre codificação, mas tinham uma aptidão natural para o gerenciamento de pessoas. Com experiência em software, eles teriam as habilidades para delegar e interagir com outros programadores.
Sempre pareceu uma ironia para mim que aqueles que eram realmente bons em programação trabalhariam um dia para seus colegas que lutavam pelo mesmo curso de informática.
fonte
Não eu - e eu tenho 52!
Eu segui esse caminho por cerca de dez anos, lutei o tempo todo e finalmente acordei com o fato de que eu odeio gerenciar outras pessoas e realmente sou péssima por isso. Então, em 2002, voltei à programação. Agora, ganho muito dinheiro e realmente aprecio o que faço, e não me arrependo disso.
Geralmente, existem apenas algumas faixas de carreira padrão para pessoas técnicas, não importa qual seja o campo. Infelizmente, na maioria das organizações, a faixa puramente técnica tem um teto salarial e influência limitada na organização. Muitos programadores que saltam para a faixa de gerenciamento não o fazem porque realmente querem parar de codificar, mas porque querem continuar progredindo em renda e autoridade.
Fui bem-sucedido com uma abordagem muito diferente: tornar-se proficiente em tecnologias que acho legais e aceitar empregos ou contratos para trabalhar com elas. Essas posições me expõem a tecnologias mais legais nas quais me torno proficiente e o ciclo continua.
Certamente existe alguma discriminação etária contra programadores mais velhos - mas também há maneiras de combater isso. A primeira vez que alguém vê a rapidez com que meus reflexos são da minha prática contínua de artes marciais, eles param de prestar atenção na minha barba branca.
fonte
Em muitas empresas, existe um teto técnico em termos de remuneração.
Então, se você quer mais dinheiro, é gerenciamento ou consultoria.
fonte
Embora eu ainda não esteja na casa dos 40 anos, não tenho muito que esperar ... então vou tentar responder a esta.
Eu sou um gerente que também codifica. Eu odiaria ter um cargo de gerência onde eu não tenho (ou pouca codificação). Antes de tudo, adoro codificação (ou aprendizado e resolução de problemas com mais precisão), mas também se você estiver gerenciando diretamente codificadores, sinto que realmente precisa entender o que está acontecendo para apoiar a equipe.
Por outro lado, gosto das partes gerenciais do meu trabalho - processos implementados, treinamento e assim por diante. Para ser sincero, não acho que a maioria dos programadores esteja interessada nesse lado - quando eu vou a eventos da comunidade de 'soft skills', sempre há muito menos pessoas presentes do que os eventos de codificação ou tecnologia. Portanto, não sei se a maioria dos programadores aspira a se tornar gerente (ou se eles participam dos eventos de tecnologia ou não estão interessados nas habilidades da mesma maneira ou os valorizam menos).
Eu acho que a razão de você não ter mais de 40 codificadores é que há 20 anos atrás havia uma fração do número existente hoje - dê mais 10 a 20 anos e você verá essa distribuição etária muito uniforme.
fonte
Posso dar uma resposta curta para isso: fui promovido a cargos de "gerência" duas vezes. Cada promoção foi seguida com bastante rapidez por uma demissão (reconhecidamente, em um caso, eu estava me queimando por aí de qualquer maneira, mas ser nomeado gerente era um dos últimos canudos).
fonte
Sou um pouco prematuro com isso, aos 35 anos sou um CTO que ainda consegue escrever algum código quando não me distraio com sites de perguntas e respostas, entrevistas, folhas de orçamento, litígios pendentes, aquele buraco negro chamado Escritório de Patentes dos EUA e outros coisas.
Aprendi pela primeira vez o final 'comercial' da programação quando fiquei cansado de trabalhar para outras pessoas. Eu conhecia alguns aspectos da administração, como licenças e contratos de software em geral, por isso foi uma decisão natural para mim. Francamente, eu odeio isso.
Atualmente, sou versado o suficiente para continuar não apenas a empurrar produtos legais para fora da porta, mas também a garantir que mantenhamos e mantenhamos pessoas que possam empurrar produtos legais para fora da porta. Também tento o meu melhor para nos afastar das armadilhas legais. Eu me recuso a parar de escrever código, por isso é como trabalhar em dois empregos em período integral.
Meu gol? Ganhar dinheiro suficiente para que eu possa voltar a empurrar coisas legais pela porta, sem ter que me preocupar com mais nada. Provavelmente isso não acontecerá por mais 15 anos, o que, notavelmente, me coloca na mesma idade que você levantou na sua pergunta.
Você também deve considerar que a maioria das (boas) empresas tem uma visão diferente da administração. Eu não interferiria, por exemplo, em um projeto sobre o qual não sabia nada, embora meu título 'me autorize' a fazê-lo, a menos que houvesse alguma razão convincente para isso. Se você vai passar por todo o aborrecimento de estabelecer um nível 'sênior' e depois fazer um curto-circuito, qual é o objetivo?
Onde trabalho, se você pode ter uma idéia, elaborar uma especificação, um plano e um orçamento, você é o proprietário, é seu bebê e você é livre para gastar dinheiro e usá-lo com o mínimo de supervisão.
Eu acho que as empresas mais sensatas estão percebendo que ganham mais dinheiro quando (dentro da razão) colocam as pessoas no que elas querem fazer. Gerente hoje, grunhido amanhã, consultor na semana seguinte. Desde que a compensação reflita suas responsabilidades, não vejo como um título faz alguma diferença :)
Nota de rodapé: Detesto patentes de software e sou membro da LPF (liga pela liberdade de programação)
fonte
Eu acho que isso tem mais a ver com a nossa profissão ser relativamente jovem do que qualquer outra coisa.
Quero dizer, com certeza, há pessoas por aí que codificam COBOL ou Fortran desde os anos 1960, mas nosso campo (e a população de educação em ciência da computação) realmente começou a crescer exponencialmente nos anos 90. Portanto, a maioria das pessoas no campo é relativamente jovem.
fonte
Isso pode ser óbvio, mas vou expor alguns pensamentos:
Alguns podem se tornar gerentes devido ao crescimento da empresa e por estarem na empresa há X anos, agora são promovidos a gerente, uma espécie de recompensa por sobreviver por tanto tempo na empresa. Pode haver uma viagem de poder que vem sendo um gerente que eu imaginaria, como nunca fui um gerente ou quero ser um gerente.
fonte
Eu acho que seria legal para um gerente de projeto, ou seja, alguém que talvez codifique, mas definitivamente projete. Gosto da codificação, mas adoro o trabalho de design. Então eu acho que isso conta. Eu deixaria a codificação se isso significasse que eu poderia fazer o trabalho de design em período integral, mas nenhum lugar que eu conheça realmente tem PMs não codificantes.
(E é claro que eu ainda programava como hobby. Minha codificação de hobby e minha codificação de trabalho compartilham alguns aspectos, mas são coisas amplamente independentes para mim.)
fonte
Algumas razões óbvias:
fonte
Tenho 40 anos agora, sou gerente há dois anos muuuuuuuuuuito feliz por voltar a codificar novamente.
fonte
Vou tentar responder à pergunta do outro lado. Como desenvolvedor júnior, eu gostaria de um gerente / líder de equipe que já existe há algum tempo e possa me ajudar a fazer interface com o lado comercial das coisas. Em muitas empresas, a TI é uma função de suporte, portanto, eu não esperaria que a alta gerência realmente se importasse com o que precisamos para funcionar bem. Ele deveria ter um pouco mais de credibilidade do que eu!
No entanto, eu ainda gostaria de um programador para um gerente. Se ele subiu nas classificações de codificação, ele também pode me ajudar com meus problemas de programação. Qual é o sentido de ter um gerente para o qual você não pode enfrentar problemas?
Aliás, o mais alto que estou realmente animado em chegar é um líder de equipe.
fonte
Isso pode responder à sua pergunta - o Deep Dark Secret do Vale do Silício:
http://techcrunch.com/2010/08/28/silicon-valley%E2%80%99s-dark-secret-it%E2%80%99s-all-about-age/
EDIT: Em resposta à solicitação do @ gnat: este artigo explica por que não existem muitos programadores "mais antigos" na indústria de tecnologia. Muitas empresas de tecnologia querem talentos mais jovens e mais baratos - quando eles podem se formar por US $ 70 mil e treiná-los, por que pagar seis dígitos por um trabalhador de tecnologia mais velho que provavelmente não estará disposto a dar o que falar?
fonte
Os programadores podem se cansar de toda a política e pensar que podem consertar tudo se se tornarem gerentes (e talvez estejam certos?)
Além disso, muitos programadores "se estabelecem" na faixa dos 40 ou 50 anos e trabalham em alguma empresa menor, onde não trabalham tanto ao longo do tempo porque têm família.
fonte
Em qualquer campo altamente técnico, você precisa continuar aprendendo. Claro, nem todo mundo pode fazer isso ou realmente quer tentar. O gerenciamento é uma fuga perfeita, pois quanto mais alto você sobe, menos conhecimento técnico você espera ter. Estou seriamente generalizando aqui e não tentando diminuir os gerentes naturais, mas um VP típico não deve projetar drivers de dispositivo (ou o que seja).
O difícil é não saber se essa transição razoável é a coisa certa a se fazer. Tive a sorte de ter recebido minha resposta quando era jovem. Eu tinha um cargo de gerência menor, não técnico, que me ensinou que eu nunca iria querer ser um gerente de verdade. Para mim, a diferença salarial simplesmente não vale a pena, e o material técnico é muito divertido.
fonte
Eu fiz um ano gerenciando quase duas décadas atrás e não gostei. Sou programador, arquiteto ou qualquer coisa, menos gerente, e continuo fazendo codificação desde então, sem motivo de arrependimento. E a AARP acabou de me enviar um convite para participar com base no meu próximo aniversário - devo estar ficando velho!
Tenho sorte - trabalho para uma grande empresa que tem carreira para a equipe técnica sênior que deseja permanecer na equipe técnica.
fonte
Na minha classe, é o contrário.
Temos aulas mistas, programadores e gerentes. Muitos gerentes passaram a programar no 2º ano.
Na verdade, estou chocado ao ouvir (supondo que seja verdade) que a maioria dos programadores deseja mudar para o gerenciamento.
fonte
Eu acho que os programadores que se transformam em gerente são simplesmente aqueles que não são tão bons em programação de qualquer maneira.
Se você está preso à escrita de código sem nenhum nível intelectual, a programação rapidamente se torna chata, e você acaba executando tarefas repetitivas. Esses programadores geralmente são mais produtivos quando usam ferramentas que geram o código.
Os bons programadores geralmente avançam a partir desse ponto mais cedo ou mais tarde, mas os programadores ruins sempre verão a codificação como adicionando mais linhas a um arquivo de origem. Como construir uma parede de tijolos. Cedo ou tarde, eles querem se tornar gerentes para poder gerenciar outros "programadores" para fazer o trabalho chato.
Se você é um bom programador, nunca fica entediado com a programação.
fonte