Adrián Laborda ✇

Desarrollar software en la Administración te cambia la forma de ver muchos problemas tecnológicos. Legacy. Interoperabilidad. Datos. Sistemas críticos. No todo lo que parece absurdo desde fuera lo es cuando conoces las restricciones. Aquí hablamos de eso.

Cómo ya conté por aquí, estamos extrayendo el sistema de diseño de la última aplicación que se desarrolló para aplicárselo progresivamente a todas. Así es más fácil, cómodo e intuitivo para el usuario. Y más fácil de mantener para nosotros. Win-win. Y está mal que lo diga yo, pero nos está quedando refacherito, eh 🤭 PD: hay mucho pixelado, pero qué le vamos a hacer (y eso que todos los datos de las capturas son sintéticos)🫠. This is the only way.

Esto de Dax, totally agree. Nosotros ya veníamos de entornos multirrepo (realmente, un repo raíz y submódulos, en cada suite) y nos planteamos pasar a monorrepo por todo lo que se hablaba. Tras mucha tormenta de ideas, seguimos con el multirrepo y, hasta ahora, nos ha funcionado de maravilla. Pequeños consejos: 1. Instrucciones escritas con cómo quieres trabajar tú para que al agente lo sepa y sea consistente (actualizar el puntero de la raíz con cada commit o cómo lo hagas tú); 2. Añade referencias a los archivos relacionados en los archivos donde tenga sentido. Ahorra contexto, evitas búsquedas innecesarias y que el agente invente. 3. No volverse loco. Los modelos siguen mejorando exponencialmente y creo que es un error cambiar por completo tu forma de trabajar, cuando quizá en 6 meses el problema ya no será un problema. Es cojonudo adaptarse y aprender (que no se entienda lo contrario), pero creo que con algunas cosas se nos ha ido un poquito de las manos y nos hemos autoimpuesto una rigidez inexplicable.

Cómo poco vas a tener que usar las mismas herramientas que van a usar "ellos". Si alguien va a estar corriendo un agente 24/7 buscando fallos en tu aplicación, tú no te puedes permitir menos o será cuestión de tiempo caer. Nuevos tiempos, nuevas reglas.

Soy el único al que le parece que la sub de Chatgpt se la han cargado y no dura una miseria? Mira que la uso con Pi como buen tokenpoor, pero de unos días a esta parte no dura nada.

Procedo a arremangarme y meterme en el berenjenal. Cómo siempre, mi intención no es excusar la basura de aplicaciones que nuestra querida Administración brinda a los ciudadanos, pero sí lo es dar contexto para que sepamos lo que hay. 1. INTENCIÓN. Lo primero de todo, en la Administración no hay desarrolladores como tal, porque no se desarrolla. No hay capacidad humana ni ganas de que la haya. Cómo se ha dicho ya mil veces, la práctica totalidad va por licitaciones. Puedo contar con las manos las aplicaciones que se han desarrollado internamente. 2. INCENTIVOS. Las decisiones (casi todas ellas) se toman en la capa política, bien por cargo político como tal (ministro) o cargos de libre elección (secretario de estado, subsecretario, director general subdirector general....). Y ninguno de ellos (sería un unicornio) es de perfil técnico, son de carrera... política. Esto tampoco dista mucho de la gran empresa. Tengo amigos en bancos grandes en los que para cambiar el texto de un botón hay que pasar por el CEO (caso real, LMAO). Los 4 que estamos abajo con el pico y la pala muchas veces nos sorprendemos por la cantidad de decisiones absurdas que se toman y con total desconocimiento de la operativa real del día a día, pero hay que seguirlas. 3. ELEFANTIASIS. Cómo he dicho, somos 4 gatos y la cantidad de aplicaciones que hay en producción es completamente abrumadora e inmanejable (solo en mi ámbito tenemos casi dos millares de aplicaciones en producción en el CPD, ahí es na). Y, aunque siempre hay risas con el funcionario medio, la gente que me rodea es tremendamente responsable y se lleva trabajo a casa para tratar de apañar todos los desaguisados con la cinta americana o las bridas que nos dan. Sin ir más mejor, yo estoy de permiso de paternidad y ya he tenido que entrar con el remoto varias veces, porque, me repito, somos 4 y hay aplicaciones que o las levanto yo o no hay nadie más. Y eso que todas mis aplicaciones son para uso interno. 4. RESPONSABILIDAD. Cómo cualquiera que esté por aquí sabe, la Administración no puede vibecodear una herramienta en 1 día, ni en 10. Ni ningún dev de ella pushearia nada a producción de esa forma, porque no solo se juega su culo, sino el de todos los ciudadanos. A ver quién es el guapo, que con su nombre y firma, publica en nombre de la Administración, y con ella como responsable última, una aplicación abierta al uso de cualquier ciudadano y más una como Autofirma (por poner el ejemplo del tuit citado), que tiene una importancia bastante elevada. Diría que crítica. Y ahí lleva más de una década, integrada en todos lados, años de cambios de navegadores... No digo que no tenga mérito (ni mucho menos), pero hacer y publicar algo por tu cuenta y riesgo vs hacerlo en nombre de la Administración son responsabilidades que nada tienen que ver. 5. CASH. Vuelvo con Autofirma, por seguir con el ejemplo. Cuantos Ayuntamientos dependerán en su Administración Electrónica de ella? Si sacas una nueva y deprecas la antigua, les fuerzas a adaptarse. Suena guay, en teoría. En la práctica, cuántos Aytos. de 100, 500 o 1000 personas van a tener presupuesto para ello? De primeras ya les haces un boquete en los paupérrimos presupuestos que tendrán. De segundas, el Gobierno tendría que sacar líneas de ayudas para todos esos Aytos y/o Administraciones que no podrán ni serán capaces de adaptarse o les costaría años. En resumen, más billetes al fuego para cambiar algo que, mal que bien, funciona. Soy consciente de que esto es polémico, que X es el mundo del color de rosa, donde todos los devs saben y programan mejor que Claude y en sus trabajos no hay fricciones y todo va suave como la seda, pero yo estoy por aquí para ser sincero y transparente. En la Administración el grado de complejidad, para bien o para mal, es de varios órdenes de magnitud distintos. Repito, como empecé, que no excuso a la Administración ni a los que estamos en ella. Hay mucho por hacer y mucho que cambiar, pero como ciudadanos también habemus de ser responsables y conscientes con lo que pedimos.

