/[fenfire]/fenfire/docs/official/tekes-2004.txt
ViewVC logotype

Diff of /fenfire/docs/official/tekes-2004.txt

Parent Directory Parent Directory | Revision Log Revision Log | View Patch Patch

revision 1.1 by tjl, Fri Oct 17 09:25:33 2003 UTC revision 1.2 by tjl, Sat Oct 18 06:06:29 2003 UTC
# Line 17  Taustaa Line 17  Taustaa
17    
18  2) Alph  2) Alph
19    
20  3) Libvob  3) Muut
21    
22  4) FenPDF  Libvob, FenPDF, Textcloud
23    
24  Esimerkkiskenaario  Esimerkkiskenaario
25  ------------------  ------------------
26    
27  1) Perusskenaario  1) Perusskenaario
28    
29  Kaksi ihmistä istuu kahvilassa, molemmilla on mukanaan omat  Kaksi (tai enemmän) ihmistä istuu kahvilassa (tai kokoushuoneessa
30  kannettavat tietokoneet (joko perinteinen sylikone tai esim. Nokia  tai netin välityksellä eri paikoissa tms), molemmilla
31  Communicator, tai jokin yhdistelmä).  on mukanaan omat kannettavat tietokoneet (joko perinteinen sylikone
32    tai esim. Nokia Communicator, tai jokin yhdistelmä).  Tavoitteena
33  2) Variaatioita  työskennellä yhdessä jonkin dokumentin tai ohjelman tms laajahkon
34    kokonaisuuden parissa.  
35  3) Miksi Fenfire-teknologiat tekevät tämän skenaarion helpommaksi?  
36    Kokemustemme (hieman hankalammasta kontekstista, käyttäen keskitettyä
37    versionhallintajärjestelmää) mukaan luonnollisin työtapa on hyvin joustava: välillä
38    katsotaan joitakin kohtia yhdessä nopeasti, kysytään toiselta, välillä
39    kumpikin keskittyy erikseen johonkin kohtaan.  Välillä toinen poistuu
40    paikalta, ja joku muu ehkä liittyy joukkoon.
41    
42    Tärkeintä on työtilanteen joustavuus: kaikki aika, joka joudutaan käyttämään
43    
44    - tietokoneiden konfigurointiin
45    
46    - verkkoyhteyteen serverille
47    
48    - versioiden yhdistämiseen
49    
50    on pois yhteistyöstä. Jos tämä työmalli saataisiin toimimaan yksinkertaisesti,
51    seurauksena voisi olla huomattava tuottavuuden kasvu.
52    
53    2) Nykytilanne
54    
55    Nykytyövälineillä useimmiten joudutaan joko työskentelemään vain
56    toisella koneella tai, jos yhteys koneiden välillä toimii, jakamaan
57    dokumentti selkeästi osiin joita kukin voi työstää. Olemassaolevat
58    versionhallintajärjestelmät (CVS, Arch, ...) ovat jäykkiä ja vaativat
59    ihmisten tekevän itse eksplisiittisesti versioiden välisen
60    yhdistämisen.  Toisentyyppiset ryhmätyöjärjestelmät taas vaativat,
61    että molemmat katsovat koko ajan samaa kohtaa dokumentista,
62    eivätkä anna molempien keskittyä eri asioihin välillä.
63    
64    3) Miten Fenfire-teknologiat tekevät tämän skenaarion helpommaksi?
65    
66    Tärkeimmät olemassaolevat Fenfire-teknologiat tässä skenaariossa ovat Storm ja Alph.
67    
68    Stormin pysyvä blokkimalli helpottaa suuresti *luotettavien* työkalujen
69    ohjelmointia yllä mainittua skenaariota varten. Kun tiedon identiteetti
70    ei riipu sen sijainnista, tieto on helppo siirtää laitteiden välillä
71    ja versioiden välisten erojen seuraaminen helpottuu, koska kunkin
72    version historia tallennetaan.
73    
74    Alph taas on erinomainen pohja työkaluille, joilla versioiden konfliktoivia muutoksia
75    sovitetaan yhteen. Transcludable Fluid Media -malli antaa mahdollisuuden jäljittää
76    dokumentin sisällä tapahtuneet uudelleenjärjestelyt (toisin kuin esim. normaalit
77    versioerojennäyttötyökalut, joissa palasen tekstiä siirto mallinnetaan
78    poistoksi ja lisäykseksi).
79    
80    Kumpikaan teknologia ei vielä ratkaise kuvattua skenaariota mutta molemmat tekevät
81    ratkaisun omalta osaltaan huomattavasti helpommiksi; teknologiat on alunperin
82    *suunniteltu* juuri tällaisia skenaarioita silmälläpitäen.
83    
84    
85  Projektin tavoitteet  Projektin tavoitteet
86  --------------------  --------------------
87    
88    Projektin lähtökohtana on yllä esitetty esimerkkiskenaario, joka vastaa
89    näkemyksiämme ryhmätyöteknologian tarpeista.
90    
91    Projektin päätavoitteena on rakentaa pohjatason Fenfire-teknologioiden
92    (Storm, Alph, Libvob, FenPDF, Textcloud) päälle joustavasti toimiva
93    ryhmätyöskentelyprototyyppi. Prototyyppin rakentamiseen sisältyvät
94    seuraavat tutkimusongelmat:
95    
96    - RDF-tiedostoijen eri versioiden välisten muutosten esittäminen
97      ja yhdisteleminen ja konfliktien esittäminen RDF:ssä sekä käyttöliittymissä
98    
99    - Storm-pointterien käyttö mergessä
100    
101    - Yhteistyön mahdollistavan kehyksen tuominen selkeästi ilmi käyttäjille
102      ilman, että se häiritsee työtä
103    
 Toimenpiteet  
 ------------  
104    
 Aikataulu  
 ---------  
105    

Legend:
Removed from v.1.1  
changed lines
  Added in v.1.2

savannah-hackers-public@gnu.org
ViewVC Help
Powered by ViewVC 1.1.26