Cómo no me convertí en programador a los 35 años

Desde principios de septiembre, ha habido un gran flujo de publicaciones en Habr sobre el éxito en el tema de "La infancia de un programador", "Cómo convertirse en programador después de N años", "Cómo me pasé a TI desde otra profesión", "El camino hacia la programación" y así sucesivamente. Artículos como estos se escriben constantemente, pero ahora han comenzado a aparecer de forma especialmente concentrada. Cada día, psicólogos, estudiantes y otros escriben sobre ello.

Y en cada artículo suena la misma canción familiar: lo principal que aconsejan los autores es "esforzarse", "no rendirse", "no tener miedo" y "seguir tu sueño"; y en los comentarios, a menudo se puede encontrar la opinión de que si desde la infancia amabas las computadoras, entonces trabajar con ellas no es sorprendente. Me gustaría, a través de mi biografía, llevar a los lectores a la idea de que las condiciones iniciales pueden ser más importantes que los esfuerzos realizados. La fe en un mundo justo contribuye al confort psicológico, pero no refleja la realidad con precisión.

No está permitido: inicio

Enciclopedia del Profesor Fortran para la educación secundaria superior

Mi historia comienza en mi infancia con la computadora "Corvette" del aula de informática. Pero fue un rayo de luz accidental en el oscuro reino de la educación postsoviética; en aquel entonces, el estudio oficial de la informática debía comenzar en el undécimo grado. Simplemente me inscribí en un curso extracurricular que empezó por casualidad para las clases jóvenes. Una vez a la semana, nos abrían la pesada puerta de hierro del oscuro aula con rejillas en las ventanas y nos mostraban cómo imprimir "Hello" utilizando Corvette Basic. Era espectacular, pero no duró mucho.

Parece que fue algún tipo de experimento educativo, que terminó literalmente después de medio año. No pude aprender mucho y solo logré interesarme. Pero cuando terminó el curso extracurricular, me explicaron de forma sencilla: las computadoras en realidad no son para niños, antes del undécimo grado, las personas no están listas para estudiar informática.

Aquí cabe destacar que reinaban los turbulentos años noventa, cuando muchos clubes técnicos alrededor de los palacios de pioneros ya se habían cerrado en su mayor parte, y las computadoras personales aún no se habían convertido en algo común. Así que no se podía acceder a la tecnología — o a las computadoras — simplemente porque quisieras estudiarlas. Los que se beneficiaron fueron los niños de aquellos que se integraron en la nueva economía de mercado, o los que tenían acceso a computadoras en su trabajo: ingenieros, profesores de informática, "especialistas técnicos" en diversas agencias.

Por ejemplo, muchos años después me enteré de que aproximadamente en el mismo año a mi (futuro) compañero de clase sus padres le regalaron un ZX Spectrum. Para jugar, por supuesto.

Lo más probable es que habría seguido fuera del nuevo mundo digital. Crecí con la firme certeza de que no llegaría a tener una computadora antes del undécimo grado. Es curioso que, al final, así fue como ocurrió. Pero, un par de años antes de eso, sucedió un verdadero milagro: obtuve una computadora a través de una acción benéfica local.

Aparentemente, aquí es donde debería haber recuperado el tiempo perdido, pero la vida nuevamente tuvo otros planes.

Existe un refrán bien conocido que dice que si le das un millón de dólares a un pobre, no sabrá qué hacer con él. Claro, si ese pobre es inteligente, gastará parte del millón en educación, aprendiendo a manejar el dinero. Sin embargo, eso no se compara con lo que puede hacer una persona que ha crecido entre el dinero. Este problema surge cada vez que una persona se sale de los límites de su clase social.

