O que o desenvolvedor júnior deve esperar do líder da equipe sênior [fechado]


44

Isenção de responsabilidade: as opiniões expressas são exclusivamente minhas e não expressam os pontos de vista ou opiniões do meu empregador.

Trabalho em uma pequena empresa, na qual poucas pessoas são desenvolvedores, outras são QA / Test e 1 é gerente. Entrei para esta empresa há 1,5 anos. 3 desenvolvedores seniores têm mais de 8 anos de experiência.

Estas são as observações que fiz sobre o líder da equipe. (considerando-me um novato com menos experiência em comparação com eles em todos os aspectos)

  1. Eles nunca discutem 1: 1 ou nunca consideram a sugestão júnior (eu concordo que depende deles, aceitem ou não, pelo menos devem considerar uma opinião).
  2. Como líder sênior da equipe, eles podem tentar refatorar a base de código com novas tecnologias (incluindo o fator de implantação de novas tecnologias é possível e outro desenvolvedor e infraestrutura também prontos), mas esse líder de equipe se sente menos seguro ao trabalhar com novas tecnologias, como eles não estão atualizados. (pelo que estou dizendo, eles não sabem qual é a tendência atual de programação, * (como projetos populares de código aberto como modernizr, bootstrap e muitos outros).
  3. Em nossa base de código, mais de 10.000 linhas são repetidas, então eu contei a elas DRY: Don't Repeat yourself. A resposta deles foi: "É um artigo fascinante, mas nunca funciona na prática". Eu apenas disse a eles que, se não o tornarmos 100% SECO, podemos pelo menos usar interfaces, mas isso também não foi considerado. * (interfaces podem ser adicionadas para novos recursos, sem tocar na base de código anterior, se não estiverem prontas para refatorar)
  4. Todos os desenvolvedores seniores fazem manutenção e correção de patches a quente. O resto do tempo eles passam em sites de entretenimento. Eles estão felizes em terminar a tarefa.
  5. Introduzir nova tecnologia é ruim? * (incluindo fator de viabilidade pode ser feito).
  6. Gerente também menos preocupado com as coisas que eu estou falando.
  7. Junior espera que eles possam aprender muitas coisas com o líder da equipe. * (não pedindo ajuda ou codificação sênior para eles).

Minhas perguntas são:

  1. Sou agressivo demais com as mudanças que estou propondo?
  2. O que devo esperar de líderes de desenvolvimento seniores com mais de 8 anos de experiência?
  3. Estou errado em esperar aprender e ganhar experiência com uma empresa?

Atualização:

Por que eles sentem que o DRY é impraticável: porque eles não querem se envolver com os conceitos de POO. Eles estão felizes em repetir tarefas.

Novas tecnologias que estou propondo:

  1. Uso de Minificação de imagens CSS, JS, SPrite
  2. Uso de interfaces e framework .net 4, genéricos e muitos outros.
  3. Bibliotecas do lado do cliente, como modernizr, knockout js, bootstrap para responsivo,

40
Apenas uma observação: anos de experiência não significam nada. Há o ditado "algumas pessoas têm 10 anos de experiência, outras repetem 1 ano 10 vezes" (parafraseada). Baseie suas expectativas em suas habilidades e conhecimentos, e não em quanto tempo elas estão lá.
Anthony Pegram

6
Ravi, você gostaria de acreditar que eles estão aprendendo e crescendo. O que é muito comum é que eles atingiram algum platô. Se isso é devido à complacência, simplesmente não sendo desafiado, ou eles realmente atingiram seu limite, isso varia de pessoa para pessoa e de situação para situação.
Anthony Pegram

5
@ Ravi, sua percepção é de que eles são um líder de equipe para guiá-lo, embora seja inteiramente possível que eles sejam um líder de equipe para ganhar um bom dinheiro e que as pessoas não digam o que fazer para que possam fazer o que quiserem. Nem todo mundo está procurando ajudá-lo apenas porque deveria, e muitas pessoas não se incomodam em melhorar a si mesmas se podem evitá-lo, tornando-se um líder de equipe sem auto-aperfeiçoamento ao longo do caminho.
Jimmy Hoffa

14
Você já está muito à frente deles e eles não estão interessados ​​em se elevar a uma posição em que estejam prontos para trabalhar com você. Demita sua empresa.
User16764

5
Normalmente, sou a favor da nova tecnologia que traz uma maneira mais limpa de fazer alguma coisa. No entanto, é preciso ter cuidado para evitar a introdução de muitas novas tecnologias apenas porque são novas e brilhantes. Se um projeto está apenas começando ou se precisar de uma nova funcionalidade ou refatoração, pode ser uma boa oportunidade para introduzir algo novo. Se o projeto for estável (necessitando apenas de pequenas correções) ou se for tarde, seria melhor evitar a introdução de coisas novas.
Marcus

Respostas:


30

Sou agressivo demais com as mudanças que estou propondo?

Sem detalhes específicos (que novos técnicos você está propondo, por que eles estão rejeitando, onde eles sentem que o DRY é impraticável e por que etc), é difícil avaliar a quantidade de mérito de suas propostas e isso é importante para sua agressividade. Se você deseja que eles usem uma nova estrutura porque você acha que é nova e legal, pressionar mais do que levemente é muito agressivo. Se eles estão realmente colocando milhares de linhas de copiar / colar na base de código (ou seja, estão escrevendo uma porcaria), então eu diria que mais agressividade é necessária.

Mas isso também depende da dinâmica interpessoal entre você e eles. Meu conselho seria se perguntar "eu poderia demonstrar que minhas sugestões beneficiariam a empresa?" Se a resposta for sim, então eu diria que você tem alguma licença para tentar enviar.

O que devo esperar do líder sênior de desenvolvimento que tem 8 anos ou mais?

Isso irá executar a gama. Às vezes, você recebe algumas pessoas muito afiadas das quais pode aprender muito, tanto em termos de navegação política quanto em considerações técnicas. Infelizmente, você também recebe muito disso . Você não encontrará escassez de pessoas cujos 8 anos ou mais de experiência basicamente equivale a fazer o mínimo necessário para não ser demitido. Se você encontrar um mentor ou alguém realmente perspicaz, segure o máximo que puder, porque é menos comum do que deveria ser.

Estou errado ao esperar um bom aprendizado de uma empresa?

As pessoas para aprender estão lá fora e estão em algumas empresas. Você parece enfrentar um dilema comum e, para parafrasear o pessoal do .NET Rocks, vale a pena considerar: "Mude sua empresa ... ou mude sua empresa".

Ou seja, se você acredita em certas abordagens e princípios fundamentais e se vê constantemente incapaz de vendê-las e obtém a liberdade de fazer e aprender o que deseja fazer e aprender, vale a pena considerar uma busca por uma empresa que seja melhor. apto para você.


1
Eu mostrei uma demonstração de todas as coisas novas. ainda assim eles são desconfortáveis. veja minha resposta atualizada
Ravi Gadag

1
Parece-me que suas idéias provavelmente melhorariam o que existe. O próximo passo é descobrir por que eles estão sendo rejeitados. Você não construiu representante suficiente com os idosos? Eles são preguiçosos? Falta de comunicação? Você poderia estar fazendo um caso melhor ou conseguiria o que queria depois de provar a si mesmo? Nesse caso, evitá-lo pode ser uma boa experiência. Se eles são apenas preguiçosos e desinteressados, talvez não.
Erik Dietrich

1
Eles estão desinteressados.
Ravi Gadag

6
@ RaviG: Claro que eles estão desinteressados. Você é um novo desenvolvedor, ansioso por agradar, com olhos muito maiores que o estômago ... e está tentando dizer aos seus desenvolvedores o que fazer. Já é ruim o suficiente quando a gerência tem uma nova idéia todos os dias sobre como mudar o produto inteiro ... um cara novo? pfft. Vá fazer alguma coisa.
Steven Evers

19

Escreverei isso da minha perspectiva como desenvolvedor sênior (ou insira qualquer outro título sofisticado que você goste aqui) que trabalhe com desenvolvedores júnior frequentemente.

Provavelmente, há uma escassez tanto na sua frente quanto na frente dos desenvolvedores seniores.

Uma coisa que muitos desenvolvedores Júnior não entendem é que, enquanto você (como júnior) está pressionando para usar novas tecnologias, novas maneiras de fazer as coisas, dizendo à equipe que está fazendo errado , etc. - os Seniores no a equipe está se reportando à gerência na entrega e está sendo pressionada pela gerência para entregar coisas novas o mais rápido possível para ganhar a empresa o máximo de dinheiro possível (ou entregar os melhores resultados para o cliente / cliente).

Às vezes, as formas testadas e comprovadas de entrega superam o risco de implementar [insira a tecnologia legal aqui] . Prazos apertados, muito trabalho e muita pressão para carregar significa que a maneira como fizemos por mais de 8 anos é a maneira como também estamos fazendo desta vez.

Você precisa demonstrar à equipe que o que está propondo realmente terá algum benefício para eles e para a empresa a longo prazo. Caso contrário, você não receberá a adesão de seus colegas e eles não poderão vendê-lo para a equipe de gerenciamento para obter aprovação para executá-lo.

Sou agressivo demais com as mudanças que estou propondo?

Sem conhecer todas as circunstâncias, você pode estar. Apenas dizer às pessoas uma é melhor que B por isso, devemos estar usando um não se sustenta muito terreno. Você precisa fazer algo para mostrar por que é melhor. Ele não precisa ser grande, mesmo que apenas um pequeno componente ou aplicativo que mostre sua maneira sugerida de fazê-lo seja mais que suficiente. Você precisa apresentá-lo e estar pronto para defender sua posição contra as críticas de sua equipe.

Mesmo como desenvolvedor sênior, tenho que fazer isso antes de convencer meus colegas de que a nova maneira de fazer as coisas é melhor.

O que devo esperar de líderes de desenvolvimento seniores com mais de 8 anos de experiência?

Como outros já disseram, mais de 8 anos de experiência não significa necessariamente que você é fantástico. Mas, em geral, você deve aprender muito com alguém que já existe há algum tempo; você também pode ensinar algo a eles.

Pessoas são pessoas e todo mundo tem um ego (alguns maiores que outros) e não há nada pior do que o novo cara entrando e dizendo que você tem feito seu trabalho errado nos últimos 8 anos. Ao mesmo tempo, um desenvolvedor sênior (bom) deve ser capaz de receber críticas construtivas e articular os motivos de suas decisões.

Estou errado em esperar aprender e ganhar experiência com uma empresa?

Não usar as melhores e mais recentes tecnologias e recursos não significa que você não está aprendendo e ganhando experiência na sua empresa. Experiência é experiência. Às vezes, conhecer a maneira antiga de fazer algo pode dar uma melhor apreciação de por que a nova maneira é melhor. Isso também ajuda a demonstrar por que o novo caminho é melhor, porque você entende os dois e pode articular um argumento mais convincente ao tentar vendê-lo. Pessoalmente, não uso as melhores e mais recentes coisas em que trabalho no momento - mas continuo aprendendo coisas novas todos os dias e ainda fica bom no meu currículo.

Dito tudo isso - se a empresa não é realmente uma boa opção e tudo mais falha, você pode querer procurar um novo local para trabalhar.


abordando seu primeiro ponto, acho que essa é uma lacuna com os desenvolvedores seniores. Como um desenvolvedor júnior pode entender todas as implicações de seu esforço por novas tecnologias, se o desenvolvedor sênior não explicar isso para eles? há também um bom equilíbrio que precisa ser alcançado entre aderindo a tecnologia confiável e deixando devs júnior aprender coisas novas (para ter certeza de que há um monte de aprendizagem que pode acontecer dentro da esfera de tecnologia confiável)
Rudolf Olah

12

Pense nisso como uma grande oportunidade.

As promoções geralmente não vêm (e não deveriam) mais do número de anos que você passou para uma empresa. Você tem algumas idéias realmente boas e seus superiores / colegas não querem ouvir.

Aqui está uma estratégia:

  1. Faça algo incrível
  2. Colete métricas rígidas sobre o quão impressionante é (esta etapa é essencial)
  3. Demonstre isso, com suas métricas para todos da sua empresa (proprietário / lead / seniores / vendedores - todos que você tiver em mãos)
  4. Lucro

E não pretendo profitser um passo vago de "eu ganho". A etapa 4 é onde você obtém um ou todos os seguintes itens:

  1. Promovido
  2. Um aumento
  3. Um bônus

Seja com sua empresa ou com uma nova que possa apreciar seus talentos e as incríveis métricas que você tem em seu currículo.

Eu chamo de "ser incrível" - e funciona .

Anedota: Não sou consistentemente incrível, mas tento ser e realizei as etapas dadas 5 vezes distintas (2 promoções, 3 novos empregos; todos com aumentos salariais substanciais).

Com isso em mente, provavelmente eu deveria responder suas perguntas diretamente:

Sou agressivo demais com as mudanças que estou propondo?

Você já fez algo incrível ainda, com métricas e exemplos de como é incrível? Há um velho ditado (por mais grosseiro que seja) ...

Ideas are like assholes; everyone's got one, and they all stink

Vá fazer alguma coisa.

O que devo esperar de líderes de desenvolvimento seniores com mais de 8 anos de experiência?

A sério? Você não deve esperar nada. Mas tente aprender tudo o que eles sabem. Faça perguntas, revise seu trabalho em particular, ouça quando eles conversam e pense criticamente sobre o que eles dizem. Eles são experientes em uma caixa ... erram ... corpo. Tente abri-los e aprender. Meu melhor amigo é um desenvolvedor brilhante, e eu digo a ele ativamente que estou sempre tentando aprender o máximo que posso dele.

Estou errado em esperar aprender e ganhar experiência com uma empresa?

Absolutamente não. Isso não significa que você não pode aprender o que não fazer. As pessoas cometem erros, aprendem com os erros da sua empresa e com os seus.


3
Isso pode sair pela culatra se o resto da equipe não estiver em um nível que reconheça sua grandiosidade ou se sinta ameaçado por ela.
user16764

@ user16764: Você poderia ser um pouco mais específico da aparência desse cenário? Eu experimentei as duas respostas, e nem todas as minhas soluções impressionantes foram escolhidas pela equipe, mas nunca foram "um tiro pela culatra".
Steven Evers

Eu tentei isso quando estava em uma situação semelhante ao OP. Posteriormente, fui submetido a: a) "o que você está fazendo neste exato momento" verifica verificações a cada 15 minutos, b) discursos de 5 minutos que consistem em gritar "VOCÊ NÃO ESTÁ CONOSCO!" repetidamente, c) ser instruído a calar a boca (ou mais especificamente, que eu estava sendo "desviado") toda vez que eu dizia uma frase ed) ser demitido pelo motivo que "a direção que a empresa está seguindo in mudou ". O fato de que o que fiz foi necessário para a entrega não foi contestado, mas também não foi reconhecido.
user16764

