Cómo crear un sitio web para las notas de aprendizaje de un fundador

Qué es (y qué no es) un sitio de notas de aprendizaje de un fundador

Un sitio de notas de aprendizaje de un fundador es un lugar sencillo para publicar lo que vas aprendiendo mientras construyes: ideas sacadas de llamadas con clientes, experimentos que funcionaron (y los que no), herramientas probadas, decisiones que tomaste y el razonamiento detrás de ellas. Piénsalo como una base de conocimiento personal ligera que estás dispuesto a compartir.

Qué son las “notas de aprendizaje”

Las notas de aprendizaje son escritos cortos y prácticos que responden preguntas como:

• ¿Qué intenté?
• ¿Qué observé?
• ¿Qué me hizo cambiar de opinión?
• ¿Qué decisión tomé y por qué?

Ayudan a recordar y compendiar tu pensamiento, a que tu equipo entienda el contexto (especialmente al contratar) y pueden ayudar a tu comunidad a aprender de tus experimentos, sin pretender tener todas las respuestas.

Qué no es

Un sitio de notas de aprendizaje no es un blog de marketing pulido, una página de prensa ni un portafolio solo de éxitos. Tampoco es un diario en tiempo real.

No necesitas publicar cada pensamiento—solo los que sean repetibles, útiles o que aclaren una decisión.

Está bien que las publicaciones sean imperfectas. El valor viene de ser consistente y claro, no de sonar “terminado”. Si esperas hasta que todo esté totalmente probado, publicarás demasiado tarde (o nunca).

El objetivo real: capturar decisiones y lecciones

Las mejores notas de un fundador hacen visible el trabajo oculto:

• Por qué una funcionalidad subió (o bajó) en la hoja de ruta
• Por qué elegiste un modelo de precios
• Qué aprendiste sobre un segmento de clientes
• Qué te enseñó una prueba fallida sobre distribución u onboarding

Con el tiempo, esto se convierte en un registro buscable de lecciones aprendidas—útil para onboarding, retrospectivas, actualizaciones a inversores y tu yo futuro.

Qué esperar de esta guía

Esta guía está diseñada como un recorrido paso a paso de ~3000 palabras que puedes seguir realmente. Cubrirá estructura, elecciones de plataforma (sitio estático vs CMS vs constructores), flujo de publicación y SEO básico—para que tu sitio de notas sea fácil de mantener a medida que crece.

Decide tu audiencia, nivel de privacidad y ritmo de publicación

Antes de elegir herramientas o plantillas, decide para quién es este sitio y cómo se va a usar. Estas elecciones moldean todo: qué escribes, cuán franco puedes ser y cuánto mantenimiento necesitará el sitio.

Define la audiencia

Empieza eligiendo el lector principal:

• Solo tú: un archivo limpio y buscable en el que confiar. Puedes escribir pensamientos desordenados o incompletos y mantener contexto que confundiría a extraños.
• Tu equipo: notas de aprendizaje compartidas, registros de decisiones y referencias de “cómo pensamos”. Funciona mejor si escribes con un poco más de explicación y menos bromas internas.
• Público: un registro de “construir en público” que puede atraer talento, socios y clientes. Las notas públicas se benefician de una estructura más clara y un poco más de edición.

Si no estás seguro, por defecto opta por tú + tu yo futuro. Siempre puedes hacer públicas notas seleccionadas después.

Elige un estilo de privacidad (privado, público o mixto)

La mayoría de los fundadores funcionan mejor con un modelo mixto:

• Mantén notas crudas privadas (resúmenes de reuniones, datos de clientes, números, reflexiones personales).
• Publica aprendizajes sanitizados públicamente (marcos, experimentos, notas de lectura, “qué haría distinto”).
• Considera posts con acceso restringido para material sensible pero compartible (ej.: actualizaciones a inversores o playbooks internos) usando contraseña o login de equipo.

Una regla simple: si una nota contiene nombres, precios o datos identificables de clientes, mantenla privada por defecto.

Elige un formato de nota

Decide si publicarás:

• Actualizaciones cortas (lecciones rápidas, enlaces con comentario, pequeños experimentos)
• Ensayos más largos (análisis profundos, postmortems, memorandos de estrategia)
• Ambos, donde las notas cortas luego se pueden ampliar en ensayos

Define un ritmo de publicación realista

