...de como se contrata una tribu tech.
Recuerdo el proceso de selección, me llamo la atención que no pidieran CV sino que tuviera el perfil de Linkedin actualizado. Asi que le di un repaso y aproveche para hacer un test de aptitudes, que me pareció interesante. Lo curioso es que aprobé a la primera el de Go, pero suspendí el de Java, que era el lenguaje que mas había usado en los últimos 18 años. El caso es que con todo eso actualizado, me llamaron para hacer una charla con el responsable del grupo, junto con otro compañero que también dominaba Go, pues ser experto en Go era un requisito indispensable. Se hablaron de bastantes cosas, y bueno al final entre.
...bazel, monorepo, stack.
Y la verdad es que lo que tenían montado era impresionante. Tecnologías a destacar, Bazel como herramienta de build, de build de un monorepo gigante, bueno seguro que los de Google o Meta son mucho mas grandes, pero para los pocos (ningunos) que había visto hasta el momento, era gigante. Y claro, en ese monorepo se mezclaba todo, front, back, java, go. No me extenderé mucho, pero en general estaba todo bastante organizado, en otro monorepo se gestionaba la configuración para conseguir el CD/CI, y por ultimo otro repo para los temas de infraestructura. Sinceramente Bazel me pareció bastante feo al principio, pero al final termine cogiéndole el gusto.
...herramientas nuevas para la orquestación de siempre.
Resulta que íbamos a migrar una pieza legacy a la nueva arquitectura dentro del monorepo, y al final se decidió para orquestar el flujo de la aplicacion usar Cadence. La verdad es que me pareció bastante interesante, y al poco ya tenia pillado como iba aquello. Organizamos el aplicativo usando la arquitectura hexagonal, y bueno, al final todo funciono bastante bien. Hasta que se paro el desarrollo para priorizar otras cosas.
...o de como se aprende de los legacy, y hasta se les toma cariño.
Y bueno, durante la migración toco hacer también el mantenimiento del legacy, y conforme se hacían pequeños fixes, se aprendía sobre como funcionaba, y cuando se paro el nuevo desarrollo me encargue de otro legacy, este era un poco menos viejo, pero era mayor que mi hija pequeña. Al final, se aprende que los legacy no son tan malos, y que si se les da cariño, se pueden mantener, y hasta mejorar.
...o como intentar construir valor, sin ser tu el que lo implemente.
En esa ultima fase, empece a participar en las reuniones de seguimiento de la gente funcional BPO se llamaban aquí, y la verdad es que me parecieron flujos de trabajo bastante productivos, porque agrupaban a otras partes del negocio que estaban mucho mas en contacto con los clientes reales que nosotros, los desarrolladores, y que nos podían dar una visión mas real de lo que se necesitaba. La pega, que tenían que transmitir el requisito a la gente de desarrollo, y a veces se podia perder algo, por eso estar en esas reuniones me daba un punto de vista interesante, como en medido de dos mundos.
...visibilidad, soluciones innovadoras que rompen con las operaciones actuales.
La verdad es que cuanto mas grande son los grupos, mas difícil es conseguir sinergias, y si los objetivos de partida no son directamente los mismos, la cosa se complica... ¿prepararse para lo que puede llegar? ¿o intentar solucionar lo que ya esta aquí? ¿o ambas cosas? El equilibrio es complicado, pero es la clave para conseguir que las cosas funcionen.