Iniciar tu Proyecto Open Source
Iniciar tu Proyecto Open Source
Que es open source
Cuando un proyecto es open source, cualquiera es libre de usar, estudiar, modificar y distribuir tu proyecto bajo una licencia apropiada. “Libre” no significa necesariamente gratis — existen modelos como licencias duales que permiten cobrar.
Deberia lanzar mi proyecto?
La respuesta corta es si. Sin importar el resultado, lanzar tu propio proyecto es una excelente forma de aprender como funciona el open source.
Establece metas claras
Preguntate: por que estoy abriendo este proyecto?
- Mostrar tu trabajo: no necesitas contribuciones, solo visibilidad
- Recibir colaboraciones: requiere documentacion clara y ambiente acogedor
- Construir comunidad: implica responder issues, revisar codigo, evangelizar
Cuando NO lanzar
- Prototipos desechables: si vas a tirar el codigo en una semana, no aporta valor
- Cambios triviales: no todo justifica un repo publico
Si el prototipo sobrevive y se convierte en producto, entonces activa el open source.
Documentacion esencial
Licencia
Obligatoria. Sin licencia, tu proyecto no es open source. Las opciones mas populares:
| Licencia | Tipo | Uso tipico |
|---|---|---|
| MIT | Permisiva | Maxima libertad, minima restriccion |
| Apache 2.0 | Permisiva + patentes | Proyectos que necesitan proteccion de patentes |
| GPLv3 | Copyleft | Obliga a derivados a ser open source tambien |
Usa choosealicense.com para elegir. En GitHub puedes agregar la licencia automaticamente al crear el repo.
README
Responde estas preguntas:
- Que hace este proyecto?
- Por que es util?
- Como empezar?
- Donde obtener ayuda?
Tambien incluye: como contribuir, metas del proyecto, detalles de licencia. Si el proyecto no esta listo para produccion, indicalo.
Mejor documentacion = mas usuarios, menos soporte, mas colaboradores.
CONTRIBUTING
Comunica el aspecto tecnico y social:
Tecnico:
- Como reportar bugs
- Como sugerir features
- Como configurar el entorno
- Como ejecutar tests
Social:
- Tipos de contribuciones buscadas
- Vision y roadmap del proyecto
- Como contactarte
Tono recomendado: calido y amigable. Ejemplo: “Ante todo, gracias por considerar contribuir. Personas como tu hacen que esto sea genial.”
CODE_OF_CONDUCT
Establece reglas de comportamiento. El Contributor Covenant es usado por mas de 40,000 proyectos (Kubernetes, Rails, Swift). Debe estar preparado para hacerlo cumplir.
Naming
Elegir el nombre correcto
- Facil de recordar
- Idealmente sugiere que hace el proyecto
- Si construyes sobre otro proyecto, usa su nombre como prefijo (ej:
node-fetch) - Prioriza claridad sobre creatividad
Evitar conflictos
- Busca proyectos con nombres similares en tu ecosistema
- Verifica disponibilidad de dominio y handles de redes sociales
- Revisa marcas registradas (WIPO Global Brand Database)
- Busca en Google para evitar asociaciones no deseadas
Marca
Tu marca incluye como escribes y codificas. Usa lenguaje calido e inclusivo. Para no nativos de ingles, usa lenguaje simple.
Checklist previo al lanzamiento
Documentacion
- Archivo LICENSE con licencia open source
- README con proposito, instalacion y uso
- CONTRIBUTING con guia de contribucion
- CODE_OF_CONDUCT con normas de comportamiento
- Nombre sin conflictos ni infracciones de marca
- Issues organizados y etiquetados
Codigo
- Convenciones consistentes y nombres claros
- Codigo comentado donde la intencion no es obvia
- Sin secretos en historial, issues o PRs (passwords, API keys)
Si eres individual
- Consulta politicas de IP de tu empleador
Si eres empresa
- Consulta departamento legal
- Plan de marketing para anuncio
- Alguien comprometido con gestion comunitaria
- Minimo dos personas con acceso administrativo
Resumen
- Siempre agrega una licencia explicita
- Documenta bien: README, CONTRIBUTING, CODE_OF_CONDUCT
- Elige un nombre claro y sin conflictos
- No esperes al momento perfecto — lanza cuando te sientas comodo
- Con cada commit, comentario y PR, creas oportunidades para ti y otros
← Como Contribuir | Indice | Siguiente: Encontrar Usuarios →