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:

1. Que hace este proyecto?
2. Por que es util?
3. Como empezar?
4. 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 →