He estado convirtiendo gradualmente este sitio en un recurso fiable y a largo plazo. Para hacerlo bien, necesito una configuración que me mantenga centrado en escribir y publicar. Por ahora, eso significa mantener la base de código como código cerradoSe abre en una nueva pestaña.
Esta publicación explica por qué tomé esa decisión, qué compensaciones consideré y cómo sigo planeando compartir tanto como sea posible con vosotros.
#Control de fuentes y borradores
Este blog utiliza MDXSe abre en una nueva pestaña. Las publicaciones (incluidos los borradores) viven en el repositorio. En cualquier momento, tengo varias publicaciones sin terminar con notas y código a medio hacer. Si el repositorio fuera público, esos borradores serían visibles y perdería el control sobre cuándo las ideas están listas para ser compartidas.
Podría dividir el contenido en un repositorio o submódulo separado, pero eso añade complejidad al flujo de publicación. La complejidad reduce la velocidad.
#Forks de todo el sitio
Abrir el código fuente de toda la base de código hace que sea trivial hacer un fork, cambiar un logo y publicar un sitio casi idéntico. Eso no es lo que quiero incentivar.
Soy mucho más feliz si la gente toma prestada una idea específica y la adapta con criterio, en lugar de clonar el conjunto.
#Seguridad y superficie de costes
El sitio incluye características dinámicas y endpoints de servidor. Abrir el código fuente de cada salvaguarda puede facilitar la búsqueda de debilidades. También pago por invocación en algunos servicios; el tráfico descuidado o el abuso dirigido pueden salir caros rápidamente. Ya empezó a pasar que recibía correos de contacto aleatorios. Lo solucioné añadiendo contramedidas, pero están expuestas y pueden ser usadas para saltarse las salvaguardas.
Mantener los detalles de implementación privados reduce la superficie de ataque y ayuda a mantener los costes operativos predecibles.
#Entonces, ¿cuál es el plan? Compartir el Cómo, no el Todo
Código cerrado no significa conocimiento cerrado. En lugar de publicar todo el repositorio, compartiré publicaciones detalladas que expliquen técnicas específicas, con sus ventajas, desventajas y contexto.
¡Las publicaciones planificadas incluyen temas como Arquitectura Frontend, autoría en MDX, creación de un Newsletter con React Email y Resend, y muchos más! Si hay algo específico que te gustaría que tratara, dímelo, de verdad lo aprecio.
Mientras tanto, algunas formas de explorar y aprender de este sitio:
- Lee el blog
- Echa un vistazo a mis charlas
- Hazme preguntas directamente; tu pregunta podría convertirse en una futura publicación
#Reflexiones finales
Entiendo por qué el código abierto es la opción por defecto para muchos. Me he beneficiado enormemente del ecosistema OSS y contribuyo de otras formas (artículos, ejemplos, ideas). Para este proyecto, la privacidad me ayuda a publicar más, enseñar mejor y gestionar el riesgo.
Si tienes curiosidad sobre cómo funciona una parte específica, o quieres consejos para tu propio proyecto, contáctame en XSe abre en una nueva pestaña BlueskySe abre en una nueva pestaña o por email. Estaré encantado de ayudar, y tu pregunta podría dar forma a lo que publique a continuación.
