DEV Community: Evesan

Los monorepos no salvarán al mundo

Evesan — Thu, 17 Jul 2025 07:28:40 +0000

Pero si te salvarán de repetir código y tener hacer el mismo cambio en varios proyectos.

Antes de entrar en temas de tecnologías, lenguajes, frameworks, etc, debemos recordar que, al final del día, siempre existen reglas de negocio que debemos atacar, sin excepción alguna y esa debería ser de las primeras cosas a tomar en cuenta, la lógica inherente al negocio, el problema que nuestro desarrollo solventará.

La forma de consumir la solución puede variar, ya sea un cliente de escritorio, un cli en la terminal, un servicio http, grpc, etc, etc, pero eso no debería modelar nuestra solución, incluso me atrevo a decir que deberíamos ser capaces de tener n combinaciones de todas las opciones anteriores.

En mi opinión, lo mejor para esto es separar de inicio ambas cosas, por un lado la solución a las reglas de negocio (tal cuál), y por otra la forma de consumirlo. Esto nos puede traer beneficios como:

Tener un código más desacoplado
Facilitar el desarrollo de tests
Facilitar el consumo de nuestra solución

Se pueden usar varias técnicas o herramientas, dado que principalmente me muevo en el mundo de Rust y Javascript, centraré mis ejemplos en cualquiera de esos 2 ecosistemas aunque como lo mencioné al inicio, la idea principal es la de desacoplar.

Javascript

NPM nos permite por medio de los workspaces tener varios proyectos conviviendio en un mismo espacio, sin embargo en lo personal prefiero Turborepo porque aparte de estar hecha con rust, permite poder reusar caché en los builds, lo cual se traduce como un ahorro de tiempo y energía, cosas que son importantes en el día a día y para el medio ambiente si lo piensan como la sugiere la green software foundation.

Por regla Turborepo define dos directorios principales:

📁 packages
Es el lugar dónde se definen las bibliotecas. La intención es compartir código entre las bibliotecas o aplicaciones.

📁 apps
Acá deben vivir las soluciones completas que se aprovecha de las bibliotecas del directorio packages.

Rust

En el caso del ecosistema de rust, Cargo cuenta de igual forma con workspaces que si bien se definen de forma diferente a los de npm, la idea es la misma, poder tener varios proyectos y librerias en un mismo espacio permitiendo que de puedan hacer importaciones de uno a otro.

Acá el trabajo es un poco más manual, sin embargo no es nada complicado. En el archivo Cargo.toml principal, se definen los paths que podrán ser importados.

# Cargo.toml
[workspace]
members = [
  "libs/ags",  
  "libs/organigrama",
  "apps/cli",
  "apps/server",
]
resolver = "2"

Y cada proyecto, ya sea una librería o no, podrá importar por medio de la ruta relativa el componente necesario.

# apps/cli/Cargo.toml
[package]
name = "cli"
version = "0.1.0"
edition = "2021"

[dependencies]
# Local
organigrama={path = "../../libs/organigrama"}

¿Y todo para qué?

¿Para qué tanto amor?

Desde la perspectiva del negocio, una entidad es la misma sin importar el contexto, por poner un ejemplo, una compra tiene formas muy similares para un cliente y para un vendedor, ¿por qué deberíamos estar repitiendo tipos o estructuras que definen lo mismo solo por que están en contextos diferentes?

