Como não me tornei programador aos 35 anos

Desde o início de setembro, um grande volume de publicações inundou o Habr sobre o sucesso na temática 'A Infância de um Programador', 'Como se Tornar Programador Após N Anos', 'Como Migrei para IT de Outra Profissão', 'Caminho para a Programação' e assim por diante. Artigos desse tipo são escritos constantemente, mas agora eles parecem ter surgido de forma particularmente abundante. Todos os dias, psicólogos, estudantes e outros estão escrevendo.

E em cada artigo ecoa a mesma canção familiar: o que os autores recomendam em geral é 'esforçar-se', 'não desistir', 'não ter medo' e 'seguir seu sonho'; e nos comentários, frequentemente encontramos a opinião de que, se você sempre amou computadores desde a infância, então trabalhar com eles não é surpreendente. Eu gostaria de usar minha biografia como exemplo para levar os leitores à reflexão de que as condições iniciais podem ser mais importantes do que os esforços aplicados. A crença em um mundo justo contribui para o conforto psicológico, mas não reflete muito bem a realidade.

Não é permitido: o começo

Enciclopédia do Professor Fortran para o ensino médio

Minha história começa na infância precoce com o computador 'Corvette' da sala de informática. Mas isso foi um raio de luz aleatório no obscuro reino da educação pós-soviética — naquela época, o ensino oficial de informática deveria começar no 11º ano. Eu apenas me inscrevi em um curso extracurricular de aprendizado de computadores que começou por acaso para os alunos mais jovens. Uma vez por semana, abríamos a pesada porta de ferro de uma sala escura com grades nas janelas e nos mostravam como exibir na tela 'Hello' usando o Corvette Basic. Foi incrível, mas durou pouco.

Aparentemente, foi algum tipo de experimento educacional, que terminou literalmente depois de seis meses. Eu aprendi pouco, apenas consegui me interessar. Mas, quando o curso extracurricular acabou, me explicaram de forma popular: computadores, na verdade, não são para crianças, antes do 11º ano, as pessoas não estão prontas para estudar informática.

É importante notar que a época era a dos turbulentos anos noventa, quando diversos clubes técnicos ao redor dos palácios dos pioneiros já tinham em sua maioria fechado, e os computadores pessoais ainda não haviam se tornado comuns. Portanto, o acesso à tecnologia — ou aos computadores — não era algo que se podia obter simplesmente porque alguém queria estudá-los. Os privilegiados foram as crianças daqueles que se adaptaram à nova economia de mercado ou aquelas que tinham acesso a computadores no trabalho — engenheiros, professores de informática, 'especialistas técnicos' de várias agências.

Por exemplo, muitos anos depois, soube que mais ou menos na mesma época, os pais de um (futuro) colega de classe lhe deram um ZX Spectrum. Para jogos, é claro.

Provavelmente, teria permanecido de fora do novo mundo digital. Eu estudei e cresci acreditando que só conseguiria acessar um computador no 11º ano. Curiosamente, foi exatamente o que aconteceu. Mas cerca de dois anos antes disso, ocorreu um verdadeiro milagre — eu recebi um computador através de uma ação de caridade local.

À primeira vista, parecia que eu poderia recuperar o tempo perdido — mas a vida novamente trouxe suas surpresas.

Há um ditado bem conhecido que diz que se você der um milhão de dólares a um pobre, ele não saberá o que fazer com isso. Claro, se for um pobre inteligente, ele gastará parte do milhão em educação, incluindo aprender a lidar com dinheiro. Mas mesmo assim, isso não se compara ao que pode fazer uma pessoa que cresceu no meio do dinheiro. Essa dificuldade surge sempre que alguém ultrapassa os limites de sua classe social.

