Quando você deve se chamar de desenvolvedor sênior? [duplicar]

Você pode se chamar de Sênior quando:

• Você pode lidar com todo o ciclo de vida de desenvolvimento de software, de ponta a ponta
• Você lidera outros, ou os outros procuram você para obter orientação.
• Você pode autogerir seus projetos

O desenvolvimento de software é uma criatura curiosa, ao contrário de outros campos.

Às vezes, um punk recém-saído da faculdade pode girar em torno de veteranos com mais de 20 anos de “experiência”. A programação é um mundo bizarro, onde o código é o rei .

Alguns alcançam o acima em 2 anos ou menos, outros levam 10 anos.

Comentários

• Eu acrescentaria que pelo menos um projeto falhou sob sua liderança …
• Eu discordo do segundo ponto. A capacidade de liderar outros não define " senior ". Ele define a parte " lead " de um título. Eu conheço desenvolvedores sênior que eu ' preferiria empurrar de um penhasco a segui-los por cima. Eu amo suas outras 2 definições embora. +1
• @a coisa punk nova – você pode ser um programador talentoso, um inventor brilhante de algoritmos e ainda ter problemas simplesmente porque ' s problemas que você nunca ' encontrou antes. Eu ' ainda sou mais convencido do que deveria, mas até eu descobri isso.
• Eu também acrescentaria, após 10.000 horas de programação real (não apenas sentado na frente de um computador).
• alguns levam menos de 2, outros levam 10 – muitos ganharam ' t nunca ( Conheci alguns deles …)

Quando ouço “Desenvolvedor sênior”, pense em alguém que domina a programação. Eu penso em uma pessoa que pode projetar, codificar e testar um sistema. Eles podem conversar com a arquitetura do sistema ou design de componentes. Eles entendem e usam padrões de projeto. Essa pessoa pode antecipar os gargalos de desempenho, mas sabe que não deve pré-otimizar. Essa pessoa vai aproveitar a programação assíncrona, enfileiramento, armazenamento em cache, registro, segurança e persistência quando apropriado. Quando questionados, eles podem dar uma explicação detalhada de sua escolha e os prós e contras. Na maioria dos casos, eles dominam a programação e o design orientado a objetos, mas isso não é absoluto. Outras linguagens como Javascript, F # e Scheme são poderosas e não são orientadas a objetos. Eles são adeptos da gestão de risco e, o mais importante de tudo, podem comunicar o que foi mencionado anteriormente a seus colegas.

O que é domínio? Existe uma ideia geralmente aceita, que para dominar QUALQUER uma habilidade leva 10.000 horas de repetição para que o corpo e a mente humanos compreendam e internalizem uma habilidade. Isso está extensamente escrito no livro de Malcolm GladWell Outliers . Quando o autor original falou sobre o domínio de um campo, ele estava se referindo que chegar ao topo de um campo altamente competitivo levaria 10.000 horas.

Alguns exemplos de Outliers de Malcolm GladWell são:

Mozart o primeiro concerto na idade de 21 anos. O que a princípio parece jovem, mas ele tem escrito música desde os 11 anos.

Os Beatles foram inicialmente evitados. Eles foram informados de que não tinham a mostarda e deveriam considerar uma linha de trabalho diferente. Eles passaram 3 anos na Alemanha tocando cerca de 1200 vezes em locais diferentes, cada vez com 5 a 8 horas de duração. Eles ressurgiram como os Beatles que conhecemos e amamos hoje.

E, por último, Bill Gates em aos 20 anos abandonou Harvard para fundar a Microsoft. Para alguns, isso pode parecer tolice, mas considerado aos 20 anos, ele passou quase metade de sua juventude programando. Em 1975, apenas talvez 50 pessoas no mundo tiveram a experiência que ele teve. Sua experiência deu-lhe a visão de futuro na Microsoft.

Peter Norvig também discute a regra das 10.000 horas em seu ensaio “ Ensine-se a programar em dez anos ”.