Dado que en circunstancias normales nunca habría podido tener una computadora, tampoco tenía dinero para cursos o productos relacionados. Por la misma razón, no tenía contactos entre personas que pudieran aconsejarme, simplemente no formaba parte de ese círculo. La computadora era literalmente un pedazo de otro mundo. No una herramienta doméstica común como ahora, sino algo parecido a un artefacto élfico. Por eso no podía experimentar y aprender algo por mi propia cuenta: "rompes algo caro". Así que no podía hablar con mis compañeros sobre tener una computadora en casa; los turbulentos años noventa alrededor, ¿recuerdas? En consecuencia, las oportunidades de intercambio de información se redujeron drásticamente: no podía pedir consejos a nadie, no podía hacer preguntas ni compartir experiencias. ¿Internet? ¿Qué? ¿Qué internet? ¿Quizás Fido? ¡Pero ni siquiera teníamos teléfono!

Podría haber ido a la biblioteca a buscar libros o manuales gratis, y aquí surgía un segundo problema. Era un computador demasiado avanzado para esas condiciones. Tenía instalado Windows 95.

Tomé el principal (y único) libro sobre computadoras que había en la biblioteca: el famoso manual de Gein / Zhytomyrsky "Fundamentos de Informática y Tecnología de Computación" con una cubierta roja. Puedes buscarlo ahora en Internet y sentir el contraste entre su contenido y el de una computadora completa con Windows 95. La situación se complicaba aún más porque era difícil conseguir incluso software pirata; pasarían un par de años antes de que florecieran las tiendas de DVDs con nombres llamativos como "Todo el software de oficina - 2000". Sin embargo, cuando aparecieron, aún no tenía dinero para los discos.

Por cierto, en algún lugar aquí llegó el momento de la 'informática oficial' en el 11º grado: nos entregaron el manual que ya mencioné, de 1991, y las tareas reales consistían en dibujar árboles de algoritmos sencillos (a lápiz en papel) y utilizar el procesador de texto "Lexicon".

Formación de estructuras

Programadores reales y yo

A lo largo de esos años, mi desarrollo en informática avanzaba de manera lenta y aburrida. Leía la ayuda de Windows, conseguía con esfuerzo diferentes programas en disquetes y aprendía a ser un "usuario avanzado", editando el archivo autoexec.bat. Traje mi "léxico" de la escuela, por supuesto. En resumen, para cuando finalmente pude volver a mi infancia y comenzar a programar en qBasic, ya reinaban, sin competencia, las interfaces visuales.

Este contraste destruyó en gran medida mi motivación para profundizar en la programación de texto tradicional. La razón era la abrumadora disparidad entre la gráfica de Windows 95, con la que comencé a sumergirme realmente en el mundo de los ordenadores, y la sombría pantalla de texto de los lenguajes que conocía en aquel entonces. La generación anterior de programadores se alegraba simplemente de que al escribir POINT(10,15) apareciera un punto en la pantalla. Para ellos, programar era "dibujar en la pantalla lo que no estaba ahí". Para mí, la pantalla ya estaba llena de formularios y botones. Para mí, programar significaba "hacer que un botón haga algo al ser pulsado"; crear el botón en sí era simplemente aburrido.

Como un pequeño paréntesis lírico, quiero señalar que ahora el desarrollo de lenguajes de programación ha vuelto a una situación similar de manera espiral. Ahora todos los "programadores de verdad" vuelven a crear interfaces en un bloc de notas, y cada programador parece estar obligado a ser también diseñador. Nuevamente, es necesario colocar en la pantalla botones, cuadros de entrada y otros elementos de control exclusivamente mediante código. Como resultado, la clásica regla 80 / 20 se presenta así: "80% del tiempo lo dedicamos a crear la interfaz escribiendo código manualmente y 20% del tiempo a establecer el comportamiento de los elementos de la interfaz". Por qué esto era así en la época de DOS y Pascal — lo entiendo; no había alternativas. Por qué existe ahora, cuando todos ya han visto y tocado VB, Delphi y C# — no lo sé; sospecho que el problema radica en el costo o gratuidad del entorno de desarrollo. Lo conveniente siempre es caro, y las versiones gratuitas de estos entornos no aparecieron hasta hace no mucho.