Como, em circunstâncias normais, eu nunca poderia ter um computador, também não tinha dinheiro para cursos ou produtos relacionados. Pela mesma razão, não tinha conexões com pessoas que pudessem me dar dicas, simplesmente não fazia parte desse círculo. O computador era literalmente um pedaço de outro mundo. Não uma simples máquina do dia a dia, como é agora, mas algo como um artefato élfico. Portanto, eu não podia experimentar e aprender algo por experiência própria — "você quebra uma coisa cara". Por isso, não podia falar com meus colegas que tinha um computador em casa — os impetuosos anos noventa ao redor, você se lembra? Consequentemente, as oportunidades de trocar informações foram drasticamente reduzidas — eu não podia pedir conselhos a ninguém, não podia fazer perguntas nem compartilhar experiências. Internet? O que? Que internet? Pode ser Fido? E nem tínhamos telefone.

Eu poderia ir à biblioteca, procurar livros ou guias gratuitamente, e aí surgia um segundo problema. Era um computador muito avançado para aquelas condições. Ele tinha o Windows 95 instalado.

Peguei o principal (único) livro sobre computadores que havia na biblioteca — o famoso manual de Gein / Zhytomyrsky "Fundamentos de Informática e Tecnologia da Computação" com capa vermelha. Você pode encontrá-lo na internet agora e sentir o contraste entre seu conteúdo e o de um computador completo com Windows 95 a bordo. A situação era ainda mais complicada porque era difícil conseguir até mesmo software pirata — ainda levaria alguns anos até o auge das lojas de DVD com títulos chamativos como "Todo o software de escritório - 2000". E, de qualquer forma, quando eles apareceram, eu ainda não tinha dinheiro para os discos.

Aliás, aqui chegou o momento da "informática oficial" no 11º ano — recebemos o já mencionado livro de 91, e as tarefas reais consistiam em desenhar árvores de algoritmos simples (com lápis no papel) e usar o editor de texto "Lexikon".

Formulação

Programadores de verdade e eu

No final, meu desenvolvimento em computação ficou estagnado durante esses dois anos. Eu lia a ajuda do Windows, conseguia de todo jeito diferentes programas em disquetes e aprendia a ser um "usuário avançado", editando o arquivo autoexec.bat. O "lexicon" eu trouxe da escola, claro. Em suma, quando finalmente consegui voltar à infância e começar a programar em qBasic, os interfaces visuais já dominavam o cenário.

Esse contraste, em muitos aspectos, destruiu minha motivação para um estudo profundo da programação textuais comuns. A razão estava na opressiva discrepância entre a interface do Windows 95, com a qual comecei meu mergulho no mundo da computação, e a tela textuais monótonas das linguagens que conhecia na época. A geração anterior de programadores se alegrava apenas por, ao escrever POINT(10,15), um ponto aparecer na tela. Para eles, programar era "desenhar na tela algo que não existia". Para mim, a tela já estava cheia de formas e botões. Para mim, programar significava "fazer um botão fazer algo ao ser pressionado" — e criar o próprio botão era simplesmente entediante.

Como uma digressão lírica, gostaria de destacar que atualmente o desenvolvimento das linguagens de programação, em espiral, voltou a uma situação semelhante. Agora, todos os "programadores verdadeiros" novamente estão criando interfaces no bloco de notas, e cada programador, de certa forma, deve novamente ser um designer. Agora, é preciso, exclusivamente com código, organizar na tela botões, janelas de entrada e outros elementos de controle. Como resultado, a regra clássica 80 / 20 se aplica da seguinte forma: "80% do tempo gastamos criando a interface através da digitação manual do código e 20% do tempo definimos o comportamento dos elementos da interface". Por que isso acontecia na época do DOS e Pascal — eu entendo; não havia alternativas. Por que isso ainda existe agora, quando todos já viram e testaram VB, Delphi e C# — eu não sei; suspeito que o problema seja ligado ao custo ou acesso gratuito dos ambientes de desenvolvimento. O conveniente sempre custa caro, e as versões gratuitas dos ambientes mencionados surgiram não faz tanto tempo assim.