No livro Mastery de George Leonard, são dados grandes detalhes sobre como dominar uma habilidade. É preciso praticar a habilidade indefinidamente. Quanto mais repetição, mais você fica ciente das diferenças em cada repetição. Somente com essa percepção você pode se tornar melhor.

Os títulos da indústria de software (Junior, Mid-Level e Seniors) são enganosos e inconsistentes de organização para organização. Já trabalhei com empresas que definiram um Desenvolvedor Sênior como alguém com 5 anos ou mais de experiência. Não há menção à qualidade da experiência, apenas que eles ficaram 5 anos sentados em frente ao computador. Ao trabalhar com essas pessoas, muitos deles ainda não tinham entendido a programação orientada a objetos – ainda assim, eram considerados Desenvolvedores Seniores.

Deve haver uma maneira melhor e mais objetiva de medir o conjunto de habilidades de um engenheiro de software. John Haugeland postou uma matriz de habilidades de programador de computador. É uma maneira objetiva de medir o nível de habilidade do programador , que de outra forma é deixado para trás.

Ao olhar para engenheiros de software, vejo 4 níveis de habilidades: Luminar, Sênior, Médio e Júnior.

Luminar (mais de 10 anos) é aquele que dominou uma habilidade e começou a melhorar sua respectiva disciplina. Alguns exemplos incluem: Ted Neward , Tio Bob Martin , Donald Knuth, Oren Eini , Peter Norvig , Linus Torvalds. As luminárias mudam com base no seu conjunto de habilidades.

Sênior (7 a 10+ anos, Nível 3) é aquele que passou as últimas 10.000 horas programando em um gênero específico. Há um forte entendimento dos padrões de design. Eles aproveitam a programação assíncrona, enfileiramento, armazenamento em cache, registro, segurança e persistência quando apropriado.

É muito possível que um Sênior nunca chegue à Luminary. Luminares são freqüentemente encontrados falando e escrevendo. Eles estão ativamente tentando impactar sua disciplina.

Nível médio (4 a 6 anos, Nível 2) é aquele que entende a programação do dia a dia. Eles trabalham de forma independente e criam soluções robustas. No entanto, eles ainda precisam ter experiência na criação ou manutenção de sistemas grandes ou complexos. Em geral, os desenvolvedores de nível médio são ótimos com desenvolvimento de nível de componente.

Júnior (1 a 3 anos, nível 1) é aquele que entende os fundamentos da programação. Eles têm um diploma em engenharia de software ou ciência da computação ou são autodidatas. Seu código é revisado continuamente. São fornecidas orientações em relação a algoritmos, capacidade de manutenção e estrutura.

Comentários

• Esta resposta me faz desejar poder escolher uma resposta favorita!
• Esta é uma explicação melhor. Deve ser marcada como a resposta.
• Essa resposta meio que faz parecer que você precisa ser o Mozart da programação para ser considerado " Sênior. " Isso ' é uma merda imo. Isso pode ser o necessário para ser considerado o " Deus " da programação, mas " Sênior " tem a ver com idade e posição. Se você ' está em desenvolvimento há algum tempo e lidera outros, você ' re " senior. " Honestamente, tem pouco a ver com sua acuidade de codificação.
• Mais importante do que " Isso pessoa aproveitará a programação assíncrona, enfileiramento, armazenamento em cache, registro, segurança e persistência quando apropriado. " é que eles devem saber quando NÃO usar esses padrões de design quando eles não forem apropriados.Existem muitos níveis intermediários que são bem versados em padrões de design / arquitetura, mas que tentaram encaixar tudo nos padrões sobre os quais leram recentemente.
• Legal, então posso passar 11 anos escrevendo getters e setters e eu ' estaremos ao lado do tio Bob!

“Quando você deve se considerar um desenvolvedor sênior?” – Quando comecei a ser mentor de desenvolvedores juniores.

Comentários

