Semestre comenzando en la universidad y varios estudiantes de primer año con dudas en el grupo de Telegram. Esto me recordó a mis propias dudas cuando empecé mi primera carrera y a las cosas que me habría gustado saber en ese momento.
1 - Inglés
La abrumadora mayoría de la documentación está en inglés, y un sitio web de traducción no siempre te ayudará. En algunos casos, traducirá términos técnicos que no deberían traducirse o que tienen otro significado fuera del contexto de la informática.
- Leer en inglés: Tener una buena comprensión de lectura en inglés ya es el 50% de lo necesario.
- Escribir en inglés: Te ayudará mucho a resolver dudas en foros especializados (stackoverflow, slack, listas de correo) y a contactar con el soporte de otras empresas (Red Hat, Amazon, etc.).
- Conversación: Sin duda, te abrirá más puertas laborales, ya sea en Brasil, en el extranjero o en Home Office.
Si aún estás escéptico, en este pequeño fragmento que leíste, había 9 palabras en inglés.
2 - TI es tan vasto como la medicina
Redes, middleware, análisis de requisitos, DBA, AD, Ops, QA, Linux, Front-end, Back-end, Java, Ruby, gobernanza...
No te limites solo a los más famosos, como soporte y desarrollo (no hay ningún problema con estos dos, por supuesto), prueba un poco de todo, identifícate con algo y especialízate.
3 - TI no es una ciencia exacta
La afirmación parece absurda, pero quien ha pasado horas intentando resolver algún problema sin ningún error lógico —aparente—, sabe de lo que estoy hablando. Esto puede causar frustración en algunos casos, pero el punto principal aquí es saber decidir cuándo descubrir la causa del problema es más importante que resolverlo en sí.
4 - Usa el tutorial, pero lee la documentación
- 'cómo instalar git': 3.020.00 resultados en Google.
- 'CRUD en PHP': 7.530.000 resultados en Google.
- 'Configurar NGINX': 355.000 resultados en Google.
Estos tutoriales (how to) son útiles, pero entender para qué sirven y cómo funcionan es esencial cuando necesites arreglar algo o hacer una mejora.
5 - No tengas miedo
Cuando empecé en TI, tenía miedo de instalar Linux y no saber configurarlo o resolver un problema. Tenía miedo de intentar hacer algo y equivocarme. Es un cliché, muy difundido y estudiado, un discurso de coach, lo sé, pero equivocarse es esencial para el aprendizaje.
Hoy, cuando instalo o configuro un sistema, cuando creo una pipeline, un script o ejecuto cualquier otra cosa y funciona al primer intento, me queda la duda de si hice algo mal y de si el problema solo aparecerá en el futuro (y eso es bueno, porque me hace revisar todo lo que hice).
El miedo siempre aparecerá ante lo nuevo, lo inesperado, y en esos momentos pienso en una frase que escuché de un compañero de trabajo hace algunos años:
No sé hacerlo, pero si tengo tiempo, puedo aprender.
Nota: Si estás haciendo algo con una gran posibilidad de error, da preferencia al entorno de desarrollo, ¿ok?
6 - TI es una herramienta, úsala.
Pasa una semana creando un código para automatizar una tarea, pero no gastes 2 días haciendo esa misma tarea manualmente. El tiempo extra invertido se compensa fácilmente con lo que aprendiste y con la posibilidad de ejecutar esa misma tarea en el futuro.