La semana pasada comencé un nuevo proyecto con uno de mis clientes favoritos. De forma muy resumida me dijeron: «Necesitamos que entrenes a estos jóvenes profesionales que recientemente se unieron a la organización y que a la pasada resuelvan esta problemática de negocio»
No es la primera vez que hago un proyecto de este tipo, en el pasado desarrollé iniciativas similares para Auth0, Onapsis y Southworks. Este tipo de proyectos es sin duda mi preferido, está en muy alineado con lo que hago en la universidad y sinceramente creo que me sale bien (esto lo digo basado en el feedback de participantes e involucrados).
Esta iniciativa tiene como objetivo que los participantes puedan sumarse a un equipo y trabajar con cierta autonomía, aportando valor de manera armónica sin generar ruido en el equipo. Esto requiere tener ciertos conocimientos técnicos y ciertas habilidades «blandas». En este contexto trabajamos sobre prácticas tales como: versionado, coding conventions, Test-Driven Development, Specification By Example, estimación, reporte, versionado e integración continua, diagnóstico y troubleshooting entre otras.
El proyecto recién comienza y durará entre 6 y 8 semanas al cabo de las cuales esperamos que los participantes se sumen a equipos de de desarrollo de la organización. Continuará…
La semana pasada cerré un proyecto que había comenzado a mediados de julio. Quien me contrató fue el gerente del área de desarrollo y la idea era ayudar a mejorar el proceso de delivery implementando prácticas de lo que comúnmente se denomina «DevOps» (automatización de pruebas, builds, deploys, etc, etc).
Propuse hace un primer piloto (formalizado en la contratación de un paquete de horas) trabajando con uno de los equipos de desarrollo para entender la dinámica de software delivery de la organización. El panorama parecía prometedor pues detecté muchas oportunidades de mejora tanto en el área de desarrollo como en operaciones y por ello decidimos hacer un acuerdo de trabajo hasta fin de año.
Ya desde el comienzo el trabajo con el área de operaciones no parecía fácil, bastante resistencia y excusas diversas amparadas en regulaciones del sector. Sin embargo, confiaba en poder «subirlos al barco», pues ya he lidiado con escenarios de este tipo en varias ocasiones.
Lamentablemente, no logramos que operaciones «se suba al barco». Más aún, en un punto es como que decidieron patear en contra, negando permisos, dilatando decisiones e ignorando pedidos. Nunca me había pasado algo así. Con lo cual logramos implementar algunas mejoras con los equipos de desarrollo (versionado, análisis estático de código, automatización del build, etc, etc) pero fue muy poco lo que pudimos avanzar más allá de las prácticas que los developers realizan en sus máquinas de desarrollo. Obviamente que tampoco pudimos avanzar en las cuestiones de colaboración dev<->ops que se plantean dentro del paradigma DevOps. Es por esto que un proyecto que inicialmente estaba pensado para durar hasta diciembre, decidimos cortarlo en octubre, el contexto organizacional no estaba listo aún para encarar una transformación de este tipo.
Como siempre, intento ver el vaso medio lleno y por eso incluso en este caso que bien podría interpretarse como un proyecto fallido creo que hay lecciones aprendidas, las dos más importante que me llevo en este caso son:
Reafirmo que si el área de «Ops» no compra, es muy poco probable llegar a buen puerto. A partir de esto, yo debería asegurarme que la gente de Ops esté involucrada desde el momento cero (incluso antes de confirmar la contratación).
Si la organización no se percibe como una empresa de tecnología, tal vez sea mejor no meterme, mi forma de trabajo no calza bien en esos casos. Como me dijo una vez mi colega Sergio Villagra, hay proyectos que mejor no hacerlos 🙂
A partir del veto de la Ley de Financiamiento Universitario se están desarrollando diversas actividades en las universidades nacionales.
Es por eso que hoy, luego de más de 20 años de docencia universitaria, di por primera vez una clase pública. Luego de hablarlo con mi equipo docente decidimos que era el momento y la forma más apropiada de hacer visible nuestra posición y nuestro apoyo al reclamo universitario.
Configuramos el aula pública con una pizarra móvil y los escalones de explanada a modo de asiento. Con el ruido ambiente de la Avenida Paseo Coló, nuestra clase de Ingeniería de Software 2 comenzó a las 8:00 AM. Éramos los únicos en la explanada de la facultad pero hacia las 9:00 AM se fueron sumando otros cursos.
En la clase me acompañaron Kevin, Joaquin y Alejo, miembros de mi equipo docente. El tema que abordamos fue medio conceptual y bastante polémico: hablamos de modelos de branching, integración continua, trunk-based development y monorepos.
Creo que a pesar de la constante amenaza de lluvia, la clase salió muy bien en parte porque no llovió.
Como la situación no mejore, me temo que volveremos a repetir la experiencia.
En estos tiempos en que la educación y sistema científico Argentino están sometidos a desfinanciamiento y cuestionamientos varios, quiero compartir un poco de información general y algunas cuestiones de mi caso.
Al hacer investigación, en primer lugar uno debe encontrar un tema de investigación y debe empezar a estudiar para encontrar algún punto concreto donde potencialmente hacer un aporte. Ya estudiar un tema implica recursos, de mínima hay que leer publicaciones científicas, las cuales en su gran mayoría no son de acceso gratuito. En general los centros de investigación y universidades suelen tener suscripciones pagas para poder dar acceso a sus investigadores. En Argentina, hay ciertas suscripciones cuyo acceso lo gestionaba el ministerio de ciencia y técnica y lo disponibilizaba para diversas instituciones públicas. En este momento, varias de esas suscripciones han caído (no las renovaron). En fin, de alguna forma el investigador estudia, encuentra una idea dónde hacer un aporte y comienza entonces «el camino hacia el aporte». Esto que describo aquí de forma lineal puede no ser tan así, dependiendo del caso puede ser una cuestión más «iterativa», con idas y vueltas.
Ya teniendo un tema (o al menos una pista de por dónde ir) hay que poner manos a lo obra, lo cual puede implicar actividades muy distintas dependiendo del área de investigación. En mi caso, yo trabajo en Ingeniería de Software Empírica, lo cual no suele requerir ningún equipamiento particular, ni compuestos químicos, ni tampoco un laboratorio. Nos basta con una computadora. En este sentido podríamos pensar que para mi caso esta parte del trabajo es relativamente «barata» en términos comparativos con otras disciplinas. Básicamente trabajamos con gente y con datos. Puede que necesitemos de algunas herramientas no gratuitas (software licenciado, algún servicio online, etc), pero en general de costo bastante accesible (algunos cientos de dólares). Es importante destacar que dentro de la informática hay otras temáticas muy distintas (por ejemplo todo lo relacionado a Inteligencia Artificial) y que pueden tener necesidades de recursos/infraestructura también muy distintas.
No voy a entrar en detalles pero básicamente aplicamos el método científico y en algún punto llegamos algún hallazgo que consideramos que agrega valor y «expande la frontera del conocimiento». Es momento de publicar, pues según las reglas del sistema la real medida de avance es la publicación. Escribimos un artículo y lo enviamos a una conferencia o a una revista. La publicación tiene dos objetivos: validación y difusión. Para publicar, ya sea en una conferencia o en una revista, hay que pasar por un proceso de revisión por pares. Los revisores evaluarán nuestro artículo considerando diversas dimensiones que obviamente incluyen el valor de nuestro aporte, pero también la rigurosidad del proceso de investigación y la presentación (o sea, qué tan bien escrito está el artículo). En el «caso feliz», nuestro artículo será aceptado para publicación lo cual nos pondrá muy contentos pero traerá seguramente aparejado un desembolso de dinero. En el caso de las conferencias tendremos que afrontar los gastos de la participación en la conferencia que básicamente son la inscripción y la logística de participación (traslado, alojamiento, viáticos, etc). Simplemente a modo de ejemplo: en agosto participé del CLEI 2024, una conferencia internacional que se realizó en Bahía Blanca. Tuve que viajar a Bahía Blanca y alojarme allí 2 noches. Asimismo la inscripción me costo 260 dólares. Redondeando tuve un gasto total de 400 dólares, de los cuales 340 salieron de mi bolsillo. La universidad solo me pudo aportar unos 60 dólares. Claro que hay conferencias más económicas pero también las hay más caras. Personalmente he participado en conferencias de 100 dólares y en conferencias de más de 1.000. Asimismo he participado en conferencias en Argentina, Brazil, Bolivia, Escocia, España y Finlandia y en todos los casos la mayor parte de los costos los afronte de mi bolsillo. A diferencia de lo que suele ocurrir con las conferencias de industria, donde los speakers tienen la entrada bonificada y en ocasiones también algunos viáticos, en las conferencias académicas hay que pagar, sobre todo los autores deben pagar pues el proceso de publicación no es gratuito. Publicar en una revista, puede en algunos casos, resultar menos oneroso, pues no hay costos de logística ni inscripción, pero en general hay que pagar a la revista. Si bien hay revistas en las que puede publicase gratuitamente, hay muchas otras en las que el costo publicación requiere un desembolso. Un costo implícito en todo este proceso es el tiempo que deben dedicar los investigadores, un tiempo que hoy en día en Argentina es remunerado muy pobremente.
No suelo hacer paro ni tampoco marchar en movilizaciones. No es que no adhiera a los reclamos que motivan estas acciones, sino que simplemente no terminan de convencerme este tipo de expresiones. Dudo de su efectividad.
Sin embargo hoy sí marcho porque creo que estamos en un situación insostenible, sin precedentes y muy riesgosa. No para mí en particular sino para nuestra sociedad en general. Los hechos concretos son que los salarios docentes (y creo que los no docentes también) no han tenido actualizaciones relevantes y acorde a la inflación del último año. Esto ha provocado una pérdida muy importante del poder adquisitivo. Asimismo ha traído como consecuencia que ya tengamos docentes dejando sus puestos en la universidad pública, ya sea para trabajar en universidades privadas o incluso en universidades del exterior. Y ni hablar de la situación de los investigadores. Conozco casos concretos, con nombre y apellido, y temo que este fenómeno se generalice. Aún cuando el gobierno diga que no piensa cerrar las universidades públicas, la realidad es que las está desfinanciando (al igual que hace con otros sectores).
Sin duda hay cuestiones a mejorar pero la actitud del actual gobierno no va en línea a mejorar nada. La universidad pública, a pesar de todas las falencias que pueda tener, ha sido siempre uno de los pocos caminos de movilidad social e igualación de oportunidades. Y esto para mí está hoy en día en riesgo.
Claro que uno puede entender la situación «excepcional» del país, pero sinceramente parece que la cuestión se extiende mucho más allá. El gobierno actual, no solo no otorga financiamiento suficiente sino que tampoco da visibilidad hacia adelante. Creo que la situación podría ser distinta si el gobierno dijera «hoy no hay plata y debemos ajustar, pero el año próximo restauraremos el presupuesto«, pero no es el caso, ya que en el presupuesto presentado para el año próximo nada se ve de esto. A esto se suman las mentiras de los funcionarios que pretenden desacreditar el reclamo y que no hacen más que generar violencia. Comparten cifras incorrectas que nada tienen que ver con la realidad.
Y no me vengan con ganzadas del tipo «¿Y porque no te marchaste contra gobiernos anteriores?«, porque la situación actual no tiene precedentes como tampoco la tiene la actitud impresentable de los funcionarios hablando sin saber y mintiendo.
Trabajo en la universidad pública desde hace más de 20 años. Vengo haciendo toda la carrera docente escalón por escalón. Comencé como colaborador no rentado, luego fui ayudante de segunda (mientras era estudiante), ayudante de primera (cuando me recibí), concurse como JTP y finalmente hoy en día soy profesor adjunto. Actualmente trabajo en dos universidad públicas (UBA y UNTreF), en un caso con dedicación simple y en el otro semi-exclusiva, son unas 30 horas semanales que reparto entre docencia, investigación y extensión. Tengo excelentes evaluaciones de los cursos a mi cargo, dirijo trabajos finales de carrera y colaboro en el consejo asesor del departamento. Desde el año 2016 trabajo en investigación, publicando consistentemente 2 o 3 artículos artículos formales cada año. Así y todo, mi salario apenas llega a cubrir la canasta básica. No es sostenible. Personalmente tengo la posibilidad de trabajar en el sector privado y hoy en día la informática es una actividad muy bien paga, pero no ocurre lo mismo con todas las disciplinas. Hoy colegas que la están pasando muy mal y lo que se está destruyendo hoy en día puede llevar mucho tiempo recuperarlo.
Es por todo esto, por mis colegas docentes, por mi estudiantes, por mis hijos y por nuestra sociedad que hoy marcho a defender la universidad pública.
Blog de NicoPaez 