• isso teria sido … no colégio.
• Eu tendo a concordar que o idoso deve ter um significado em ser capaz de fazer algo mais do que apenas a ' codificação '. E para alguns de nós isso teria acontecido desde o ensino médio, mas outros (com mais de 10 anos de experiência) ainda estão apenas fazendo o ' solitário ' coisa.
• @Rudi: Senior implica que há algo abaixo, em vez de " fazer isso há muito tempo ". Como se costuma dizer em um filme popular, " Sempre há dois, um mestre e um aprendiz. " – mestre concedido ' s são um pouco raros no chão, então geralmente há alguns aprendizes.
• @Orbling – senior é uma comparação, mas não ' não precisa ser parente de membros da mesma empresa.
• @Jeff O: Eu entendo de onde você vem, mas depende se você pensa nisso como um cargo ou algum tipo de classificação. Eu sentaria com o primeiro, o que significaria necessário dentro da mesma empresa.

você “é perdendo o ponto.

Sênior não significa nada. Júnior não significa nada. Títulos não significam nada. Meu cargo – Diretor Associado de Sistemas de Negócios. Minhas responsabilidades – gerenciar todas as coisas de TI, desde o desenvolvimento de software interno até a infraestrutura, passando pela segurança, até os sites dos clientes. Minha experiência de desenvolvimento de software – autodidata. Minha experiência de rede – autodidata. Minhas capacidades gerais na área de TI – piores que as suas.

Minha capacidade de gerenciar e dirigir – discutível, mas meu caráter e personalidade me deram o trabalho e me fizeram ter sucesso nele.

Títulos não significam nada, habilidade e esforço significam tudo. Eu não sou o melhor – e acreditar nisso seria arrogante.

Esqueça suas dúvidas sobre títulos e prove seu valor!

Comentários

• Eu não ' acho que ele está faltando o ponto. Qualquer pessoa sensata sabe que isso não significa nada. Usar roupas também não faz sentido se a temperatura estiver certa. Não é ' a vida adulta uma grande mentira, afinal?
• Title = payrise 🙂

Eu percebi a mesma tendência. Uma das perguntas outro dia era sobre um desenvolvedor sênior com 2 a 3 anos de “experiência sendo promovido a arquiteto.

Você pode chamar uma bolota de árvore, mas isso não muda o que ela é.

O a única conclusão lógica é que “sênior” significa outra coisa:

• classificação relativa, como em “sênior para o cara que acabou de sair da faculdade”
• soletradores pobres de espanhol, ou seja, eles pretendia colocar señor
• a grafia do sul, como em “senior butt-crack, puxar para cima as calças”

Hoje em dia, é apenas um trabalho título , e pode ou não dizer nada sobre a experiência relativa da indústria.

Comentários

• Lol, no negócio do arquiteto. Ouvi dizer que no MS um cara pode se tornar líder em tecnologia com 2 anos de experiência e pedir a alguém com 10 anos de experiência que tenha um desempenho melhor ou enfrente as consequências: D
• Bem, ' é apenas um cargo, mas as pessoas muitas vezes julgam seu conhecimento com base nesse cargo e não deixam ' s esquecer seu salário.
• @Kev, exatamente e isso é por isso que os títulos ' s são importantes 🙁
• você ' deve estar brincando com os espanhóis " se ñ ou " coisa. Ninguém liga para ninguém " Se ñ ou " Desenvolvedor.

Acho que a melhor resposta foi dada pela Darknight .

Sinto a necessidade para apontar o seguinte.

2 a 3 anos de experiência em programação (trabalhando + pessoal juntos) não são suficientes para um só t o viu um número suficiente de projetos e lidou com uma quantidade suficiente de problemas. Simplesmente não vai funcionar. Você precisa de tempo para deixar as coisas passarem por sua cabeça, para refletir sobre sua experiência e mover-se mentalmente para um nível mais alto de pensamento. Não acontece da noite para o dia.

Eu diria que com 5 a 7 anos de prática (novamente trabalhando + pessoal juntos) não se deve esperar um milagre. Alguém pode obter muita experiência com certas linguagens e frameworks, mas ainda não pular para um novo nível de pensamento.

