DevForge

Contexto

DevForge nació de una frustración recurrente: cada vez que configuro una máquina nueva — ya sea una instalación limpia, un laptop nuevo o una VM — pasaba de 3 a 6 horas reinstalando herramientas, configurando shells, descargando runtimes de lenguajes y recordando qué aliases dependía. El proceso no solo era lento; era inconsistente. Cada configuración se desviaba ligeramente de la anterior, creando bugs sutiles que desperdiciaban aún más tiempo.

Por Qué No Usé Ansible

La opción obvia para automatización de máquinas es Ansible, Chef o Puppet. Deliberadamente elegí no usarlos. La razón: resuelven el problema de gestionar flotas de servidores, no el de configurar una máquina de desarrollo individual. Ansible requiere Python en la máquina destino, un playbook que mantener y una configuración SSH que se siente pesada para un laptop personal. En su lugar, escribí scripts Shell puros. No tienen dependencias, funcionan en cualquier sistema Unix y son triviales de inspeccionar y modificar.

Arquitectura de Template

DevForge está diseñado como un repositorio plantilla, no un framework. Haces fork, editas `profile.sh` con tus preferencias y ejecutas `./forge.sh`. Esto significa: sin dependencia de package manager, sin npm install, sin base de datos. Todo el proyecto tiene menos de 500 líneas de Shell. Cada función está documentada con un comentario que explica qué instala, por qué es útil y qué dependencias espera.

Galería