Vas començar aquest curs escrivint console.log('Hola, Taller Nómada'); sense saber gaire bé què era una variable. Acabes amb un producte propi planificat, construït per capes, persistit amb migracions, provat en tres nivells, desplegat amb HTTPS i desplegament continu, documentat amb ADR i defensable en una entrevista. Entre aquestes dues frases hi ha onze mòduls i força hores teves. Aquesta última lliçó no ensenya una tècnica nova: fa tres coses diferents i necessàries. Primer, un balanç honest de què saps ara —competència a competència, mòdul a mòdul— i, amb la mateixa honestedat, què no cobreix aquest curs, perquè conèixer els propis buits és tan valuós com conèixer les pròpies capacitats. Segon, el mapa del que ve: TypeScript, Node.js i el backend, dominar un framework de debò, les eines i la plataforma, aprofundir en el web i triar una especialització — cada camí amb què és, per què importa, com començar i quant de temps demana, sense exageracions. I tercer, el més important i el que menys s'ensenya: com se segueix aprenent quan ja no hi ha un curs que et digui què toca, com mantenir-se al dia sense esgotar-se, i què fer amb tot això en termes de carrera, amb honestedat sobre com està el mercat. Acabaràs amb un full de ruta de sis mesos adaptat a la teva disponibilitat real. És l'última lliçó: no enllaça amb res posterior, perquè el que ve després ja ho decideixes tu.

1. El balanç: què saps ara
2. El que aquest curs no cobreix
3. El mapa dels camins
4. TypeScript: el tipatge estàtic
5. Node.js i el backend
6. Un framework en profunditat
7. Eines i plataforma
8. Aprofundir en la plataforma web
9. Les especialitzacions
10. Com se segueix aprenent quan ja no hi ha curs
11. Llegir codi aliè i contribuir
12. Com mantenir-se al dia sense esgotar-se
13. Per què les bases no caduquen
14. El full de ruta de sis mesos
15. Carrera: portafoli, currículum i entrevistes
16. La primera feina i aprendre treballant
17. Errors Habituals i Consells
18. Exercicis
19. Conclusió

És fàcil acabar un curs llarg amb la sensació que «no saps tant». És una impressió gairebé universal i gairebé sempre falsa: la causa és que has anat pujant el llistó del que consideres «saber» al mateix ritme que aprenies.

Aquesta taula és l'inventari real. No és de temari: és de competències, escrites com a coses que pots fer.

I les competències transversals, que són les que més valen i les que cap temari no llista:

Aquesta última fila és, sense cap exageració, la que més et diferenciarà. Moltíssima gent comença projectes; molt poca els porta des del pla fins al desplegament documentat.

Una manera de comprovar-ho tu mateix: torna a llegir el codi que vas escriure al Mòdul 1 i al 2. Si et sembla millorable —i t'ho semblarà— és la prova objectiva que has avançat. La incomoditat en mirar el propi codi antic és el senyal més fiable de progrés que existeix en aquesta professió, i no desapareix mai: d'aquí a dos anys sentiràs el mateix amb el que escrius avui.

Igual d'important, i força més rar de trobar escrit.

Aquesta última fila mereix una nota honesta: hi ha coses que no s'aprenen en cap curs. Treballar amb codi que va escriure una altra persona fa quatre anys, negociar un abast amb qui no és tècnic, mantenir un sistema del qual ningú no recorda res, o revisar el codi d'un company sense trencar la relació. S'aprenen treballant, i no passa res per no saber-les encara. El que sí que ajuda és saber que existeixen i no confondre «no les domino» amb «no valc».

I un advertiment sobre la llista. Veure-la completa produeix un cert vertigen. No cal aprendre-ho tot, i molt menys alhora. La secció següent ordena això en camins, i la 14 ho converteix en un pla de sis mesos amb una direcció principal.

Els tres camins blaus són els principals, i l'ordre recomanat és aquest:

1. TypeScript primer, perquè és el més barat (comences avui, sobre el teu propi projecte) i perquè multiplica el valor de tota la resta.
2. Un framework en profunditat després, perquè és el que més apareix a les ofertes i perquè ja tens el criteri de 10-06 per triar-ne un.
3. Node.js quan vulguis entendre el sistema complet, o si t'atreu el backend.

Els camins grisos —plataforma web i eines— no són alternatives: són continus. S'hi avança sempre, en paral·lel, una mica cada mes.

I la regla que governa tot el mapa, que convé escriure en algun lloc visible:

Tria una direcció principal per als propers sis mesos. Una. Les altres hi continuaran sent.