A outra coisa é a maturidade geral de um indivíduo. Em minha opinião, ela chega primeiro perto dos 30 anos. Antes disso, nosso cérebro pode estar trabalhando em um clock maior, mas seria um processamento de lixo, porque faltam dados suficientes na memória para ver uma imagem maior.Nossa experiência de vida geral acrescenta algo sutil, mas real à maneira como pensamos e trabalhamos, portanto, a programação como um outro tipo de trabalho também.

Minha aceitação pessoal de um idoso: alguém com pelo menos 27 anos e pelo menos 7 anos de prática . Antes disso, eu pessoalmente seria cético (mas ainda assim teria a mente aberta, só precisaria de mais provas para mim).

Comentários

• Não é seguro igualar o tempo no trabalho com ª experiência. Um idiota que passa 10 anos fazendo a mesma coisa com o mínimo de esforço será expulso da água, mas um empreendedor inteligente que está se esforçando por 18 meses.
• Acho que este é um ótimo complemento para a resposta marcada

Houve uma boa postagem no blog de Martin Fowler recentemente. As coisas que tirei disso são:

• Não tem nada a ver com há quanto tempo você trabalha para alguém. Você trabalha há três anos e se torna um desenvolvedor sênior. O que acontece depois de seis anos? Você se torna um desenvolvedor sênior sênior?

• Os desenvolvedores sênior não olham para você com desprezo ou pensam que são melhores do que você. Isso é muito importante. Depois que você deixar seu ego atrapalhar, você terá problemas.

• Os desenvolvedores sênior não passam a culpa. Eles antecipam problemas e os tratam de maneira positiva.

• As pessoas querem trabalhar com desenvolvedores sênior. Esta é uma chave para mim. Quero que as pessoas trabalhem comigo e quero que gostem de trabalhar comigo.

• Desenvolvedores sênior não são os engenheiros mais inteligentes. Eles não trabalham nos problemas mais complexos. Seu conjunto de habilidades não é só sobre programação. Suas habilidades de comunicação desempenham um papel igualmente importante.

• Desenvolvedores sênior são bons em fazer estimativas.

• Desenvolvedores sênior sempre se preocupam com o que fazem. Eles entendem que tarefas enfadonhas devem ser concluídas com a mesma qualidade que qualquer outra tarefa potencialmente mais interessante.

Apenas para esclarecer

As habilidades que listei acima são as que acredito que um bom engenheiro de software sênior deve ter, além das habilidades e práticas fundamentais de engenharia de software.

Comentários

• Por esse padrão, muitas pessoas que podem ' programar e não ' t gostam, são desenvolvedores sênior.
• Em nenhum momento eu disse que eles não ' gostam ou podem ' programa t. Eu disse que o conjunto de habilidades deles não é apenas programação, mas uma série de outras coisas.
• Não ' quis dizer que você disse isso. Apenas que as habilidades que você mencionou não ' parecem incluir quaisquer habilidades relacionadas à programação. Assim, muitas pessoas seriam chamadas de programadores seniores por esse padrão, mesmo quando são ginecologistas ou bombeiros.
• Desculpe, eu deveria ter sido mais claro com minha resposta. As habilidades que listei são as que acredito que um bom engenheiro de software sênior deve ter, além das habilidades fundamentais de engenharia de software. Por exemplo. estruturas de dados, sistemas operacionais, redes, design orientado a domínio, sistemas de banco de dados, teste de aceitação, etc.
• Link para a postagem do blog?

Depois de ter sido o mentor de muitos e muitos agradecido por isso anos depois, depois de discordar de você a princípio, fique à vontade para acrescentar “Sênior” a qualquer título que você comandar.

Até então, “liderar” é provavelmente um termo mais descritivo.

Para mim, o termo “sênior” denota o culminar de experiência prática E sabedoria ao lidar com pessoas e suas expectativas arbitrárias . Leve este cenário em consideração:

16 programadores em uma equipe, cada um com exatamente 1 ano a mais de experiência do que o resto. Isso significa que o programador de 16 “tem mais de 16 anos de experiência. Oito dos membros mais experientes morrem tragicamente quando um ônibus bate em uma loja. O cara com metade da experiência agora seria considerado um desenvolvedor sênior? Espero não, espero que a empresa substitua rapidamente os vazios por pessoas de igual ou maior calibre do que acabaram de perder.

Odeio usar o termo “ jornaleiro “em programação, mas parte disso se aplica. O termo” sênior “não é algo que eu entregaria a ninguém com menos de 15 anos de experiência, porque vai muito além do conhecimento técnico.

Comentários

• +1 Journeyman, e de fato todo o antigo sistema de guilda é totalmente válido em nossa profissão de engenharia.
• Votar negativamente, se pudesse. Conheço vários desenvolvedores com mais de 20 anos no setor que possuem o título de " Sênior " que podem ' não diga a eles pelo cotovelo. Tive uma tentativa de me explicar que MVC e NTier eram a mesma coisa. IMO, senior isn ' t sobre qualquer coisa, muito menos idade ou anos no campo. Se um desenvolvedor de segundo ano for capaz de liderar uma equipe (e o faz), ele pode ser considerado para o título. Nas forças armadas, os níveis de habilidade de Aprendiz, Jornada, Artesão e Superintendente são concedidos àqueles que possuem as habilidades necessárias e foram testadas para prová-las. Eu me sinto da mesma forma

Acho este título “Desenvolvedor Júnior / Sênior” errado e enganoso porque não há nenhuma unidade de medida real para isso. Somos todos Desenvolvedores de Software com menos ou mais experiência prática. Não tente criar uma hierarquia para Desenvolvedores de Software, não faz sentido e pode prejudicar o ponto de foco principal: uma ótima equipe de desenvolvimento de software.

Comentários

• +1 Concordo com seu comentário Acho que não existe tal bala de prata aqui, acredito que habilidades técnicas e pessoais são importantes
• Acho que em muitos casos, o título se tornou mais uma definição de nível de remuneração do que nível de habilidade e experiência. O que muitas vezes é determinado por habilidades de negociação. Se um desenvolvedor de nível médio for entrevistado para um cargo de nível sênior e conseguir o emprego, isso não significa que ele é mais qualificado ou experiente. Simplesmente, eles foram capazes de negociar para uma posição mais bem paga. Portanto, concordo com você, os títulos podem ser errados e enganosos.
• Acho que sua resposta é a melhor aqui, mas na realidade as empresas ao redor do mundo usam essa terminologia em todos os cargos, então não podemos evitá-la.

Quando você olha para trás em seu trabalho anterior e percebe que porcaria ele era. E você entende que ficou melhor, mas ainda há milhas pela frente e que o aprendizado é para sempre.

Comentários

• Acho que ' é o oposto. Quanto melhor você for, mais tempo levará para que o código que você escreveu se torne uma porcaria. Quando comecei a codificar, constantemente olhava para trás e percebia como meu código era ruim. A experiência ensina você a escrever código, que não ' t se degradará na velocidade da luz.
• @ back2dos ' não é sobre quanto tempo leva para escrever um código ruim. É ' s sobre como compreender sua maturação como desenvolvedor e também humildade e aprendizado. Ser um desenvolvedor sênior envolve muito mais do que código.
• O que você descreve é um desenvolvimento pessoal que existe em todos os aspectos da vida humana. Ser humilde e ter vontade de aprender não ' faz de você um veterano, mas sim um bom aprendiz. No entanto, a tarefa principal de um desenvolvedor sênior é ensinar. Você não pode ' ensinar alguém se acha que tudo o que fez há 3 meses é uma porcaria. Você precisa de uma certa calma que pode domar ' s " tudo ' besteira , vamos ' s destruí-lo e reinventar a roda mais uma vez " -mentalidade.
• @ back2dos, eu acho é possível ser um desenvolvedor sênior e não necessariamente ensinar, embora eu concorde com o que você diz e que ser mentor / ensinar é um dos grandes benefícios de um bom desenvolvedor sênior. Tanto quanto " tudo ' merda " parte de ser um desenvolvedor sênior é ser capaz de entender o que realmente é e o que não ' é bom; parte disso é talento, alguma habilidade, mas também muito é experiência em vários ambientes; viver através de sistemas de qualidade e destroços de trens ensina muito.

