Desde principios de setembro publicáronse publicacións sobre o éxito exitoso sobre o tema "A infancia dun programador", "Como converterse en programador despois de N anos", "Como marchei para a informática doutra profesión", "O camiño da programación" , e así sucesivamente verteu en Habr nun amplo regato. Artigos coma este escríbense todo o tempo, pero agora volvéronse particularmente multitudinarios. Todos os días escriben psicólogos, estudantes ou outra persoa.
E en cada artigo soa unha canción coñecida: o principal que aconsellan os autores é "probar", "non te rendir", "non teñas medo" e "ir cara ao teu soño"; e nos comentarios moitas veces podes atopar a opinión de que se amaches os ordenadores desde a infancia, traballar con eles non é sorprendente ao final. Usando o exemplo da miña biografía, gustaríame levar aos lectores á idea de que as condicións iniciais poden ser máis importantes que o esforzo realizado. promove o confort psicolóxico, pero non reflicte con moita precisión a realidade.
Non permitido: inicio
Энциклопедия профессора Фортрана для старшего школьного возрастаA miña historia comeza na primeira infancia cun ordenador Corvette da aula de informática. Pero este foi un raio de luz accidental no reino escuro da educación postsoviética: naqueles tempos, o estudo oficial da informática tiña que comezar no 11º curso. Acabo de rexistrarme nunha optativa de educación informática iniciada ao azar para o secundario. Unha vez á semana, abríannos a pesada porta de ferro dunha oficina escura con reixas nas fiestras e ensináronnos como mostrar "Ola" na pantalla usando Corvette BASIC. Foi xenial, pero non durou moito.
Ao parecer, foi unha especie de experimento educativo que rematou literalmente seis meses despois. Non conseguín aprender moito, só conseguín interesarme. Pero cando rematou a optativa, explicáronme popularmente: os ordenadores en realidade non son para nenos; a xente non crece para estudar informática antes do undécimo curso.
Cómpre sinalar aquí que os noventa reinaron por todas partes, cando varios círculos técnicos dos pazos dos pioneiros xa pecharan na súa maior parte e os ordenadores domésticos aínda non se converteran en algo común. Polo tanto, non podías acceder á tecnoloxía, nin ás computadoras, só porque querías aprendelas. Os gañadores foron os fillos daquelas persoas que se integraron na nova economía de mercado ou dos que diariamente tiñan acceso á informática: enxeñeiros, profesores de informática, “técnicos especialistas” en varios departamentos.
Por exemplo, moitos anos despois souben que ao redor do mesmo ano, os pais do meu (futuro) compañeiro de clase regaláronlle un ZX Specrum. Para xogos, claro.
O máis probable é que me quedara fóra do novo mundo dixital. Estudei e medrei plenamente seguro de que agora chegaría a un ordenador non antes de undécimo. É curioso que isto fose o que acabou pasando. Pero preto dun par de anos antes, ocorreu un verdadeiro milagre: recibín unha computadora como parte dun evento benéfico local.
Parece que aquí é onde tería que recuperar o tempo perdido, pero a vida volveu facer os seus axustes.
Hai un dito coñecido que se lle dá un millón de dólares a un mendigo, non saberá que facer con el. Por suposto, se é un mendigo intelixente, gastará parte do millón en adestramento, incluíndo aprender a manexar o diñeiro. Pero aínda así, isto non se pode comparar co que pode facer unha persoa que creceu con cartos. Tal desastre xorde sempre que unha persoa queda fóra dos límites do seu estrato social.
Como en circunstancias normais nunca podería ter un ordenador, tampouco tiña cartos para ningún curso ou produtos relacionados. Polo mesmo motivo, non tiña conexións entre persoas que puidesen dicirme algo; simplemente non formaba parte deste círculo. O ordenador era literalmente un anaco doutro mundo. Non electrodomésticos comúns, como son agora, senón algo así como un artefacto élfico. Polo tanto, non puiden experimentar e aprender algo da miña propia experiencia: "romperes unha cousa cara". Polo tanto, non lles podía dicir aos meus compañeiros que tiña un ordenador na casa; xa están os noventa, recordas? En consecuencia, as oportunidades para intercambiar información foron drasticamente reducidas: non podía pedir consello a ninguén, non podía facer preguntas nin compartir experiencias. Internet? Que? Que internet? Quizais Fido? Si, nin sequera tiñamos teléfono.
Poderías ir á biblioteca, buscar libros ou libros de consulta de balde, e entón xurdiu o segundo problema. Era un ordenador demasiado avanzado para esas condicións. Windows 95 instalouse nel.
Tomei o libro principal (único) sobre ordenadores que había na biblioteca: o famoso libro de texto Hein / Zhitomirsky "Fundamentos de informática e informática" cunha tapa vermella. Agora podes atopalo en Internet e sentir o contraste entre o seu contido e o contido dun ordenador completo con Windows 95 a bordo. A situación agravouse aínda máis polo feito de que era difícil obter incluso software pirateado: aínda quedaban un par de anos para o auxe das tendas de DVD cos nomes pegadizos "Todo o software de oficina - 2000". Porén, cando apareceron, aínda non tiña cartos para os discos.
Por certo, nalgún lugar por aquí chegara o momento da informática "oficial" en 11º curso: déronnos o libro de texto que xa mencionei de 91, e as verdadeiras tarefas eran debuxar árbores sinxelas de algoritmos (cun lapis sobre papel). ) e use o editor de texto Lexicon .
Forma azotes
Настоящие программисты и яComo resultado, o desenvolvemento do meu ordenador parouse por desgraza durante estes dous anos. Lin a axuda de Windows, por gancho ou por delincuente conseguín varios programas para o ordenador en disquetes e aprendín a ser un “usuario avanzado” editando o ficheiro autoexec.bat. Trouxei o Lexicon da escola, pero que? En xeral, cando por fin puiden volver á miña infancia e comezar a programar en qBasic, as interfaces visuais xa reinaban.
Este contraste destruíu en gran medida a miña motivación para estudar a programación regular de textos en profundidade. O motivo foi a opresiva discrepancia entre os gráficos de Windows 95, co que comecei a miña inmersión real no mundo da informática, e a pantalla de texto aburrido das linguas que coñecía entón. A anterior xeración de programadores estaba contenta de que ao escribir POINT(10,15) aparecese un punto na pantalla. Para eles, a programación era "debuxar na pantalla algo que non estaba alí". Para min, a pantalla xa estaba chea de formularios e botóns. Para min, a programación era "facer que un botón faga algo cando se preme" e facer o botón en si era aburrido.
Como digresión lírica, gustaríame sinalar que agora o desenvolvemento das linguaxes de programación en espiral volveu á mesma situación. Agora todos os "programadores reais" están a deseñar interfaces de novo nun bloc de notas, e todos os programadores están agora, por así dicir, obrigados de novo a ser deseñadores. De novo, cómpre colocar botóns, ventás de entrada e outros controis na pantalla exclusivamente usando código. Como resultado, a clásica regra 80/20 neste caso ten o seguinte aspecto: "Pasamos o 80% do tempo creando a interface escribindo manualmente o código e o 20% do tempo configurando o comportamento dos elementos da interface". Por que isto foi nos tempos de DOS e Pascal - entendo; non había alternativas. Por que isto existe agora, cando todo o mundo xa viu e tocou VB, Delphi e C# - Non o sei; Sospeito que o problema é se o ambiente de desenvolvemento é de pago ou gratuíto. As cousas convenientes sempre son caras, e non hai moito tempo apareceron versións gratuítas dos ambientes mencionados.
Esta foi unha das razóns polas que me pasou a programación en Internet. Aínda que, como se viu moito máis tarde, o máis sinxelo sería crear unha carteira e converterse en programador. Tentei poñerme nas miñas mans tanto en PHP como en JS, pero non quería "escribir código no bloc de notas". Ben, outra razón é que Internet apareceu na miña vida en 2005 ou 2006, antes estaba nalgún lugar da periferia do mundo. Xunto cos teléfonos móbiles, "o que usan os ricos".
Así que abandonei toda esta programación de DOS e mergulleime de cabeza na base de datos de adestramento de Access Northwind, que me deu formularios, botóns, macros e o cumio da programación de aplicacións: VBA. Probablemente nese momento por fin decidín que no futuro quería traballar como programador. Conseguín un disco con Visual Studio, comprei un libro en papel (!) en VB e comecei a facer calculadoras e tic-tac-toe, alegrandome de que todo o deseño fose creado no formulario en poucos minutos e non escrito a man. Como o ordenador xa non era unha rareza, por fin puiden saír ao mundo e discutir sobre programación con persoas afíns.
Nestas discusións, reveloume que VB é cousa do pasado, unha linguaxe moribunda que foi inventada para as secretarias, e todos os mozos de verdade escriben en C++ ou Delphi. Como aínda me lembraba de Pascal, escollín Delphi. Quizais este foi o meu seguinte erro nunha longa serie de obstáculos no camiño para converterse en programador. Pero seguín o camiño de menor resistencia porque quería ver o máis rápido posible os resultados do meu traballo. E eu os vin! Tamén merquei un libro sobre Delphi, vinculeino con Excel e Access, que xa coñecía e, como resultado, creei, nunha primeira aproximación, o que agora se chamaría "sistema de BI". O triste é que agora esquecín con seguridade todo o pascal, porque hai dez anos que non o toco.
E, por suposto, tentei dúas veces ir á universidade para facerme programador. Na nosa pequena cidade non había demasiadas oportunidades para iso. Por primeira vez, fun tontamente matricularme na especialidade de "Matemáticas Aplicadas", na que a xente se graduaba con esa especialidade: un programador, pero esixíalles un coñecemento rigoroso de matemáticas moito máis aló do curso escolar. Polo tanto, non saquei unha nota de aprobación no exame. Tiven que quedar fóra da universidade mentres cursaba a miña educación secundaria. A segunda vez, baixei lixeiramente os requisitos para min e fun á especialidade de enxeñería: traballar como enxeñeiro non me atraeu demasiado, pero aínda estaba máis preto de traballar con ordenadores. Só que era demasiado tarde: a xente probara os beneficios das especialidades técnicas e acudía ata alí en masa. Só os medallistas clasificados para prazas orzamentarias.
Por iso agora teño unha licenciatura en humanidades. É vermello, pero non técnico. E aquí é onde a triste historia de medrar comeza a cruzarse coa triste historia de atopar un traballo.
Non se precisa violinista
...но не обязательно выживу...Hai un mito moi estendido de que "non lle piden un diploma a un programador". Hai varias razóns para este mito, tentarei enumerar as principais.
En primeiro lugar, a principios dos noventa -e un pouco a finais dos noventa- o coñecemento da tecnoloxía informática era, en principio, escaso. Se unha persoa sabía onde se acendeu o ordenador e podía executar o programa, facía o que requiría a empresa. E o caos xeral no mercado laboral obrigou ao empresario a atopar rapidamente a calquera persoa capaz de facer o traballo necesario: non importa o que estudou alí, o que importa é o que pode facer agora. Polo tanto, un número importante de persoas autodidactas mostraron con calma as súas habilidades nunha entrevista e conseguiron un emprego.
En segundo lugar, neses mesmos anos, o negocio estaba a desenvolverse moi rapidamente, pero aínda non había un concepto tan moderno como o de RRHH. Os oficiais de persoal seguiron sendo oficiais de persoal soviéticos, elaborando libros de traballo e contratos de traballo, e as entrevistas foron realizadas por especialistas ou xestores en persoa. Dado que a maioría deles estaba interesado no resultado, criterios formais como a educación consideráronse realmente os últimos.
Isto levou a un desequilibrio monstruoso na conciencia de masas. As persoas que conseguiron un traballo nesas condicións poden dicir con toda sinceridade que un programador non necesita un diploma e cítanse a si mesmos como exemplo. Vostede recoñece este tipo, por suposto. Se unha persoa che di "só mostra o que podes facer, e contratarano", este é un programador, daqueles tempos, contratárono e cría na inviolabilidade do mundo. Aproximadamente do mesmo xeito, os vellos soviéticos din algo así como "pero traballas nun ordenador e sabes ler inglés, con tales habilidades me encantaría!" Xa non entenden que tales habilidades eran só "wow" na época soviética, pero agora cada segunda persoa pode facelo.
Entón ocorreu exactamente o mesmo a principios da década de XNUMX, cando o petróleo comezou a aumentar, a economía comezou a desenvolverse e multitude de empresarios recén acuñados acudiron ao mercado laboral en busca de quen puidese ata conectar un ordenador.
Pero, ao mesmo tempo, o fluxo de diñeiro do petróleo creou persoal improdutivo - departamentos de RRHH. Os mesmos antigos oficiais de persoal soviéticos estaban alí, pero de forma inesperada confiaronlles a tarefa de determinar a calidade de calquera empregado. Eles, por suposto, non podían tomar decisións deste nivel. Por iso, elaboraron os seus propios criterios de avaliación, bastante afastados da realidade, baseados en libros traducidos do bendito occidente e en criterios formais como a educación. Así produciuse un gran xiro: dende as competencias reais ata os criterios formais.
O mito mantívose vivo, só lixeiramente modificado.
A economía seguía medrando, a xente estaba sendo agarrada de todas partes, atraída doutras empresas, pero os axentes de persoal xa puxeron as súas patas tenaz no proceso de selección. E o máis importante non era "mostrar o que podes facer" -de todos os xeitos, o oficial de persoal non entenderá o que lle están mostrando- senón "experiencia laboral". Así que as persoas que antes foron contratadas nalgún lugar sen formación de programador pola súa capacidade para premer botóns foron atraídas a outra empresa simplemente porque traballaran anteriormente como "enxeñeiro de software". E, de novo, ninguén pediu un diploma, porque non había tempo para iso - tes "experiencia"? Pois apresúrate e senta a traballar!
Finalmente, a última e terceira razón é o rápido desenvolvemento de Internet e os proxectos privados. As persoas crearon proxectos de mascotas, estes proxectos podían mostrarse a calquera e así demostrar as súas habilidades. Envías unha carta, achegas unha ligazón ao teu sitio web e agora xa demostraches as túas habilidades.
Agora qué?
Os prezos do petróleo, como sabemos, colapsaron, pero o mito segue vivo. Despois de todo, hai moitas persoas nos postos de "enxeñeiros de software" que realmente chegaron a estes postos sen unha educación especializada. Non obstante, agora ningunha destas razóns funciona plenamente, e agora poucos deles poderían repetir este truco co emprego.
- O coñecemento da tecnoloxía informática tornouse omnipresente. Traballar cun ordenador simplemente xa non se indica no currículo, do mesmo xeito que alí non se indica a capacidade de ler e escribir (isto, por certo, non tería mal - comecei a atopar moitas veces erros gramaticais mesmo nos medios oficiais, e nos artigos sobre Habré aparecen cunha regularidade envexable) .
- Apareceron departamentos de RRHH e especialistas en RRHH que non se responsabilizan das súas decisións e poden utilizar calquera criterio de selección. Por suposto, dáselles preferencia aos formais: miran a idade, a educación, o xénero e o tempo no lugar de traballo anterior. As habilidades e habilidades seguen un principio residual.
- Xa non faltan programadores. Hai escaseza bo programadores, pero isto é certo en xeral para calquera especialidade. E todos os escolares en Internet traballan como un programador común; en sitios independentes, a xente literalmente loita polo dereito a facer algo para a súa carteira de balde.
- Os proxectos de mascotas tamén se fixeron habituais. Internet está chea de sitios persoais e clons de Tetris, e este proxecto xa se está facendo case obrigatorio, é dicir, despois de pasar a peneira de selección de persoal, atópase na peneira de selección especializada e din "mostrame o teu github".
As persoas que teñen educación -ou as persoas que teñen experiencia que substitúe a educación aos ollos dos departamentos de RRHH- ven só a segunda parte. Adoitan dicir algo así: "un programador non necesita un título para traballar, pero os proxectos en Github serían útiles".
Pero dado que os departamentos de RRHH non desapareceron, está formulado con toda verdade do seguinte xeito: "para traballar, un programador necesita un diploma (para aprobar RRHH), pero tamén proxectos en Github (para aprobar unha entrevista técnica)". E eu, coa miña formación en humanidades, sinto plenamente isto, porque sei sobre Github só polas queixas de programadores con formación técnica, pero unha estrita criba de persoal elimíname na primeira etapa.
A xente non ve aire, os peixes non ven auga e as persoas con formación técnica ou experiencia laboral en CODTECHNOSOFT LLC non ven que non se lles pide un diploma, porque xa está implícito. Especialmente divertidas son as escusas de persoas como "Levo tantos anos traballando, nunca mostrei o meu diploma". Preguntas, incluícheso no teu currículo? Ben, si, claro que o fixen. Entón, estás suxerindo que poña unha educación falsa no meu currículo ou algo así, xa que de todos os xeitos non me pedirán confirmación? Calan e non responden nada.
Por certo, na especialidade na que todas as prazas orzamentarias estaban ocupadas por medallistas, só a metade do grupo era orzamentaria. E a outra metade eran estudantes de educación remunerada, xa sabes, comprando unha codia a prazos co diñeiro dos seus pais. O meu amigo foi alí e recibiu un diploma. Como resultado, convertínme nun "enxeñeiro de software" completo e desde entón non experimentei ningún problema co traballo como programador. Porque o diploma non di se estudaches gratis ou gratis. Pero a especialidade, "técnica" - escriben.
Fóra da zona de confort
Это я уверенно поднимаюсь по карьерной лестницеCando cheguei a Moscova e empecei a buscar traballo, non sabía todo isto. Aínda cría no mito de que abonda con que un programador mostre o resultado do seu traballo. De feito, levaba comigo mostras dos meus programas nunha unidade flash; mirando cara adiante, direi que ninguén os mirou nin unha vez. Non obstante, houbo moi poucas invitacións.
Daquela aínda recordaba Delphi e tentei entrar nalgunha empresa técnica, polo menos para un posto de pasante. Envía unha ducia de cartas ao día, explicando que me interesaban os ordenadores desde a infancia e quería seguir estudando. Moitas veces contestáronme con sinceridade que debería ter unha especialidade técnica; por iso precisamente os xestores de RRHH defenden as fronteiras das grandes empresas, para eliminar todo tipo de desfavorecidos humanitarios. Pero na súa maioría, só recibiron negativas estandarizadas. En definitiva, non puiden continuar a miña busca por máis tempo e acabei cun traballo de oficina normal no que só tiña que usar Excel.
Un par de anos despois, engadíronse Access e SQL a Excel, porque recordei a miña mocidade e comecei a escribir scripts VBA activamente. Pero aínda non era "programación real". Intentei outra vez descargando o Visual Studio moderno e mergullándome en C#. Estudeino como primeira aproximación, escribín un pequeno programa e tentei de novo chegar a algún lugar, sen deixar de lado nin as vacantes completas nin as ofertas de prácticas.
Esta vez non recibín nin unha soa resposta aos meus centos de cartas. Ningún. Porque, segundo entendo agora, a miña idade aproximábase aos trinta anos e, xunto cunha especialidade humanitaria no meu currículo, isto converteuse nunha marca negra para calquera departamento de RRHH. Isto minou moito a miña autoconfianza e a miña crenza nos mitos dos programadores sobre o mercado laboral. Abandonei por completo a "programación real" e centreime no traballo de oficina habitual. De cando en vez aínda respondía a diferentes vacantes, pero como resposta aínda recibín o silencio.
Nalgún lugar nesta etapa comecei a comprender o valioso que é para unha persoa o que non se decata, ou o que considera que todos teñen por defecto. As persoas ás que recorres para pedir consellos ou simplemente queixas da vida non afondan en tales sutilezas. Leron libros populares sobre psicoloxía e dinche que tes que saír da túa zona de confort. Aínda que hai tempo que hai unha broma coñecida de que primeiro necesitas entrar na túa zona de confort. Coa idade, o prezo desta entrada ou saída aumenta; por exemplo, agora simplemente non podo permitirme o luxo de deixar e ir traballar como pasante. Só pode cambiar coidadosamente a súa actividade, mentres permanece no seu traballo actual ata que os seus ingresos sexan iguales.
Hai conselleiros razoables, e dan recomendacións que eu mesmo daría. Isto inclúe a aprendizaxe independente e o traballo remoto ou a creación do teu propio proxecto. Pero aquí hai trampas.
O caso é que o traballo remoto é un privilexio exclusivo para aqueles con "experiencia laboral". É completamente pouco realista para un principiante que necesita axuda e adestramento para facelo. Ninguén quere meterse contigo de todos os xeitos, pero aquí tamén tes que facelo a distancia.
O autoestudo é terriblemente ineficaz. O que che ensinan, por exemplo, en seis meses, tardarás dous anos en descubrilo por ti mesmo. A proporción é algo así. Terás que atopar todo tipo de pequenas cousas, técnicas estándar e trampas coñecidas pola túa conta, reinventando constantemente a roda. Por suposto, isto pode, en certa medida, facelo máis coñecedor, porque vostede mesmo atopou e superou todo isto. Pero levarache catro veces máis e aínda non terás experiencia real en proxectos de produción reais.
Ao mesmo tempo, sei moi ben que a experiencia real e útil só xorde ao resolver problemas de produción reais. Neste sentido, accións como "escribir tic-tac-toe" axudarache a comprender simplemente a linguaxe na fase inicial. Pero aínda que escribas tic-tac-toe, batalla naval e serpe, aínda non poderás facer o que a túa empresa necesita na práctica.
Aquí os máis impacientes volverán querer dar consellos: toma, din, unha especificación técnica real dalgúns sitios autónomos e escribe nela, e aprenderás por ti mesmo e mesmo terás unha carteira.
Ben, finalmente consideremos o método "pet-project". Debes escribir un programa que sexa útil para as persoas e, a continuación, levar este programa a traballar nalgún lugar onde fagan programas similares. Soa moi ben en teoría, pero en realidade é unha trampa. En lugar de traballar inicialmente nun proxecto real, perdes o tempo en tarefas obviamente sen sentido, para que despois poidas realizar exactamente as mesmas tarefas, pero con sentido.
Pare! - berraránme os lectores. - Agarda! Este é un adestramento! Ela parece así en todas partes e sempre! E estaría de acordo se este adestramento dera unha oportunidade de resultados. Pero non. Volvemos ao feito de que xa teño experiencia en intentos similares, adestramentos similares.
Hai polo menos unha empresa no mundo que diga: a nosa empresa fai mensaxeiros, escríbanos un mensaxeiro en tal ou cal idioma, con tal ou cal parámetros, e logo contratarémoste? Non. Esta é sempre unha posibilidade, e para unha persoa cunha idade e educación equivocadas, a probabilidade é moi baixa. A vida explicoume moi ben todo isto. Por exemplo, en diferentes períodos da miña vida coñecín e utilicei VB e VBA, Pascal e Delphi, SQL, R, JS, C# e incluso (estoume sorpresa!) Genesis32. En realidade, atopei e fixen cursos, fixen os proxectos notorios, puiden mostralos nunha entrevista e responder preguntas sobre eles. E que?
En primeiro lugar, ninguén estaba simplemente interesado e non pediu mostrar nada, eu estúpidamente non cheguei a estas entrevistas. En segundo lugar, de todo isto, realmente só lembro VBA+SQL agora, porque os uso todo o tempo; o resto non é útil e esquécese. Ademais, a situación parecía moi difícil: non é como se mirasen os meus proxectos e dixesen: "Escoita, aquí todo está mal, non sabes escribir código, non funciona aquí e aquí". Non, simplemente non me fixeron caso. Educación de artes liberais, sabes? "É porque son negro".
Resultados de
Когда даже под гнётом обстоятельств ты сохраняешь внутренний покойA pesar do carácter pesimista do texto, non deixo de tentalo. É só que agora o espazo de posibilidades para min reduciuse drasticamente, só vexo un camiño realista: este é o "proxecto de mascotas" mencionado anteriormente, pero dirixido non tanto a "buscar un emprego", senón a "intentar crear un negocio". Debes atopar un problema sen resolver, resolvelo e atopar polo menos unhas ducias de persoas que utilicen a túa solución. Outra cuestión é que parece sinxelo, pero de feito é difícil atopar un problema que aínda non foi resolto por un dos millóns de programadores e aspirantes e, ademais, o suficientemente sinxelo para un principiante.
Agora cheguei a Python, seguindo o exemplo de moitos predecesores, analizei Habr e estou preparando un artigo sobre os resultados. Esperaba publicar isto como o meu primeiro artigo de habra, pero aínda teño que engadir un pequeno texto alí. E entón as publicacións sobre o tema "Como me convertín nun programador con só un pouco de esforzo" comezaron a chegar, case todos os días, ou incluso dúas ao día.
Así que non puiden resistirme a dicirche por que me esforzo moito pero nunca me convertín en programador.
Para resumir brevemente, gustaríame dicir o seguinte:
- Os desexos e os esforzos poden realmente facer moito, pero a base material segue sendo decisiva. Para os que o teñen, os seus desexos e esforzos axúdanlles a conseguir máis. Os que non o teñen, os seus desexos e esforzos non lles axudarán a conseguir o resultado habitual. Ter unha paixón polas computadoras desde a infancia pode axudarche a converterte nun programador, pero non é unha gran axuda. Alguén que nunca lle interesaron os ordenadores, pero cuxos pais adiñeirados os mandaron a estudar nunha especialidade técnica de moda, ten moitas máis posibilidades de converterse en programador. Pero a afección en si non é suficiente, se -como nunha das publicacións recentes- non lle compraron calculadoras programables cando era neno.
- Xa é hora de renunciar por fin ao mito de que para traballar como programador basta con saber programar. Ao mellor, abonda con poder хорошо programación, por exemplo, "escribir código no taboleiro" - si, esas persoas serán arrancadas coas mans. Falar de que a xente saca da rúa só para saber de que lado do ordenador está o teclado é unha esaxeración moi forte; nesas conversacións vemos un erro típico dun supervivente. Ao redor de cada vacante de programador hai unha "parede de cristal" do departamento de RRHH: as persoas con formación técnica simplemente non o ven, e o resto só pode bater a cabeza sen sentido contra ela. Ou, como noutra publicación recente, conseguir un traballo "a través dun coñecido".
- Para "convertirse" nun programador na idade adulta, cómpre ter o mesmo conxunto de circunstancias exitosas que para unha idade nova. Por suposto, un adulto pode facelo moito mellor (ve o obxectivo ao que vai, ten experiencia en formación e desenvolvemento, coñece as necesidades reais do mercado), pero está privado de moito (debe manterse, gastar tempo na vida cotiá, e a súa saúde xa non é Iso). E se, como noutra publicación recente, hai apoio material da familia e a estabilidade da vida en forma de vivenda propia, entón cambiar de actividades é moito máis sinxelo.
Fonte: www.habr.com