L'error més comú en acabar un curs és començar quatre coses alhora, tenir tres mesos de sensació d'avenç, i no dominar-ne cap. Un a la vegada, amb profunditat, és més ràpid encara que no ho sembli.

TypeScript és JavaScript amb tipus comprovats abans d'executar. S'escriu gairebé igual, es compila a JavaScript, i el navegador no el veu mai.

El que canvia no és la sintaxi: és quan descobreixes els errors.

Per què canvia el treball en equip, que és el seu valor principal i el menys evident:

Aquest segon punt és el que més es nota en un projecte real. Canviar responsable: string per responsableId: string | null al teu projecte va significar revisar a mà tots els llocs afectats; amb TypeScript, el compilador et dona la llista completa i no se n'hi escapa cap.

No cal migrar res per començar. TypeScript pot comprovar el teu JavaScript actual fent servir comentaris JSDoc, que ja coneixes de 08-02.

Amb aquella única línia // @ts-check al principi del fitxer, el teu editor ja et subratlla que t.responsableId no existeix al tipus declarat. Zero configuració, zero compilació, zero canvis al codi que s'executa.

El pas següent és un jsconfig.json que ho activi per a tot el projecte:

Aquest és el camí que recomano, i no és l'habitual: aprendre TypeScript sobre el teu propi projecte, tipant el domini primer, amb JSDoc i sense compilació. És gradual, reversible i aplicat a un codi que coneixes.

Quan vulguis fer el salt a .ts de debò:

Comença sempre pel domini. És on els tipus aporten més (les entitats i les regles), on el codi és més estable, i on no hi ha any inevitables del DOM.

Fixa't en quatre coses que aquest fitxer aconsegueix de franc:

1. Estat i Prioritat com a unions de literals fan impossible escriure 'acabada' per error. És la R6 i les validacions de conjunt tancat, comprovades pel compilador en lloc de en execució.
2. readonly documenta i fa complir quins camps no es toquen directament. És l'encapsulació de 05-03 expressada al tipus.
3. Record<Estat, readonly Estat[]> garanteix que la matriu de transicions cobreix tots els estats. Si demà hi afegeixes 'arxivada', no compila fins que en defineixis les transicions. Això és una regla de negoci verificada pel compilador.
4. interface Repositori és el teu contracte de 11-02, ara comprovat: si una implementació oblida un mètode o canvia una signatura, no compila. La prova de contracte continua sent necessària per al comportament, però la forma la garanteix el tipus.

Node.js és JavaScript fora del navegador. El mateix llenguatge, el mateix bucle d'esdeveniments que vas estudiar a 05-07, les mateixes promeses — però amb accés al sistema de fitxers, a la xarxa i a processos.

El que canvia:

Les dues últimes files són les importants, i ja te les vas trobar a 11-05: la validació ha d'estar al servidor perquè el client el controla l'usuari, i els secrets només poden viure on l'usuari no arriba.

Pas 1 · Un servidor HTTP bàsic. Amb Express o Fastify, entendre rutes, mètodes, capçaleres, cossos i codis d'estat:

Aquest import del teu propi domini és la recompensa de tota l'arquitectura del mòdul. Les quinze regles, escrites i provades una sola vegada, executant-se als dos costats. No és un exemple idealitzat: funciona perquè domini/ no va importar mai res del navegador.

Pas 2 · Base de dades. SQLite per començar (un fitxer, zero instal·lació), PostgreSQL quan el necessitis. El que cal aprendre: modelatge relacional, claus foranes, SQL bàsic, índexs, i per què existeixen les transaccions.

Pas 3 · Autenticació i autorització. La distinció que 11-05 va deixar plantejada: autenticació és qui ets; autorització és què pots fer. Contrasenyes amb hash lent (bcrypt o argon2, mai MD5 ni SHA a seques), sessions amb cookie HttpOnly o tokens, i permisos per rol — la teva R15, ara aplicada on no es pot saltar.

Pas 4 · Producció. Variables d'entorn, registre estructurat, límits de peticions, CORS, còpies de seguretat, contenidors.

Una nota d'honestedat sobre les bases de dades: és la part on més gent subestima l'esforç. Escriure un SELECT és fàcil; modelar bé, entendre què fa un índex, i saber per què una consulta triga dos segons és un món propi. Val la pena i porta temps.

A 10-06 vas aprendre a triar. Ara toca dominar, i són coses diferents.

Conèixer quatre frameworks a nivell de tutorial té un valor sorprenentment baix:

La diferència entre el segon i el tercer és on hi ha el salt professional. I només s'aconsegueix amb un, no repartint el temps entre quatre.

Torna a la taula de ponderació de 10-06 i aplica-la a tu, no a un projecte:

Un procediment concret d'una hora, i és la millor hora que pots invertir en aquesta decisió: obre un portal de feina, filtra per la teva ciutat i per «júnior», i compta les mencions de cada framework a les primeres cinquanta ofertes. Aquest número, per al teu mercat, val més que qualsevol tendència global.

No és aprendre més API. És això:

Les dues últimes files són les que separen algú que fa servir un framework d'algú en qui es confia per decidir com es fa servir en un equip. I fixa't que la majoria d'aquestes files ja les saps conceptualment: rendiment (M9), proves (M8), arquitectura (M11). El que aprens és com s'expressen en aquella eina.

No és un camí en si mateix: és el que acompanya qualsevol dels altres i el que separa algú que programa d'algú que lliura programari.

Git avançat és la de millor relació entre esforç i benefici de tota la taula, i la més infravalorada. Dues setmanes d'estudi i pràctica et donen capacitats que faràs servir cada dia durant tota la teva carrera:

Aquesta última és la que tanca el cercle amb 11-06: git blame sobre una línia estranya et porta al commit, i el cos del commit et porta al perquè. Per això s'escriuen així.

Docker en una frase, perquè acostuma a explicar-se malament: és la manera d'empaquetar la teva aplicació amb tot el que necessita per executar-se —versió de Node, dependències del sistema, configuració— en alguna cosa que funciona igual al teu portàtil, a la CI i en producció. Resol el «a la meva màquina funciona» de manera definitiva.

Aquest camí és diferent dels altres: no s'acaba mai i sempre dona rendiment, perquè el que hi aprens no depèn de cap eina.

Sobre OWASP, perquè és la més important de la llista i la menys coneguda: és una llista dels deu riscos de seguretat més crítics en aplicacions web, actualitzada periòdicament i feta servir com a referència a tota la indústria. Ja en coneixes diversos temes —XSS (06-02, 11-03), configuració insegura (11-05), secrets exposats (11-05)—, però n'hi ha d'altres que no s'han tocat: control d'accés trencat, errades criptogràfiques, injecció, i la seguretat de la cadena de subministrament (les dependències que instal·les).

Sobre els Web Components, amb el matís de 10-06: són l'estàndard del navegador per crear elements propis reutilitzables, amb connectedCallback com a cicle de vida, attachShadow per aïllar estils i CustomEvent per comunicar — tot el que ja saps, però estandarditzat. El seu valor real no és substituir els frameworks, sinó funcionar a qualsevol lloc: un component que ha de viure en un web de React, un altre d'Angular i un altre sense res.

Com estudiar aquest camí: no en blocs de dos mesos, sinó un tema al mes, en paral·lel a la resta. Un mes d'accessibilitat seriosa aplicada al teu projecte. Un altre d'OWASP amb auditoria pròpia. Un altre de CSS modern refent la teva interfície. És acumulatiu i no caduca.

A mesura que avancis, apareix la pregunta d'en què et vols convertir. No cal respondre-la avui, però convé conèixer el mapa.

Tres coses que convé saber sobre això:

1. No cal triar ara. La majoria de la gent descobreix la seva especialització treballant, en notar cap a quins problemes gravita.
2. Les especialitzacions de nínxol tenen menys ofertes però molta menys competència. Algú que de debò en sap d'accessibilitat és difícil de trobar; algú que sap React, no.
3. Començar generalista és el normal i el sa. Especialitzar-se massa aviat, sense haver vist prou, acostuma a ser una decisió mal informada.

Aquest apartat és, de tota la lliçó, el que més determinarà on siguis d'aquí a tres anys. Perquè a partir de demà ningú no et dirà què toca estudiar.

No totes les fonts són iguals, i distingir-les estalvia moltíssim temps perdut:

Tres hàbits concrets que valen més que qualsevol llista de recursos:

1. Ves a MDN abans que a un cercador. La meitat de les vegades que busques alguna cosa de JavaScript o del DOM, la resposta canònica hi és, actualitzada i amb la taula de compatibilitat.
2. Llegeix les notes de versió del que fas servir. Deu minuts quan surt una versió nova de Node, del teu framework o del teu empaquetador. És la manera més eficient que existeix de mantenir-se al dia, perquè és informació filtrada per rellevància real.
3. Verifica la data de tot el que llegeixis. Una resposta del 2016 sobre asincronia en JavaScript pot ser correcta o completament obsoleta, i no ho diu.