Às vezes eu olho para outras profissões e me pergunto por que a programação de software não se padroniza. Não haveria uso para esta pergunta porque haveria um padrão aceito para a obtenção de certos níveis. Então cheguei à conclusão: “Quem morreu e os deixou rei?”

Todos nós sabemos que experiência, educação, certificações e títulos são para que todos tenham uma ideia básica das habilidades dos programadores. Você sabe o que está fazendo ou não. Você pode sentir o seu próprio cheiro tipo ou você não pode “t.

” WHAAAT …. UNIT TEST !!!! Eu sou um sênior programador … não preciso mais testar meu código “

Já ouvi isso antes …. Assim ele deixa os” juniores “corrigirem seus bugs e testarem.

“Vamos contratar um arquiteto … não, não o Sr. X, queremos alguém que seja muito mais sênior, alguém que não esteja mais programando”

mais tarde na entrevista :

• então com quais linguagens de programação você está familiarizado?

• ahem … Eu usei COBOL e FORTRAN, mas agora é principalmente Ms Word, Excel e Powerpoint.

• Excelente … quando você pode começar?

Realmente sênior é apenas uma questão de perspectiva, um título, como diria Steven. No entanto, gostaria de poder dizer que no final é o código que você escreve que importa, mas infelizmente em muitos casos o terno e a gravata têm um impacto maior, especialmente quando você não é mais medido por realizações concretas (código), mas por quão bem você convence as hierarquias de sua essencialidade.

Comentários

• não ' não vi um desenvolvedor de software usar gravata em 5 anos, quanto mais terno!
• Eu vi , na verdade, de vez em quando lugar onde eu trabalhava, eles contratavam um consultor para ajudar em um projeto em que eu estava trabalhando e eles achavam que não estava indo bem o suficiente. às vezes ajudou muito com o código e tudo. Outras vezes, não precisava de ajuda, apenas dizia a ele o que dizer aos meus chefes. Como ele usava terno e gravata " seus " argumentos eram sólidos e razoáveis e, portanto, era exatamente o que precisava ser feito. Naquele ponto eu simplesmente desisti e deixei o terno e a gravata terminar tudo, encontrei um emprego em uma empresa onde terno e gravata são proibidos … estamos todos muuuito mais felizes agora !!

Pode ter algo a ver com dinheiro.

Algumas empresas seguem um plano salarial definido. Eles não podem colocá-lo no meio da escada “Desenvolvedor”, por causa de algumas regras. Mas podem colocá-lo na parte inferior da escada “Desenvolvedor Sênior”.

Pessoalmente, eu acho estranho se uma pessoa recebe um título de último ano logo após a faculdade, mas por outro lado – quem se importa? Eu sou um “desenvolvedor” há cerca de dez anos, e embora receba um título de “sênior” quando mude de local de trabalho agora, isso não significa nada. Ainda serei um calouro no novo domínio – pelo menos por um tempo …

Quando outro ligar para você desenvolvedor sênior. Não existe uma definição única. Suas mudanças de empresa para empresa. Em uma empresa bem estabelecida, os caloiros recebem menos trabalho e sua curva de aprendizado é lenta. Na empresa iniciante, um calouro pode assumir muitas responsabilidades e aprender muitas coisas em menos tempo. Eu experimentei isso em primeira mão. Infelizmente, são apenas as outras pessoas experientes que podem calcular a profundidade do seu conhecimento, observando a qualidade do seu código ou trabalho. E tenho certeza de que todos recebem seus títulos quando o tempo acabar.
E se você não mude de empresa. 🙂

