Perfiles (AP)

Hola,

 

Comienzo una serie de entrevistas enfocadas al mundo actual del desarrollo.

En éstas intentaré mostraros los diferentes perfiles laborales que tienen algo que ver con la programación.

No voy a entrar en quién debe o no ser informático, simplemente, a través de varias entrevistas, os intentaré enseñar cómo se vive el desarrollo en la actualidad.

Existen diferentes roles en la programación. La mayoría de las veces, los 'curritos' suelen estar contratados por una categoría pero desarrollan funciones de varias, por lo que es muy difícil saber realmente qué es cada uno.

 

En principio, se pueden definir los siguientes perfiles:

Programador: Es una persona dedicada a generar líneas de código. No necesita saber lo que está haciendo, simplemente debe implementar el código que previamente se le ha definido a través de los cuadernos de carga. Este perfil, en mis 20 años de experiencia no lo he conseguido ver nunca.

 

Analista - Programador (AP): Es el perfil más habitual. Implementan el código de las aplicaciones basándose en las especificaciones funcionales que someramente recibe de perfiles superiores (analistas). Rara es la vez que generen un código que en breve deban cambiar ya que no cumple con las 'expectativas del usuario'. Pero son las tripas reales de los programas. Son los auténticos creadores. Sin embargo, suelen ser los menos reconocidos y la categoría más baja del ciclo de vida del software.

 

Analista Funcional: Es la mente pensante. Bueno, debería serlo, ya que al final esa parte recae (también) sobre el AP. Su función consiste en analizar las necesidades del usuario y definir a partir de éstas un modelo lógico sobre el que basar el desarrollo.

 

Jefe de proyecto: Es el más alejado de la programación, si bien no conozco ninguno que sea destacable sin antes haber sido AP o AF. Su función principal reside en coordinar los equipos de trabajo (formados por AP's y AF's) así como ser el punto de contacto con el usuario final (o cliente). Es el escalón más alto de la cadena de desarrollo.

No penséis que la línea siempre discurre en un sentido (AP, AF y por último JP). Puedes llegar a ser un gran AP y decidir no ascender. No es lo normal, pero la gente que se lo propone (y vale) lo consigue.

Me centro ya en la entrevista. Hoy hablamos con un AP.

 

Analista-Funcional.

 

SinSa: Bueno, empecemos con datos irrelevantes... Nombre y edad.

AP: Carlos, 30 años.

 

S: Cuéntanos un poco tu perfil y experiencia.

AP: Soy Analista-Programador. Llevo 3 años en este trabajo. Estudié Físicas pero no encontré nada relacionado en el mercado laboral; al menos no estuve el tiempo suficiente. Era mucho más fácil irse a la oferta de trabajo informático. Empecé desarrollando con CSAP, Visual BAsic y Fortran, pero me centré rápidamente en ASP.NET y SQL, tienen mucha más salida.

 

S: ¿En que banda salarial se mueve actualmente un AP?

AP: Normalmente varía entre 21.000 y 35.000 € anuales. Hay algunos que superan con creces esta banda, pero son muy pocos. Llevan mucho tiempo en esto y son expertos en un producto concreto o mantienen aplicaciones muy críticas .

 

S: ¿Qué tipo de aplicaciones son esas?

AP: Por ejemplo, unas de las más complejas por sus algoritmos son las que gestionan los vuelos en los aeropuertos. Otras, como las estatales (hacienda) lo son por lo bien optimizadas que están al tener que procesar grandes cantidades de datos. Pero llegar a ese nivel es algo que se sale de mis expectativas.

 

S: ¿Por qué? ¿Cual es tu objetivo laboral?

AP: Mi intención es la de alcanzar el perfil de Analista. Me gusta el desarrollo pero donde realmente me siento bien es en el análisis, el algoritmo.

Traducir la idea a un lenguaje que entienda el ordenador (programar) no es tan bonito como crear la propia idea (análisis).

 

S: Esto nos da una idea de qué es lo que más te gusta de ser AP. Pero cuéntanos que es lo que menos te agrada.

AP: Madrugar

En serio, aunque parezca contradictorio, lo que menos me gusta es la programación repetitiva. Mantener aplicaciones es aburrido y tedioso. Cuando llevas un mes haciéndolo ya no te encuentras con nada nuevo. La mayoría de las veces con un copy&paste solucionas el problema (usas algo que ya has hecho antes). Añades un campo en una ventana, cambias el título de otra, etc. Es como trabajar en una cadena de producción.

 

S: Pero la mayoría de las tareas de un AP son del tipo mantenimiento, salvo cuando se crean nuevas aplicaciones.

AP: Exacto. Es por eso que quiero evolucionar a AF. Lo que a mí me atrae son retos nuevos. Soy un culo inquieto .

Tengo compañeros que se sienten cómodos manteniendo aplicaciones. Saben siempre lo que tienen que hacer y no tienen que estrujarse el cerebro para afrontar retos nuevos.

 

S: Mantener aplicaciones también genera estabilidad (la aplicación se hace 'dependiente' del desarrollador que la conoce).

AP: Bueno, si la aplicación está bien documentada, no debería costar mucho cambiar el equipo que la desarrolla/mantiene.

 

S: Ya, pero eso no ocurre en la mayoría de los casos.

AP: Jajaja, cierto. De todas formas mi situación actual me permite el no necesitar estabilidad, puedo arriesgarme a cambiar de empresa para afrontar nuevos retos. Cuando estrujo todos los conocimientos de un proyecto, me busco otro. Hasta ahora siempre me ha reportado nuevos conocimientos y experiencia (además de algún incremento en mi salario). Tampoco pienses que soy un mercenario, tan solo llevo tres años (y tres empresas).

S: Muchas gracias por tu tiempo.

AP: Un placer.

 

S: Regards(las plantas)

AP: ¿Perdona?

S: Nada nada.