Questo sito usa dei cookie (per informazioni sulla gestione dei cookies fai click qui)tecnici per poter funzionare, non vengono usati cookie di terze parti ne tantomeno vengono creati profili.

Bug 235 - Trasformare archiver in app
Summary: Trasformare archiver in app
Status: NEW
Alias: None
Product: anArchive
Classification: Unclassified
Component: infrastruttura (show other bugs)
Version: 5
Hardware: All All
: Lowest enhancement
Assignee: Edoardo Panfili
URL:
Keywords: parti-comuni
Depends on:
Blocks:
 
Reported: 2013-02-09 18:58 CET by Roberto Venanzoni
Modified: 2013-07-12 21:39 CEST (History)
3 users (show)

See Also:


Attachments

Description Roberto Venanzoni 2013-02-09 18:58:43 CET
Solo per curiosità trasformare archiver in app quali (a parte se piace, se vale la pena e i soldi) quanto potrebbe costare in termini di Tempo? o conviene a parità di tempo inglobare archiver nel browser?

[non vi spaventate, sono Edoardo che annoto a nome del capo, lo metto qui perché credo sia una domanda più che lecita]
Comment 1 Roberto Venanzoni 2013-02-09 19:21:09 CET
Se per app si intende iPad rischieremmo di escludere più di metà del mercato [1],
diversamente andrebbero fatte due applicazioni diverse: una per iOS e una per Android

La parte di codice che attualmente costituisce il client è di 30000 linee di programma (di cui poche migliaia riguardano gli importatori), la quasi totalità sono interfaccia e quindi andrebbero riscritte, l'interfaccia andrebbe anche in gran parte ridisegnata per funzionare su un tablet.

Ho dato una rapida occhiata a [2] e una stima estremamente cautelativa fatta dimezzando il numero di linee di codice attuali da qualcosa misurabile indecine di mesi, però si potrebbe decidere di avere un client "più agile".

webapp o app? questo è un po leggere nella palla di cristallo ;-) 
io preferisco le prime (perché ad esempio girano su qualsiasi computer e qualsiasi palmare senza dover scrivere tutto 4-5 volte (Mac, Win, Linux, iOS, android)). Se il progetto di mozilla [3] dovesse andar bene (incrociate il possibile) la distinzione potrebbe pure perdere di senso.


[1] http://gs.statcounter.com/#mobile_os-IT-monthly-201208-201301
[2] http://everything2.com/title/estimating+software+development+time
[3] http://www.mozilla.org/en-US/firefoxos/
Comment 2 Edoardo Panfili 2013-02-09 23:06:42 CET
Il commento sopra [Comment 1] è mio (Edoardo) ma non avevo rimesso a posto il mio account.
Comment 3 Edoardo Panfili 2013-02-14 08:36:21 CET
Ulteriore alternativa potrebbe venire ancora da Oracle (Java) non comporta meno lavoro ma potremmo avere ancora una unica applicazione (a meno di dettagli tecnici che qui non incidono).

Metto in cc anche PAtrizio che sta vedendo questo framework.

http://paritynews.com/software/item/627-oracle-to-open-source-ios-android-ports-of-javafx-soon

Note You need to log in before you can comment on or make changes to this bug.