Isso não é apenas um preconceito. Isso é realidade. Eu mesmo experimentei. Eu vi isso em outros. Eu senti isso em minha alma. Não sei se este artigo vai ajudar alguém. De alguma forma. Mas me sinto obrigado a citar algumas das razões pelas quais é cada vez mais difícil para pessoas idosas como eu simplesmente se encaixar em um emprego, quanto mais ter sucesso nele.
Não afirmo que falo por todas as pessoas idosas. E não estou dizendo que não existam alguns desenvolvedores antigos que se dão muito bem em seus ambientes. As seguintes observações são minhas e apenas minhas. Sua experiência pode ser diferente.
Cansaço da política
Quando eu era mais jovem, ficava feliz com todos os jogos padrão de política corporativa. Inferno, às vezes eu até gostava deles. Mas agora ... Bem, vamos apenas dizer que me tornei o oposto de um jogador político - e minha falta de vontade de “jogar junto” muitas vezes causa problemas tangíveis em meu trabalho.
Eu costumava trabalhar em gestão. Em algum momento, eu tinha 60 desenvolvedores, organizados em 6 equipes, que relatavam tudo para mim. Na época, eu estava muito mais preocupado em acertar minha verborragia. Eu estava muito mais inclinado a passar horas escrevendo relatórios (que eu sabia que não seriam lidos) e marcando caixas de auditoria (que eu sabia que ninguém se importava).
Há cerca de 5 anos, abandonei deliberadamente a liderança. Eu queria ser apenas um programador de novo. Afaste-se da política tanto quanto possível, permitindo-se uma overdose de código. Mas uma coisa engraçada aconteceu no meu caminho para apenas um codificador. A política parece ter me seguido.
Nos dias bons, tudo que eu fazia era olhar para o IDE. Mas, por muitos dias, entendo que devo dizer aos líderes exatamente o que eles querem ouvir. Por muitos dias ainda estou imerso em reuniões e intermináveis detalhes administrativos. Mas muitas vezes você precisa dizer à administração o que ela deseja ouvir.
Como sou obcecado por isso, você pode ficar com a impressão de que sou um desses velhos temperamentais. O tipo de cara que reclama de qualquer decisão, por mais trivial que seja. No entanto, não acho que esse rótulo me descreva de forma alguma.
Estou perfeitamente feliz em falar com "negócios", "clientes" ou "partes interessadas". E geralmente posso falar com eles de forma a evitar conversas técnicas e não humilhar ninguém. As pessoas podem me perguntar sobre quaisquer resultados duvidosos - e eu calmamente explico a eles, amadores, o que eles podem ter consequências imprevistas desagradáveis no futuro. Por semanas ou mesmo meses, essas interações não me causam problemas. Aí acontece ...
Este é o momento em que alguém deseja que você faça algo no código que é literalmente completamente sem sentido.
Mas as pessoas não dizem apenas para você fazer isso. Eles pedem sua opinião com fervor. Eles insistem que você sente que contribuiu, mesmo quando sua única contribuição lógica é dizer que a ideia toda é uma completa insanidade. Mas você não pode dizer isso a eles. Na verdade, você quase não pode dizer nada a eles - a menos que faça backup de sua solicitação original. Isso ocorre porque as pessoas continuam pedindo seu feedback. Mas eles não querem seu feedback. Eles querem que você acene com a cabeça e faça o que eles pedirem.
Quando eu era mais jovem, era muito mais fácil engolir minhas objeções nesses casos. E agora? É fácil para mim evitar insultos ou confrontos, mas não é fácil para mim formular feedback em termos tímidos para que os magnatas se enganem e acreditem que eu apoio sua ideia.
Não estou gritando com ninguém. Eu não uso vocabulário não profissional. Mas é melhor você acreditar: se você me perguntar o que eu acho de uma ideia que é realmente épica e estúpida, vou deixar bem claro que é uma ideia terrível. É incrível a frequência com que esse simples vício causa problemas no trabalho continuamente.
Aversão à rotatividade
A cada ano que deslizo no espelho retrovisor, minha paciência com a fluidez implacável da tecnologia diminui um pouco. Acho que falo como um dinossauro. Mas não estou reclamando do treinamento ou da introdução de novas tecnologias. Aprender novas tecnologias costuma ser divertido para mim, assim como para quase todos os programadores. Eu reclamo (como eu imagino) a tendência cada vez maior de jogar fora tecnologias estabelecidas e mergulhar de cabeça em uma nova - muitas vezes por nenhuma outra razão além do fato de que alguém realmente gosta ou realmente não gosta da antiga. Se você leu meus outros artigos, deve ter notado o uso frequente do termo “fã”.
Se você está promovendo uma tecnologia específica, mas não consegue fazer um caso empírico convincente para ela, provavelmente você é um fã. Se você calunia outras tecnologias, mas o principal argumento contra é que elas são velhas ou estúpidas, então provavelmente você é um "fã". Os fãs podem parecer inofensivos em nossa linha de trabalho. Mas eles podem causar danos reais.
Se o fã for algum tipo de cara pouco respeitado vindo da faculdade, suas paixões irracionais provavelmente não causarão problemas reais. Mas os fãs podem estar em qualquer lugar. Seu gerente pode ser um fã. O arquiteto da torre de marfim que é amigo do CIO pode ser um fã. Um cara que está em uma empresa há 20 anos pode ser um fã. Caramba, até um CEO pode ser um fã!
E quando um fã decide que odeia a tecnologia com a qual você está trabalhando (tecnologia na qual você provavelmente investiu milhares de horas) e quando suas palavras chegam aos ouvidos dos tomadores de decisão, é apenas uma questão de tempo que você reescrever tudo ou quando começar a procurar um novo emprego.
Essa fluidez não se limita à tecnologia de ponta. Isso se aplica a pacotes NPM, por exemplo. Ou para os guias de estilo. Ou ... qualquer aspecto trivial do nosso trabalho. E uma vez que a opinião em seu departamento “evolui”, você descobre que precisa mudar radicalmente a forma como faz o trabalho ou procura um novo emprego.
Quer saber por que algo tão comum como tabulações e espaços ainda pode enfurecer as pessoas até hoje? Isso ocorre porque há pessoas entre vocês que programaram usando tabs ou espaços por anos e isso nunca foi um problema. E então um dia alguém chega e diz: “Oh! Não acredito que você ainda está usando tabulações / espaços! " Em breve você será forçado a seguir a multidão em qualquer decisão trivial que tenha sido tomada por você. Ou você estará procurando um novo emprego.
Por favor, não pense que eu não quero aprender novas tecnologias (ou técnicas). Mergulhando em algo que promete resolver um problema, fico tão empolgado quanto o programador ao meu lado. Mas não estou feliz em mudar de linguagens / frameworks / ferramentas, etc., apenas porque a maneira antiga é supostamente "burra" e, presumivelmente, uma nova solução sofisticada e brilhante virá para substituí-la.
O cinismo da experiência
Lembro-me de muitas vezes em que, no início da minha carreira, minha ingenuidade era quase ... um ativo interno. Veja, às vezes eu era burro demais para perceber que estava sendo usado. Mas no processo de "uso" também ganhei uma experiência valiosa. Ou pessoas impressionadas que me viram quebrar minhas costas para fazer funcionar.
Aos 20 anos, qualquer sugestão de trabalho adicional teria resultado em uma maratona de 24 horas de codificação. Ou trabalhar no fim de semana. Qualquer sugestão de que estamos usando qualquer tecnologia (contraproducente e com suporte insuficiente) me levaria a mergulhar de cabeça no processo de aprendizagem e implementação dessa tecnologia. Qualquer sugestão de opções de ações ou IPOs futuros me faria pensar que estou trabalhando para o próximo Google e poderia trabalhar para mim mesmo quase até a morte - porque ... Eu vou ser rico!
Hoje? Bem, vamos apenas dizer que me tornei mais perspicaz sobre meus esforços.
Vou (e muitas vezes) trabalhar horas extras. Mas assim que eu sentir que minha disposição de trabalhar horas extras está sendo abusada, conversaremos um pouco. E se a nossa equipa perder alguém e a “decisão” da empresa for simplesmente distribuir o trabalho entre os restantes colaboradores - mantendo todos os prazos, então garanto - direi muito claramente a todos que não vou ocupar totalmente o trabalhador de outra pessoa carga.
Não estou mais feliz com as promessas vazias da maioria das empresas (especialmente as startups). Se o pacote de remuneração inclui algumas opções de ações, isso é ótimo. Mas se você espera que eu considere essas opções como um componente principal, sugiro que comece a recrutar em faculdades locais. Tenho hipotecas (plural aqui). Eu tenho contas e obrigações. E mesmo que eu goste da sua empresa, não vou gostar dela a ponto de estar disposto a abrir mão do salário no mercado.
Aqui está outra situação em que minha experiência (cinismo) às vezes pode me dar problemas:
Uma vez que você tenha uma reputação na organização de um programador experiente que pode realmente fazer algo, você pode repentinamente se descobrir tendo em suas mãos um monte de solicitações de trabalho não oficiais. Estou falando sobre situações em que alguém fora do pipeline de sua equipe chega e começa a dizer algo como: "Quão difícil é fazer uma pequena alteração neste aplicativo ??."
Um Adam de 20 anos ficaria encantado com esses pedidos. Algumas reuniões curtas e eu poderia trabalhar noites e fins de semana apenas para tirar algum projeto de guerrilha do caminho.
Às vezes eu fazia isso porque estava maravilhado com a tecnologia. Outras vezes, fazia isso porque queria agradar. Às vezes até me metia em problemas por causa disso. Mas quase sempre descobri que melhorar minha reputação na empresa vale qualquer golpe de curto prazo.
Hoje raramente concordo com as pessoas que me abordaram com esses pedidos. Você os conhece. Essas pessoas acreditam que podem destruir completamente o pipeline de desenvolvimento sugando diretamente um dos programadores. Tive executivos que tentaram fazer isso comigo (eles estavam, entretanto, completamente fora da minha cadeia de comando). Já tive jovens senhoras que tentaram fazer isso comigo, sentando ao meu lado, mais perto de sua distância natural, e sorrindo para mim mais do que alguém sincero está sorrindo.
Hoje minha reação a essas pessoas é sempre a mesma. Eu os escuto educadamente. Qualquer feedback imediato que possa ajudar a orientá-los é fornecido. Mas, assim que eles querem me cutucar para fazer o trabalho - fora do pipeline de desenvolvimento normal - eu recuso educadamente, mas com firmeza.
Isso pode soar como a maneira “correta” de lidar com essa situação. Mas percebi que, assim que digo não a alguém, isso tende a vir com todos os tipos de efeitos colaterais de longo prazo. Os gerentes me disseram nas avaliações de desempenho que eu era "difícil de trabalhar". Quando tento descobrir de onde veio essa estimativa, descobri que ela vem das mesmas pessoas que tentaram me fazer interromper o curso normal das coisas.
Na verdade, é incrível ver olhares perplexos nos rostos toda vez que digo em um tom profissional e desapaixonado: “Não. Eu não farei isso "ou" Você terá que falar com o gerente de projeto sobre isso "ou" Você precisará discutir essa prioridade diretamente com o cliente ".
Para algumas pessoas, não importa o quão profissional ou justo você seja. Eles ainda nutrirão raiva se você se atrever a recusá-los.
Pouca tolerância para ambigüidade
Talvez isso realmente não incomode os velhos. Talvez isso só me preocupe. Eu não sei. Mas eu sei que nas últimas duas décadas de trabalho corporativo, minha paciência com a duplicidade corporativa flagrante secou constantemente.
Para ser claro: eu entendo que as corporações têm voltas comuns. Não me incomoda quando alguém diz que temos que “tocar a base offline” [trad. - base de contato offline - restaura o contato com alguém por um curto período por meio de uma reunião real]. E “pensar fora da caixa” é uma frase banal (e quase sem sentido), mas quando alguém diz essas palavras, acho que eles estão tentando transmitir.
Mas se você me disser que precisamos fazer algumas "dimensões corretas" [aprox. trad. - dimensionamento certo - reduzindo o tamanho da empresa reduzindo o pessoal], estou um pouco doente. Se você continuar a pregar para mim sobre ser um "destruidor" [aprox. trad. - ser a pessoa que vai contra o sistema], sei que a sua ideia de "interrupção" é eu trabalhar à noite e nos fins de semana para realizar sua visão do aplicativo.
Se você está me pedindo para aceitar um “evento”, é uma maneira sutil de tentar me dar um novo emprego sem considerar as prioridades do projeto atual. Eu poderia continuar, mas você já entendeu. Eu realmente odiava essa necessidade contínua de apoiar idéias desagradáveis em alguma forma vaga de "novo discurso".
Essa frustração é especialmente impressionante quando alguém quer que eu concorde com uma proposta - e não há desculpa para essa proposta. Posso falar muito sobre a maioria das ideias potenciais. Mas se a ideia simplesmente não fizer sentido ... direi isso. E então as pessoas começam a falar de mim como se fosse um velho urso mal-humorado que não pode ser persuadido.
Saber o seu valor
Como saber o seu valor pode ser ruim? Bem, deixe-me explicar. Em meus 20 anos, eu já tinha uma tonelada de conhecimento e habilidades de programação bastante decentes. Mas eu tinha um currículo insuficiente - e foi muito difícil para mim inicialmente entrar na profissão. Quando você está nesse estágio de sua carreira, tende a pensar com muito cuidado antes de sair, ou mudar para outro emprego, ou ficar do lado de um de seus colegas. Mas já faz muito tempo que não estou tão preocupado com meu currículo.
Estou feliz por trabalhar em uma área onde sempre houve uma grande demanda por minhas habilidades. E meu currículo está agora em um nível em que não me preocupo mais com nenhuma postagem em particular. Isso é bom na maior parte. Mas também significa que minha disposição de aturar as merdas de outras pessoas é assustadoramente pequena.
Recentemente, tive um contrato de trabalho em que toda a minha equipe trabalhava remotamente, mas eles queriam que eu fosse ao escritório todos os dias. Então, eu não fiquei lá muito tempo. Recentemente, tive um emprego em que vários executivos eram racistas francos e violentos. E misóginos. E anti-semitas. Então. Não fiquei lá muito tempo. Certa vez, tive um trabalho em que fui forçado a fazer um trabalho ridículo, complexo e demorado para ter certeza de que meu código estava seguro (incluindo muitos sinalizadores de verificação que não faziam nada para realmente proteger o aplicativo). Mas quando mostrei como era fácil invadir um banco de dados de funcionários (e qualquer pessoa de fora da empresa pode fazer o mesmo), eles não se importaram ... Não fiquei lá por muito tempo.
De modo geral, esse tipo de hipermobilidade é uma vantagem. Quero dizer, quem quer ficar preso no trabalho onde algum aspecto se tornou pesado? Mas a desvantagem é que se torna muito difícil justificar a interação com as porcarias de outra pessoa - mesmo por um curto período de tempo. Novamente, isso geralmente é uma coisa boa. Mas conheci outras pessoas como eu que simplesmente não conseguem sentar e construir uma história sólida com nenhuma empresa, porque essas empresas sempre fazem algo rude, não profissional ou simplesmente estúpido. Siga esse padrão em 3, 4 ou mais empregadores, e logo você terá a reputação de um velho mal-humorado que simplesmente não consegue "se encaixar".
Software como cortar massa
Uma das tendências de desenvolvimento mais dolorosas na última década e meia tem sido o esforço constante para reduzir a Programação a algum tipo de processo em pipeline. Embora eu possa entender o desejo de melhorar um processo complexo, tornando-o mais simples, o resultado final desse esforço é que os programadores são frequentemente tratados como ... trabalhadores da linha de montagem.
Ouça, todo mundo entende isso. O desenvolvimento de software é difícil. E difícil. E querida. E demorado. E também entendo que as organizações estão constantemente procurando novas maneiras de simplificar esses projetos (inerentemente complexos).
Mas você não pode construir um aplicativo novo e importante do zero e esperar apenas entregar um monte de especificações gerais para a equipe de desenvolvimento e fazê-los funcionar da mesma forma que constroem um alimentador de pássaros. Veja, todo mundo quer seguir a ideia do Santo Graal, de que eles podem simplesmente fazer um brainstorming de um grande conjunto de especificações, passar essas especificações para a equipe de desenvolvimento e - voila - o aplicativo que eles imaginaram sair.
Não sei quantas vezes criei um componente e trabalhei nas especificações, percebendo que o cliente pediu algo completamente contraditório ou sem sentido. E tudo bem - desde que eu possa enviar um ping para eles e ter uma conversa inteligente sobre o problema. Mas agora, cada vez com mais frequência, as partes interessadas só querem atirar em mim por causa de um monte de especificações, e então querem que eu vá para casa até ter o produto acabado. Às vezes, as pessoas ficam literalmente irritadas quando lhes faço perguntas. E mesmo que eles não se importem com meus pedidos, Deus me livre de eu ir tão longe a ponto de perguntar sobre o projeto que eles pediram.
A maioria das pessoas em minha posição não sabe apenas como escrever código. Eles sabem como construir um aplicativo melhor. Eles sabem muito sobre o que funciona e o que causa pesadelos para o usuário final. Agora, não desejo ser analista de negócios ou gerente de projetos. Mas a ideia de que eu nunca deveria dar feedback funcional sobre o design do aplicativo em si, bem ... isso é simplesmente ignorância.
Quando eu era mais jovem, fiz minhas poucas propostas. E às vezes os clientes até ouviam. Mas se eles me ignoraram completamente, eu não me importei. Simplesmente fiz tudo exatamente como os clientes pediram.
Mas admito que, neste ponto da minha vida, fico muito chateado quando um cliente pede algo que eu sei que vai falhar, ou o produto precisa ser alterado logo após o lançamento, mas se eu mencionar isso de alguma forma, há irritação em sua voz.
Pareço até mesmo ouvi-los pensar: "Por que esse cara não cala a boca e apenas cria o aplicativo exatamente como pedimos a ele?" Passe por esse processo com clientes suficientes e você se perguntará por que faz o que faz.
Conclusão
Eu poderia escrever outras 100.000 palavras com o mesmo espírito. Mas a postagem já está ficando bem longa. Por enquanto, eu só queria delinear algumas das razões pelas quais os programadores mais antigos podem realmente ter problemas com departamentos de desenvolvimento "modernos". Não porque eles estão "presos". Não porque eles não possam entender as tecnologias mais recentes. Freqüentemente, isso ocorre porque suas próprias experiências estão de alguma forma trabalhando contra eles. Freqüentemente notei isso quando olhei para mim mesmo. Eu me pego pensando: "Por quanto tempo posso continuar fazendo isso?" Porque parte da estupidez que enfrento diariamente às vezes me deixa muito deprimido.
- Treinamento de cientista de dados
- Treinamento de analista de dados
- Curso de Python para Desenvolvimento Web
Mais cursos