chrome os concept video

Ha volt már, bocs.
http://www.youtube.com/watch?v=hJ57xzo287U

Ahogy a rádugott kameráról átnyom egy képet a cset-en, az tényleg ötletes. Ha teljes értékű os nem is lesz soha (nem is akar az lenni, ugye) de arra esélyes, hogy tv-készülék szintjére egyszerűsítse az r1 feladatokat.

Hogy mi lesz itt pár év múlva. Tiszta szcsiffi :)

Hozzászólások

egyszerűen kezelhető, intuitív, de absztrakciót igényel ahelyett, hogy odaírná, hogy mit csináljon a k. felhasználó.
Jó elgondolás (és talán az emesene implementálta is), de ugyanúgy bele kell verni a felhasználók fejébe, mint hogy „balra lent van a start menü, ha csinálni akarsz valamit, kattints oda”

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

valahogy itt is meg kell találni a csatolandó tartalmat, és én úgy gondolom, hogy a tartalomban való keresés nehézsége arányos a tartalom mennyiségével.
És itt nem kellett a tartalmat megkeresni, attól függetlenül, hogy dnd-pal lehet küldeni a fájlokat, még lehet hosszadalmas megkeresni azt…

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

Minden UI igényel absztrakciót (a tévétávirányító is: frekvencia-->csatorna-->gomb), a kérdés csak az, hogy mennyire hatékony az absztrakció. A webkettes, digitális életforma azzal jár, hogy napi szinten gyártunk digitális tartalmakat, melyeket ríltájmban osztunk meg a neten. Ezt az igényt kell valahogy leképezni egy UI-ra.

A lehetőség: Az SD kártya meghajtóját egy Finder/Nautilus ablak megnyitásával lehet elérni, onnan a képet felmásolni, majd a FIrefox-ot megnyitva és a Gmail oldalára ellátogatva kell feltölteni a képet a netre, és a már feltöltött képet a levélhez csatolni, majd elküldeni.

B lehetőség: A beillesztett SD kártya tartalma a képernyő alsó felén jelenik meg (mindig ott, és mindig ugyanúgy), és a rajta lévő képeket húzással lehet egy levélbe, csetablakba vagy a Facebook-folyamba juttatni. A merevlemezre nem lehet felmásolni, mert nincs merevlemez.

Mindkettő működik, a B verzió viszont bizonyos eszközökre és bizonyos igényekre sokkal alkalmasabb. Persze ez azt is jelenti, hogy egy profi fotós inkább az A lehetőséget választja, és fényképeit saját maga fájlkezelővel rendszerezi, és írja ki többféle adathordozóra.

Most egy kicsit úgy érzem, hogy ott vagyunk, mint a WIMP (menüs-ablakos-egeres) interfészek a nyolcvanas-kilencvenes években: sok újdonság, számos megközelítés van. Látszik, hogy kb mi lesz a jövő, de hogy pontosan melyik rendszer lesz a nyerő (iphone/itab os, chrome os, maemo, android), és hogyan fog átalakulni, azt senki se tudja megjósolni. Csak gondoljunk vissza arra, hogy amikor Geos, Amiga, Windows 1.0, MacOS, különféle DOS-os menüvezérelt és részben grafikus programok dzsungelében mennyire nem látszott az, hogy milyen lesz a mai mainstream ui (Windows 7, OS X, Gnome), mégis mennyi közös elem volt bennük.

"Ahogy a rádugott kameráról átnyom egy képet a cset-en, az tényleg ötletes."

Drag&Drop minden normális im kliensben alapfelszereltség.

Igen, de nem mindegy, hogy honnan kell húzni az ikont. A desktop rendszerekben nincs egyezmény arra, hogy a behelyezett eszköz (SD kártya) az UI mely részén érhető el. Az Ubuntu pl megkérdezi, hogy elindítsa-e az F-spotot vagy megnyissa a foldert, a Windows valami hasonlót csinál (nem tudom, nem használom régóta), az OS X-nél az asztalon jelenik meg egy ikon, amit általában eltakarnak az ablakok. Az egyszerű user (aki a tévétávirányítót megtanulja) nem fogja megtalálni, és én nem tudom neki láttatlanban elmagyarázni (ugyanis én sem tudom megjósolni, hogy az ő ubuntuján az F-spot nyílik meg, vagy a Nautilus ablakot dobja fel, mert valaki előzőleg beikszelte, hogy mindig tegyen úgy). Tipikus probléma még a Windows XP-n, hogy biztonsági okokból letiltják az adathordozó automatikus felismerését, és onnantól a Start menü-->sajátgép-->G: meghajtó alatt érhető el. Már azoknak, akik ezt így megtalálják.

Külön problémát jelentenek az ablakok. Aki nem régi számítógépfelhasználó, annak egyszerűen fogalma sincsen az ablakkezelésről. 198 bezáratlan ablak van a háttérben, melyből 130 a gmail postafiókja, képtelen a fotókat tartalmazó fájlkezelő ablakát az IM ablaka mellé mozgatni, satöbbi.

Lényeg az, hogy a desktop OS-ek több dologban is problémásak, ezek:
- explorability (vagyis a funkció ugyan elérhető, de első ránézésre nem világos, hogy honnan)
- predictability (vagyis a gép előző állapotától függ, hogy az adott funkció hol lesz elérhető)

meg kell tanulni mindet, és egyik szerintem szemernyivel sem intuitívabb a másiknál. Cserébe meg lehet tanulni egy olyat, amivel – a Chrome OS-sel ellentétben – offline feladatokat is el lehet végezni.

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

"Cserébe meg lehet tanulni egy olyat, amivel – a Chrome OS-sel ellentétben – offline feladatokat is el lehet végezni."

Ugyanezt el lehetett mondani a '80-'90 években: a menürendszert is meg lehet tanulni, de minek. A command line-ra úgyis szükség van, mert segítségével grafikus kártya, egér nélkül is elvégezhetjük ugyanazt a feladatot. Aztán meg ott tartunk, hogy ti, rendszergazdák használjátok a command linet, mert szükségetek van rá, de az emberek 99%-ka vidáman használja a WIMP rendszereket, mert nem kell sem programoznia, sem szkriptelnie.

WIMP = Windows+ISS+MSSQL+PHP ? :)
szerintem még ráér a koncepcióváltás, a webes alkalmazásoknak évekre van szüksége még ahhoz, hogy kiváltsák a desktop alkalmazásokat olyan nem túl speciális területeken, mint pl. a képszerkesztés…

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd