Cualquier tipo de dudas, comentarios o sugerencias, pueden enviarme por PM y con gusto y respeto les voy a responder.
Espero que disfruten y les sea de utilidad mi experiencia personal.
¡Buenos días a todos, y gracias por visitar mi post!
El objetivo del mismo es comentarles un poco que tipo de vida llevan los programadores (en este caso, de base
de datos). Como es el ambiente laboral, que tipo de trabajos deben hacer, como es el manejo, pros y contras.
Voy a dividir el post en secciones para que sea más entendible.
Sobre mí
Mi nombre es Juan Ignacio. Tengo 21 años y vivo en Buenos Aires, Argentina.
Trabajo como programador de base de datos desde hace 3 años, y estudio ingeniería en sistemas
desde hace la misma cantidad de tiempo.
Trabajo en una consultora (excelente lugar para quienes busquen ininicarse en el mundo de sistemas), en el
edificio del cliente. Es decir, estoy como "subcontratado" en una empresa.
Hoy les propongo conocer un poco, para quienes busquen una actividad laboral/estudiantil similar, un
panorama similar al que van a tener, y las situaciones del día a día que se van a enfrentar.
Al mismo tiempo para quienes estén interesados por curiosidad, que es lo que sucede en esas oficinas. Que tipo
de personas hay, y como es el manejo interno.
Sobre trabajar de programador
Existen varias ramas de programación a las que se les puede asignar una situación laboral diferente a
las demás (web, base de datos, operativos, etc). Todas comparten grandes similitudes y, al mismo tiempo, se
diferencian notablemente.
En este caso les voy a contar el caso particular de base de datos.
Para comprender el funcionamiento básico de un sistema, deben entender que existe lo llamado circuito de necesidad de un desarrollo o mejora. Esto es que, el cliente (consumidor final), va a elevar una necesidad de un desarrollo o mejora en algún programa/web/operación y nuestro trabajo va a ser elaborar la solución a esa necesidad.
Un programador está en la búsqueda contínua del mejoramiento de desarrollos, optimizando la calidad y tiempos de ejecución del código del cual es responsable.
Sobre trabajar de programador de base de datos
- Organización
Como programadores van a estar ubicados en una oficina junto a otros programadores y, posiblemente, algunos
funcionales.
Dentro de estas oficinas es común que los dividan en cubículos, algo así:
En mi caso son simplemente los escritorios, sin las divisiones de los cubículos.
Los programadores van a estar permanentemente asignados a un proyecto, que tiene una relación directa
con un cliente (si es que trabajan por una consultora), o directamente, su proyecto es el cliente
(como es mi caso, que trabajo en el edificio del cliente).
Si están por consultora y su proyecto finaliza (hay veces que clientes contratan a una consultora para
realizar una cantidad de desarrollos y mejoras, y luego se dan por hechos y dejan de contratar), van a ser
asignados a un nuevo proyecto del mismo, o diferente cliente.
Cada uno de estos grupos de programadores va a estar liderado por el llamado "Team Leader" (TL).
Esta persona les asignará sus tareas, indicará la distribución del trabajo total, consultará el estado de
cada trabajo, y los aconsejará y ayudará cuando lo necesiten.
Pueden estar en una oficina con otros 19 programadores entre los cuales manejan 4 proyectos diferentes, y cada
proyecto tiene su TL propio.
Es muy importante que cada grupo de programadores de un proyecto esté unido y comprometido con el mismo, ser programador exige, en la mayoría de los casos, un excelente trabajo en grupo.
- Situación del día a día
Llegamos a la oficina después de haber viajado como sardinas (posiblemente).
Horario común de trabajo: 9:00hs ~ 18:00hs
Nos sentamos en nuestra ubicación de trabajo, y observamos la siguiente situación (algo detallada):
Los funcionales generarán un Diseño Funcional (DF) de la necesidad del cliente, y se lo pasarán a
nuestro TL.
Es decir, cuando el cliente necesite algún desarrollo o mejora, le comentará al funcional qué es lo que
necesita. El funcional trabajará como medio entre el cliente y los técnicos para traducir esta
necesidad en un "lenguaje" que nosotros comprendamos. Al mismo tiempo determinará si es posible o no, el
deseo del cliente (a veces requerirá la ayuda de un TL técnico para hacer esta determinación), y la cantidad
de tiempo y forma de entrega requeridas para el trabajo.
-A medida que ganan experiencia, el programador comprende más aspectos funcionales por lo que le facilita la
tarea al funcional-
Una vez que nuestro TL posee el DF generado, se lo asignará a un programador.
Los DF tienen diferentes grados de dificultad, por lo que el TL deberá elegir bien a quien asignar el DF, para
que se puedan cumplir los pactos de tiempo y forma acordados con el cliente.
Un DF de una prestadora de un servicio (EDESUR, Cablevisión, etc), podría decir algo como:
"Se deberá modificar el programa que genera los telegramas de corte de servicio al cliente para qué, en
el mismo, se muestre no sólo la fecha límite de pago sino, también, la fecha de cuando se realizará
la restricción."
Obviamente, todo esto acompañado de más información funcional y generalidades específicas del cliente.
Dependiendo de cada proyecto, el funcional puede/debe incluir más/menos información técnica y funcional.
Nosotros, como programadores, deberemos:
* Identificar cual es el programa que genera dicho telegrama.
* Poseer el conocimiento de las tablas e información de la base de datos para poder obtener la información que necesitamos.
* Analizar y localizar, dentro del flujo de información del programa en cuestión, el momento más conveniente para realizar la modificación e incluir los cambios.
* Realizar los cambios en cuestión.
* Pequeña prueba del cambio realizado.
* Documentar las modificaciones y las pruebas.
Nuevamente, dependiendo del proyecto, algunas de estas responsabilidades tienen mayor/menor prioridad.
En algunos proyectos cuentan con equipo de Testers, quienes realizarán las pruebas necesarias para
determinar si el cambio es eficiente o no, y si cumple con lo solicitado por el cliente.
En otras, simplemente las realiza el programador o funcional.
Una vez terminada la modificación o desarrollo solicitada, procedemos a realizar la entrega a nuestro
TL para que realice una revisión final (en caso de ser medianamente nuevos), y luego, él, entregue al
funcional.
- Ambiente de trabajo
Muchos deben tener la siguiente imagen de un programador:
Y que, seguramente, somos personas poco sociables, muy acostumbradas al ambiente solitario.
Puede que en algunas ramas o casos de programación sea similar. Pero, en términos generales, este estereotipo es totalmente falso.
Las oficinas son lugares donde el murmullo constante es un factor. ¡Junto a los mates y las galletitas!.
Van a tener compañeros buenos y malos. Gente dedicada y que encuentra pasión en su labor, y gente que está ahí porque "no les queda otra".
Lo importante es que, entre todos, se puede generar un ambiente más que agradable.
Ya mencioné que la comunicación entre todos es muy importante para llevar un proyecto adelante. Esto te obliga a preocuparte por la situación de tus compañeros y poder darse una mano cuando lo necesiten (y pedirla, cuando esten agobiados).
Si bien pasar gran parte del día sentado frente a la computadora es una realidad, no tiene por qué ser algo que uno sufra.
Pueden tener proyectos más serios y otros más informales. Pero en todos pueden sacar algo positivo que los impulse a seguir.
Probablemente tengan reuniones y charlas en cada proyecto para poder generar conocimiento y un lazo entre todos de como va a ser llevada la operación.
Y haya proyectos en los que no puedan hablar ni disfrutar unos mates con los compañeros. Pero, creanme, son la minoría.
Los jefes y gerentes son concientes del tipo de trabajo que los programadores llevan. Y que si ocurre algún bloqueo mental uno puede perder una jornada entera de trabajo sin ningún avance.
Por esto muchas veces permiten libertades y son flexibles con horarios. Algunos, incluso, disfrutan el "Home Office" (trabajan desde sus casas, con una conexión remota a su trabajo).
Así que ahoguen esa idea de que el programador es solitario y antisocial. Esta es una de las cualidades que, en las entrevistas de trabajo, no desean para nada!
- Jefes, supervisores, Team Leaders
La foto carnet de mi jefe, tendrá 2 años de antigüedad
Si bien el concepto de nuestros superiores va a variar drásticamente según nuestro proyecto y situación, hay un punto en común:
El programador trabaja para el cliente. Y nuestras entregas deben ser en tiempo y forma.
¡Para eso nos pagan!
Si uno se compromete con el trabajo y se esfuerza en dar lo mejor en cada entrega, rara vez obtendrá un llamado de atención.
En su lugar existen varias formas de premiación (bonos, regalos, mails de felicitación por un trabajo bien hecho, etc).
Cada superior tuvo que atravesar las etapas que nosotros vamos viviendo. Nadie comienza desde arriba (o así debería ser..), por lo que muchas veces van a entender nuestra situación, y van a estar cuando necesitemos algún tipo de auxilio.
Como en todo trabajo, el esfuerzo es lo mejor visto, y tiene su recompensa. Siempre.
Aunque es verdad... pocas veces nos va a caer bien
- Posibilidades de crecimiento
La realidad es que estamos un poco en desventaja, muchachos.
Al tener un enfoque técnico de cada situación, no vamos a ser, directamente, los más útiles como jefes o gerentes.
Frente a esto, tienen más oportunidades los funcionales, sinceramente. Pero es justo, ya que ellos tienen el enfoque funcional de cada situación.
Pese a tener esa "desventaja" inicial, es mucho más que posible llegar a un buen cargo si cumplimos los requerimientos.
En cuanto al aspecto económico, el crecimiento lo vamos determinando con aumentos merecidos, charlándono con nuestros jefes.
Pero si nuestra ambición no es meramente económica, y buscamos alcanzar un puesto alto, lo mejor que podemos hacer es demostrarlo.
¿Cómo?
Con esfuerzo y perseverancia.
Si demostramos ganas de ser el líder de nuestro proyecto, y lo conseguimos, vamos a comenzar a tener contacto con otros superiores. Debemos demostrar, siempre, tanto para arriba como para abajo.
¿A qué me refiero?
Debemos demostrarle a nuestros jefes y nuestros pares, que nuestro cargo nos va quedando chico a medida que vamos ganando experiencia.
Y, al mismo tiempo, demostrarle a nuestros coordinados que estamos ocupando el cargo correcto en ser quien los organice.
Siempre hay que tener predisposición a mejorar, aceptar los errores, y crecer a base de los mismos.
Otra posibilidad, también, es pedir un cambio de proyecto, o conseguir un nuevo puesto como funcional. Desde ahí, el "escalamiento de puesto" es algo más favorecido.
Economía y oferta laboral
A fines del año pasado, un usuario me comentó, por PM, que deseaba trabajar de programador.
Pero qué, realmente, no sabía si iba a poder cumplirse su sueño de vivir de lo que le gusta ya que no conoce como se encuentra el mercado laboral.
Quienes estén interesados en trabajar en Sistemas (no solo programadores), tienen la suerte de que hay una excelente oferta laboral.
No sólo eso, sino que es bien retribuida económicamente.
Pero al mismo tiempo, posee un exigimiento directo con nuestras espectativas laborales.
Nuestros conocimientos, disposición y esfuerzo es muy necesario en esta carrera.
~ Una persona que se va a tomar un Taxi, no necesita que el taxista le hable. Ni siquiera que maneje bien. Solo le importa que llegue a donde indicó, y le cobre lo que corresponda. ~
En varios trabajos, importa tanto el medio como el resultado. Sistemas es uno de ellos.
El mundo de sistemas es pequeño, "todos se conocen entre todos", y que tengan un buen concepto de vos es fundamental. Sobre todo en el momento de pedir recomendaciones.
Si están dispuestos a crecer personal y profesionalmente cada día, no van a tener problema.
Y que les guste su trabajo les va a hacer la vida mucho más simple.
¿Cómo comenzar?
Si deciden que el mundo de sistemas y la programación son su lugar, pueden capacitarse para desenvolver el trabajo que más les gusta.
Existen varias instituciones que ofrecen capacitaciones certificadas (tanto gratuitas como pagas).
En varios casos, grandes empresas y consultoras capacitan a sus empleados desde 0 (como fue mi caso), para que sean recursos útiles.
Si no poseen ningún tipo de experiencia, es bueno que busquen ofertas en las que se capacite al empleado (Accenture, IBM, otros).
Una vez que son insertados en el mercado, es muy común sufrir miedo por no poder cumplir con las especificaciones del cliente o del proyecto.
Siempre tengan en mente que TODOS nacen sin saber, y van formando su experiencia a base de lo vivido.
Así que, ¡No sientan miedo!.
Disfruten de tener la oportunidad de vivir de los que les gusta e interesa.
Y no dejen de esforzarse.
Eso es todo
Espero que hayan comprendido un poco como es el trabajo del programador y puedan llevarse algo del post.
Si tienen alguna inquietud, siéntanse libres de comentar y preguntar por PM lo que deseen.
¡Éxitos a todos, y gracias por leer!