8 y 8, profesiones y consejos para trabajar en informática... ¡SIN SER PROGRAMADOR!.

sherekhan (26)in #consejos • 7 years ago (edited)

¡Si! ,os traigo una lista de 8 profesiones relacionadas con la informática. ¡Así como unos consejitos para no fallar en el intento!.

¡Aquí están tus 8 consejos!

1º. Aprende a hablar inglés. No digo que te apuntes a la escuela de idiomas, o cualquier otra academia, digo que aprendas a hablar inglés. Tampoco hablo de saber leer y más o menos escribir, eso lo doy por hecho. Me refiero a saber entablar una conversación, entender y hablar. En mi caso, los primeros años de mi carrera profesional no necesité el inglés para casi nada más allá de leer. Pero llega un día en que si no tienes el inglés tu solo empiezas subconscientemente a evitar situaciones que requieren el inglés. Y a perder oportunidades. El problema es que esto lleva tiempo, y si no lo has preparado mucho tiempo antes, cuando lo necesitas (y aquí nada se avisa con mucho tiempo) ya no tienes tiempo de aprender.

2º. Especializate en un área, para destacar en la misma, y para ello estudia, lee, estudia, lee, etc. Todo lo que se pide en ese tipo de trabajos (sobre auditoría, seguridad, calidad, etc.), cosas que seguro nadie te ha enseñado, ni te enseñará. Como decía no recuerdo quien por twitter, ya sabemos que la Universidad tiene sus problemas… pero hoy nadie te impide ver un webinar del MIT, videos de youtube, blogs, foros, y demás. Y esto es cada vez más así, porque las cosas van muy rápido y la única manera de seguirlas es por ti mismo, sin esperar a que alguien te las cuente.

3º. Selecciona muy bien tu primer trabajo. Me da mucho rollo cuando escucho a gente que me dice cosas del tipo a: “por pasta elegí trabajar programando SQL en vez de entrar de becario en una empresa especializada en xxx, y ahora me arrepiento y me va a costar mucho enderezar mi carrera.” Pues así es. No hipoteques toda tu carrera por cobrar un poco más durante los primeros años.

4º. No te creas eso de que “como soy ingeniero (recién licenciado) ya por eso merezco un puesto de jefe de proyecto (y aquí me quedo sentado a ver si me llaman)”. En esta profesión esto no funciona así. Y por desgracia conozco a más de uno que sigue esa filosofía de espera pasiva desde hace años… y desde hace años está programando. Cuanto antes te des cuenta de que te tienes que mover menos tiempo vas a perder. Para que te den un puesto de trabajo antes tienes que demostrar que sabrás ejercerlo, actuando como tal, y no solo mostrando un título.

5º. Viaja. Siempre que puedas metete en un proyecto en que toque viajar, y cuanto más lejos y diferente sea el idioma… mejor. Algunas personas llevan mal lo de viajar, pero la cultura y experiencia que te da ver otros entornos no se enseña ni en el mejor curso de desarrollo software. Y si encima aprendes otro idioma… ya ni te cuento. Trabajar en otro país (digo trabajar, no ir un día a ver una conferencia) y/o con gente de otros países es una de las mejores experiencias profesionales. Por citar mi caso, hasta la fecha me han tocado 4 países (Chile, Colombia, Venezuela y EEUU).

6º. Relaciónate. Metete y participa en los grupos de gente que se dedica a lo que a ti te gustaría dedicarte. Hoy en día con tanto 2.0 lo tienes fácil. El que no se mete en un foro, linkedin, twitter, etc., relacionado con aquello a lo que le gustaría dedicarse es porque no quiere. Identifica quienes son las personas más destacadas y aprende. Por si te animas, aquí te dejo unas cuantas.

7º. Facilita que te puedan conocer. Créate un CV en la Web, oriéntalo al trabajo que quieres, y mantenlo vivo. Puedes ir desde crear un linkedin a montarte una Web. Pero monta algo ya para poner tu CV. Eso de enviar el CV en pdf empieza a ser historia. Hoy tú no le envías el CV a la gente, es la gente la que va y te busca, mira en Google, Linkedin, etc., y visita tu CV, y si no hay CV… malo. Y como corolario a este punto: cuida tu reputación online.

