La única forma de entender cómo funcionan las cosas en infraestructura es pagando la novatada. En mi caso, la novatada llegó con una factura de AWS por dejar unos puertos proxy abiertos que jamás logré conectar. Necesitaba una instancia EC2 corriendo para mi base de datos con vectores en el MVP, pero en el camino de aprendizaje cometí el error de dejar configuraciones expuestas. Después intenté moverme a Alibaba Cloud buscando alternativas, pero rápidamente vi que no convenía por la complejidad y los costos de salida.
Ahí es donde el desarrollo local con contenedores se vuelve la opción lógica para iterar rápido antes de migrar a producción. Pero el verdadero cambio en mi entorno de trabajo ocurrió hace dos semanas cuando descubrí Omarchy Linux.
El ecosistema Omarchy
Conocer el trabajo de DHH en Twitter me llevó a entender la filosofía Omakase: una selección de herramientas preconfiguradas que simplemente funcionan juntas, sin que tengas que perder tres días decidiendo qué stack de terminal o atajos usar. Me entusiasmó tanto que armé un evento en Luma para reunir a la comunidad hispana interesada en este sistema. Hace una semana nos juntamos 45 personas en un meetup virtual.
Platicar con tanta gente dejó claras las dos posturas que dividen a la comunidad:
- Los nuevos usuarios que van adoptando Linux y agradecen tener un sistema listo para usar desde el primer inicio.
- Los usuarios veteranos de Arch que ven con recelo la seguridad de usar paquetes de AUR (Arch User Repository) que llevan años obsoletos, con vulnerabilidades que nadie se ha molestado en parchar.
El balance del MVP
La tensión entre velocidad de desarrollo y seguridad es real. Usar AUR te permite instalar cualquier herramienta en segundos y acelerar la salida de un MVP, pero te expone a meter código sin auditar en tu máquina de desarrollo.
Si tuviera que darle un consejo a alguien que está empezando este mismo viaje de infraestructura y bases de datos vectoriales, sería que no tenga miedo de embarrarse de mierda hasta las rodillas. Romper cosas, pagar facturas inesperadas por puertos abiertos y lidiar con dependencias rotas en Linux es la única forma real de aprender cómo se sostienen los sistemas. Crear mientras aprendes es la mejor herramienta dura para entender el software.