La segunda paternidad me ha atropellado por completo 🤣. Pero, gracias a las maravillas de la época que vivimos, puedo seguir haciendo cosas desde el móvil y a una mano. Incluso con auriculares. Puedes revisar cambios y dictarle que te haga cosas a una especie de esclavo muy listo que trabaja 24/7. No sé vosotros, pero yo sigo en fase de asombro y no sé cuándo saldré de ella.

Mi recomendación dominical es leerse la newsletter de hoy de @weareDMNTRs. Es directa, va a al grano y define lo que está por esperar. En mi opinión, es la mayor oportunidad que va a tener la Administración para dejar de sacar pliegos y licitaciones. Debemos usar ese dinero para contratar personal y formarlo, comprar hardware. dmntr.news/archive/27-de-sep…

Ayer me hicieron una muy buena pregunta en la charla del Café @helmcode. Iba sobre si la IA no va a empeorar una situación que ya existe. Tenemos muchísimas aplicaciones en producción y, si ahora desarrollar nuevas es mucho más barato y rápido, es bastante probable que acabemos teniendo todavía más. Y entremos en una espiral de violencia. Justamente por eso, y es una de las cosas que más trabajo me están implicando actualmente, estoy extrayendo toda la capa común de UI a un paquete compartido. Me está suponiendo muchas horas de trabajo, pero lo hago porque espero que a medio plazo me ayude a simplificar los repositorios y, sobre todo, a poder hacer buena parte de los cambios comunes del front una sola vez y propagarlos después al resto de aplicaciones. Ahora mismo cada aplicación tiene su front completamente independiente y supone bastante carga de trabajo cambiar siete veces prácticamente lo mismo en siete aplicaciones distintas. La idea es unificar todo lo posible esa capa de UI, evidentemente, no la lógica interna de cada aplicación, pero sí, por decirlo de alguna forma, cómo “pintan” ese botón. Podría estar haciéndolo de forma más autónoma quizá, pero por ahora, cada vez que movemos un componente al paquete común, vuelvo a levantar la aplicación y compruebo que todo sigue funcionando como debe. Con esto también espero unificar la experiencia de usuario entre las distintas aplicaciones que están bajo mi paraguas, para que a los usuarios les resulte más sencillo moverse de una a otra. Y también, con toda la intención, de que cuando venzan ciertos contratos, tratar de mantener esas aplicaciones in house. Let’s play.