Continua sent, amb diferència, la manera més eficaç. La progressió que funciona:

El nivell 2 és el punt òptim i el més infravalorat. Una eina que resolgui un problema teu real —un lector d'alguna cosa, un organitzador del que sigui, un plafó de dades que consultes sovint— té tres avantatges enormes: saps exactament què ha de fer, la fas servir de debò (així que les errades apareixen), i la motivació no depèn de ningú.

I una regla de mida, ja coneguda de 11-01 però aplicada a l'aprenentatge: millor un projecte petit acabat que un de gran a mitges. Acabar ensenya coses que començar no ensenya mai: desplegament, documentació, casos límit, manteniment.

Llegir codi aliè és l'habilitat que més ràpid creix i menys es practica. A la feina real llegiràs molt més codi del que escrius.

Com llegir un projecte que no coneixes, amb mètode:

El pas 5 és la drecera que gairebé ningú no fa servir: si vols saber què fa un mòdul, llegeix-ne les proves abans que el codi. Estan escrites per explicar comportament, no per implementar-lo.

Contribuir a projectes de codi obert ensenya coses que cap projecte propi no pot ensenyar:

• Treballar amb convencions que no vas triar.
• Passar per una revisió de codi real d'algú que no et coneix.
• Entendre un sistema gran abans de tocar-lo.
• Escriure missatges de commit i descripcions de PR per a desconeguts.

Com començar, en ordre de dificultat creixent:

1. Documentació. Un error, un exemple que falta, una traducció. És una contribució real i la barrera és mínima.
2. Reproduir incidències. Agafar una errada reportada, confirmar-la i afegir-hi un cas mínim. És molt útil i molt valorat.
3. Bones primeres incidències. Molts projectes les etiqueten per a gent nova.
4. Correcció petita amb prova. Una errada acotada, amb la seva prova de regressió.
5. Funcionalitat, sempre després de proposar-la en una incidència. No obris mai una PR gran sense haver-la discutit.

I una preparació emocional honesta: la teva primera contribució probablement rebi comentaris, canvis demanats, o fins i tot el rebuig. És el normal i no és personal. Qui manté un projecte vetlla per la seva coherència a llarg termini, no per la teva tarda. Aplica el de 11-06: la crítica al codi no és crítica a tu.

El desenvolupament web té fama de canviar massa ràpid. És veritat a mitges, i la meitat falsa és la que produeix esgotament.

El que canvia ràpid:

• Les llibreries de moda i les seves versions majors.
• Les eines de compilació.
• Els patrons concrets dins d'un framework.
• Les opinions sobre la millor manera de fer alguna cosa.

El que no canvia:

• El llenguatge (afegeix, gairebé mai no trenca).
• El DOM i els esdeveniments.
• HTTP, la memòria cau, la seguretat.
• L'accessibilitat.
• Com es prova, com es depura, com es mesura.
• Dissenyar un model de dades i unes regles.
• Saber decidir.

La proporció és la clau de tot aquest apartat: l'estable és la major part del que fas servir cada dia, i és exactament el que aquest curs t'ha donat.

Les cinc regles d'higiene informativa:

Un ritme sostenible concret, que pots copiar:

La constància guanya a la intensitat, i no és un tòpic: una hora al dia durant un any són 365 hores i un hàbit; un cap de setmana de dotze hores cada dos mesos són 72 hores i cap hàbit.

Sobre la síndrome de l'impostor, que apareixerà: és pràcticament universal en aquesta professió, i té una causa estructural. Compares el teu interior —els teus dubtes, les teves cerques, el que no saps— amb l'exterior dels altres —les seves xerrades, els seus articles, les seves respostes segures—. Ningú no publica les seves tres hores buscant un punt i coma. L'antídot que funciona no és convèncer-se que es val molt, sinó portar registre del que s'ha fet: fa un any no sabies què era una promesa; avui has desplegat un producte amb cua de sincronització idempotent. Això és una dada, no una impressió.

Val la pena tancar l'argument amb la dada del mateix curs, perquè és més convincent que qualsevol afirmació.

A 10-06 vas escriure la mateixa pantalla quatre vegades: JavaScript pur, React, Vue i Angular. I el resultat va ser que domini/regles.js era idèntic a les quatre. Les mateixes quaranta línies. Tot el que va canviar va ser la vista.

Això significa, de manera mesurada i no opinada:

