Hace unos años, cuando alguien en el equipo se atascaba con un problema, la primera reacción era abrir un repositorio en GitHub, leer cómo lo resolvieron otros y — la mayoría de las veces — encontrar exactamente lo que necesitábamos.
Esa solución la construyó alguien que nunca conoceremos. La publicó gratis. Sin esperar nada a cambio.
El open source es la razón por la que el desarrollo de software moderno es posible. Y cuando entiendes eso, publicar tu propio trabajo deja de ser un gesto simbólico y se convierte en una responsabilidad.
El mito del código secreto
Hay una idea extendida de que mantener el código cerrado protege a las empresas. Que si alguien ve cómo está construido tu producto, lo va a copiar.
La realidad es diferente.
El valor de un producto de software rara vez está en el código en sí. Está en la ejecución, en el equipo, en el conocimiento acumulado, en la confianza que construiste con tus usuarios. Ningún competidor que descargue tu repositorio va a replicar eso de un día para otro.
Lo que sí hace el código abierto es decirle a la comunidad: confiamos en lo que construimos y no tenemos nada que esconder.
Por qué publicamos nuestras herramientas
En SliceSoft publicamos open source por razones concretas, no filosóficas:
Mejora el código. Saber que alguien más puede leer tu trabajo te hace escribir mejor. Los comentarios, la documentación, los nombres de variables — todo mejora cuando no es solo para ti.
Atrae talento. Los desarrolladores buenos quieren trabajar en equipos que construyen cosas reales y las comparten. Un repositorio activo dice más que cualquier oferta de trabajo.
Genera confianza. Un cliente que puede ver cómo funciona una herramienta confía más en ella que en una caja negra con buena documentación de marketing.
Devuelve lo recibido. Usamos cientos de librerías open source todos los días. Es lo mínimo contribuir de vuelta.
Nuestros proyectos
Hasta ahora hemos publicado dos herramientas que resuelven problemas reales que enfrentamos en el día a día:
Keel
Un framework Go para construir APIs REST con arquitectura modular. Lo creamos porque Go es excelente pero sin estructura un proyecto mediano se convierte en un archivo de 2000 líneas donde nadie sabe dónde va qué.
Keel define un patrón claro: módulo → controlador → servicio → repositorio. Sin magia, sin reflexión, sin generadores de código. Solo Go idiomático con opiniones claras.
→ keel-go.dev · GitHub
ss-bootstrap-python-iot
Un sistema de arranque y auto-actualización para dispositivos embebidos como Raspberry Pi. Lo creamos porque gestionar un parque de dispositivos IoT sin acceso físico es un dolor que no debería existir.
Con un simple git push, los dispositivos se actualizan solos. Sin SSH manual, sin visitas al datacenter, sin scripts frágiles.
→ GitHub
El largo plazo
El software open source bien mantenido tiende a durar. Tiene ojos que encuentran bugs, mentes que proponen mejoras y usuarios que lo adoptan por elección, no por obligación.
El software cerrado muere cuando la empresa que lo construyó pierde interés, cambia de rumbo o desaparece.
Nosotros apostamos por construir herramientas que sobrevivan a SliceSoft si es necesario.
Si usas alguno de nuestros proyectos o tienes ideas para mejorarlos, los issues y pull requests están abiertos. Encuéntranos en GitHub. 🙌