Esa fue una de las razones por las que el desarrollo web se me escapó. Aunque, como descubrí mucho después, habría sido mucho más fácil crear un portafolio y convertirme en programador. Intente probar tanto PHP como JS, pero no quería "escribir código en un bloc de notas". Otra razón fue que tuve acceso a Internet en 2005 o 2006; antes, estaba en la periferia de mi mundo. Junto con los teléfonos móviles, era "algo que usan los ricos".

Así que dejé de lado toda esa programación en dos y me sumergí por completo en la base de datos "Borey" de Access, que me ofreció formularios, botones, macros y la cúspide de la programación de aplicaciones: VBA. Probablemente, fue en ese momento que finalmente decidí que en el futuro quería ser programador. Conseguí un disco con Visual Studio, compré un libro en papel (!) sobre VB y comencé a crear calculadoras y tres en raya, disfrutando de que todo el diseño se hacía en minutos en el formulario, en lugar de escribirlo a mano. Como la computadora dejaba de ser un lujo, finalmente pude salir y discutir sobre programación con otros entusiastas.

En esas discusiones, descubrí que VB era un idioma obsoleto, diseñado para secretarias, y que todos los verdaderos chicos escribían en C++ o Delphi. Como aún recordaba Pascal, elegí Delphi. Tal vez fue otro de mis errores en esta larga serie de obstáculos en mi camino para convertirme en programador. Pero tomé el camino de menor resistencia porque quería ver los resultados de mi trabajo lo antes posible. ¡Y los vi! Compré un libro sobre Delphi, lo conecté con Excel y Access, que ya conocía, y al final hice, en un primer acercamiento, lo que hoy se llamaría un "sistema de BI". Lamentablemente, ahora he olvidado todo el Pascal, porque no lo toqué durante unos diez años.

Y, por supuesto, intenté ingresar a la universidad para estudiar programación dos veces. En nuestra pequeña ciudad no había muchas oportunidades para ello. La primera vez, tonto de mí, decidí optar por la especialidad de 'Matemáticas Aplicadas', de donde salían personas con esa especialidad — programador, sin embargo, se requería un conocimiento sólido de matemáticas muy por encima del curso escolar. Así que no obtuve la puntuación mínima en el examen. Tuve que quedarme en el colegio, obteniendo educación media. La segunda vez, disminuí un poco mis exigencias y me fui por la especialidad de ingeniería — no me atraía demasiado el trabajo de ingeniero, pero aún así estaba más cerca del trabajo con computadoras. Solo que ya era tarde — la gente había probado los beneficios de las especialidades técnicas y acudía allí en masa. Solo los medallistas lograron ingresar a las plazas presupuestarias.

Así que ahora tengo un diploma en humanidades. Es rojo, pero no técnico. Y aquí es donde la triste historia de la adultez comienza a cruzarse con la triste historia de la búsqueda de trabajo.

El violinista no es necesario

...pero sobreviviré... no necesariamente...

Existe un mito muy extendido de que 'no preguntan por el diploma de un programador'. Este mito tiene varias razones, intentaré enumerar las principales.

Primero, en los primeros noventa — y un poco en los noventa tardíos — el conocimiento de tecnologías informáticas en general era raro. Si una persona sabía dónde encender un computador y podía ejecutar un programa — estaba haciendo lo que el negocio necesitaba. Además, el desorden general en el mercado laboral obligaba a los empleadores a encontrar rápidamente a cualquier persona que pudiera hacer el trabajo necesario — no importaba lo que hubiera estudiado alguna vez, lo que importaba era lo que podía hacer ahora. Por lo tanto, un número significativo de autodidactas mostraban tranquilamente sus habilidades en las entrevistas y obtenían trabajo.

En segundo lugar, en esos mismos años, el negocio se desarrollaba de manera muy activa, pero aún no existía el concepto moderno de RRHH. Los reclutadores seguían siendo reclutadores soviéticos, encargándose de las libretas de trabajo y contratos laborales, mientras que las entrevistas eran realizadas por especialistas o jefes personalmente. Dado que la mayoría de ellos estaban interesados en el resultado, los criterios formales como la educación realmente se consideraban en último lugar.

