|
| 1 | +# QuEST Envision |
| 2 | + |
| 3 | +## Come definiamo "Framework" |
| 4 | + |
| 5 | +* È qualcosa che prende decisioni al posto mio |
| 6 | +* Una collezione di assunzioni codificate |
| 7 | +* Una libreria che chiama il tuo codice e ti da un'architettura |
| 8 | +* Una collezione di strumenti e pattern utile all'implementazione di problemi noti |
| 9 | +* Soluzioni precotte |
| 10 | +* Conoscenza ed esperienza codificata |
| 11 | +* Una convenzione |
| 12 | +* Una soluzione che mappa la maggior parte dei problemi |
| 13 | +* Una cornice di lavoro in cui sono stato valutati dei compromessi |
| 14 | +* un sistema che definisce una struttura su cui si può costruire |
| 15 | + |
| 16 | +## Scope |
| 17 | + |
| 18 | +Framework per sviluppo software |
| 19 | + |
| 20 | +## Valore |
| 21 | + |
| 22 | +* Il valore che il software porta |
| 23 | +* Legato al ciclo di vita --> Per la "gente" lo usa |
| 24 | +* Soddisfa i bisogni nel tempo |
| 25 | + |
| 26 | +## Qual è l'obiettivo del Manifesto? |
| 27 | + |
| 28 | +* Facilitare il lavoro |
| 29 | +* Distillare conversazioni |
| 30 | +* Generare consapevolezza |
| 31 | + |
| 32 | +## Principles |
| 33 | + |
| 34 | +* Avere chiaro quello che devo fare (lista di requisiti funzionali vs NFR) |
| 35 | +* "No Framework" è sempre un'opzione |
| 36 | +* Valuta sempre il costo del framework |
| 37 | +* Valuta sempre il costo di uscita da ogni singola feature del framework |
| 38 | +* Il framework deve poter essere sacrificabile |
| 39 | +* Impara i principi alla base del framework |
| 40 | +* Valuta quanto le competenze del team possono coprire le feature del framework |
| 41 | +* Metti in discussione la framework way |
| 42 | +* Prediligi i framework non monolitici |
| 43 | +* Scelte tecniche, fatte dai tecnici in collaborazione con gli stakeholder |
| 44 | +* Il codice del framework che scegli è comunque codice tuo |
| 45 | +* I framework sono una fonte di conoscenza |
| 46 | +* Framework come punti di ingresso (abbassa il carico cognitivo per i Junior) |
| 47 | +* Ogni progetto ha le sue caratteristiche ed esigenze |
| 48 | +* Il valore non è nello scrivere codice ma nel motivo per cui scrivo codice |
| 49 | +* Fare ciò che serve |
| 50 | +* I criteri delle scelte tecnologiche devono essere condivise a tutto il team |
| 51 | +* Stabilisci una convenzione e motivala |
| 52 | +* Non essere pigro |
| 53 | +* Frameworkless !== Hate Framework |
| 54 | +* Presto !== Fretta |
| 55 | +* Coraggio (nasce dalla consapevolezza) |
| 56 | +* Ogni soluzione è più o meno valida in un contesto |
| 57 | +* Non dare nulla per scontato (Brain Driven Development) |
| 58 | +* Walking Skeleton |
| 59 | +* Simple Design (Evolutionary, Emergent) |
| 60 | +* Work on "The Metal" |
| 61 | +* Knowledge of Fundamentals |
| 62 | +* Avere consapevolezza delle decisioni che sto delegando |
| 63 | +* Training Skills with Katas |
| 64 | +* L'igengneria è l'arte del compromesso |
| 65 | +* Cercare nei framework esempi di soluzioni |
| 66 | +* Generare Opzioni, rimandare le decisioni revocabili |
| 67 | +* Metti in discussione ciò che credi di aver capito |
| 68 | +* Attenzione alle Buzzword |
| 69 | +* Rispetto per chi scrive i framework |
| 70 | +* Prendi in considerazione il cost of delay |
| 71 | +* Riconoscere il valore del framework |
| 72 | +* No Silver Bullet (nemmeno questo manifesto) |
| 73 | +* Frameworkless come appropriazione e non come rifiuto |
| 74 | +* Preparati al fallimento del framework |
| 75 | +* Chediti se la scelta presa in passato sia giusta o no |
| 76 | +* Documenta e irradia le scelte |
| 77 | +* Conoscenza del Framework come meccanismo di difesa |
0 commit comments