Essa foi uma das razões pelas quais a programação na internet me passou despercebida. Embora, como descobri muito mais tarde, teria sido mais fácil criar um portfólio e me tornar programador. Tentei me aventurar tanto com PHP quanto com JS, mas não queria "escrever código no bloco de notas". Outra razão é que a internet chegou até mim entre 2005 e 2006 — antes disso, estava em algum lugar na periferia do mundo. Junto com os celulares — "algo que só pessoas ricas usam".

Portanto, abandonei toda aquela programação em dos e mergulhei de cabeça na base de dados "Borey" do Access, que me proporcionou formulários, botões, macros e o ápice da programação aplicada — VBA. Foi provavelmente nesse momento que decidi definitivamente que no futuro queria ser programador. Consegui um disco com o Visual Studio, comprei um livro físico(!) sobre VB e comecei a criar calculadoras e jogo-da-velha, animado por ver que todo o design era feito em segundos na interface, em vez de ser codificado manualmente. Como o computador deixou de ser uma raridade, finalmente pude interagir com pessoas e discutir programação com meus semelhantes.

Nessas discussões, descobri que VB era coisa do passado, uma linguagem em extinção, criada para secretárias, enquanto todos os programadores sérios escreviam em C++ ou em Delphi. Como ainda lembrava do Pascal, optei pelo Delphi. Talvez tenha sido mais um erro na longa lista de obstáculos que enfrentei na minha jornada para me tornar programador. Mas segui pelo caminho da menor resistência, porque queria ver rapidamente os resultados do meu trabalho. E eu vi! Comprei um livro também sobre Delphi, o conectei ao Excel e ao Access, que já conhecia, e acabei criando, em uma primeira aproximação, o que hoje seria chamado de "sistema de BI". O triste é que agora tenho esquecido totalmente o Pascal, pois não o toquei nos últimos dez anos.

E, claro, eu tentei duas vezes entrar na faculdade para me tornar programador. Na nossa pequena cidade, as oportunidades não eram muitas. Na primeira vez, fiz a besteira de me inscrever no curso de "Matemática Aplicada", onde formavam precisamente pessoas com essa especialização — programador, mas exigiam um conhecimento de matemática muito além do básico da escola. Então, no exame, eu não consegui a nota mínima. Tive que passar um tempo no colégio, completando o ensino médio. Da segunda vez, baixei um pouco as minhas expectativas e fui para uma especialização em engenharia — o trabalho de engenheiro não me atraía muito, mas ainda assim era mais próximo do trabalho com computadores. Só que já era tarde — as pessoas perceberam a vantagem das especializações técnicas e estavam se apressando para lá. Somente os medalhistas conseguiram as vagas financiadas pelo governo.

Portanto, agora eu tenho um diploma em humanidades. Ele é vermelho, mas não técnico. E é aqui que a triste história da maturidade começa a se cruzar com a triste história da busca de emprego.

O violinista não é necessário

...mas não necessariamente sobreviverei...

Existe um mito amplamente disseminado de que "não perguntam pelo diploma de um programador". Esse mito tem algumas razões, e eu tentarei listar as principais.

Primeiro, nos anos noventa — e um pouco no final dos anos noventa — o conhecimento em tecnologias da computação era, de fato, uma raridade. Se uma pessoa sabia onde ligar o computador e conseguia iniciar um programa — ela fazia o que o negócio precisava. E o caos geral no mercado de trabalho forçava os empregadores a encontrarem rapidamente qualquer pessoa capaz de fazer o trabalho necessário — não importava o que ela havia estudado, o importante era o que conseguia fazer. Portanto, um número significativo de automaquinistas mostrava suas habilidades em entrevistas e conseguia empregos.

Em segundo lugar, naquela mesma época, os negócios se desenvolviam de forma muito intensa, mas ainda não havia um conceito moderno como RH. Os recrutadores ainda eram os recrutadores soviéticos, cuidando dos registros de trabalho e contratos de trabalho, e as entrevistas eram conduzidas pessoalmente por especialistas ou gerentes. Como a maioria deles estava interessada no resultado, critérios formais como a educação eram realmente considerados em último lugar.