8º. Desarrolla aptitudes no técnicas. A nadie le enseñan en la Universidad a hablar en público, hacer una presentación, resumir una idea, etc. Pero todo este tipo de cosas son imprescindibles. Por muy buen técnico que seas, de nada te va a valer si no sabes transmitir lo que sabes. Así que no te centres sólo en lo técnico, y empieza a leer sobre cómo hablar en público, hacer presentaciones, etc.

Y ahora que tienes unas ligeras nociones.... aquí están tus 8 profesiones.

1º. Tester técnico. Figura con muchos, pero muchos, conocimientos técnicos, que no se dedica específicamente a programar, aunque en su día a día tenga que hacerlo (para automatizar pruebas, crear scripts, etc.) Ayer mismamente, salió este tema en el blog, mira los comentarios del post de ayer si quieres conocer más este rol. Figura muy necesaria, con demanda creciente y difícil de encontrar (te lo aseguro, que día sí y día no alguien me dice “no conoceras a un tester…”). Este perfil es el que evita que no se pueda ser ágil porque se prueba en cascada. El señor Lobo de las pruebas, el que soluciona problemas y le da velocidad al asunto.

2 º. Tester de carga, rendimiento y relacionados. Como se deduce del nombre, y sin perdernos en detalles, es el rol que se dedica a comprobar los tiempos de respuesta de las aplicaciones, la carga que aguantan (por ejemplo cuantos usuarios concurrentes), detectar los cuellos de botella, recomendar soluciones, etc. El Sherlock Holmes que te sabe decir por qué una aplicación va lenta, o no pasa de x usuarios, y dónde se encuentra el problema.

3º. Perito informático. Normalmente, su tarea principal es asesorar aun juez (o actores relacionados) en un tema informático. Son los que proporciona datos, evidencias, pruebas en juicios. No te quiero contar los conocimientos técnicos que debe tener un perito informático, más los propios de esta profesión, más algunos conocimientos legales. El Perry Mason de la informática.

4º. Scrum Master. Este rol lo hemos visto decenas de veces, así que no me extiendo mucho aquí. No obstante, resumidamente, el Scrum Master es responsable de asegurar de que se cumplen los valores y las prácticas de Scrum. Y ya muchas veces esto va más allá de Scrum y podríamos decir que se encarga de que se cumplan los valores ágiles, por lo que hay quien al Scrum Master le llama el “coach” del equipo. Vamos, un Cholo Simeone del equipo software.

5º. Product Owner. No siempre esta figura tiene formación técnica, pero muchas veces es recomendable que la tenga. El “product owner” es aquella persona con una visión muy clara del software que se quiere desarrollar, que es capaz de transmitir esa visión al equipo de desarrollo y que, además, está altamente disponible para transmitir esa visión.

6º. Devops Engineer. Lo pongo en inglés porque es cómo se le conoce, y la traducción queda muy rara. Como te decía con el Tester Técnico, otra figura con muchos, pero muchos, conocimientos técnicos, en este caso más cercana a operaciones (producción, sistemas). Es una dedicación, en los tiempos que corren (que nadie quiere demorar los pasos a producción) muy necesaria, con demanda creciente y difícil de encontrar. DevOps, continuous delivery, continuous deployment, etc., son temas esenciales de conocer aquí. Aquel con la responsabilidad de romper el muro entre desarrollo y operaciones, la Kitty Pryde de un proyecto.

7º. Auditor. Realmente esta profesión son decenas, ya que en tecnología hay auditores para decenas de temas, desde datos, procesos, calidad software, etc. Pero como tal es una dedicación más. Resumidamente, sacan “una foto” independiente de la situación en la cual se encuentra un equipo o sistema software, proporcionan esas pruebas, o evidencias, sobre la situación actual. El CSI Grissom que saca pruebas sobre cómo está la situación.

8º. Arquitecto software. Haciendo ahora mismo una breve búsqueda en el portal de empleo indeed, en los USA me salen más de 26500 ofertas sobre el término arquitecto software. Aunque aquí la he puesto como una profesión, realmente son decenas, hay muchas especializaciones diferentes para un arquitecto software. Sin entrar en decisiones de mucho detalle, el arquitecto software es el que toma las decisiones de alto nivel de cómo debe construirse un sistema: qué framework, qué módulos, qué arquitectura software, qué arquitectura hardware, cómo hacer que el sistema escale, qué tecnología, qué balanceador, respaldos, etc. Aquí lo tengo fácil, vamos, como el Arquitecto de Mátrix.

Espero que os resulte de gran ayuda!

Fuentes:

#life #spanish #money #technology