a4-dev team mailing list archive
-
a4-dev team
-
Mailing list archive
-
Message #00004
Re: Obiettivi del progetto
-
To:
a4-dev@xxxxxxxxxxxxxxxxxxx
-
From:
Andrea Gasparini <gaspa@xxxxxxxxxxx>
-
Date:
Tue, 25 May 2010 23:27:18 +0200
-
In-reply-to:
<1274796468.1755.107.camel@openwater>
-
User-agent:
KMail/1.13.2 (Linux/2.6.32-22-generic; KDE/4.4.2; i686; ; )
In data martedì 25 maggio 2010 16:07:48, Andrea Corbellini ha scritto:
> Per realizzare il programma proporrei di vedere quali possono essere le
> necessità dell'utente e in che modo noi potremmo soddisfarle. Questo mi
> sembra il modo migliore di procedere. Voi cosa ne pensate?
Come ti ho già scritto, non ho ben chiaro cosa intendi per use-case.
Ok, sono d'accordo con tutto quelllo che avete scritto, ma per 'use-case'
intendo qualcosa di un po' piu' concreto.
Se vogliamo partire da qui pensiamo a casi più specifici possibili, tipo:
« Andrea (nome a caso:P) vuole fare una presentazione, prende il fighissimo
programmello A4, e ha bisogno di fare in fretta, senza pensare a tutto.
Butta giù le idee principali: "Mele, Pere e Banane", poi passa a dettagliare:
ha bisogno di inserire la ricetta per lo strudel di mele, metterci due foto, e
già che ci siamo un video che mostra la procedura per la cottura. Passa in
modalità 'ordinamento' e decide la lista »
Per fare le cose fatte per bene poi bisognerebbe dettagliare ogni punto con
domande tipo "cosa usa Andrea per fare l'azione X? Come si aspetta di fare la
cosa Y? Come farebbe in un altro programma? Come si potrebbe cambiare questo
comportamento per migliorarlo?".
Chiaro che è una gran rottura di balle. Ne vale veramente la pena? E' quel che
stavate pensando? [ magari non ho capito un cavolo, eh ]
Anche perchè *non* siamo veramente utenti, e *non* abbiamo una base di utenti.
Nè dei clienti che ci chiedono come fare il nostro prodotto.
In ogni caso, qualche idea possiamo provare a buttarla giù, in maniera magari
piu' sintetica. Ad esempio, a me piacerebbe usare questo programma anche per
buttare giù delle MindMap, mi viene abbastanza semplice associare la stessa
interfaccia per fare entrambe le cose (semplicemente non assegnando un path
predefinito alla presentazione e muovendosi per zoomare e spostarsi tra gli
elementi.
Intanto farei comunque qualche pensata anche sui punti "tecnologici", che tipo
di architettura pensare e che tipo di formato di dati utilizzare.
( mi pare che il formato sia la cosa più problematica... sulla grafica ci si
arrangia, ci sono mille toolkit, framework, librerie... )
Altra considerazione, comincerei a fare qualche provettina su problemi più
semplici. Se progettiamo tutto e poi si rivela una cosa troppo impegnativa
rischiamo di non avere nulla di utilizzabile.
Invece non mi dispiacerebbe avere come prima Milestone un player che mi
permetta di navigare un'immagine creata con qualcos'altro (per dire Inkscape,
se il formato più adatto si rivela SVG).
Questa cosa potrebbe già essere rilasciabile, impacchettabile, e usabile.
Quindi, riassumendo tutto questo popò di roba, propongo contemporaneamente di:
- cominciare a buttar giù qualche pensiero su cosa ci si aspetta da un
programma del genere.
- cominciare a smembrare qualche problema, in particolare sul formato e fare
qualche prova reale.
- appena abbiamo deciso qualcosina a proposito di "cosa usare", buttar giù un
modellino per un player.
[ ovviamente compatibilmente con i tempi e le preferenze di ognuno ]
ciaociao.
--
-gaspa-
-----------------------------------------------
--------- http://launchpad.net/~gaspa ---------
------- HomePage: gaspa.yattaweb.it --------
-Il lunedi'dell'arrampicatore: www.lunedi.org -
Follow ups
References