Síndrome de Charles Barkley [fechado]

Charles Barkley era um excelente jogador de basquete, um corredor da fama e um membro da equipe dos sonhos. Ele jogou no 76ers, Suns e Rockets. No entanto, ele nunca ganhou um campeonato da NBA. Alguns podem argumentar que isso aconteceu porque ele nunca esteve cercado por outros jogadores do seu calibre e, na NBA, você não pode vencer por conta própria.

Então, o que isso tem a ver com programação?

Quantos de vocês lá fora se sentem como Sir Charles? Liderando sua equipe em todas as categorias, KLOCs, bugs corrigidos, sistemas configurados ... Sempre pressionando por melhorias, atualizando sistemas, negociando com clientes ... Sentindo-se como se estivesse carregando a equipe. Raiva logo abaixo da superfície.

Apenas para se aposentar eventualmente, sem "o anel" ¹ .

^{1: Lembre-se de que Charles nunca culpou sua equipe. Ele apenas se apresentou no seu melhor.}

Sim, então eu saí.

Agora estou em um grupo com pessoas mais inteligentes que eu e tenho que tentar acompanhar. É refrescante.

Talvez Barkley devesse ter feito o que LeBron fez e mudado para um time que ele achava que poderia ganhar alguma coisa.

Você nunca sabe como uma possível mudança de trabalho / equipe funcionará antes de você fazer isso, mas se você é tão infeliz, deve encontrar um lugar que aprecie suas habilidades e sua paixão.

Como (aparentemente) líder de sua equipe, você NUNCA deve mencionar à sua equipe (ou a seus chefes) que não sente que está recebendo o crédito que merece. Se você realmente deseja receber o crédito que acha que merece, tenho uma sugestão semi-selvagem para você -

Ajude sua equipe. Ajude-os a corrigir bugs, ajude-os a configurar sistemas. Quando chegar a hora, e alguém disser "Ei, ótimo trabalho em consertar todos esses bugs, Joe" - deixe-o levar o crédito. As pessoas ao seu redor saberão o que realmente aconteceu e o respeitarão mais por não jogar o jogo "Eu / Eu".

Às vezes, é melhor você ficar em segundo plano e deixar a equipe levar o crédito pelo trabalho que foi realizado. Se você estiver carregando a carga, NÃO DEVE dizer o mesmo. EQUIPES têm sucesso ou fracassam, NÃO pessoas.

Sempre há algo para melhorar. Se você estiver nessa situação, às vezes poderá melhorar a equipe inteira também.

Cresça como mentor e treinador, e você pode achar que as pessoas que liderou agora estão desafiando você a acompanhar.

Se você não trabalha consistentemente com pessoas melhores que você, é hora de mudar de emprego.

Se você é tão bom quanto diz e sabe, é hora de:

1. Inscreva-se em locais de trabalho muito difíceis de entrar, lugares que não aceitem novas contratações, lugares que contratarão apenas o melhor, o melhor ou

2. Crie sua própria empresa e contrate pessoas que são melhores que você, tornando-se um lugar que contrata apenas o melhor.

Sua raiva sob a superfície pode muito bem ser raiva de seus colegas de baixo desempenho, mas se você realmente quer um campeonato, sua raiva é mais direcionada a si mesmo por ainda estar lá. Você mudou de emprego antes, mas talvez ainda esteja procurando oportunidades na liga errada.

Sim, provavelmente será difícil, mas "é mais fácil dizer do que fazer" vale para todas as coisas que valem a pena.

Eu tive isso, mas apenas durante o meu trabalho não relacionado à programação durante a universidade, mas acho que isso não importaria muito. É óbvio que sempre haverá uma pessoa que é melhor que todos os outros: é impossível encontrar uma equipe de desenvolvedores de 10 pessoas com habilidades iguais. e por que você iria querer? Se todos tiverem habilidades iguais, ninguém aprenderá nada.

Eu entrei no mundo do trabalho apenas dois anos atrás, mas usei as pessoas mais inteligentes da minha equipe para aprender e expandir meu próprio conhecimento e espero que, aprendendo com elas, possa alcançá-las e tirar algumas das coisas em que eles são melhores. Se uma pessoa tiver que liderar a equipe, espero que seja para um lugar melhor, onde toda a equipe melhore (para mais perto) o padrão da pessoa melhor. É uma grande responsabilidade, mas que é importante em qualquer equipe de desenvolvimento

Ensine, não pregue. É sempre divertido parecer inteligente e fazer com que outras pessoas se sintam idiotas / inferiores, mas isso não as ajudará. Alguns não querem ouvir, então não perca seu tempo com eles. Haverá pelo menos uma ou duas pessoas dispostas a ouvir e aprender. Passe o que outros lhe transmitiram.

Honestamente, eu preferiria que as pessoas me pagassem melhor do que o beijo corporativo.

Eu sinto que se eles me apreciam, espero receber um bônus melhor / melhor.

Boas palavras por si só não vão encher meu estômago nem alimentar minha família.

Os desenvolvedores vêm em três sabores ... Einstein, Elvis e Mort. Você conhece os Einstein ... pode ser você com base na sua pergunta. Você conhece o Elvis ... ele está por todo o twitter, postando blogs, tentando ficar famoso por ser desenvolvedor. E você conhece o Mort ... ele aparece às 9:00 da manhã e faz um trabalho decente e quer ir para casa às 17:00. Quando você é Einstein, pode ser muito desafiador lidar com o Mort.

Mythical Man Month cita um estudo que indica que existe uma proporção de 10: 1 entre bons desenvolvedores e desenvolvedores médios ...

Dentro desse grupo, as proporções entre os melhores e os piores desempenhos alcançaram uma média de 10: 1 nas medições de produtividade e incríveis 5: 1 nas medições de velocidade e espaço do programa!

É apenas um fato da vida em nossa indústria que haverá uma grande disparidade entre os artistas médios e as estrelas. Para continuar sua metáfora, você já viu um jogador profissional de basquete jogando contra não-profissionais? É assim.

A melhor coisa que você pode fazer por si mesmo é reconhecê-lo e adotá-lo. Entre na cabeça de Mort, entenda-o, entenda o que ele fará e o que ele não fará e use-o. Seja paciente com Mort, ensine-o, ensine-o novamente, explique-o, explique-o novamente. É tudo o que você pode fazer. No final do dia, você provavelmente deixará sua empresa e terminará na Microsoft ou no Google ou em algum lugar onde Einsteins (e Elvi) sejam apreciados.