La consistencia supera a la intensidad. Elige una cadencia que puedas mantener en semanas ocupadas:

• Semanal si las notas son cortas y ligeras
• Quincenal si prefieres posts editados
• Mensual si las publicaciones son más largas y necesitas tiempo para reflexionar

Date permiso para publicar notas “en calidad de borrador”. Tu sitio debería reducir la fricción, no añadir tarea.

Elige el formato correcto: Blog, Wiki o Jardín digital

El “formato correcto” es el que realmente vas a seguir publicando. Las notas de aprendizaje de fundadores funcionan mejor cuando la estructura reduce la fricción: puedes publicar rápido y los lectores aún pueden encontrar lo importante después.

Opción 1: Blog (cronológico)

Un blog es una secuencia de posts ordenados por tiempo: lo que aprendiste esta semana, una decisión que tomaste, un resumen de libro, un teardown.

Es genial cuando tus notas están atadas a un viaje (construcción, contratación, fundraising, iteraciones de producto). Los lectores pueden seguir el hilo—incluso sin una lista de correo—porque hay un punto de entrada claro de “lo más nuevo primero”.

Opción 2: Wiki (estructurado, buscable)

Una wiki se organiza por temas y páginas, no por fechas. Funciona mejor cuando documentas:

• Procesos repetibles (checklist de onboarding, playbook de lanzamiento)
• FAQs (objeciones de precio, macros de soporte)
• Principios operativos (cómo diriges reuniones, cómo redactas specs)

Si te encuentras actualizando el mismo concepto repetidamente (“nuestra definición de ICP”), eso es señal de wiki: crea una página canónica y refínala.

Opción 3: Jardín digital (notas interconectadas)

Un jardín digital es un camino intermedio: las notas evolucionan con el tiempo y se conectan mucho mediante enlaces. Es perfecto para pensamiento desordenado y en progreso—borradores, ideas parciales, “esto es lo que creo por ahora”.

El riesgo: sin un punto de partida claro, puede resultar confuso para nuevos lectores.

Un valor por defecto simple que funciona para la mayoría de fundadores

Empieza con posts cronológicos + etiquetas. Es el modelo de publicación de menor esfuerzo, y las etiquetas te dan una segunda capa de navegación sin obligarte a diseñar toda la taxonomía desde el principio.

Luego combina formatos a medida que creces:

• Feed de notas (blog): actualizaciones rápidas y aprendizajes semanales
• Páginas evergreen (estilo wiki): referencias estables que enlazas desde posts

Este enfoque “feed + evergreen” mantiene el impulso mientras conviertes lentamente tus mejores notas en páginas reutilizables (por ejemplo, un feed en /blog más una página “Empieza aquí” para lo esencial).

Planifica un mapa del sitio simple que no se vuelva un lío

Un sitio de notas falla la mayoría de las veces por una razón aburrida: no encuentras nada al cabo de unos meses. Un mapa del sitio simple lo soluciona. Tu objetivo no es predecir cada tema que aprenderás—es crear una estructura que se mantenga estable mientras el contenido crece.

Empieza con las páginas mínimas

Mantén las páginas “siempre disponibles” pocas y claras:

• Inicio: qué es el sitio, cómo usarlo y algunas notas recientes o destacadas.
• Notas: índice principal (por categoría, etiquetas o últimas).
• Sobre: quién eres y en qué te estás enfocando a aprender.
• Ahora / Actualizaciones: en qué trabajas este mes (o un feed estilo changelog).
• Contacto: una forma obvia de contactarte (formulario o email) y cualquier límite.

Estas cinco cubren el 90% de lo que los lectores necesitan sin convertir la navegación en un panel de control.

Añade páginas opcionales solo si las vas a alimentar

Las páginas opcionales son buenas—hasta que se vuelven obsoletas. Añádelas solo cuando tengas contenido para mantener:

• Lista de lectura: libros, artículos y enlaces con breves conclusiones.
• Herramientas: tu stack y por qué lo elegiste.
• Proyectos: experimentos, proyectos paralelos o estudios de caso.
• Charlas / Escritura: artefactos públicos, prensa, podcasts.

Si no actualizas alguna al menos trimestralmente, considera integrarla en Notas.

Mantén la navegación aburrida (a propósito)