Isso levou a uma distorção monstruosa na consciência coletiva. As pessoas que conseguiram emprego nessas condições podem, de forma totalmente sincera, contar que um diploma não é necessário para um programador e dar como exemplo a si mesmas. Você reconhece esse tipo, é claro. Se uma pessoa lhe diz "basta mostrar o que sabe fazer e você será contratado" — esse é exatamente o tipo de programador, daquelas épocas, ele realmente foi contratado assim e acreditou na imutabilidade do mundo. De maneira semelhante, os idosos soviéticos dizem algo como "mas você trabalha no computador e pode ler em inglês, com essas habilidades, uau!". Eles já não entendem que com essas habilidades, "uau" valia apenas nos tempos soviéticos, e agora isso é algo que qualquer um dos outros sabe fazer.

Depois, exatamente a mesma coisa aconteceu no início dos anos 2000, quando o preço do petróleo começou a subir, a economia a se desenvolver, e multidões de novos empresários se lançaram ao mercado de trabalho em busca de qualquer um que soubesse pelo menos ligar um computador.

Mas, ao mesmo tempo, o fluxo de dinheiro do petróleo gerou quadros improdutivos — departamentos de RH. Lá estavam os mesmos antigos recrutadores soviéticos, mas eles inesperadamente foram incumbidos da tarefa de determinar a qualidade de qualquer trabalhador. Eles, é claro, não podiam tomar decisões desse nível. Assim, desenvolveram seus próprios critérios de avaliação, bastante distantes da realidade, baseados em livros traduzidos do abençoado ocidente e critérios formais como a educação. Assim ocorreu a grande virada: de habilidades reais — para critérios formais.

O mito sobreviveu, apenas um pouco modificado.

A economia ainda crescia, pessoas eram capturadas de todos os lugares, recrutadas de outras empresas, mas os recrutadores já tinham colocado suas garras no processo de seleção. E a coisa mais importante não era "mostre o que sabe fazer" — afinal, o recrutador não entenderia o que estava sendo mostrado — mas sim "experiência profissional". Assim, pessoas que um dia foram contratadas sem um diploma de programador, apenas por saberem apertar botões — eram recrutadas por outra empresa simplesmente porque anteriormente haviam ocupado o cargo de "engenheiro de software". E novamente ninguém perguntava pelo diploma, porque não havia tempo para isso — há "experiência"? Bem, então sente-se e trabalhe!

Finalmente, a última, terceira razão é o rápido desenvolvimento da Internet e de projetos pessoais. As pessoas criavam projetos paralelos, que podiam ser mostrados a qualquer um, provando assim suas habilidades. Você envia um e-mail, anexa o link do seu site — e assim você já consegue comprovar suas competências.

E agora?

Os preços do petróleo, como sabemos, colapsaram, mas o mito ainda vive. Afinal, há muitos que ocupam os cargos de ‘engenheiros de software’ sem a formação adequada. No entanto, agora nenhuma dessas razões funciona plenamente, e hoje poucos deles conseguiriam repetir esse truque de conseguir emprego.

• O conhecimento de tecnologias da informação se tornou generalizado. Trabalhar com computadores nem sequer é mencionado no currículo, assim como o domínio da leitura e escrita (aliás, isso não faria mal — eu tenho notado frequentemente erros gramaticais mesmo na mídia oficial, e em artigos no Habr eles aparecem com uma frequência impressionante).
• Departamentos de RH e especialistas em RH surgiram, que não assumem responsabilidade por suas decisões e podem usar quaisquer critérios de seleção. Naturalmente, a preferência é dada aos critérios formais — observam a idade, a formação, o gênero e o tempo no emprego anterior. Habilidades e competências são consideradas apenas como um detalhe.
• A falta de programadores já não existe. Existe a falta de bons programadores, mas isso é verdade para qualquer profissão. Qualquer estudante pode ser um programador hoje em dia, e em sites de freelancers as pessoas literalmente competem pelo direito de fazer algo gratuitamente para seu portfólio.
• Projetos paralelos também se tornaram comuns. A Internet está cheia de sites pessoais e cópias do Tetris, e até mesmo esse projeto já está se tornando quase obrigatório, ou seja, ao passar pela triagem de recursos humanos você entra em uma nova seleção de especialistas, e eles pedem 'mostre seu GitHub'.