É um título como muitos outros. Esses “adolescentes” aqui podem até ter um doutorado , isso não significa necessariamente nada. Mas isso certamente lhes trará um salário mais alto. O mesmo se aplica ao Desenvolvedor Sênior ou Arquiteto Sênior. Ou o gerente de projeto sênior, etc.

Considerando esse fato, é melhor ser chamado de “Nosso desenvolvedor sênior” por seus colegas de trabalho, em vez de adicionar esse título ao seu próprio cartão depois de muitos anos de experiência – o que fiz quando tive a oportunidade. 🙂

Fora isso, eu diria que 10 anos é o mínimo (incluindo faculdade ou outra educação).

Comentários

• +1. Mas eu diria que ' é apenas um cargo! Se ' estiver no seu cargo, então você é um. Se você ' se re-descrevendo, pode-se fazer melhor do que ' I ' um desenvolvedor sênior / programador / arquiteto / morto / etc …

Eu tenho vi um anúncio de emprego recentemente à procura de um graduado em CS com menos de um ano de experiência. Isso parece loucura para mim, mesmo que seja apenas um título. Por um lado, sugere um enfraquecimento do título. Tenho certeza que Algumas empresas que vi com essas postagens têm algum outro título “super-sênior” para denotar os verdadeiros idosos. Não é uma estratégia de contratação ruim, suponho. Título não é tudo, mas sendo tudo o mais igual entre dois empregos, eu provavelmente aceitaria aquele com o título de “Desenvolvedor Master Chief”.

O ponto em que o “Desenvolvedor Master Chief” (ou qualquer que seja essa posição alta, “sênior” ou outro) é realmente justificado, embora seja difícil de definir . Não acho que possamos ser muito objetivos quanto a quantificá-lo. Como uma fórmula aproximada, eu diria que eles deveriam ser chamados de seniors se eles geralmente são os melhores na sala e a sala contém pelo menos 8 desenvolvedores profissionais. Isso sugere que um idoso está no mínimo no 87º percentil.Embora eu diria que esses desenvolvedores provavelmente serão os que têm mais experiência, eu definitivamente não diria que essa experiência == “sênior”, ou mesmo perto. Ao mesmo tempo, embora eu seja cético de que o número de verdadeiros idosos com menos de 7 ou 8 anos deva ser excessivamente pequeno, não é impossível para alguém com menos que isso ser um mestre.

Tendo 22 anos, certamente caio na “improvável categoria de mestre”. Embora eu esteja em torno de alguns desses tipos de “10 (ou 30) anos de 1 ano de experiência” e honestamente me sinta tentado a pensar que estou melhor, tento lembrar que essas pessoas, mesmo que não tenham feito nenhum esforço em décadas para aprender, provavelmente ainda ganhei mais conhecimento do que eu em uma ampla variedade de assuntos por meio de osmose pura. Simplesmente não há como saber tanto quanto eles sobre o ciclo de vida completo do projeto. Eu trabalho com uma pessoa cujo projeto é mais velho do que eu! Seria muito presunçoso da minha parte realmente pensar que sabia mais sobre como manter um projeto desse porte do que ele.

Outra coisa a ter em mente é que se você começar a se chamar de veterano aos 22 anos, quanto será aos 32? É um péssimo serviço para o seu futuro presumir que você já está no topo. Muitas pessoas recorrem à regra das 10.000 horas para determinar quando alguém é um especialista. No livro de Malcom Gladwell, onde a ideia é proposta, fica bem claro que os especialistas não são simplesmente os melhores, mas desempenham um determinado papel. Os novatos não são os piores de forma alguma, mas é uma descrição de método ainda mais do que habilidade. Os novatos podem aprender coisas malucas rapidamente, mas geralmente têm problemas para fazer algumas das coisas mais comuns tão rapidamente quanto alguém que é um especialista. Os especialistas podem fazer as coisas rotineiras com extrema precisão e velocidade e saber quais coisas procurar que podem denotar problemas, mas muitas vezes têm dificuldade em reagir à mudança ou aprender coisas que estão fora de sua zona de conforto. Com isso em mente, não quero nem ser um especialista ainda. Gostaria de absorver o máximo de informações novas que puder, pelo maior tempo possível, antes de me estabelecer em um domínio estável.