Apunta a 5–7 elementos de nivel superior como máximo. Todo lo demás puede descubrirse mediante búsqueda, etiquetas y enlaces internos.

Planifica crecimiento sin construirlo ahora

Deja espacio para secciones futuras diseñando tu página de Notas para escalar: un índice + filtros + “notas recientes”. Siempre puedes añadir una categoría más tarde, pero cambiar la navegación superior cada mes enseña a los lectores a dejar de hacer clic.

Crea una taxonomía: categorías, etiquetas y enlaces cruzados

Un sitio de notas se mantiene útil solo si puedes archivar (y luego encontrar) ideas con rapidez. Una taxonomía simple—categorías, etiquetas y enlaces cruzados—te da estructura sin convertir la publicación en admin.

Categorías = cubos amplios

Usa categorías para las “áreas grandes” de la vida de un fundador. Mantén pocas y estables para no reorganizarte cada mes.

Buen conjunto inicial (5–8): Producto, Ventas, Contratación, Ops, Recaudación, Estrategia, Personal.

Ejemplo: una nota titulada “Mi checklist de onboarding para el primer AE” podría vivir en Contratación, aunque mencione pipeline o tooling.

Etiquetas = conceptos específicos y reutilizables

Las etiquetas sirven para detalles que cortan categorías—marcos, herramientas y temas recurrentes.

Una regla práctica: solo añade una etiqueta si esperas reutilizarla. Si no vas realisticamente a escribir 2–3 notas que merezcan la misma etiqueta, sáltatela.

Ejemplos:

• Categorías: Ventas → Etiquetas: discovery, pricing, objeciones, CRM
• Categorías: Producto → Etiquetas: JTBD, roadmap, entrevistas de usuario, analytics
• Categorías: Ops → Etiquetas: SOP, automatización, Notion, Zapier

También decide una convención ligera de nombres (singular vs plural, guiones vs espacios) y síguela: ej., user-research (no “user research” en un lugar y “research” en otro).

Enlaces cruzados = contexto y valor compuesto

Los enlaces cruzados convierten notas aisladas en un mapa de tu pensamiento. Cuando una nota referencia otro concepto, enlázalo inline (“ver también: mi nota sobre experimentos de precio”).

Un hábito simple: cada vez que publiques, añade 1–3 enlaces a notas relacionadas y añade un backlink desde una nota vieja si ahora tiene una explicación mejor y actualizada. Con el tiempo, tu sitio será más fácil de navegar—incluso para ti dentro de seis meses.

Elige una plataforma que puedas mantener (CMS vs estático vs constructor)

Tu sitio de notas triunfa o fracasa por un detalle aburrido: si realmente publicarás cuando estés ocupado. Elige la plataforma que te permita añadir una nota, enlazarla y pulsar “publicar” en menos de 10 minutos.

Las tres opciones comunes (en lenguaje llano)

CMS (Sistema de Gestión de Contenido): WordPress, Ghost, etc. Entras, escribes en un editor y publicas. Genial si quieres comentarios, borradores, programar y plugins. Contra: actualizaciones y gestión de plugins pueden volverse una molestia.

Constructor de sitios: Webflow, Squarespace, publicadores basados en Notion, etc. Diseñas con plantillas drag-and-drop y publicas rápido. Genial para aspecto pulido con configuración mínima. Contra: la estructura y portabilidad pueden ser limitadas y los costes pueden subir.

Generador de sitio estático: Hugo, Jekyll, Eleventy, etc. Escribes notas como archivos (normalmente Markdown) y una herramienta construye el sitio. Genial por velocidad, bajo coste de hosting y control a largo plazo. Contra: la configuración inicial y la publicación pueden sentirse “de desarrollador” salvo que ya tengas un workflow.

Una cuarta opción (si quieres una app a medida sin mucho build)

Si te gusta el control de una app de notas personalizada (etiquetas, búsqueda full-text, posts públicos/privados, login de equipo) pero no quieres construir todo desde cero, una plataforma de tipo vibe-coding como Koder.ai puede ser un término medio práctico. Describes lo que quieres en chat (modelo de datos, páginas, permisos, editor) y genera una app web funcional—normalmente React en front con Go + PostgreSQL en backend.

Esto puede ser útil si quieres características más allá de un CMS típico (snapshots/rollback, modo planificación, o exportación fácil del código fuente) manteniendo tiempo de puesta en marcha bajo.