I hi ha una segona demostració al teu propi projecte: el teu domini/ sense dependències del navegador es pot importar tal qual en un servidor Node i executar les mateixes quinze regles. No perquè el disseny sigui llest, sinó perquè vas respectar una frontera durant tot el mòdul.

La conclusió pràctica és alliberadora: cada hora invertida en fonaments s'amortitza durant tota la teva carrera; cada hora invertida en l'eina de moda s'amortitza durant el temps que duri la moda. No significa ignorar les eines —cal fer-les servir i cal dominar-ne una—, sinó saber on estàs invertint cada vegada.

Tres perfils segons la teva disponibilitat real. Tria el teu amb honestedat, no el que t'agradaria poder complir: un pla incomplert des de la tercera setmana s'abandona sencer.

Fixa't en l'última barra: «plataforma web» recorre els sis mesos sencers. És el camí continu de l'apartat 8, un tema al mes en paral·lel. No competeix amb la resta perquè és d'una altra naturalesa.

Com fer servir el pla:

1. Tria el teu perfil amb honestedat. El B és el realista per a la majoria de la gent.
2. Ajusta l'ordre al teu objectiu. Si busques feina aviat, avança el framework al mes 1.
3. Revisa'l cada mes. Si un tema et costa el doble, ajusta el pla, no et castiguis.
4. Un lliurable per mes, sense excepció. Sense res acabat, el mes no compta. És la mateixa disciplina de les fites de 11-01.
5. Protegeix dues franges fixes a la setmana. La pèrdua de ritme és la causa número u d'abandonament, molt per davant de la dificultat.

Començo per la part honesta, perquè hi ha massa material que no la diu: el mercat d'entrada és competitiu. Hi ha moltes més persones buscant una primera feina que llocs júnior, els processos són llargs, i rebràs silencis i rebutjos que no reflecteixen la teva vàlua. Això no és desànim: és informació perquè interpretis correctament el que passarà i no ho llegeixis com un veredicte sobre tu.

El que sí que pots controlar, i on la majoria de la gent no aprofita el seu marge:

Els errors més freqüents:

• Llistar 30 tecnologies. Comunica superficialitat i t'exposa a preguntes que no pots respondre.
• Posar nivells amb barres o percentatges. «JavaScript 85 %» no significa res.
• Adjectius sense evidència: «apassionat», «proactiu», «resilient».
• No posar enllaços. El GitHub i la demo són el que de debò es mira.
• Més de dues pàgines sense experiència que ho justifiqui.

Els temes que més es pregunten a nivell júnior, i en els quals aquest curs t'ha preparat:

Sobre els exercicis d'algorismes. Alguns processos els inclouen i d'altres no, i el seu pes varia moltíssim. Si a les ofertes que t'interessen hi apareixen, dedica un parell d'hores setmanals durant unes setmanes als fonaments: arrays, cadenes, mapes i conjunts, dos punters, i saber raonar sobre complexitat. No és el primer a què dedicar temps si no ho demanen, però tampoc no convé descobrir-ho el dia de l'entrevista.

I el consell que més canvia el resultat d'una entrevista tècnica: pensa en veu alta. Qui t'entrevista vol veure com raones, no només si hi arribes. Digues el que estàs considerant, les alternatives que descartes i per què. Un exercici a mitges amb un raonament excel·lent puntua millor que una solució correcta sortida del no-res — i si et bloqueges, dir «això no ho sé, però ho abordaria així» és una resposta perfectament vàlida.

Una recomanació concreta i contrastada: ves a trobades tècniques de la teva ciutat. No a repartir currículums —això funciona malament—, sinó a conèixer gent i parlar del que feu. Una proporció molt alta de les primeres feines arriba per algú que et coneix, no per un formulari.

I un calibratge important: les ofertes llisten un ideal, no un requisit. Si compleixes una part raonable del que demanen, presenta la candidatura. Descartar-te tu abans que et descartin és l'error més car i més comú.

Cinc coses que acceleren molt l'aprenentatge a la feina:

1. Pregunta aviat, amb context. «He provat A i B, esperava X, obtinc Y, per on tiro?» és una pregunta que no molesta ningú. Estar bloquejat tres dies en silenci, sí.
2. Llegeix el codi del repositori encara que no et toqui. És la manera més ràpida d'entendre el sistema i les convencions.
3. Demana revisions i demana-les exigents. «Em dius què faries diferent?» és la frase que més et farà créixer.
4. Revisa el codi d'altres. Ensenya moltíssim, encara que al principi et sentis sense autoritat per fer-ho. Preguntar en una revisió ja és aportar.
5. Escriu el que aprens. Un document propi de «coses d'aquest sistema». En sis mesos serà el teu actiu més valuós, i en dotze, el que faran servir els qui arribin després.