De no estar centralizada esa definición, puede que se convierta en un trabajo extra del cuál debemos estar al tanto y rompe completamente con el principio DRY (Don't Repeat Yourself)

Evidentemente esto aplica siempre y cuando el lenguaje sea el mismo para los contextos.

En fin, hasta acá el post de por qué creo que deberían usarse más los monorepositorios.

En el siguiente post La quiere limpia ó hexágonal (la aquitectura jóven), ahondaremos en cómo deberíamos organizar nuestro código dentro de cada sección, sean librerías o aplicaciones.

Deja de ser un becario

Evesan — Thu, 17 Jul 2025 06:09:27 +0000

6 Años de experiencia con herramientas como [inserte-su-framework-rimbombanyte-de-moda] en empresas como [inserte-empresas-de-pasantía-dónde-claramente-no-se-hizo-carrera], en mis trabajos siempre he inentado transmitir la pasión que siento por la profesión y un alto grado de perfeccionismo para conseguir siempre el mejor resultado .

Desearía,

por dios desearía que de verdad fuera cierta la descripción anterior y evitar tener que preguntarme por el entido del siguiente componente.

Si se están peguntando si la descripción y el código propuesto para producción fueron escritos por la misma persona con diferencia de tiempo menor a un año, desafortunadamente están en lo correcto.

Considero que si alguien presume de su tiempo en la industria y de estar en x o y lugar al menos podría defederse con los sisuientes temas:

¿Qué es el event-loop?
¿Cómo usar BEM correctamente?
¿Cómo funcionan las variables y los mixings de Sass?
¿Cuál es la difernecia entre pasar como parámetro a una función "callback" ó "callback()"?
¿Cuándo usar un store global o pasar parametros por el state del router en react?

Pero no todo es como lo pintan

Recientemente he tenido la chistosa (pero chistosa no de divertida, chistosa de rara) experiencia de trabajar con, por decirlo de alguna forma, una persona quien me hizo mucho dudar de la calidad en general de los devs y cuanto daño le hace a la industria no tomarse las cosas en serio, aparte de la IA + personas sin criterio, pero eso lo dejamos para otro post.

Personalmente creo que todos ignoramos partes diferentes del conocimiento visto como un todo, pero también creo que si tenemos un trabajo que nos da de comer, como mínimo y por respeto deberíamos esforzarnos en entender cuanto podamos, sobre todo si se trata de cosas tan básicas.

Sin embargo, como a mí no solo me gusta venir a quejarme, estaré escribiendo más post de cómo creo que debería ser el desarrollo, no solo en backend ni frontend, si no en general y hasta dónde mi ignorancia actual me lo permita.

No lo hago como un acto de arrogancia para que vean lo bueno que soy, siempre me ha gustado tener retro de lo que hago (porque también necesito validación de gente más experimentada) y espero que de verdad se genere bastante conversación para que con argumentos y diferentes puntos de vista se puedan pulir las prácticas.

Sin más, espero escuchar sus respuestas pronto.

Update

Dejare los links en el orden que planeo sean leídos, como una especie de índice.

Los monorepos no salvarán al mundo
La quiere limpia ó hexágonal (la aquitectura jóven)
Vertical slicing
¿Y los tests unitarios amá?
¿Y los tests de integración apá?
¿Y los tests e2e GrandMa?
A punta de bash scripting (automatización)

Ipods, Bash & Kid3

Evesan — Wed, 08 May 2024 02:16:24 +0000

Bueno, bueno, bueno, hablemos ahora de cosas serías:

¿Cuándo fué la última vez que te preocupaste por la metadata y el ordenamiento de tu biblioteca musical?

Si tu respuesta es, "yo puro streaming" este post no es para tí.

De otra forma, bienvenido colega preocupado por la conservación del material digital, te voy a compartir un script en bash que se apoya de varias herramientas (como el cli de Kid3) para ordenar mi biblioteca personal que tengo construyendo desde la preparatoria (alv eso pasó como hace 26 años, kloko)

Para empezar ...

... por qué debería empezar?

No sé ustedes pero yo le tengo un amor tremendo a los ipods, me recuerdan mis días de preparatoria y los uso como "maquinas del tiempo":
llego, tomo uno, me acuesto en el sillón y escucho lo que marcó alguna etapa de mi vida.

Siempre he reconocido la increíble capacidad del sonido y la memoria para llevarnos a otros espacios y lugares, peeeeero a la vez tengo un toc que me obliga a tener las canciones, que en su mayoría son mp3, con artista, álbum, año, nombre de canción, cover y en el mejor de los casos, letra de la canción.

Evidentemente esto se puede convertir en una tarea un poco pesada considerando que suelo escuchar cosas que van desde la "Banda el Recodo" hasta "The Hu", sin embargo, gracias al open source y un poco de bash dicha tarea puede ser más ligera.

Nota: Sé que existen algunas formas de hacer este mismo trabajo con herramientas basadas en inteligencia artificial, pero la verdad es que un objetivo alterno era mejorar en mi bash scripting.

Mlib es el nombre del script que hice y probablemente esté en construcción durante un tiempo mientras voy encontrando areas de oportunidad al ir avanzando en mi proyecto de orden, para poder usarlo necesita algunas otras herramientas como son:

kid3-cli
fzf
ffprobe
ffmpeg

$ mlib -h
░░░░░░░░░░░░░░░░░░░░░░░░░░░░
░ █▀▄▀█ █░░ █ █▄▄          ░
░ █░▀░█ █▄▄ █ █▄█ (v0.0.1) ░
░░░░░░░░░░░░░░░░░░░░░░░░░░░░

  Flags:
    * -d [specifies directory to use]
      -i [shows info of a directory]
      -e [extract image covers]
      -c [convert, can convert to mp3 or wav]
      -f [fill metadata of all files of all tags in a directory]
      -g [generate info.csv file]
      -h [shows help]

  * (required)

Entre las cosas que puede hacer por el momento son:

Mostrar la información de los tags ID3 de todas las canciones en un directorio
Extraer el cover de cada canción
Convertir a "formatos" (contenedores) mp3 y wav
Generar un archivo CSV con Nombre del artista, álbum, año de la canción y el path del cover (que tmbn puede ser una url de internet)
Complementar la información de las canciones de un directorio en base al csv generado o replicando la información de algún tag que contenga data

Mi operación se basa en tener los archivos en directorios (con el nombre del álbum) e ir validando si puedo trabajar con la información que ya contienen los archivos o debo complementar algo en específico como el Cover, o generar el csv para asegurarme que no existirán variaciones en nombre del álbum o año, solo por mencionar algunos.

/m/e/T/0/All Time Low ❯❯❯ tree ./      
./
└── mp3
    ├── Nothing Personal
    │   ├── 01 Weightless 1.mp3
    │   ├── 01 Weightless.mp3
    │   ├── 02 Break Your Little Heart.mp3
    │   ├── 03 Damned If I Do Ya (Damned If I Don't).mp3
    │   ├── 04 Lost in Stereo.mp3
    │   ├── 05 Stella.mp3
    │   ├── 06 Sick Little Games.mp3
    │   ├── 07 Hello, Brooklyn.mp3
    │   ├── 08 Walls.mp3
    │   ├── 09 Too Much.mp3
    │   ├── 10 Keep the Change, You Filthy Animal.mp3
    │   ├── 11 A Party Song (The Walk of Shame).mp3
    │   ├── 12 Therapy.mp3
    │   ├── 13 Lost In Stereo (Cobra Starship Suave Suarez Remix) [Bonus Track].mp3
    │   ├── 14 Poison (Bonus Track).mp3
    │   └── Cover.png
    ├── Put Up Or Shut Up
    │   ├── 03 The Girl's A Straight-Up Hustler.mp3
    │   ├── 04 Jasey Rae.mp3
    │   ├── 06 Running From Lions.mp3
    │   ├── 07 Lullabies.mp3
    │   └── Cover.png
    ├── So Wrong, It's Right (Deluxe Edition)
    │   ├── 03 Six Feet Under The Stars.mp3
    │   ├── 05 The Beach.mp3
    │   ├── 08 Remembering Sunday.mp3
    │   ├── 12 Poppin' Champagne.mp3
    │   ├── 14 Dear Maria, Count Me In (Acoustic).mp3
    │   ├── 15 Six Feet Under The Stars (Acoustic).mp3
    │   └── Cover.png
    └── Warped Tour 2012 Compilation
        ├── 2-01 Coffee Shop Soundtrack.mp3
        └── Cover.png

6 directories, 30 files

Podría decirse que esta es la primera iteración del proyecto, que claro podría ser más automático en cuanto a la búsqueda de letras o Covers, pero por el momento me ha ahorrado horas de estar llenando y repitiendo información en cientos de canciones.

Sin más, los dejo por ahora ya que tengo una biblioteca que ordenar y complementar.

Nos escribimos y leemos en la próxima.

🔗 Referencias

Mlib
Kid3
ID3
Contenedores de audio

a2dp-sink profile Protocol not available

Evesan — Tue, 08 Aug 2023 05:18:53 +0000

Bitácora del 5 y 7 de Agosto del 2023.

Esta historia comienza con una actualización de mi SO principal (y más amado también: Debian12) cuando, un día común después de una actualización, dejaron de funcionar todos mis dispositivos bluetooth de audio.

Los errores evidentes resultaban ser:

Los audífonos número 1 se conectan, al paso de unos segundos se desconectan.

Los audífonos número 2 se conectan, aparentemente nunca terminan la conexión.

En ambos casos la conexión se termina y no puede escucharse nada en los audífonos.

Mi primer impulso resaltó la tarjeta original de la Zephirus g14 2022, sin embargo tal hecho resultaba improbable ya que unos meses antes había realizado el cambio a una Intel AX210 por incompatibilidad en los drivers.

Algo me decía que debía empezar por revisar bitácoras y buscar un error que se reportara a la hora de intentar hacer una conexión a los dispositivos, así que procedí a cambiar mi usuario en la terminal a root y visualizar el journal de forma constante.

# Log del journatctl
$ journalctl -f

Para ser honestos, empecé intentando hacer la conexión por medio de la interfaz gráfica, sin embargo tras una serie de intentos frustrantes por la necesidad de inmediatez, una laguna mental se despejó permitiéndome recordar que existía una utilidad llamada bluetoothctl. Como siempre tldr fue un gran aliado.

Después de escanear, emparejar, conectar, desconectar y eliminar varias veces uno de mis dispositivos bluetooth logré dar con el texto que procuraba: a2dp-sink profile Protocol not available, ese hecho me dió una palanca para empezar a buscar soluciones por medio del viejo pero sabio internet indexado, aún no puedo confiar a la IA una tarea tan específica.

Para mi suerte parcial, existe una entrada el wiki de Debian sobre este problema en específico, eso quería decir que no podía ser tan complicado ... iluso yo, nuevamente. Según el texto oficial, el problema debería resolverse simplemente desinstalando el paquete pulseaudio-module-bluetooth ya que Debian12 usa PipeWire como servidor de audio por defecto.

Nuevamente a escanear, emparejar, conectar, desconectar, eliminar varias veces uno de mis dispositivos bluetooth, no logré avanzar en mi labor, estaba en un callejón oscuro agitando mi bastón cuando, por consecuencia de una de mis búsquedas dí con otro punto clave: la falta de libspa-0.2-bluetooth en mi vida.

# Instalamos libspa
# ✨ Esta fue la magia en mi solución
$ apt-get install libspa-0.2-bluetooth

Una vez realizado este paso, y siguiendo la referencia encontrada, solo quedaba reiniciar el tanto el servidor de audio como el manejador de sesión para comprobar nuevamente. Debo recalcar que estos pasos los ejecuté con el usuario que tiene el escritorio (no como root).

# Reinicio del servidor de audio pipewire
$ systemctl --user restart pipewire-pulse.service pipewire.service
# Reinicio del session manager
$ systemctl --user restart wireplumber.service

Como era de esperarse: escanear, emparejar, conectar ... ¡se logró tener la conexión!

Durante toda esta travesía personal aprendí un par de cosas nuevas y recolecté una lista de recursos que pueden ser muy interesantes para el futuro, mismos que listo a continuación.

🔗 Referencias

El mundo es un caos (breve recordatorio)

Evesan — Fri, 09 Jun 2023 13:48:48 +0000

El mundo es un caos y aunque de pequeños no lo veamos así, con el tiempo uno se da cuenta de muchas cosas, por ejemplo que los papás tampoco saben muy bien lo que hacen, o que nuestros maestros también tienen sentimientos y si lloraron en clase probablemente la estaban pasando mal, pero sobre todo, que el código no va a correr a la primera.

😕 😕 😕

Durante las dos semanas anteriores estuve ~~trabajando~~ ... sobre trabajando con un script para hacer un backup de los archivos en las cuentas de OneDrive, la razón probablemente se las cuente en un futuro más lejano.

El punto es que después de 1 semana para mi ya estaba listo: solo había que extraer los archivos de la cuenta que iniciaría sesión por medio de OAUTH al Microsoft Graph API, sin embargo, las cosas no siempre son como uno las planea. Resultó que también tendría que obtener los archivos que se le compartieron al dueño de la cuenta (cosa que cuestioné durante la primer semana y se me había negado la necesidad de dicho requeriemiento).

Ahora, no quiero ser el buzón público de quejas por malas planeaciones, así que, antes que nada, les dejo el proyecto por si lo ocupan en algún punto o quieren tener una referencia: https://gitlab.com/opensource13/odbu

Continuando con la historia, el segundo problema al que me enfrenté fué que hice el desarrollo y las pruebas con una cuenta que tenía relativamente pocos documentos y, apesar de de que se pensé en concurrencia desde el inicio, dejé de lado el hecho de que las ligas de descarga que provee el api para un archivo, contienen un jwt que obviamente tiene una fecha de expiración.

Evidentemente, eso no afecta cuando la descarga se hace en unos minutos, sin embargo, la descarga real sería de varias horas o incluso días.

Creo que en situaciones así es cuando el programador le agradece a su yo del pasado por haber construido siguiendo patrones de diseño, ya que al tener una idea más clara de la responsabilidad que hace cada módulo o parte del código, estos cambios no tienen un impacto tan fuerte en tiempos y esfuerzo.

En los aprendizajes personales que me dejó la quincena pasada podría resumir:

Definir desde un inicio cuál es el objetivo de cada módulo en tu proyecto.
Considerar la expiración en los tokens para el api.
Escuchar un poco más a mi intuición y voz interna en base a mi experiencia.

En fin, hasta aquí el relato de hoy. Si llegaste hasta acá espero que te sirva de algo mi experiencia y si te es útil el cliente, sientete libre de usarlo a tu convenviencia.

Obviamente y si está en mis posibilidades, también estoy abierto a ayudarte a resolver dudas.

Salu2.