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 |
|
|