As pessoas que possuem diplomas — ou aquelas cujas experiências substituem a formação na visão dos departamentos de RH — veem apenas a segunda parte. Elas costumam dizer algo como: 'para o trabalho, um diploma não é necessário, mas projetos no GitHub seriam úteis'.

Mas como os departamentos de RH não desapareceram, a verdade é que isso pode ser formulado assim: "para trabalhar, um programador precisa de um diploma (para passar pelo RH), mas também de projetos no GitHub (para passar pela entrevista técnica)". E eu, com minha formação em humanidades, sinto isso plenamente — porque só conheço o GitHub pelas reclamações de programadores com formação técnica, e meu rigoroso filtro de recursos humanos me elimina logo na primeira etapa.

As pessoas não veem o ar, os peixes não veem a água, e as pessoas com formação técnica ou experiência de trabalho na "LLC CODETECHNOSOFT" não veem que não pedem o diploma, porque ele já é presumido. As justificativas de pessoas como "trabalho há anos e nunca mostrei meu diploma" soam especialmente engraçadas. Você pergunta — e você mencionou isso no currículo? Ah, sim, claro, mencionei. Então você está me sugerindo que eu mencione uma formação falsa no currículo, já que ninguém vai pedir confirmação? Eles ficam em silêncio, sem responder.

A propósito, no curso onde todas as vagas orçamentárias estavam tomadas por medalhistas, apenas metade do grupo era bolsa. A outra metade eram alunos de cursos pagos — você sabe, a compra de um diploma a prestações com o dinheiro dos pais. Meu amigo entrou lá, obteve seu diploma. Como resultado, tornou-se um "engenheiro programador" pleno e, desde então, nunca teve problemas para encontrar trabalho como programador. Porque no diploma não se escreve se você estudou pagando ou de graça. Mas na especialidade, "técnica" — isso sim está escrito.

Fora da zona de conforto

Estou subindo confiante na escada da carreira

Quando cheguei a Moscovo e comecei a procurar trabalho, eu não sabia de nada disso. Eu ainda acreditava no mito de que para um programador era suficiente mostrar o resultado do trabalho. Eu realmente carregava amostras dos meus programas em um pen drive — adiantando, vou dizer que ninguém olhou para eles uma única vez. No entanto, as convites eram extremamente raros.

Naquela época, eu ainda lembrava de Delphi e tentava entrar em alguma empresa técnica, mesmo que fosse apenas como estagiário. Enviava cerca de dez e-mails por dia, explicando que desde criança me interessava por computadores e queria continuar aprendendo. Algumas vezes, fui respondido honestamente, dizendo que eu precisava ter uma formação técnica — os gerentes de RH estão lá para proteger as grandes empresas, filtrando pessoas com formações mais humanitárias. Mas, na maioria das vezes, recebi apenas negativas padronizadas. No final, não consegui continuar procurando e acabei conseguindo um trabalho de escritório comum, onde era necessário apenas usar o Excel.

Depois de alguns anos, o Excel foi acompanhado pelo Access e SQL, porque lembrei da minha juventude e comecei a escrever ativamente scripts em VBA. Mas isso ainda não era “programação de verdade”. Fiz mais uma tentativa, baixando o Visual Studio moderno e me mergulhando no aprendizado de C#. Estudei sua lógica básica, escrevi um pequeno programa e tentei novamente conseguir um emprego — não desprezando nem vagas completas nem ofertas de estágio.

Desta vez, em cem de meus e-mails, não recebi nenhuma resposta. Nenhuma. Porque, como agora entendo, minha idade se aproximava dos trinta anos — e, juntamente com minha formação em humanidades no currículo, isso se tornava uma marca negra para qualquer departamento de RH. Isso abateu muito minha autoestima e minha fé nos mitos dos programadores sobre o mercado de trabalho. Eu abandonei completamente a “programação de verdade” e me concentrei em um trabalho de escritório normal. De vez em quando, ainda respondia a diferentes vagas, mas, em resposta, continuava a receber silêncio.