Esto ha llevado a una distorsión monstruosa en la conciencia colectiva. Las personas que consiguieron trabajo en esas condiciones pueden contar con total sinceridad que a un programador no le hace falta un diploma, y se ponen como ejemplo a sí mismos. Reconoces a este tipo, por supuesto. Si alguien te dice "basta con demostrar lo que sabes hacer y te contratarán" — ese es precisamente un programador de aquellos tiempos, así lo contrataron, y él creyó en la inmutabilidad del mundo. De manera similar, los viejos soviéticos dicen algo así como "tú trabajas en una computadora y puedes leer en inglés, con esas habilidades, wow!". Ya no comprenden que con esas habilidades, "wow", era solo en tiempos soviéticos, y ahora eso lo sabe uno de cada dos.

Luego, exactamente lo mismo ocurrió a principios de los años 2000, cuando el petróleo comenzó a subir, la economía a desarrollarse, y un montón de nuevos empresarios se lanzaron al mercado laboral en busca de cualquier persona que supiera al menos encender una computadora.

Pero al mismo tiempo, el flujo de dinero del petróleo generó personal improductivo: los departamentos de recursos humanos. Allí se encontraron los mismos antiguos reclutadores soviéticos, pero de repente les encargaron la tarea de determinar la calidad de cualquier trabajador. Por supuesto, no podían tomar decisiones de ese nivel. Así que desarrollaron sus propios criterios de evaluación, bastante alejados de la realidad, basados en libros traducidos de la bendita Occidente y criterios formales como la educación. Así se produjo un gran giro: de las habilidades reales a los criterios formales.

El mito siguió existiendo, solo que se transformó un poco.

La economía seguía creciendo, se contrataba gente de todos lados, se robaban empleados de otras compañías, pero los reclutadores ya habían puesto sus garras en el proceso de selección. Y lo más importante no era "demuestra lo que sabes hacer" — el reclutador no entendería lo que le muestran — sino "experiencia laboral". Así, las personas que alguna vez fueron contratadas sin un diploma de programador por saber presionar botones, fueron atraídas a otra empresa solo porque anteriormente habían trabajado como "ingeniero programador". Y nuevamente, nadie preguntaba por el diploma, porque no era el momento — ¿tienes "experiencia"? Entonces, siéntate y trabaja.

Finalmente, la última razón, la tercera, es el rápido desarrollo de Internet y de proyectos personales. La gente creaba proyectos paralelos, proyectos que podían mostrar a cualquiera y así demostrar sus habilidades. Envías un correo, adjuntas un enlace a tu sitio web, y de repente ya has demostrado un poco tus talentos.

¿Qué pasa ahora?

Los precios del petróleo, como sabemos, han caído, pero el mito aún vive. Porque en los puestos de "ingenieros de software" hay muchas personas que realmente han llegado a esos puestos sin formación específica. Sin embargo, actualmente ninguna de estas razones funciona completamente, y hoy en día, pocas de estas personas podrían repetir ese truco de conseguir empleo.

• El conocimiento de tecnologías informáticas se ha vuelto omnipresente. Trabajar con computadoras ya no se menciona en los currículums, al igual que no se menciona la habilidad de leer y escribir (por cierto, esto no estaría de más, ya que he comenzado a notar errores gramaticales incluso en los medios oficiales, y en los artículos de Habr, estos aparecen con notable regularidad).
• Han aparecido departamentos de recursos humanos y especialistas en recursos humanos que no asumen responsabilidad por sus decisiones y pueden utilizar cualquier criterio de selección. Naturalmente, se da preferencia a criterios formales: se observa la edad, la educación, el género y el tiempo en el empleo anterior. Las habilidades y competencias se consideran en segundo plano.
• No hay escasez de programadores desde hace tiempo. Hay escasez de buenos programadores, pero esto es cierto para cualquier especialidad. Cualquier estudiante de secundaria trabaja como programador en Internet, y en los sitios de freelancers, la gente literalmente compite por el derecho a realizar algo gratis para sus portafolios.
• Los proyectos paralelos también se han vuelto comunes. Internet está lleno de sitios personales y clones de Tetris, y este proyecto casi se ha vuelto obligatorio, es decir, al pasar el filtro de selección de personal, te enfrentas al filtro de selección de especialistas, que te piden: "muéstrame tu GitHub".

