Recapitulación y práctica
Puntos clave
- Toda aplicación tiene cuatro partes: un (lo que ven los usuarios), un (las reglas y la lógica), una (donde persisten los datos) y hosting (donde se ejecuta todo). El frontend nunca toca la base de datos directamente — pasa por el backend.
- En el navegador, HTML es la estructura, CSS es el estilo y JavaScript es el comportamiento; el código cambia la página cambiando el DOM.
- No escribes todo tú mismo — los paquetes (gestionados por npm a través de
package.jsony un archivo de bloqueo) proveen problemas ya resueltos como dependencias. - Las variables de entorno mantienen los secretos fuera del código y permiten que el mismo código se comporte correctamente en dev y en prod.
- Una solicitud fluye de frontend → hosting → backend → base de datos y de regreso; nombrar la capa en la que vive un problema es la mitad de resolverlo.
Practícalo
Elige una aplicación que uses a diario y narra en voz alta una acción a través de las capas: "Toco enviar (frontend) → va a su servidor (backend) → que verifica que estoy autorizado y guarda el mensaje (base de datos) → y el chat se actualiza (frontend)." Luego adivina en qué capa vive cada problema: el botón se ve desalineado; la aplicación dice "no has iniciado "; un mensaje de ayer desapareció. Dominar este nombrado es la habilidad sobre la que se construye el resto del libro.
del capítulo
I'm learning how apps fit together. Here is a feature I want:
<one sentence describing what the user should be able to do>
Before writing any code, break it down by layer for me:
- Frontend: what the user sees and what gets sent
- Backend: what rules/checks must run, and where
- Database: what data needs to be stored or read
- Any env vars or config (especially secrets) involved
Then describe the request flow from click to result in numbered steps.
Keep it in plain language — I want to understand the shape before the code.