I un advertiment sobre les comparacions. Treballaràs amb gent que en sap molt més que tu. Això no és un senyal que no vals: és exactament la raó per la qual aquell és un bon lloc per ser-hi. Un entorn on ets la persona que més en sap és un entorn on no aprens.

Començar quatre camins alhora. TypeScript, React, Node i Docker en paral·lel produeix tres mesos de sensació d'avenç i zero profunditat en res. Un a la vegada, amb un lliurable per mes.

Saltar de framework cada dos mesos. El valor és a la profunditat, i la profunditat només arriba després del punt en què la novetat s'acaba i comencen els problemes difícils. Tria'n un i queda-t'hi.

Aprendre per acumulació en lloc de per ús. Veure vint hores de vídeo sense escriure codi produeix la sensació d'aprendre i molt poc aprenentatge real. La regla: per cada hora de consum, almenys una de construcció.

Esperar a «saber-ne prou» per buscar feina. Aquest moment no arriba mai perquè el llistó puja amb tu. Amb un projecte acabat i defensable ja tens més que molta gent que s'hi està presentant.

Confondre el soroll amb la professió. Les discussions sobre quin framework és millor són entreteniment. La feina real és entendre problemes, modelar-los, i lliurar alguna cosa que funciona i es manté.

Descartar-te abans que et descartin. Les ofertes llisten ideals. Si compleixes una part raonable, presenta't: la decisió no és teva.

Comparar-te amb perfils públics. Compares el teu interior amb l'exterior dels altres. Ningú no publica les seves tres hores buscant un punt i coma.

Abandonar per perdre el ritme dues setmanes. Perdre el ritme és normal. El que enfonsa un pla no és la pausa, sinó convertir la pausa en abandonament. Torna amb una sessió petita, sense recuperar res.

Consell · Escriu el que aprens, encara que no ho publiqui ningú. Explicar obliga a entendre de debò, i detecta els buits que la lectura amaga. Si a més ho publiques, és portafoli.

Consell · Acaba coses, encara que siguin petites. Acabar ensenya el que començar no ensenya mai: desplegament, documentació, casos límit i manteniment. I és la competència que més et diferencia.

Consell · Desa la teva corba de progrés. Un fitxer amb el que sabies fa sis mesos. És l'antídot més eficaç contra la síndrome de l'impostor, perquè és una dada i no una impressió.

Consell · Ensenya a algú. Explicar a qui comença consolida més que rellegir. I ara mateix pots: hi ha qui és on eres tu al Mòdul 1.

Consell · Tingues sempre un projecte propi en marxa. Encara que sigui petit i lent. És on proves sense conseqüències, on mantens la curiositat i on neix gairebé tot el que després fas servir a la feina.

Els últims exercicis del curs no són de codi: són de direcció. Dedica'ls temps real, perquè el seu resultat és el que faràs durant els propers sis mesos.

Exercici 1 — El balanç i el pla.

1. Omple el teu inventari de competències: recorre la taula de l'apartat 1 i marca cada fila amb «ho domino», «ho he fet», «ho he vist». Sigues honest: la taula és per a tu.
2. De la llista de l'apartat 2, tria les tres àrees no cobertes que més t'importen per al teu objectiu, i escriu per què cadascuna.
3. Tria el teu perfil de dedicació (A, B o C) comptant les hores reals de què disposes aquesta setmana, no les que t'agradaria tenir.
4. Escriu el teu full de ruta de sis mesos amb la plantilla de l'apartat 14, adaptada al teu objectiu: mes, focus i lliurable concret. Un lliurable per mes, sense excepció.
5. Dibuixa el teu pla com a diagrama de Gantt en Mermaid, inclosa la barra contínua de plataforma web.
6. Reserva les franges al teu calendari —dues fixes per setmana— i posa'ls una alarma de revisió mensual.
7. Escriu el teu objectiu de sis mesos en una frase, de l'estil «d'aquí a sis mesos vull poder construir i desplegar una aplicació full-stack amb TypeScript i presentar-me a llocs júnior de front-end».

Exercici 2 — El primer pas de TypeScript, avui.

No deixis que el pla es quedi en paper: el primer pas es fa ara i costa una tarda.

