En inglés, Research Software Engineering, son profesionales del software dedicados a dar apoyo a la investigación. Puede que añadan funcionalidad a un programa que ya existe, arreglen errores o construyan nuevas herramientas. Pero su labor no se limita a sentarse enfrente de un ordenador y escribir código. Ser un buen comunicador y saber trabajar en equipo es fundamental.
Durante varios años me estuve encargando de la informática interna de una empresa de unos 300 trabajadores. Llegué a tener un par de técnicos a mi cargo y teníamos trabajo para otros tantos, era inacabable. Estábamos al servicio de todos y no dábamos para tanto, aún así lo prioritario iba saliendo, y por prioritario me refiero a quienes más se quejaban.
El caso es que en más de una ocasión con motivo de arreglar algún problema en un ordenador de alguien de la oficina me explicaban lo que estaban haciendo o qué les daba problemas y te dabas cuenta que estaban haciendo una tarea repetitiva que se podía resolver en unos minutos de formación o haciendo una casilla de Excel que facilitase el trabajo o un script. Siempre creí que eso debimos haberlo protocolizado, dedicar unos minutos para cada persona del trabajo a preguntarles qué se les hacía más tedioso o en qué perdían más tiempo en su día a día y sospecho que a varios de ellos podríamos haberles enseñado como automatizarlo o hacerles algún script para facilitarles mucho la vida.
Por desgracia es algo que nunca llegué a concretar, teníamos demasiado trabajo ya tal cual estábamos como para llevar a cabo ese tipo de iniciativas. Aunque a nivel empresarial hubieran sido beneficiosas jamás llegué a ponerlo en serio encima de la mesa. Una lástima.
Y también a nivel personal se podría ayudar en ese sentido, el otro día le enseñé a mi padre como configurar una tarea de calendario para que se repitiera cada x semanas, meses o cada año. Me lo agradeció efusivamente sabiendo lo que se ahorraría de tener que poner cada semana en el calendario lo mismo manualmente para no olvidarse.
Cuando estaba en Barcelona organicé un curso de programación para doctorandos y doctores que formaban parte de un proyecto. El proyecto tenía fondos para dar una semana de formación y una semana dimos: introducción a OpenMP, MPI, etc., y el último día y medio nos dedicamos a debuggar los códigos que habiamos visto los primeros días y en los que habíamos metido bugs por todos lados. Al cabo de un par de horas uno de los alumnos nos preguntó "pero... cómo es posible que el compilador no nos avisara?" y mi respuesta fué "porque el compilador no hace magia... ahora pensad en todos los artículos que habeis publicado con resultados cuantitativos, porque seguramente contenían errores todos" y las caras fueron un poema....
Pero las empresas no están dispuestas a dedicar presupuesto a ello, quieren gente que ya venga formada como expertos… y pagarles lo menos posible, obviamente es un ‘que inventen ellos’ de manual.
Si no imputas (facturas) no sirves… y la investigación pocas veces imputa.
Desde que programar se ha convertido en estar la mitad del tiempo encajando librerías de mierda como un puzle para hacer una web que dice hola con 4000 ficheros que no sabes que coño tienen y deduces que por etica no envian tus datos al principe nigeriano, ya no se usa tanto el coco.
#1 Al contrario, ya no es necesario perder el tiempo resolviendo problemas que resolvió un indio hace 4 años.
Gracias a esas librerías de mierda podemos comprar dispositivos electrónicos tirados de precio que se conectan en la nube y te aparecen los datos en el móvil. Yo estoy domotizando la casa y aunque ciertamente el principe nigeriano debe saber cuándo enciendo el calentador de agua la realidad es que yo puedo avanzar mucho más rápido con dispositivos de mierda, programados con librerías de mierda pero que acaban dando un resultado tolerable a un precio que no duele pagar por ello.
Y sí, tengo siempre en mente cuando tenga tiempo ir aislando todos esos trastos para que trabajen en local sin enviar mierda al exterior, pero la realidad es que priorizo más incorporar las funcionalidades que me faltan antes de quitarle al principe nigeriano su parte de pastel.
Y siguen habiendo momentos en los que usar el coco, simplemente puedes avanzar con más velocidad hacia objetivos útiles.
Comentarios
La ciencia o las empresas de tecnologia?
Durante varios años me estuve encargando de la informática interna de una empresa de unos 300 trabajadores. Llegué a tener un par de técnicos a mi cargo y teníamos trabajo para otros tantos, era inacabable. Estábamos al servicio de todos y no dábamos para tanto, aún así lo prioritario iba saliendo, y por prioritario me refiero a quienes más se quejaban.
El caso es que en más de una ocasión con motivo de arreglar algún problema en un ordenador de alguien de la oficina me explicaban lo que estaban haciendo o qué les daba problemas y te dabas cuenta que estaban haciendo una tarea repetitiva que se podía resolver en unos minutos de formación o haciendo una casilla de Excel que facilitase el trabajo o un script. Siempre creí que eso debimos haberlo protocolizado, dedicar unos minutos para cada persona del trabajo a preguntarles qué se les hacía más tedioso o en qué perdían más tiempo en su día a día y sospecho que a varios de ellos podríamos haberles enseñado como automatizarlo o hacerles algún script para facilitarles mucho la vida.
Por desgracia es algo que nunca llegué a concretar, teníamos demasiado trabajo ya tal cual estábamos como para llevar a cabo ese tipo de iniciativas. Aunque a nivel empresarial hubieran sido beneficiosas jamás llegué a ponerlo en serio encima de la mesa. Una lástima.
Y también a nivel personal se podría ayudar en ese sentido, el otro día le enseñé a mi padre como configurar una tarea de calendario para que se repitiera cada x semanas, meses o cada año. Me lo agradeció efusivamente sabiendo lo que se ahorraría de tener que poner cada semana en el calendario lo mismo manualmente para no olvidarse.
#7 Java no, por Dios. Es insufrible.
Cuando estaba en Barcelona organicé un curso de programación para doctorandos y doctores que formaban parte de un proyecto. El proyecto tenía fondos para dar una semana de formación y una semana dimos: introducción a OpenMP, MPI, etc., y el último día y medio nos dedicamos a debuggar los códigos que habiamos visto los primeros días y en los que habíamos metido bugs por todos lados. Al cabo de un par de horas uno de los alumnos nos preguntó "pero... cómo es posible que el compilador no nos avisara?" y mi respuesta fué "porque el compilador no hace magia... ahora pensad en todos los artículos que habeis publicado con resultados cuantitativos, porque seguramente contenían errores todos" y las caras fueron un poema....
Pero las empresas no están dispuestas a dedicar presupuesto a ello, quieren gente que ya venga formada como expertos… y pagarles lo menos posible, obviamente es un ‘que inventen ellos’ de manual.
Si no imputas (facturas) no sirves… y la investigación pocas veces imputa.
Desde que programar se ha convertido en estar la mitad del tiempo encajando librerías de mierda como un puzle para hacer una web que dice hola con 4000 ficheros que no sabes que coño tienen y deduces que por etica no envian tus datos al principe nigeriano, ya no se usa tanto el coco.
#1 Al contrario, ya no es necesario perder el tiempo resolviendo problemas que resolvió un indio hace 4 años.
Gracias a esas librerías de mierda podemos comprar dispositivos electrónicos tirados de precio que se conectan en la nube y te aparecen los datos en el móvil. Yo estoy domotizando la casa y aunque ciertamente el principe nigeriano debe saber cuándo enciendo el calentador de agua la realidad es que yo puedo avanzar mucho más rápido con dispositivos de mierda, programados con librerías de mierda pero que acaban dando un resultado tolerable a un precio que no duele pagar por ello.
Y sí, tengo siempre en mente cuando tenga tiempo ir aislando todos esos trastos para que trabajen en local sin enviar mierda al exterior, pero la realidad es que priorizo más incorporar las funcionalidades que me faltan antes de quitarle al principe nigeriano su parte de pastel.
Y siguen habiendo momentos en los que usar el coco, simplemente puedes avanzar con más velocidad hacia objetivos útiles.
#3 Lo se, si tienes razón, pero no puedo no cagarme en ellas de vez en cuando.
#1 spring initializer funciona muy bien