Las personas que tienen educación, o aquellas que tienen experiencia que reemplaza la educación ante los departamentos de recursos humanos, solo ven la segunda parte. Generalmente, dicen algo así: "para trabajar, un diploma no es necesario para un programador, pero los proyectos en GitHub serían útiles".

Pero dado que los departamentos de recursos humanos no han desaparecido, esta afirmación se formula de manera bastante precisa así: "un programador necesita un diploma (para pasar por recursos humanos), pero también proyectos en GitHub (para superar la entrevista técnica)". Y yo, con mi formación en humanidades, lo siento plenamente, porque solo conozco GitHub de las quejas de programadores con formación técnica, mientras que mi perfil se filtra drásticamente en la primera etapa.

Las personas no ven el aire, los peces no ven el agua, y las personas con educación técnica o experiencia laboral en 'ООО КОДТЕХНОСОФТ' no ven que no les piden el diploma, porque ya se asume. Resulta especialmente gracioso escuchar las excusas de personas como "llevo tantos años trabajando y nunca he mostrado mi diploma". Preguntas — ¿y lo has indicado en tu currículum? Bueno, sí, claro que lo he indicado. ¿Me sugieres que indique en el currículum una educación falsa, dado que de todos modos no pedirán confirmación? Se quedan en silencio, sin responder.

Por cierto, en esa especialidad, donde todos los lugares presupuestarios estaban ocupados por medallistas, solo la mitad del grupo era de estudiantes con matrícula gratuita. La otra mitad eran estudiantes de pago — ya saben, la compra de un título a plazos con el dinero de los padres. Un amigo mío se matriculó allí, obtuvo su diploma. Como resultado, se convirtió en un 'ingeniero programador' de pleno derecho y desde entonces no ha tenido problemas para trabajar como programador. Porque en el diploma no se especifica si estudiaste de manera gratuita o de pago. Pero la especialidad, 'técnica', sí se indica.

Fuera de la zona de confort

Estoy subiendo con confianza en la escalera profesional

Cuando llegué a Moscú y comencé a buscar trabajo, no sabía nada de esto. Aún creía en el mito de que a un programador le basta con mostrar el resultado de su trabajo. Realmente llevaba muestras de mis programas en una memoria USB — adelanto que nadie las miró ni una sola vez. Sin embargo, las invitaciones fueron muy escasas.

Entonces, todavía recordaba Delphi y trataba de conseguir algún trabajo técnico, aunque fuera como pasante. Enviaba una decena de cartas al día, explicando que desde pequeño me interesaban los ordenadores y quería seguir aprendiendo. En varias ocasiones, me respondieron honestamente que debía tener una licenciatura técnica; los responsables de recursos humanos precisamente protegen las fronteras de las grandes empresas para filtrar a los 'sin-título' humanistas. Pero en su mayoría, sólo llegaban respuestas estandarizadas de rechazo. Al final, no pude continuar la búsqueda y terminé en un trabajo de oficina común, donde solo necesitaba usar Excel.

Pasados un par de años, a Excel se le unieron Access y SQL, porque recordé mi juventud y comencé a escribir scripts VBA activamente. Pero eso aún no era 'programación real'. Hice un nuevo intento, descargando Visual Studio moderno y sumergiéndome en el estudio de C#. Lo aprendí de manera preliminar, escribí un pequeño programa e intenté nuevamente conseguir algo, sin despreciar ofertas de trabajo completas ni propuestas de pasantía.

Esta vez, de cien cartas que envié, no recibí ninguna respuesta. Ninguna. Porque, como ahora entiendo, mi edad se acercaba a los treinta y, junto con una licenciatura humanista en mi currículum, eso se convertía en una marca negra para cualquier departamento de recursos humanos. Esto afectó gravemente tanto mi confianza como mi fe en los mitos de los programadores sobre el mercado laboral. Abandoné por completo la 'programación real' y me concentré en el trabajo de oficina común. De vez en cuando, aún respondía a varias ofertas, pero seguía recibiendo silencio a cambio.