Criterios de selección que importan para notas de fundadores

Pregúntate:

• Velocidad para publicar: ¿Puedes postear desde tu portátil en un descanso? ¿Desde el móvil?
• Mantenimiento: ¿Las actualizaciones rompen cosas? ¿Quién las arregla—tú o un proveedor?
• Flexibilidad: ¿Puedes añadir etiquetas, backlinks y plantillas sencillas más tarde?
• Coste: Tarifas mensuales ahora, ¿y a 200+ notas?
• Portabilidad: ¿Puedes exportar tu contenido limpiamente si cambias de herramienta?

Empieza pequeño (y deja la puerta abierta)

Si dudas, elige la opción que puedas actualizar en 10 minutos hoy, no el “sistema perfecto”. Un archivo consistente y limpio vence a una configuración bonita que evitas usar.

Tabla de decisión (rellénala)

(Una vez elijas, definirás una estructura simple del sitio en las próximas secciones.)

Diseña para la lectura: maquetación, plantillas y accesibilidad

Un sitio de notas funciona cuando leerlo resulta sencillo. Los visuales llamativos se envejecen rápido; un sistema claro y consistente hace que tus notas sean útiles meses después—especialmente cuando buscas un insight concreto.

El sistema visual mínimo (manténlo aburrido a propósito)

Empieza con tres decisiones que no revisarás cada semana:

• Tipografía: elige una fuente de lectura (las de sistema están bien) y un peso para los encabezados.
• Espaciado: márgenes consistentes y espaciado generoso.
• Un color de acento: úsalo para enlaces y pequeños highlights, no para fondos completos.

Este “sistema mínimo” reduce la deuda de diseño y mantiene las notas visualmente consistentes sin esfuerzo.

Legibilidad primero: la página debe desaparecer

Optimiza para escaneo y lectura profunda:

• Longitud de línea: apunta a ~60–80 caracteres por línea.
• Tamaño de fuente: valores por defecto cómodos (a menudo 16–18px en escritorio) con jerarquía clara de encabezados.
• Encabezados: usa H2/H3 de forma consistente para que una nota se entienda de un vistazo.
• Bloques de código (si hacen falta): dales espacio y permite scroll horizontal en vez de texto pequeño.

Si incluyes diagramas o capturas, trátalos como opcionales—no como la vía principal de comunicación.

Una plantilla de nota que entrene a tu yo futuro

Una estructura consistente acelera la publicación y hace el archivo reutilizable. Un esquema simple:

Resumen — el aprendizaje en un párrafo.

Contexto — por qué estabas aprendiendo esto (proyecto, decisión, problema).

Lecciones — puntos clave, enunciados como principios o “peligros a vigilar”.

Próximos pasos — qué vas a probar, medir o revisar.

Puedes añadir una línea de metadatos pequeña arriba (fecha, tema, estado: “borrador/evergreen”).

Bases de accesibilidad que puedes implementar en una tarde

Accesibilidad es principalmente buena UX:

• Contraste: asegúrate de que texto y enlaces pasen chequeos básicos de contraste.
• Estilos de enlace: no dependas solo del color; subraya enlaces o añade un estilo claro en hover/focus.
• Navegación por teclado: deberías poder tabular por enlaces y controles con foco visible.

Estas elecciones hacen tu sitio más usable para todos—y le dan un aire más pulido sin mucho trabajo extra.

Configura dominio, hosting y ajustes básicos del sitio

Un sitio de notas debería sentirse estable y “siempre ahí”. La configuración que haces una vez—dominio, hosting y unos pocos ajustes—evita dolores futuros y facilita compartir enlaces.

Dominio: elige algo que no te quede pequeño

Escoge un dominio fácil de decir en voz alta y de teclear. Opciones comunes:

• Tu nombre (ej.: juanperez.com) si las notas son personales y portables.
• El nombre de tu empresa/producto si las notas están muy ligadas al negocio.

Prefiere .com cuando esté disponible, pero no lo fuerces—la claridad supera a la perfección. Evita guiones, ortografías difíciles y frases demasiado ingeniosas que tengas que explicar.

Hosting: céntrate en fiabilidad, no en funcionalidades

Sea cual sea la plataforma, busca:

• HTTPS por defecto (que el sitio cargue en https:// sin trabajo manual).
• Backups y rollbacks fáciles para que un cambio malo no rompa todo.
• Alta disponibilidad y una página/soporte claro.

Si tu plataforma ofrece “preview deployments”, úsalos. Ver un cambio antes de que vaya en vivo hace que publicar sea más tranquilo.

Si construyes una app personalizada, prioriza las mismas características de fiabilidad. Por ejemplo, Koder.ai soporta despliegue/hosting, dominios personalizados y snapshots con rollback—útil si quieres entregar rápido sin babysittear infra.

Ajustes del día uno que pagan dividendos

Configura esto en cuanto el sitio exista:

• Analítica: elige una opción respetuosa con la privacidad y recoge solo lo que realmente usarás (páginas principales, referers, términos de búsqueda). Si no necesitas tracking a nivel de usuario, no lo actives.
• Sitemap: genera /sitemap.xml para que buscadores descubran nuevas notas.
• RSS: un feed sencillo ayuda a lectores a seguir sin redes sociales.
• Búsqueda interna: incluso una caja de búsqueda básica mejora mucho la usabilidad cuando tienes 30–50 notas.

Predeterminados seguros para notas públicas

Asume que todo lo que publiques puede copiarse. No incluyas nombres de clientes, métricas privadas, capturas internas, credenciales o detalles “no públicos pero obvios”. Cuando dudes, escribe el insight y elimina el contexto identificable—o mantén la página privada hasta estar seguro.

Haz las notas encontrables: SEO básico y búsqueda interna

Un sitio de notas no busca “ganar Google”. Busca ser localizable después—por ti, tu equipo y la gente que realmente se beneficiaría. La meta es claridad, consistencia y una higiene ligera de SEO.

SEO “suficiente” para notas

Empieza por lo básico que mantendrás:

• Títulos: escribe títulos específicos y fáciles de escanear (“Análisis de página de precios: 7 patrones que convierten”) en lugar de vagos (“Pensamientos sobre precios”).
• Meta descripciones: opcional, pero útiles para notas clave. Una frase: qué cubre la nota y para quién.
• URLs limpias: cortas, legibles y estables. Prefiere /notes/patterns-precios sobre slugs pesados con fechas.

Si renombrás una nota, intenta mantener la URL (o configura un redirect) para que los enlaces internos no se rompan.

Estructura en página que se lea bien

Trata cada nota como un mini-artículo:

• Un H1 por página (tu plataforma normalmente lo toma del título).
• Usa H2 para secciones (“Lo que aprendí”, “Ejemplos”, “Preguntas”).
• Mantén párrafos cortos (2–4 frases) para que el escaneo funcione en móvil.

Esto mejora la legibilidad y ayuda a buscadores y a la búsqueda interna a entender la página.

Hábitos de enlace interno (el verdadero superpoder)

Haz del enlace un paso por defecto en tu flujo:

• Añade una sección “Notas relacionadas” con 2–5 páginas relevantes.
• Enlaza a páginas evergreen (principios, plantillas, resúmenes). Ej.: “Ver /notes/meeting-notes-template”.
• Cuando references un concepto que ya cubriste, enlázalo una vez—no es necesario exagerar.

Controles de indexación: público vs privado

No todas las notas deberían indexarse. Si una página es personal, a medio pulir o contiene datos sensibles, considera:

• Mantenerla privada (solo autenticación).
• Marcarla noindex para que se comparta por enlace pero no aparezca en resultados de búsqueda.

Búsqueda interna que merezca la pena

Si tu plataforma lo permite, añade una caja de búsqueda simple. Prioriza una búsqueda rápida y tolerante a errores sobre filtros complejos—tu yo futuro lo agradecerá.

Construye un flujo que haga fácil publicar

Un sitio de notas funciona solo si publicar se siente ligero. La meta es reducir decisiones para que pases de “aprendí algo” a “está en el sitio” en minutos.

Flujo simple captura → publicar

Usa una canalización de cuatro etapas que imite cómo funciona tu mente:

1. Inbox note: captura rápido (puntos, capturas, citas, enlaces). Sin formato.
2. Borrador: convierte el inbox en una nota corta con una conclusión clara.
3. Publicar: súbela al sitio tal cual (aunque sea pequeña).
4. Enlazar: conéctala a notas relacionadas (y añade un enlace de “siguiente lectura” si conviene).

Si sigues este bucle, evitarás la trampa de las notas “perfectas más tarde” que nunca publicas.

Herramientas para redactar + sincronización sin drama

Elige un lugar para redactar y haz que publicar sea predecible.

• Documentos Markdown (VS Code, Obsidian, Typora): más fácil si tu sitio es estático o basado en Git.
• Apps de notas (Apple Notes, Notion, Google Docs): geniales para capturar; programa una sesión semanal de “promover a borrador”.

Para sincronizar, mantenlo simple:

• Una carpeta única (ej.: /notes/inbox y /notes/published) sincronizada por iCloud/Dropbox, o
• Un repo Git con una rutina de commits sencilla.

Si construyes una app personalizada, considera si tu flujo necesita toggles público/privado, roles, o un “modo planificación” para bosquejar la estructura antes de implementarla. Herramientas como Koder.ai pueden ayudarte a prototipar ese flujo rápido y con opción a exportar el código más tarde.

Checklist previo a publicar que puedas reutilizar

Antes de pulsar publicar, confirma:

• Título: específico y searchable (“Análisis de página de precios: 7 patrones que funcionan”).
• Resumen de 1–2 frases al inicio.
• Etiquetas/categorías añadidas (no te compliques—2–5 es suficiente).
• Al menos 2 enlaces internos a notas relacionadas (o marcadores de “ver también”).
• Enlaces de origen para todo lo que no sea tuyo.
• Fecha establecida (fecha de publicación y opcional “última actualización”).

Publica poco y luego amplía

Por defecto publica notas cortas (150–400 palabras). Después, puedes combinar varias en una guía más larga y enlazarla desde tus páginas hub. Publicar en pequeño construye impulso—y el impulso mantiene vivo un sitio de notas.

Mantén y haz crecer: actualizaciones, reuso y un plan de 30 días

Un sitio de notas se vuelve valioso cuanto más vigente está. El truco es tratar las notas como documentos vivos sin convertir el mantenimiento en un segundo trabajo.

Haz visibles las actualizaciones (sin sobreexplicar)

Cuando revises una nota, añade una línea cerca del inicio:

• Última actualización: 2025-12-26

Mantén las actualizaciones ligeras: corrige redacción poco clara, añade un ejemplo faltante o corrige una conclusión que no se sostuvo. Si una nota cambia significativamente, añade un breve párrafo de “Actualización” (“Ya no estoy de acuerdo con X porque…”). Los lectores aprenden de tus revisiones.

Elige y aplica una política de errores

Escoge un enfoque y aplícalo en todas partes para que los lectores sepan qué esperar.

Recomendación: notas de corrección (no ediciones silenciosas).

• Para errores factuales o afirmaciones engañosas, añade un bloque de Corrección al final con la fecha.
• Haz la edición mínima necesaria en el texto principal y explica el cambio en la nota de corrección.

Esto mantiene la confianza alta y permite que las notas mejoren.

Reutiliza notas para que el sitio componga valor

Tus notas son materia prima. Un bucle simple de reutilización:

• Nota → ensayo: combina 3–5 notas relacionadas en un post con punto de vista.
• Nota → charla: convierte encabezados en diapositivas; usa los ejemplos como historias.
• Nota → doc de onboarding: enlaza la nota en docs de equipo (ej.: “Cómo pensamos sobre pricing”) y mantenla actualizada en un solo lugar.

Cuando reutilices, enlaza en ambos sentidos: el ensayo debe referenciar las notas fuente y cada nota fuente debe enlazar a la pieza derivada.

Plan práctico de 30 días

Semana 1: define reglas

• Escribe 3 notas (cortas y específicas).
• Crea reglas de etiquetado: 2–5 etiquetas por post, prefiere sustantivos en singular, evita casi-duplicados.

Semana 2: genera impulso

• Escribe 3 notas más.
• Añade un enlace cruzado por nota a algo relacionado.

Semana 3: publica tu primer “bundle”

• Escribe 3 notas.
• Crea 1 post de síntesis que enlace las nueve notas.

Semana 4: afina e itera

• Escribe la 10ª nota (un índice “empieza aquí”).
• Puntos de control: limpia etiquetas, renombra títulos confusos y actualiza cualquier post mayor de dos semanas que ahora parezca equivocado.

Después de 30 días tendrás un sistema pequeño que puede crecer sin volverse un lío.