1
@ user16764: Você reuniu os dados concretos sobre a eficácia da sua solução e conseguiu um emprego com isso em seu currículo? (edit: btw, que está totalmente f'd-se que as pessoas fizeram isso)
Steven Evers

1
@ user16764: Se você pode mostrar objetivamente, com fatos concretos, que, neste caso específico, o que você fez foi incrível, e então as pessoas tentam colocar você na fila para fazer o que todo mundo faz, conseguir um novo emprego, seriamente. Você não pode arrastar todos os outros para o aprendizado e a excelência ao longo da vida, mas eles com certeza podem arrastá-lo para o contrário.
Christopher Creutzig 16/03/2013

4

Eu acho que você precisa ser criativo. Comece a pedir algumas solicitações de projetos paralelos que seus idosos estão adiando. Trabalhando em algo de forma independente (ou melhor ainda, instale outro desenvolvedor júnior) e, desde o início, você poderá aplicar muitas coisas novas. Não se surpreenda se descobrir que não é tudo para melhor.

Outra abordagem seria fazer sua própria ramificação de código e passar por um processo de refatoração. Talvez eu nunca entre na produção com base no que você disse, mas pelo menos você pode melhorar seu conjunto de habilidades.

Quem sabe, eles podem ver como você é capaz de facilitar o trabalho de todos e abraçar o verdadeiro uso da 'preguiça' na programação.

Se tudo mais falhar, coloque o novo conjunto de habilidades em seu currículo e comece a procurar outro emprego.


1

Se alguém trabalha como programador por +8 anos, isso não significa que ele é um bom programador. O que faz um bom programador serior programmer na minha opinião? É vontade de compartilhar não apenas experiências, mas também de aprender novas idéias, técnicas, tecnologias, etc. É vontade de melhorar o tempo todo e melhorar. Muitos dos chamados programadores "seniores" estão empilhados em velhos padrões de programação funcional de linguagens antigas. Algo como novos conceitos e idéias simplesmente não é para eles, porque eles não precisam. Eles tiveram sua "experiência".

A vontade de melhorar e aprender é muito mais importante do que anos de experiências. O desenvolvedor júnior que deseja aprender é muito mais melhor para qualquer empresa do que o desenvolvedor "sênior" idoso que já "sabe" tudo.


1

Voce trabalha na minha empresa?

Não, mas falando sério, esse parece ser um tópico bastante comum em muitas grandes empresas. A mudança é difícil e cara. Às vezes você realmente não sabe quanto está no meio dela e é tarde demais para voltar.

Por exemplo, minha empresa ainda está migrando de telas de mainframe baseadas em cobol para java. É difícil vender alguém no Spring ou JSF quando eles ainda estão tentando atualizar sua tecnologia com os padrões de dez anos atrás. Então, vou lhe contar o que fiz que teve algum sucesso limitado (também sou jr dev). Seja o exemplo. Não é bom o suficiente para que você conheça o seu mais avançado, você precisa provar isso. Quando todo mundo estiver brincando, traga um livro para ler se você tiver tempo ocioso. E fale sobre um desses técnicos que você está interessado em implementar. Se eles virem você lendo enquanto assistem ao youtube (honestamente surpreendidos, sua unidade de operações não pega isso e as pessoas são demitidas), eles ficarão mais inclinados a não apenas acreditar que você sabe do que está falando, mas podem até perguntar qual é sua opinião. lendo.

Como exemplo, vou contar sobre minha experiência com meu arquiteto sênior. Cara esperto, mas geralmente não está interessado em novas tecnologias. Fui e perguntei a ele sobre como fazer algo no CVS (nosso controle de versão) e mencionei "Oh ok, estou acostumado a usar o subversion, e eles fazem desta maneira. Obrigado por sua ajuda." Isso levou a várias conversas sobre CVS e Ant vs. SVN e Maven, levando-o a emprestar alguns livros da minha biblioteca para conferir. Resultado Final: mudaremos para os novos sistemas ainda este ano. A chave é ser aberto e útil sem transmitir que eles estão fazendo errado. Porque, afinal, pode haver muitas maneiras melhores de fazê-lo, mas se estiver funcionando corretamente, elas não o farão da maneira errada. Qualquer tipo de desrespeito o levará a água quente na maioria dos casos, portanto, tenha cuidado com isso.

Se eles simplesmente não forem receptivos, lembre-se de que você está em um ótimo campo com alta demanda. Se você é curioso e um aprendiz rápido, encontrará outro emprego, provavelmente um que você desfrutará muito mais. O que é tão importante quanto o dinheiro para mim. Não deixe de mencionar em qualquer entrevista: "Ah, vocês usam a tecnologia xxx? Isso é incrível, eu sempre quis usar isso e tentei na minha antiga empresa". Povoe amor quando tiver entusiasmo pelo que eles estão fazendo.


0

Eu acho que você está certo em sua agressividade. É um grande prazer trabalhar com pessoas apaixonadas e um grande castigo para trabalhar com pessoas mortas mentalmente. 8 anos de experiência não significam nada. Claro, você pode não estar certo. Muitas vezes, as novas tecnologias estão fortemente ligadas ao marketing e nem sempre são melhores. Mas se você não estiver certo, os idosos devem explicar onde estão errados. Caso contrário, você não obtém vantagens em seu trabalho. Talvez você seja jovem e gata. Nesse caso, essa é sua vantagem. Não gaste seu tempo no trabalho onde você não pode crescer. Preocupação em encontrar um novo emprego, onde você possa discutir suas soluções e obter feedback de outras pessoas.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.