Esta historia trata sobre un desarrollador de juegos llamado Yuri Sharoiko
. Antes de ingresar a TI, trabajó en aplicación de la ley y proporcionó seguridad para un banco. Pronto se aburrió de este trabajo y recordó un pasatiempo de su juventud: la programación de computadoras. Al final, Yuri aprendió Java y empezó a escribir juegos de navegador.
"Desde pequeño quise trabajar con ordenadores"
Tengo 26 años. Nací y crecí en Novosibirsk ( la ciudad de Rusia, nota del editor ). Desde que era niño quería trabajar con computadoras y la idea del desarrollo de juegos me fascinaba. Codifiqué algunas misiones basadas en texto en C++ y C#, pero no brillé en mis estudios (debido a mi pereza). No era estúpido, sólo desorganizado. Todo esto me llevó a inscribirme donde vi una oportunidad. Había pensado en trabajar en las fuerzas del orden, así que me gradué en el Departamento de Derecho Penal de la Universidad Estatal de Ingeniería Ferroviaria de Siberia (SGUPS) y, al final, terminé exactamente donde quería estar. En mi segundo año de universidad realicé una pasantía en el Comité Investigador y allí me quedé. En mi cuarto año, me contrataron. No sé cómo es actualmente, pero antes podías conseguir un trabajo allí después del tercer año. Seis meses después de graduarme de la universidad, recibí el grado de teniente. Trabajé un año más y me di cuenta de que estaba cansado de las largas noches, de las guardias y de la falta de vida social como tal, así que decidí dejarlo. Después de eso, conseguí un trabajo como parte del equipo de seguridad de un banco. Esto significa que omitiré algunos detalles en mi historia: la NDA todavía está vigente. Allí mantuve parte de mi deseo de rediseñar las cosas. Mejoré y automaticé procesos. Como resultado, todos estos esfuerzos evolucionaron hasta convertirse en un proyecto relativamente grande para crear un sistema de acceso unificado para el departamento de seguridad. Aunque el departamento estaba formado por sólo 50 personas, el programa (que, por cierto, se construyó sobre el famoso MS Access, un enfoque bastante normal en los bancos, que a menudo no quieren gastar dinero en desarrollar software para el equipo de seguridad) Había un montón de piezas necesarias: había una base de datos, creación automatizada de archivos de Excel y Word, una conexión a Outlook e incluso reconocimiento de texto de archivos PDF a través de Adobe Acrobat Reader. Gracias a este trabajo obtuve un buen ascenso, pero como estaba en un equipo de seguridad, me di cuenta de que no habría muchas opciones para seguir avanzando.
"No sólo estudié, devoré la información"
A partir de mediados de 2019 me sumergí en un abismo de cansancio y aburrimiento, pero mi novia me recordó lo que siempre quise hacer y me dijo "pruébalo". ¿Por qué no? - Pensé. En ese momento, dado mi salario, mis horas de trabajo y mi buena reputación con la gerencia, podía escribir código en casa por las tardes en lugar de quedarme sentado en la oficina hasta la noche. Entonces este pensamiento despertó mi deseo una vez más y decidí intentarlo. Como me había olvidado de todo excepto del "maldito" VBA ( Nota del editor: VBA es una implementación ligeramente simplificada del lenguaje de programación Visual Basic integrado en la línea de productos Microsoft Office), comencé viendo vídeos de YouTube y leyendo el libro de Herbert Schildt "C++ para principiantes". Por cierto, este es un gran libro. Se lo recomiendo a todo el mundo. En algún momento, el banco anunció un programa de reciclaje de Java, al que logré ingresar. Completé la formación en poco más de dos meses. La verdad es que no me sirvió prácticamente de nada, porque dos veces por semana durante dos meses no es tiempo suficiente para cubrir adecuadamente todo el material. La enseñanza era buena, pero los temas se pasaban demasiado rápido y casi no había práctica. No sería completamente honesto si no reconociera que este programa de capacitación estaba dirigido principalmente a personas que ya trabajan como ingenieros o como parte de la división de TI del banco. Con mi cero experiencia, fue extremadamente difícil para mí. Al final del "reentrenamiento", el banco realizó entrevistas internas, durante las cuales finalmente me di cuenta de que no sabía nada. Si el banco no estaba dispuesto a contratar a alguien de su propio equipo, significa que esa persona no sabe prácticamente nada. Esto fue en diciembre de 2019. Después de que terminaron algunas de las entrevistas, me contaron sobre la existencia de este curso de Java. Entonces, cuando finalmente acepté el hecho de que no tendría descanso con el conocimiento adecuado, me registré y comencé mis estudios. La fase activa de mi entrenamiento fue en febrero-mayo de 2020. Fue cuando nos pusieron en cuarentena en marzo que di un giro completo. No había necesidad de ir a la oficina porque estaba trabajando de forma remota. El proceso se organizó de manera que pudiera hacer mi trabajo con un retraso de uno o dos días. No sólo estudié: devoré la información, sentado las 24 horas del día. Para mí era normal despertarme a las 8 de la mañana y empezar a estudiar. Luego, después de las 4 de la tarde, cuando mi cerebro ya estaba frito, cambié a mi trabajo remoto. En cuanto a la motivación, entendí en algún lugar dentro de mí que ese era mi futuro. Por supuesto, el apoyo de mi luchadora novia me ayudó de muchas maneras a comenzar este difícil camino. Entonces estudié durante unos 2 meses. Me cansé muchísimo, pero en general no forcé demasiado mi cerebro. Por ejemplo, si quieres hornear algo, probablemente precalentarás el horno a 325 grados y luego aumentarás la temperatura, si es necesario. No es probable que pongas el horno inmediatamente a 450 grados, porque entonces simplemente quemarías lo que sea que estés haciendo. El mismo principio se aplica aquí. Completé la misión en 2-3 meses, después de lo cual comencé a estudiar todos los beneficios que los empleadores quieren (Spring, Hibernate, Tomcat, etc.). Por cierto, leí el libro "Spring 5 for Professionals". Hay un mar de información allí: claro, a veces es difícil de captar, pero en general todo es digerible. Ni siquiera YouTube podría explicarme la primavera mejor que este libro. También te recomiendo que consultes el sitio web del framework Spring. Tiene tutoriales, que son muy útiles. Los temas más difíciles de aprender para mí fueron los buffers, el trabajo con archivos y las manipulaciones bit a bit, pero se utilizan en muy pocos lugares y en el 99% de esos lugares son necesarios para progresar. Mi dificultad fue mayor con la recursividad en todas partes. Simplemente estaba confundido, pero de eso se trata el aprendizaje: haces algo mal y luego descubres cómo hacerlo bien. Entiendes los porqués y entonces dejas de cometer esos errores. Después de todo, nunca se puede aprender si no se hace nada.
"No es necesario ser un genio para tener un lugar en TI"
Empecé a buscar trabajo en el Nivel 28, pero rápidamente me di cuenta de que mis conocimientos no eran suficientes. Luego me tomé un descanso y en mayo, una vez que completé la búsqueda y leí sobre frameworks, comencé la búsqueda de empleo nuevamente. Creo que fueron necesarias al menos 10 entrevistas antes de que me contrataran. Hoy en día hay mucha gente en TI, pero cada vez es más difícil superar el cuello de botella en la contratación. Yo diría que tres de cada diez suelen conseguir empleo en 1 o 2 meses. El resto lleva más tiempo, a veces mucho más. Pero eso no significa que debas renunciar a este recurso. Cuando reprobé mi cuarta entrevista, me dijeron: "Sigue yendo a las entrevistas. Con el tiempo recordarás todo, podrás aprobar la entrevista y conseguir un trabajo. Aprenderás rápidamente en el trabajo". En la mayoría de los casos, te preguntan lo mismo en las entrevistas. Dicho esto, también hay raras excepciones en las que los entrevistadores pueden empezar a hablar de algoritmos. Por ejemplo, intenté conseguir un trabajo en una empresa que implementa proyectos sociales para el gobierno. En esa ocasión me hicieron una pregunta sobre algoritmos. Respondí mal, pero seguí con mi propia pregunta: "¿Realmente se me permitirá trabajar con algoritmos?" En respuesta, dijeron: "Por supuesto que no. Contamos con un equipo especial de desarrolladores de nivel medio y senior para eso". Se despertó mi interés, así que pedí más aclaraciones sobre por qué se molestaron en preguntar. Resulta que este es simplemente uno de los requisitos establecidos por la dirección: no se puede trabajar con algoritmos, pero hay que conocerlos antes de ser contratado. Durante las entrevistas, es especialmente importante demostrar conocimientos de Spring, Hibernate y SQL. Es un pequeño conjunto de tecnologías, pero si no tienes la suficiente comprensión, empezarás a decir tonterías. Entonces, si no sabes de qué estás hablando, una mejor respuesta es algo como esto: "No sé la respuesta exacta a lo que me preguntas, pero sí sé esto y esto sobre Spring", etcétera. Si haces esto, entonces tu conocimiento, por pequeño que sea, se notará. Conseguí un trabajo en un estudio de juegos que fabrica juegos para navegador (no mencionaré el nombre de la empresa para evitar tener problemas con la gerencia). Desarrollo la parte back-end del juego. En otras palabras, trabajo con bases de datos, escribo complementos para el navegador, agrego funciones y conecto los extremos frontal y posterior. También me ocupo de algoritmos. Yo uso Spring (todo es estándar: marcado, beans, analizadores). Trabajo con Tomcat, PostgreSQL e Hibernate. En general, realizo las tareas asignadas para mantener y mejorar el proyecto lo mejor que puedo. Por ahora, soy un desarrollador junior. Los primeros 2 meses en el trabajo no entendí nada. Con los plazos acercándose, tomé mi propia decisión de trabajar de 12 a 14 horas al día y dio sus frutos. Es cierto que tengo un mentor sólido (un desarrollador senior genial con quince años de experiencia). Él dice, "Descúbrelo por tu cuenta. Mira cómo funciona". Es decir, no interviene para ayudar, y si ayuda, es muy raramente. ¿Y sabes qué? Está bien obligar a un programador a pensar por sí mismo. Si no hubiera pagado mis deudas trabajando duro durante días desde el principio, sino que hubiera pedido ayuda con todo, entonces no habría estado en el camino del crecimiento profesional. Ahora puedo decir con confianza que estoy realizando tareas en el nivel de desarrollador junior, y recientemente he visto que me asignan tareas de un orden de magnitud mayor. Por ahora lo único que me interesa es el desarrollo personal y la superación personal. La programación es un impulso. Son nuevos desafíos. No te preocupes por tu salario al principio. En seis meses será decente y en un año será excelente en general. Si hablamos de perspectivas, entonces puedes sentarte en un lugar y ganar dinero decente, sintiendo que no es para ti, temiendo cambiar algo o puedes correr un riesgo. Estoy muy contento de no haber tenido miedo y haber comenzado a trabajar por mi futuro. Después de todo, podría haber continuado con mi anterior trabajo pesado de oficina. En definitiva, me parece que todo el mundo puede tener un lugar en TI. No es necesario ser un genio, un científico o un gran matemático. Si tienes perseverancia y anhelas lo último, entonces todo es posible.
Consejos para desarrolladores principiantes:
Mira vídeos y lee. Si estás viendo muchos episodios para aprender sobre algo en YouTube, intenta elegir un creador de contenido, ya que cada uno transmite pensamientos e información de manera diferente. Si cambias de un YouTuber a otro, podrías confundirte sobre el mismo tema.
No intentes hacer todo a la vez. Especialmente si no trabajas de forma remota y necesitas concentrarte en tu trabajo. Estudia un par de horas al día. Si tienes tiempo libre los fines de semana, no trabajes demasiado. Ya has estado estudiando toda la semana; sería mejor que descansaras.
Intente describir habilidades específicas en su currículum. Por ejemplo, no escriba "Conozco Java" en su currículum. Eso es demasiado vago. Las preguntas de la entrevista pueden dejarlo perplejo si le preguntan algo que simplemente no sabe. ¿Conoces el núcleo de Java? Eso es genial: escribe "Core Java" seguido de un par de cosas que conoces muy bien.