Comentários

• 1) Os recém-formados também são contratados 2) Alguns preferem um recém-formado com habilidades modernas que possam ' moldar ' de acordo com seus próprios desejos.
• Quando você ' chegar a 1 ano, dê uma chance àquele cara de 30 anos. Você pode estar certo, mas espere um pouco. Você pode ser melhor em encontrar soluções para problemas específicos, mas se ele não ' fede, ele pode saber uma coisa ou duas sobre como evitar problemas maiores e mais globais. Ou ele pode apenas evitar. Isso ' s aconteceu. Muito.

10 anos ?? Você deve estar brincando. Ok, como você define 10 anos? Digamos que alguém começou a programar aos 15 anos, mas se tornou profissional aos 25?

A indústria não funciona assim. Acho que diferentes empresas permitem que as pessoas as chamem de Senior Dev X ou Y a qualquer momento entre 5 a 8 anos. Muita antiguidade na organização não vem com capacidade sozinha , tem muito a ver com a iniciativa que um indivíduo está tomando e com o tipo de responsabilidades que ele está disposto a compartilhar. Na maioria das vezes, pessoas com habilidades razoáveis e forte motivação tornam-se profissionais seniores.

A propósito, 22 anos não é adolescente 😉

Comentários

• 10 anos de implantação, é claro.
• Eu estava fazendo gráficos GWBasic de resolução de equação quadrática em um Casio PB-700 quando eu tinha 14 anos, com recursos de zoom in / zoom-out (para melhor ver a interseção com o eixo, que teve autofraction para a numeração da unidade do eixo no zoom). 28 anos depois, eu programo em python no meu HTC android e sou um " desenvolvedor profissional " há mais de 12 anos. Isso me torna Se ñ ou? Acho que não. Ainda um hacker de coração (brinque um pouco com o SLA4 em seu telefone Android para ver a distância que o computador ainda precisa percorrer). Nós ' somos todos adolescentes neste ramo.
• @Chris: Que boa resposta, colega. Feliz hackeamento.
• -1 O primeiro parágrafo é um discurso retórico sobre a postagem anterior (deve ser um comentário sobre essa postagem) e certamente não é uma ' boa resposta ' para a pergunta. Eu ' também vou arriscar e dizer que 10 anos de experiência só fazem sentido se você tiver muita experiência (experiência sendo a única coisa que você pode ' ensina quando comparado ao ' conhecimento ' que você pode). Estar nos meus 40 ' s me trouxe muito conhecimento do ' sênior ' que Eu não ' não obtive depois de 5-8 anos em meus 20 ' s.
• @Michael: +1 .Boas observações sobre " EXPERIÊNCIA "

A primeira vez que você consegue um emprego com base em pelo menos uma sessão de entrevista que não é “entrevista técnica clássica” por natureza (ou seja, falar sobre arquitetura, conceitos, design, visão da empresa, experiência etc.)

Minha experiência (limitada) é que os desenvolvedores juniores geralmente são contratados com base puramente no desempenho na bateria padrão de perguntas da entrevista, e os seniores com base em uma variedade de outras interações.

A idade é apenas um número; uma criança está ficando mais inteligente e _insert number um programador com anos de experiência está ficando velho … Hoje em dia, uma criança pode escrever códigos mais limpos, melhores e mais rápidos de forma inteligente. Um velho amigo pode ficar com ciúmes.

Comentários

• Eu entendo o que você ' quer dizer , mas se a idade é apenas um número, por que você está se referindo às pessoas como " kiddo " e " antigo amigo "? Parece um pouco etário.
• Idade é apenas um número inteiro sem sinal.