Em algum momento, comecei a perceber o quanto é valioso para uma pessoa aquilo que ela não nota ou o que consideramos como algo disponível para todos. As pessoas a quem você recorre em busca de conselhos ou apenas para desabafar sobre a vida não entram nesses detalhes. Elas leram livros populares sobre psicologia e te dizem que você precisa sair da zona de conforto. Embora já exista uma piada conhecida sobre o fato de que, primeiro, é preciso entrar na zona de conforto. Com o tempo, o custo dessa entrada ou saída aumenta — por exemplo, agora eu simplesmente não posso me dar ao luxo de me demitir e aceitar um estágio. A única opção é mudar de atividade com cautela, enquanto ainda mantenho meu trabalho atual, até que as receitas se igualem.

Existem conselheiros sensatos, e eles oferecem recomendações que eu mesmo daria. É um aprendizado autodidata e trabalho remoto ou a criação de um projeto próprio. Mas aqui também existem armadilhas.

O fato é que o trabalho remoto é uma exclusividade de quem já tem "experiência de trabalho". É completamente impossível para um novato, que precisa de ajuda e aprendizado, conseguir uma vaga. Já é difícil conseguir que alguém queira perder tempo com você, e ainda por cima, precisamos fazer isso remotamente.

O aprendizado autodidata é extremamente ineficaz. O que você aprenderia, por exemplo, em seis meses, você levará cerca de dois anos para descobrir por conta própria. A proporção é mais ou menos essa. Detalhes, técnicas habituais e armadilhas conhecidas você terá que encontrar sozinho, sempre reinventando a roda. Claro, isso pode, em certa medida, aumentar o seu conhecimento, já que você mesmo encontrou e superou tudo isso. Mas isso levará quatro vezes mais tempo, e você ainda não terá experiência real em projetos de produção reais.

Ao mesmo tempo, eu sei bem que a experiência real e útil surge apenas ao resolver problemas reais de produção. Nesse sentido, ações como "programar jogo da velha" vão te ajudar no início apenas a entender a linguagem. Mas mesmo que você programe um jogo da velha, um jogo de batalha naval e uma cobrinha, ainda assim não conseguirá fazer o que o negócio realmente precisa na prática.

Aqui, os mais impacientes novamente quererão dar um conselho — pega um briefing real de algum site de freelancers e escreve com base nele, assim você aprenderá, tanto de maneira independente quanto montará um portfólio.

Bem, finalmente vamos considerar o método do "pet project". É preciso criar um programa que seja útil para as pessoas e, em seguida, levar esse programa para um trabalho em um lugar que desenvolva programas similares. Na teoria, isso soa maravilhoso, mas na prática é uma armadilha. Em vez de trabalhar inicialmente em um projeto real, você perde tempo em tarefas claramente sem sentido, para depois realizar exatamente as mesmas tarefas, mas agora com propósito.

Pare! — gritarão meus leitores. — Espera! Isso é só um treinamento! Ele sempre parece assim por toda parte! E eu concordaria, se esse treinamento realmente proporcionasse chance de resultado. Mas não. Voltamos ao que já vivenciei em tentativas e treinamentos semelhantes.

Existe alguma empresa no mundo que diz — aqui na nossa empresa fazemos mensageiros, vamos fazer você nos escrever um mensageiro em tal idioma, com tais e tais parâmetros e então nós o contrataremos? Não. Isso sempre é uma probabilidade, e para alguém com a idade e formação inadequadas — a probabilidade é muito baixa. A vida me explicou isso muito bem. Por exemplo, em diferentes períodos da minha vida, conheci e usei VB e VBA, Pascal e Delphi, SQL, R, JS, C# e até (me surpreendo!) Genesis32. De verdade — encontrei e fiz cursos, realizei os eternamente mencionados projetos, pude mostrá-los em entrevistas e responder perguntas sobre eles. E então?

