La figura del bibliotecario

[[Al González]]

¡Buen día a todos!

El motivo de este mensaje es abrir un sano y productivo debate, que nos permita sondear un concepto que vengo proponiendo (y practicando) hace algún tiempo: La figura del bibliotecario.

Mi tesis es que en un equipo de desarrolladores, debe existir por lo menos un programador bibliotecario, cuya definición que propongo es esta:

Bibliotecario. Desarrollador encargado de elaborar, adquirir, investigar, administrar y facilitar recursos técnicos a otros desarrolladores, principalmente a los que se encuentran dentro de su grupo o equipo de trabajo.

El bibliotecario debe programar y mantener una biblioteca de funciones, componentes y otros recursos de software prefabricados, cuyos elementos sean creados como soluciones a necesidades reales, reportadas por los demás programadores en sus respectivos proyectos. También debe encargarse de evaluar los requerimientos de los programadores, hacer investigaciones al respecto y en su caso solicitar y/o adquirir los recursos que sean necesarios para satisfacer tales requerimientos. Además el bibliotecario, en la medida de lo posible, debe ser intuitivo, analítico, suspicaz, metódico, imaginativo, perspicaz, persuasor, disuasivo y cuestionante respecto a las peticiones que le hacen sus compañeros, pero sobre todo debe apoyarlos, entenderlos, y ponerse en sus zapatos para determinar qué es lo mejor que se puede hacer en cada caso que le plantean.

Supongamos que Juan es el bibliotecario, y Pedro y Pablo dos de los programadores finales (los que realizan la programación de alto nivel y ensamblado final del producto). En determinado proyecto, Pedro se ve en la necesidad de convertir un arreglo abierto de enteros Array Of Integer, en una cadena de caracteres String separada por comas, por ejemplo, necesita convertir el arrreglo de enteros [78, 27, 2, 19] a la cadena '78, 27, 2, 19' (considerando que el arreglo de enteros es variable). Pedro intuye que esta necesidad pudo haberse presentado antes en algún otro proyecto del equipo, así que lo primero que hace es plantearle su caso a Juan:

—Mira. Este procedimiento recibe un arreglo abierto de enteros. Se me facilitaría mucho poder convertir ese arreglo en una cadena tipo lista separada por comas, porque así podría darla como parámetro al llamar a este método que debe recibir un String. Creo saber cómo realizar la conversión, pero quizás alguien más pudo haber necesitado esto antes. ¿Tendrás algo para estos casos? Si no, te sugiero tomarlo en cuenta, porque pienso que eventualmente podría necesitarse otra vez .

—¡Amaneciste con suerte hoy Pedro! . Sabes, hace algunas semanas Pablo me planteó un caso muy similar. Desde entonces tenemos en la unidad GHMatem.pas de nuestra biblioteca, una función llamada ArregEnteACade (Arreglo de Enteros A Cadena) que precisamente hace la conversión de Array Of Integer a String que requieres. Esta es su declaración:

  Function ArregEnteACade (Const Arreglo :Array Of Integer;
                           Const Separador :String = ', ')
                          :String;

La función concatena los valores del arreglo de enteros como una cadena de caracteres enumerada, donde cada subcadena entero está separada de la siguiente por el separador indicado. Si no especificas el separador, usará coma y espacio predeterminadamente.

—¡Órale, que bien! Gracias Juan. Me ahorraste algunas horas y medio dolor de cabeza, jeje .

El anterior es un ejemplo típico de cómo interviene el bibliotecario en la solución de necesidades técnicas de los programadores finales. Se desteca la importancia que tiene en el manejo efectivo de los recursos del equipo, y se observa cómo los programadores finales no se desvían de su objetivo principal, ya que muchas tareas adyacentes le son delegadas al bibliotecario.

De antemano les agradezco todos los comentarios que tengan respecto a este tema.

Atentamente,

Al González .

[__cadetill]

La idea es muy buena. Lástima que a la hora de la verdad sea prácticamente imposible de llevarla a la práctica

[Voutarks]

La idea no esta nada mal, aunque me parece que haria falta un equipo algo mas grande que el de el ejemplo que pones.

A ver si me explico bien: bajo mi punto de vista estas uniendo dos personas en una:

Por un lado la del bibliotecario, como tu lo denominas, que seria un ayudante de los demas programadores: recolector de información, de software, desarrolador de software común y seria el constructor del sofware "bisagra" que se encargaria de unir y dar uniformidad a las distintas partes del software que desarrollan los otros programadores, ya que entendemos que cada programador tiene una tarea específica.

Por otro la del programador jefe, que es una persona que supervisa el proyecto, responde a muchas de las dudas de los programadores, decide qué es lo que hay que hacer y qué no, en definitiva proyecta, define y supervisa todo el proyecto.

Unir estas dos personas en una puede resultar demasiado para una persona o no dependiendo del tamaño del equipo de programacion y del proyecto de software. No dudo de que esto sea viable en muchos o incluso la mayoria de las ocasiones.

[andres1569]

Me gusta tu idea Al González, de hecho siempre he pensado que es conveniente tener una persona cuya ocupación sea recopilar información, bucear por la web en busca de componentes, probarlos y clasificarlos, buscar información, updates, noticias, etc ... etc.. es decir todas esas tareas que nos roban tanto tiempo. Otra cosa es que las empresas estén dispuestas a tener un puesto exclusivo para tal efecto, lo dudo.

[delphi.com.ar]

Pues ese es mi perfil dentro de la empresa, yo hago todos los paquetes de funciones, clases y componentes que utilizan los programadores. Y soy el encargado de todos los temas de programación que escape del perfil de un programador de Bases de Datos, soy quien determina los estándares a seguir en la programación, soy el que creo las units comunes de los aplicativos con los juegos de funciones extras de la VCL, creo los componentes y los formularios base para desarrollar mediante herencia visual, asesoro a los programadores cuando reciben un análisis no convencional, determino el Look and Feel, investigación....

Bueno, para mi esta es la tarea mas agradable, ya que es tan rutinaria como desarrollar aplicaciones de bases de datos.

PD: Si consigo la descripción de mi perfil, según RRHH prometo escribirla, pero no deja de ser algo similar a lo que se decribió anteriormente

Saludos!

[roman]

Bueno, si se trabaja como yo, prácticamente solito, pues uno tiene que hacerla de todo pero coincido con delphi.com.ar en que es la parte más interesante. Por otro lado, si se trabaja en una empresa grande donde hay analistas, diseñadores de bd y programadores pues entonces el trabajo pesado de programación lo llevaría el bibliotecario y los programadores simplemente harían un "cut & paste" de distintas partes. ¿Cómo ves dca?

// Saludos