1. Afegeix // @ts-check al fitxer més important del teu domini.
2. Documenta amb JSDoc totes les seves funcions públiques: paràmetres, tipus de retorn, opcionals i null.
3. Corregeix tot el que l'editor subratlli. Anota quants problemes reals hi va trobar — n'hi haurà algun que no esperaves.
4. Crea jsconfig.json amb checkJs i strict per a tot src/, i anota quants errors apareixen.
5. Escriu l'equivalent del fitxer tipus.ts de l'apartat 4.4 per al teu domini: unions de literals per als teus conjunts tancats, readonly on correspongui, i el Record que garanteix que la teva matriu de transicions cobreix tots els estats.
6. Documenta a docs/decisions.md què t'ha aportat i què t'ha costat. És la informació amb la qual decidiràs si migres del tot.

Exercici 3 — La direcció i el portafoli.

1. Tria el teu framework amb el procediment d'una hora de l'apartat 6.2: cinquanta ofertes reals del teu mercat, comptades. Anota els números i la conclusió.
2. Tria el tema mensual de plataforma web per als propers tres mesos (accessibilitat, seguretat, CSS modern, rendiment…) i què faràs amb cadascun sobre el teu projecte.
3. Actualitza el teu portafoli amb el de 11-06: repositori fixat, README del perfil, currículum amb números concrets i enllaços.
4. Escriu la teva presentació de dos minuts: qui ets, què saps fer, què has construït i què busques. Assaja-la en veu alta.
5. Identifica tres empreses on t'agradaria treballar i anota, per a cadascuna, què demanen que encara no tens. Això ajusta el teu full de ruta amb dades reals.
6. Ensenya alguna cosa a algú: escriu una explicació d'un concepte que dominis —closures, el bucle d'esdeveniments, per què el domini no ha de conèixer el navegador— adreçada a qui és on eres tu al Mòdul 1. Publica-la o comparteix-la.
7. Comença el projecte següent, encara que sigui petit. La millor manera de consolidar el que has après és fer-ho servir abans que es refredi.

No hi ha solucions correctes per a aquests exercicis: són decisions teves. Aquests són els criteris amb què pots jutjar si el teu pla és bo.

Criteris d'un bon pla de sis mesos

Rúbrica del pla (18 punts)

Llindar: 12/18. I una condició que no es compensa: l'exercici 2 ha d'estar fet, no planificat. Un pla sense un primer pas fet el mateix dia és una llista de desitjos.

L'autoavaluació final del curs:

Aquí s'acaba el curs, així que aquest tancament no prepara la lliçó següent: fa balanç i et torna el comandament.

Tens l'inventari real del que saps, competència a competència i mòdul a mòdul: muntar un entorn i llegir un error sense bloquejar-te; expressar regles amb condicionals i gestionar errors distingint l'esperat de l'excepcional; descompondre en funcions, fer servir closures i resoldre estructures recursives; modelar entitats i transformar col·leccions; dissenyar classes amb encapsulació real, organitzar en mòduls i dominar l'asincronia; construir interfícies sense framework amb esdeveniments, delegació i formularis accessibles; persistir, parlar amb una API, fer servir WebSockets i convertir un web en PWA; depurar amb mètode i provar en tres nivells; mesurar abans d'optimitzar i fixar un pressupost; conèixer quatre frameworks i, sobretot, triar amb criteri; i planificar, construir, sincronitzar, provar, desplegar i defensar un producte complet. Amb les competències transversals que cap temari no llista: convertir un problema en un model i unes regles, decidir i poder-ho defensar, mesurar abans d'opinar, depurar amb mètode, escriure codi mantenible i —la que més et diferencia— acabar coses.

I tens, amb la mateixa honestedat, el que aquest curs no cobreix: tipatge estàtic, backend, un framework de debò, CSS modern, bases de dades, algorismes, seguretat en profunditat, arquitectura a escala, DevOps, mòbil, i les coses que només s'aprenen treballant amb altres persones i amb codi que va escriure algú fa quatre anys. Conèixer els propis buits val tant com conèixer les pròpies capacitats, i no confondre «no ho domino encara» amb «no valc» és una habilitat professional en si mateixa.