Primeiro, ninguém se interessou e pediu para eu mostrar nada, eu simplesmente não cheguei a essas entrevistas. Segundo, de tudo isso, realmente só lembro de VBA+SQL, porque os uso constantemente — o resto não foi útil e foi esquecido. E a situação era realmente severa: não é que meus projetos eram analisados e diziam "ouça, aqui está tudo errado, você não sabe programar, isso e aquilo não funcionam". Não, eu simplesmente era ignorado. Formação em humanidades, entende? "É porque eu sou negro".

Resultados

Quando, mesmo sob a pressão das circunstâncias, você mantém a paz interior

Apesar do tom pessimista do texto, não deixo de tentar. Mas agora o espaço de possibilidades encolheu drasticamente para mim; vejo apenas um caminho realista – o já mencionado "pet-project", mas focado não tanto em "procurar um emprego", mas em "tentar criar um negócio". É preciso encontrar um problema não resolvido, solucioná-lo e encontrar pelo menos algumas dezenas de pessoas que utilizem sua solução. A questão é que isso soa simples, mas é difícil encontrar um problema que ainda não tenha sido resolvido por alguém entre milhões de programadores ambiciosos – e ainda seja simples o suficiente para um iniciante.

Agora cheguei ao Python, seguindo o exemplo de muitos predecessores, fiz uma leitura do Habr e estou preparando um artigo sobre os resultados. Eu esperava publicar exatamente este como meu primeiro artigo no Habr, mas ainda preciso escrever mais um pouco. E logo começaram a aparecer publicações sobre o tema "Como me tornei programador apenas fazendo um pequeno esforço", quase todos os dias, ou até duas por dia.

Então, não consegui me conter e contei por que fiz tanto esforço, mas não me tornei programador.

Resumindo, eu queria dizer o seguinte:

1. Desejos e esforços realmente podem fazer muita diferença, mas a base material é fundamental. Aqueles que a têm – os desejos e esforços os ajudam a alcançar mais. Aqueles que não a têm – os desejos e esforços não os ajudam a alcançar resultados normais. Ter uma paixão por computadores desde a infância pode ajudar a se tornar um programador, mas não é uma grande ajuda. É muito mais provável que alguém que nunca se interessou por computadores, mas cujo pai e mãe ricos o enviaram para estudar uma especialidade técnica em alta demanda, se torne programador. Mas só ter essa paixão não é suficiente, se – como em uma das publicações recentes – não se comprarem calculadoras programáveis na infância.
2. Está na hora de realmente nos desapegarmos do mito de que, para trabalhar como programador, basta saber programar. Na melhor das hipóteses, é suficiente saber bem Programar, por exemplo, "escrever código no quadro" — sim, isso fará com que sejam muito procurados. Conversas sobre o fato de que iniciantes são contratados na rua, desde que saibam de qual lado do computador fica o teclado — é uma grande exageração, nessas conversas vemos um erro típico das pessoas que conseguiram sobreviver. Em torno de cada vaga de programador existe uma "parede de vidro" do departamento de RH — pessoas com formação técnica simplesmente não a veem, enquanto os outros só podem bater a cabeça nela sem sentido. Ou — como em uma das publicações recentes — conseguir um emprego "por meio de conhecidos".
3. Para "tornar-se" programador em idade madura, é necessário ter as mesmas circunstâncias favoráveis que na juventude. Claro, uma pessoa adulta pode fazer muitas coisas melhor (ela tem uma visão clara do objetivo, possui experiência em aprendizado e desenvolvimento, conhece as reais necessidades do mercado), mas também é privada de muitas coisas (ela deve se sustentar, gastar tempo com a vida cotidiana e a saúde já não é a mesma). E se — como em outra recente publicação — houver apoio material da família e estabilidade na vida, como ter uma casa própria, então mudar de atividade se torna realmente muito mais fácil.

Fonte: habr.com