En algún momento, comencé a entender cuán valioso es para una persona aquello que no nota, o lo que considera como algo que todos tienen por defecto. Las personas a las que acudes en busca de consejo o simplemente para quejarte de la vida no se adentran en tales matices. Han leído libros de psicología populares y te cuentan que es necesario salir de la zona de confort. Aunque ya existe un chiste conocido sobre que primero hay que entrar en la zona de confort. Con el tiempo, el costo de esa entrada o salida aumenta; por ejemplo, ahora simplemente no puedo permitirme renunciar y trabajar en un puesto de prácticas. Solo se puede cambiar de actividad con cautela, mientras se mantiene el trabajo actual, hasta que los ingresos se equiparen.

A veces aparecen consejeros sensatos, y dan recomendaciones que yo mismo daría. Esto incluye el auto-aprendizaje y el trabajo remoto o la creación de un proyecto propio. Pero aquí hay sus trampas.

El hecho es que el trabajo remoto es un privilegio exclusivamente de quienes tienen "experiencia laboral". Es completamente irreal que un principiante, que necesita ayuda y capacitación, pueda acceder a ello. Nadie quiere lidiar contigo y aún más en un entorno remoto.

El auto-aprendizaje es extremadamente ineficaz. Lo que te enseñan, por ejemplo, en seis meses, tú lo estarás desmenuzando durante dos años por tu cuenta. La proporción es más o menos así. Todo tipo de pequeños detalles, técnicas estándar y trampas conocidas tendrás que descubrirlas tú solo, constantemente reinventando la rueda. Por supuesto, esto de alguna manera puede hacerte más conocedor, ya que encontraste y superaste todo esto por ti mismo. Pero te llevará cuatro veces más tiempo, y aún no tendrás experiencia real en proyectos de producción reales.

Sin embargo, sé bien que la experiencia real y útil solo surge al resolver tareas productivas reales. En este sentido, acciones como "escribir un tres en raya" te ayudarán en la etapa inicial a entender el lenguaje. Pero incluso habiendo programado un tres en raya, un juego del mar y una serpiente, aún no podrás hacer lo que el negocio requiere en la práctica.

Aquí, los más impacientes querrán dar un consejo de nuevo: toma un verdadero briefing de algún sitio de trabajo freelance y escríbelo, así aprenderás, te desarrollarás por tu cuenta y hasta tendrás un portafolio.

Bien, finalmente consideremos el método del 'proyecto personal'. Se trata de crear un programa útil para las personas y luego presentar ese programa en un trabajo donde se realicen programas similares. En teoría suena perfecto, pero en la práctica es una trampa. En lugar de trabajar en un proyecto real desde el principio, gastas tiempo en tareas que son sin sentido, solo para luego enfrentar tareas semejantes, pero ya con un propósito.

¡Espera! — gritarán mis lectores. — ¡Espera! ¡Esto es solo entrenamiento! ¡Siempre se ve así! Y yo estaría de acuerdo, si este entrenamiento ofreciera una oportunidad real de éxito. Pero no. Volvemos a que ya tengo experiencia con intentos y entrenamientos similares.

¿Existe alguna empresa en el mundo que diga: nuestra compañía hace mensajeros, así que ustedes escríbanos un mensajero en tal idioma, con tales y tales parámetros y entonces los contrataremos? No. Siempre es una probabilidad, y para alguien con la edad y la educación inadecuadas, la probabilidad es muy baja. La vida me ha explicado esto muy bien. Por ejemplo, en diferentes momentos de mi vida conocí y usé VB y VBA, Pascal y Delphi, SQL, R, JS, C# e incluso (¡me sorprende a mí mismo!) Genesis32. De verdad, encontré y tomé cursos, hice los famosos proyectos, podía mostrarlos en las entrevistas y responder preguntas sobre ellos. ¿Y qué?