Tens el mapa dels camins amb la regla que el governa: una direcció principal per als propers sis mesos, una de sola, perquè les altres hi continuaran sent. TypeScript com el més barat de començar —avui, amb // @ts-check i JSDoc sobre el teu propi domini, sense compilar res— i el que multiplica el valor de tota la resta, amb la migració gradual començant pel domini i amb aquelles quatre coses que s'aconsegueixen de franc: unions de literals que fan impossible escriure un estat inventat, readonly que expressa l'encapsulació al tipus, un Record que obliga a cobrir totes les transicions, i el teu contracte de repositori comprovat pel compilador. Node.js com el camí que tanca el sistema, amb la recompensa concreta d'importar el teu propi domini/ en un servidor i executar les mateixes quinze regles on l'usuari no se les pot saltar. Un framework en profunditat, amb la diferència clara entre les cent hores que donen nivell funcional i les cinc-centes que donen valor real, triat amb una hora de comptar ofertes del teu mercat en lloc de tendències globals, i començant per reescriure el teu propi projecte perquè el domini ja està fet. I els dos camins continus: eines —amb Git avançat com la millor inversió per hora de tota la taula— i la plataforma web, un tema al mes, que no caduca mai.

Saps com se segueix aprenent quan ja no hi ha curs: MDN abans que un cercador, les notes de versió com la manera més eficient d'estar al dia, la data de tot el que llegeixis, i la progressió de construir que té el seu punt òptim en una eina per a tu mateix, perquè saps què ha de fer, la fas servir de debò i la motivació no depèn de ningú. Saps llegir codi aliè començant per les proves, i contribuir començant per la documentació, amb la preparació emocional que els primers comentaris arribaran i no són personals.

Saps mantenir-te al dia sense esgotar-te, distingint el que canvia ràpid —llibreries, eines, opinions— del que no canvia —el llenguatge, el DOM, HTTP, l'accessibilitat, com es prova, com es mesura, com es decideix—, amb les cinc regles d'higiene informativa i un ritme sostenible on la constància guanya a la intensitat. I saps que la síndrome de l'impostor té una causa estructural —comparar el teu interior amb l'exterior dels altres— i un antídot que és una dada i no una frase d'ànim: portar registre del que has fet.

Tens l'argument de per què les bases no caduquen, i no com a opinió sinó com a mesura d'aquest mateix curs: domini/regles.js va ser idèntic en JavaScript pur, React, Vue i Angular. Les mateixes quaranta línies. Tot el que va canviar va ser la vista. Cada hora invertida en fonaments s'amortitza durant tota la teva carrera.

Tens un full de ruta de sis mesos en tres perfils de dedicació, amb un lliurable obligatori per mes i dues franges setmanals protegides, perquè la pèrdua de ritme enfonsa més plans que la dificultat. I tens la part de carrera amb la seva honestedat al davant: el mercat d'entrada és competitiu i els silencis no són un veredicte sobre tu; el que controles és un portafoli de dos o tres projectes acabats i defensables —amb ADR, que gairebé ningú no té—, un currículum amb números i enllaços en lloc d'adjectius i barres de percentatge, i unes entrevistes on pensar en veu alta canvia el resultat més que saber la resposta. I els primers mesos de feina, on no entendre res és universal, on preguntar amb context no molesta ningú, i on treballar amb gent que en sap més que tu no és una amenaça: és exactament la raó per la qual aquell és un bon lloc per ser-hi.

I ara el tancament de debò.

La primera línia de codi d'aquest curs va ser console.log('Hola, Taller Nómada');. Una funció, una cadena de text i un missatge en una consola. Aquell dia no sabies què era una variable, i el tauler de la Marta, l'Iván i la Lucía eren sis tasques i quaranta-vuit hores que ni tan sols cabien en un objecte perquè els objectes venien tres mòduls després. Des de llavors aquelles sis tasques han estat condicionals, bucles, funcions, arrays, classes, promeses, nodes del DOM, peticions a una API, proves, mil·lisegons mesurats i quatre versions de la mateixa pantalla. Han estat el fil que va sostenir cada concepte nou, i hi continuen sent, intactes: 48 hores, 45 obertes, una vençuda, esforç ponderat 124.

Però Nómada Tasques va deixar de ser el teu projecte fa sis lliçons. Al Mòdul 11 l'exemple guiat es va apartar i vas construir el teu: el teu producte, el teu model, les teves regles, les teves decisions, les teves errades i les teves proves de regressió. Taller Nómada es va quedar on havia de quedar-se, com a referència contra la qual comparar, i el que es desplega avui amb HTTPS porta el teu nom i no el seu.

Això és tot el que aquest curs et podia donar: un llenguatge, un mètode i un producte acabat que demostra que els saps fer servir. El que queda no ho pot escriure ningú més, perquè ja no hi ha una lliçó següent per enllaçar ni un mòdul que comenci demà. Hi ha un full de ruta que has escrit tu, un editor obert, i l'única pregunta que importa a partir d'aquí:

Què construiràs ara?