[elektro] otletborze - mobil

[Móczik Gábor]

2013.01.11. 18:15 keltezéssel, Vajk Fekete írta:
> 1. azert nincs altalanos multitaszk, mert megenne az elemet. meg a cpu-t.
> az apple kezdte, hogy baromira beszigoritotta hogy mit csinalhat egy app,
> egyszeruen ezert, hogy a telefon gyors maradjon, mert nem akart a vevonek
> elmagyarazni hogy nem a telefon a szar, hanem a huszadik idojarasjelentes
> app amit installalt megeszi a cpu-t. asszem meg most is ugy van az

Igen, az a baj, hogy az univerzalitás árán feladták a gyorsaságot.
Bár lassan egy telefonomban komolyabb hw van mint egy átlagos laptopban, 
mégis, az utóbbit jobban ki tudod használni. A natív kód még mindig 
gyorsabb mint az interpretált.

És éppen ezért nem annyira alkalmas általános célú számítógépnek.

> 2. jo meglatas, hogy a mobil eszkozokon nincs meg a UI a multitaszking
> kezelesere. en kicsit meg melyebbre mennek, es azt mondanam nincsenek
> igazan meg a fogalmaink sem egy szemelyes hasznalatu mobil eszkoz
> multitasking szintjeire. mert egy pc-n erre nem volt szukseg. Pl most
> emailozok egy browserben, de a hatterben fut (all?) egy excel. nem hasznal
> cpu-t, de ha akarna hasznalhatna. egyszeruen windowson, linuxon nincs olyan
> megkulonboztetes hogy egy processz a hatterben fut, vagy a hatterben all.
> azaz van, de a program csinalja, nem az OS, es plane nincs rajta az usernek
> kontrollja. pedig jo lenne, ha eldonthetnem, hogy pl attol hogy nem a
> youtube van az eloterben a telefonomon, attol meg olvashassal emailt, mert
> arra a par percre eleg nekem hallani a video hangjat. Majd ir valaki egy
> ilyenre kepes lejatszot, de jobb lenne ha ezt az oprendszer kezelne.

Viszont ez eddig nem megoldott.
És amég nem megoldott, addig nem alternatíva. Ha két év múlva megoldott 
lesz, onnantól az lesz, de attól még nem fog rögtön beugrani a piacra, 
pláne nem a vállalati piacra. Ilyen váltások mindig a régi rendszerek 
lecserélését, korszerűsítését jelentik, és ez szinte mindig csak 
kiadással és problémákkal jár, ezért mindaddig halogatva lesz, amég nem 
hoz annyi hasznot, hogy megérje foglalkozni vele.



>
> Vajk
>
> 2013/1/11 Kovács József <kj at faldeko.hu>
>
>>> Bár megoldható wireless billentyűzettel, amiben az elemet majd
>>> töltögetni kell, ugyanez egérrel,
>>
>> Vagy tölti magát a fényből pl. non-stop.
>> Aki piacra dobja, halálra keresi magát :-)
>>
>>
>>> meg monitorral, ami elhasznál majd egy csomó sávszélességet a kép
>> továbbításhoz.
>> ...és kit zavar ez, irodán belül ?
>>
>>
>>> Ezen kívül mire bekapcsolgatod a szükséges funkciókat, sokáig tart.
>>
>> Francokat, miért is tartana?!
>> Akár 2 másodpercen belül összeállhat a link, automatice..
>>
>>> Inkább bekapcsolom a gépet, ami max 2 másodperc alatt feljön
>>> készenlétből vagy 10 alatt hibernálásból, és ott folytatom ahol legutóbb
>>> abbahagytam.
>>
>> Attól, hogy a telódon van a hibernált állapot ...ugyanez van.
>>
>>> Mobil eszközön a multitaszk is is eléggé gyerekcipőben jár. Van
>>> multitaszt, de pl. azt a munkakörnyezetet ami most épp fut nálam: 12
>>> program, meg a böngészőben vagy 15-20 nyitott fül, egyelőre nem tudod
>>> elérni és kényelmesen kezelni.
>>
>> Mi is az akadálya, hogy rendes multitaszk legyen?!
>> Semmi, csak eddig nem volt rá igény...
>> Ugyanaz a kernel futhat, mint az asztalin... nem igaz?
>> Lásd WindosPhone 8, aminek  pont ez a lényege!!!!!
>> Ez benne a nagy dobás...
>>
>>> És wifis MFP-t sem lehet igazán olcsón kapni + az illesztése szoftver
>>> ügyileg nincs szabványosítva, elterjedve.
>>
>> Döntés és igény kérdése.
>>
>>
>>> Szóval meg lehet erőszakolni, de értelmetlen.
>>> Értelmetlen:
>>>     - jelenleg nem alkalmas
>>>     - sok részlet hiányzik
>>>     - kisebb a megbízhatóság/adatbiztonság
>>>     - drága
>>>
>>>     - olcsóbban elérhető ezekkel a hátrányokkal nem rendelkező,
>>>
>>> tökéletesen megfelelő alternatíva.
>>
>> Persze, JELENLEG és 1-2 év múlva mondjuk?
>>
>> Nézd csak CES híreket...
>>
>> KJ
>>
>> -----------------------------------------
>>            elektro[-flame|-etc]
>>
> -----------------------------------------
>            elektro[-flame|-etc]
>
>