On 2015-08-09 09:22, J.F. wrote:
>> To bez znaczenia. Liczy się responsywnośc a nie szybkość. Róznica jest -
>> powiedzmy- na poziomie kodu aplikacji i OSa.
> No to wiesz - przewijanie ekranow z ikonkami - ujdzie, w zasadzie w
> sam raz.
> Aplikacje rozne - w normie. Jakis zauwazalnych lagow nie ma.
> Gry zrecznosciowe dzialaja dobrze, wiec da sie dobrze aplikacje
> napisac.

Przeciętna aplikacja na windowsie z gatunku IE potrafi zaciąć się na
odczycie kilku bajtów obrazka na minutę oferując śliczną zwiechę. To
jest brak responsywności i wynika on z faktu ze nikt o tym nie mysli,
liczy się że ten obrazek jak już ściągniesz wyświetli się w nanosekundę
i tu się dostaje pochwały od managmentu. Na tym polegala poczatkowa
przewaga Apple, że dostrzegli potrzebe bycia responsywnym a nie szybkim
na czym bazowała cala płynność pierwszego iPhone. Oszukiwanie okazalo
się bardziej skuteczne i wygodniejsze dla usera.

Niestety aby calośc systemu byla resposnsywna wiele zależy od
pojedynczych programistow aplikacji. A tu jest kłopot - jesli
implementuje się calość logiki w onKlikach to trudno o responsywność.
Świadomośc tego że mozna inaczej jest mizerna. Dlatego wiele aplikacji
na dowolny system jest zrobionych źle pod kątem responsywności. To
wymaga zupełnie innego podejścia na poziomie budowy app.

> Ale aparat startuje 2-3s i potem jeszcze sekunde lapie focus.
> To jest responsywnosc, czy jej brak ?

To jest:
a) dziadostwo programistow którzy w ogole nie rozumieją potrzeby
optymalizacji zlożoności ładowania niektórych istotnych elementow
systemu. Dziadostwo tolerowane, ponieważ managment jest za tępy aby
pojąć że są alternatywy. Naciska się więc na szybsze cpu.

b) ogranicznienie mechaniczne obiektywu z którym nic nie zrobisz od
strony software.