← Tornar a l'inici del curs

Autocomprovació (mini-qüestionaris)

Després de cada sessió, comprova que t'ha quedat clar el que importa. No és un examen ni hi ha nota: és per a tu, per detectar si alguna idea ha quedat fluixa abans de seguir.

Les respostes estan al final de cada bloc (plegades). Mira-les després d'haver respost mentalment.

Sessió 0 — Com funciona una app

  1. Quina diferència hi ha entre el frontend i el backend?
  2. Si fas una app i hi vols posar una foto, on es guarda: a la base de dades o a l'emmagatzematge? I què guarda la base de dades?
  3. Què vol dir que una cosa està «al núvol»?
  4. Per què diem que la IA «de vegades s'inventa coses», i què hi has de fer?
Respostes 1. El **frontend** és el que veus i toques (la cara); el **backend** és la lògica que no veus (la cuina). *Si ho toques amb el dit, és frontend.* 2. La foto va a l'**emmagatzematge** (en Google, **Drive**). La base de dades només guarda **l'enllaç (la URL)** que diu on és la foto. 3. Que viu en **servidors d'altres empreses** (com Google), en grans centres de dades, **no al teu aparell**. 4. Perquè **endevina** la resposta més probable, no «sap» la veritat. Per això pot inventar-se una funció que no existeix → **sempre s'ha de provar** (i depurar si cal).

Sessió 1 — La teva primera app

  1. Quins són els dos fitxers d'una app d'Apps Script i quin paper fa cadascun?
  2. Com s'ha de dir exactament el fitxer HTML? Què passa si no?
  3. Què vol dir la regla «una app, un full nou»?
  4. Per actualitzar l'app sense canviar l'enllaç, què fas? I què passa si fas «Nova implementació» cada cop?
Respostes 1. **`Codi.gs`** = el motor (backend) i **`Index.html`** = la cara (frontend). La cara parla amb el motor amb `google.script.run`. 2. **`Index`** (queda «Index.html»). Si no es diu així, l'app surt **en blanc o peta**. 3. Que **cada app** té el seu **propi full de Google** nou (amb el seu Apps Script). No es barregen apps en un mateix full. 4. *Gestionar implementacions → llapis → Versió nova.* Si fas «Nova implementació» cada cop, et crea un **enllaç diferent**.

Sessió 2 — Fer-la créixer i arreglar-la

  1. Quines són les cinc passes del bucle de depuració?
  2. Quan l'app peta, què has de fer abans d'enganxar res a la IA?
  3. La IA pot editar el teu codi existent? Llavors, com s'aplica una millora?
  4. On va una foto i què guarda el full? (Pista: ja ho saps de la S0.)
Respostes 1. **Prompt → llegir → provar → arreglar → re-promptejar.** 🔁 2. **Llegir l'error**. Busca pistes (un nom de fitxer, una línia); després enganxa'l amb el codi. 3. **No.** La IA crea codi nou; tu **substitueixes els dos fitxers sencers** al mateix projecte i republiques amb **Versió nova**. 4. La foto va al **Drive**; el full guarda **l'enllaç**.

Sessió 3 — GitHub i el context

  1. Quina diferència hi ha entre local i remot?
  2. Què fan commit, push i pull?
  3. Quins dos documents formen el mètode del context i què conté cadascun?
  4. Avui, com es publica l'app? (Atenció, és una trampa.)
Respostes 1. **Local** = la còpia on treballes (el **Codespace**). **Remot** = la còpia oficial a **GitHub.com**. 2. **Commit** = desar amb una nota (local). **Push** = pujar a GitHub. **Pull** = baixar de GitHub. 3. **`que-ha-de-fer.md`** (el producte: què fa, per a qui, dades, pantalles) i **`arquitectura.md`** (el tècnic: Apps Script, dos fitxers, sense frameworks, català…). 4. **Com sempre:** copiant el codi a **Apps Script** i publicant (`/exec`). **Encara NO** des de GitHub (això és la Fase 5).

Sessió 4 — Branques i pull requests

  1. Per què es treballa en una branca en comptes de tocar main directament?
  2. Què és un pull request? En obrir-lo, ja es fusiona?
  3. Al diff, què vol dir el verd i el vermell?
  4. Quan la IA et revisa un canvi, qui decideix si es fusiona?
Respostes 1. Perquè `main` és la versió **bona i publicada**; la branca és una còpia per provar **sense trencar-la**. 2. És **demanar fusionar** la branca a `main`. **No** fusiona res en obrir-lo: primer es revisa. 3. **Verd (+)** = línies afegides; **vermell (−)** = línies tretes. És el **resum del canvi**. 4. **Tu.** La IA et dona **pistes**; revisar serveix per **entendre** i decidir, no per acceptar a cegues.

Sessió 5 — Desplegar = fusionar

  1. Què vol dir el lema «desplegar = fusionar»?
  2. Per què clasp viu dins de l'Action i no a la teva terminal?
  3. Quins són els 3 clics que només pots fer tu i per què?
  4. Si l'Action es posa vermella, és un fracàs? Què fas?
Respostes 1. Que, un cop muntada la canonada, **cada merge a `main` publica l'app sola** al `/exec`. 2. Perquè si publiquessis a mà, et **saltaries les branques, els PRs i la revisió**. Posar-lo dins l'Action força que **tot passi pel merge**. 3. **`clasp login`**, **activar l'API d'Apps Script** i **afegir el secret**. Són del **teu compte**: l'agent et diu on clicar, però **no pot clicar per tu**. 4. **No** és un fracàs: és el **procés** (falla gairebé sempre el primer cop). Enganxes **el log vermell + el workflow** a l'agent, arregles i **tornes a executar**.

Fase 6 — Ara crees tu

  1. Quines són les baules del bucle infinit?
  2. El mètode que has après, serveix en altres plataformes (Firebase, Supabase…)?
  3. Si vols el salt més suau des d'Apps Script, cap a on tires? I si la teva app s'ha fet enorme?
  4. Ara que el codi pot ser públic, què és el que mai has de posar dins del codi?
Respostes 1. Idea → context → agent → branca/PR/revisió → **es desplega sol** → galeria → **repetir**. 2. **Sí**: el mètode (context → agent → GitHub → desplegament) és **transferible**. Canvia el motor i la casa, no la manera de treballar. 3. El salt suau → **Firebase** (encara Google). Si s'ha fet enorme → **Google Cloud** (per quan calgui). 4. **Mai** claus, contrasenyes ni secrets. Van a les **variables/secrets** de la plataforma, no escrits al fitxer.

Pàgina generada automàticament des de recursos/autocomprovacio.md · revisat el 2026-06-14. Edita el .md, no aquest fitxer.