Primero, nadie mostró interés ni pidió ver nada; simplemente no llegaba a esas entrevistas. Segundo, de todo esto, realmente solo recuerdo VBA+SQL, porque los uso constantemente; lo demás no fue útil y lo he olvidado. Además, la situación era realmente dura: no es que revisaran mis proyectos y dijeran 'escucha, esto está mal, no sabes programar, aquí y aquí no funciona'. No, simplemente me ignoraron. ¿Educación humanitaria, entiendes? 'Es porque soy negro'.

Resultados

Cuando, incluso bajo la presión de las circunstancias, mantienes la calma interior

A pesar del tono pesimista del texto, no dejo de intentar. Simplemente, ahora el espacio de oportunidades para mí se ha reducido drásticamente; solo veo un camino realista: el mencionado 'pet project', pero enfocado no tanto en 'buscar trabajo', sino en 'intentar crear un negocio'. Necesito encontrar un problema no resuelto, resolverlo y encontrar al menos unas pocas decenas de personas que utilicen mi solución. La cuestión es que suena simple, pero en realidad es difícil encontrar un problema que no haya sido resuelto por alguno de los millones de programadores que aspiran a ello, y además que sea lo suficientemente simple para un principiante.

Ahora he llegado a Python; siguiendo el ejemplo de muchos predecesores, he rastreado Habr y estoy preparando un artículo sobre los resultados. Esperaba publicar precisamente este como mi primer artículo en Habr, pero aún necesito escribir un poco más de texto. Y de repente comenzaron a aparecer publicaciones sobre el tema 'Cómo me convertí en programador solo esforzándome un poco', casi todos los días, a veces incluso dos al día.

Así que no pude resistir y conté por qué me esforcé mucho, pero aún así no me convertí en programador.

Resumiendo brevemente, quería decir lo siguiente:

1. El deseo y el esfuerzo realmente pueden lograr mucho, pero lo decisivo es la base material. Aquellos que la tienen, sus deseos y esfuerzos ayudan a lograr más. Aquellos que no la tienen, sus deseos y esfuerzos no les ayudarán a obtener siquiera un resultado ordinario. La fascinación por las computadoras desde la infancia puede ayudar a convertirse en programador, pero no es una gran ayuda. Es mucho más probable que se convierta en programador quien nunca se interesó en las computadoras, pero cuyos padres adinerados lo enviaron a estudiar una carrera técnica de moda. Pero la pasión por sí sola no es suficiente, si -como en una de las publicaciones recientes- no te compran calculadoras programables de niño.
2. Ya es hora de abandonar el mito de que para trabajar como programador solo es necesario saber programar. En el mejor de los casos, es suficiente saber bien programar, por ejemplo, "escribir código en una pizarra" - sí, eso los atrapa con las manos. Las conversaciones sobre cómo los juniors son traídos de la calle, solo porque saben de qué lado está el teclado en la computadora, son una exageración muy fuerte; en tales conversaciones observamos el error típico del sobreviviente. Alrededor de cada vacante de programador hay una "pared de cristal" del departamento de recursos humanos - las personas con educación técnica simplemente no la ven, y los demás solo pueden golpearse la cabeza contra ella inútilmente. O, como en otra de las publicaciones recientes, conseguir un trabajo "por conexiones".
3. Para "convertirse" en programador a una edad madura, se necesita tener el mismo conjunto afortunado de circunstancias que para los jóvenes. Por supuesto, una persona adulta puede hacer muchas cosas mejor (ve el objetivo al que se dirige, tiene experiencia en aprendizaje y desarrollo, conoce las necesidades reales del mercado), pero también carece de muchas cosas (debe mantenerse a sí misma, gastar tiempo en la vida cotidiana, y su salud ya no es la misma). Y si, como en otra de las publicaciones recientes, hay apoyo material por parte de la familia y estabilidad en la vida en forma de vivienda propia, entonces cambiar de actividad es realmente mucho más fácil.

Fuente: habr.com