Nie chcę rozpętywać kolejnej wojenki, bo nie o to w tym artykule
chodzi, ale wydał mi się całkiem zabawny. Nie jestem ani fanem ani
wrogiem androida czy ios ale śmiesznie to wyszło:
http://www.komputerswiat.pl/nowosci/wydarzenia/2015/32/fani-apple-zachwycaja-sie-androidem-gdy-mysla-ze-to-ios-wideo.aspx

Pozdrawiam

Dnia Thu, 06 Aug 2015 17:57:22 +0200, dizel napisał(a):

Nie chcę rozpętywać kolejnej wojenki, bo nie o to w tym artykule
chodzi, ale wydał mi się całkiem zabawny. Nie jestem ani fanem ani
wrogiem androida czy ios ale śmiesznie to wyszło:
http://www.komputerswiat.pl/nowosci/wydarzenia/2015/32/fani-apple-zachwycaja-sie-androidem-gdy-mysla-ze-to-ios-wideo.aspx

No coz, zabawne ... o ile prawdziwe.

Bo tak w ciagu minuty macania, czy mozna cos powiedziec o OS ?
Moze tylko to, ze "duze roznice" i "szybki", ale czy Android jest
szybki ?

J.

On Fri, 7 Aug 2015 16:15:04 +0200, "J.F." <jfox_xnospamx@poczta.onet.pl> wrote:

Moze tylko to, ze "duze roznice" i "szybki", ale czy Android jest
szybki ?

A czy PC jest szybki?

--
Marek

Dnia Fri, 07 Aug 2015 17:59:53 +0200, Marek napisał(a):

On Fri, 7 Aug 2015 16:15:04 +0200, "J.F."

Moze tylko to, ze "duze roznice" i "szybki", ale czy Android jest
szybki ?

A czy PC jest szybki?

Zalezy jaki, zalezy w czym.
Jesli w grze jest 50 fps, to chyba szybki :-)

J.

On Fri, 7 Aug 2015 21:52:41 +0200, "J.F." <jfox_xnospamx@poczta.onet.pl> wrote:

Zalezy jaki, zalezy w czym.
Jesli w grze jest 50 fps, to chyba szybki :-)

No to sobie odpowiedziałeś na swoje pytanie.

--
Marek

W dniu 2015-08-08 o 09:49, Marek pisze:

No to sobie odpowiedziałeś na swoje pytanie.

Ale co to za porównanie. PCtowych konfiguracji jest tysiące a ajfonów kilka i wszystkie nawet tańsze podobno są szybkie, zoptymalizowane, dopracowane w najmniejszych szczegółach...

z

PS.
Kilkanaście dni używałem WP i Ios a wczoraj zasiadłem do androida na galaxy S2 i tablecie Della. Nie jest tak płynnie.
Tablet na atomie z tych lepsiejszych podobno strasznie laguje. Może też uszkodzony ;-) Zawiozę do serwisu.

W dniu 2015-08-08 o 10:14, z pisze:

No to sobie odpowiedziałeś na swoje pytanie.

Ale co to za porównanie. PCtowych konfiguracji jest tysiące a ajfonów
kilka i wszystkie nawet tańsze podobno są szybkie, zoptymalizowane,
dopracowane w najmniejszych szczegółach...

Masz rację. Kumpel z pracy też ostatnio nabył 4s . I też uważa że on podobno działa. W zasadzie uważa że tam jest wszystko na zasadzie "podobno działa"


--
ALEX Alpha MR
Pd Cusimą Cesarska Marynarka Japońska zatopiła nie tylko flotę rosyjską, zatopiła coś o wiele więcej: mit o wyższości białej rasy :-D
"Mobilizacja to wojna, i innego wytłumaczenia dla niej nie ma" B M Szaposznikow, marszałek ZSRzR

On 2015-08-07 16:15, J.F. wrote:

ale czy Android jest
szybki ?

To bez znaczenia. Liczy się responsywnośc a nie szybkość. Róznica jest - powiedzmy- na poziomie kodu aplikacji i OSa.

Dnia Sat, 08 Aug 2015 21:22:17 +0200, Sebastian Biały napisał(a):

On 2015-08-07 16:15, J.F. wrote:

ale czy Android jest szybki ?

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. Ale aparat startuje 2-3s i potem jeszcze sekunde lapie focus.
To jest responsywnosc, czy jej brak ?

J.

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.

On Sun, 09 Aug 2015 20:00:12 +0200, Sebastian Biały<heby@poczta.onet.pl> wrote:

 Dziadostwo tolerowane, poniewaĹź managment jest za tępy aby pojąć Ĺźe są alternatywy.

Jakie alternatywy byś zaproponował?

--
Marek

On 2015-08-10 00:52, Marek wrote:

 Dziadostwo tolerowane, poniewaĹź managment jest za tępy aby pojąć Ĺźe
są alternatywy.

Jakie alternatywy byś zaproponował?

Wątki. Tylko że nie tyle *ja* co zdrowy rozsądek. Jak się nie da wątków to kooperatywny multitasking co jest rozwiązaniem prawie zawsze gorszym. Jak się i tego nie da to zmienić zawód na kopanie rowów.

On Mon, 10 Aug 2015 15:52:30 +0200, Sebastian Biały<heby@poczta.onet.pl> wrote:

Wątki.

PrzecieĹź w javie (nawet Dalvikowej) są wątki, to  stanfard. I to  dość mocno uĹźywane w kaĹźdej aplikacji.
A.może masz jakieś wątpliwości co do ich samej implementacji? Opisz szczegółowo.

--
Marek

On 2015-08-10 22:09, Marek wrote:

Wątki.

Przecież w javie (nawet Dalvikowej) są wątki

Nie chodzi o ich obecnośc tylko złe uzycie.

Na PC wszystkie 3 wiodące przeglądarki otwierają pluginy w wątku GUI co zamraża mi je na kilka sekund jesli dysk jest zajety. Chrome na androida przy wolnmym laczu (np. lejek 4kB/s) szarpie interfejsem bo coś czeka na dane w wątku gui, inne przeglądarki mają gorzej. 99% aplikacji obrabia dane w onkilkach co powoduje nieznośne lagi w GUI. Nikt nie deleguje akcji od razu w tlo, tylko z lenistwa obrabia sie dane w tych onklikach. Wliczając w to "wiodące aplikacje na androida" jak choćby liczenie zajętości aplikacji w pamieci.

Oni wszyscy uzywają gui i watków ale byle jak.

Nawet OSy są spieprzone, że przypomnę że głupi windows czeka kilka sekund na odpowiedź czy w napędzie jest płyta jesli własnie jest detektowana, a starsze windowsy zamarzaly się na czas odczytu dyskietki.

Pisanie responsywnych aplikacji nie polega na uzyciu tu i tam watku, ale na zmienie sposobu patrzenia na GUI. Prywatnie, gdybym był złośliwym OSem, ubijałbym aplikacje które czakają dłużej niż 50ms ze zwrotem sterowania do pętli komunikatów. Ale OSy sa milutkie i *ewentualnie* ubijają gdy nie zwrócisz po paru sekundach.

Sebastian Biały <heby@poczta.onet.pl> wrote:

On 2015-08-10 22:09, Marek wrote:

Wątki.

Przecież w javie (nawet Dalvikowej) są wątki

Nie chodzi o ich obecnośc tylko złe uzycie.

Na PC wszystkie 3 wiodące przeglądarki otwierają pluginy w wątku GUI co
zamraĹźa mi je na kilka sekund jesli dysk jest zajety. Chrome na androida
przy wolnmym laczu (np. lejek 4kB/s) szarpie interfejsem bo coś czeka na
dane w wątku gui, inne przeglądarki mają gorzej. 99% aplikacji obrabia
dane w onkilkach co powoduje nieznośne lagi w GUI. Nikt nie deleguje
akcji od razu w tlo, tylko z lenistwa obrabia sie dane w tych onklikach.
Wliczając w to "wiodące aplikacje na androida" jak choćby liczenie
zajętości aplikacji w pamieci.

Oni wszyscy uzywają gui i watków ale byle jak.

Nawet OSy są spieprzone, że przypomnę że głupi windows czeka kilka sekund
na odpowiedź czy w napędzie jest płyta jesli własnie jest detektowana, a
starsze windowsy zamarzaly się na czas odczytu dyskietki.

Pisanie responsywnych aplikacji nie polega na uzyciu tu i tam watku, ale
na zmienie sposobu patrzenia na GUI. Prywatnie, gdybym był złośliwym
OSem, ubijałbym aplikacje które czakają dłużej niż 50ms ze zwrotem
sterowania do pętli komunikatów. Ale OSy sa milutkie i *ewentualnie*
ubijają gdy nie zwrócisz po paru sekundach.

Nie wszyscy programiści "czują" wielowątkowość... To samo było przy pisaniu interrupt handlers...

usrael'ska PRUKWA z pizda w poprzek najebala kretynizmow:

(ostra cenzura) pest, dreck, szambo

-- - >>> http://tinyurl.com/qz5dxny !!!

On Wed, 12 Aug 2015 17:50:50 +0200, Sebastian Biały<heby@poczta.onet.pl> wrote:

Na PC wszystkie 3 wiodące przeglądarki otwierają pluginy w wątku

GUI co

zamraĹźa mi je na kilka sekund jesli dysk jest zajety. Chrome na

androida

przy wolnmym laczu (np. lejek 4kB/s) szarpie interfejsem bo coś

czeka na

dane w wątku gui, inne przeglądarki mają gorzej. 99% aplikacji

obrabia

dane w onkilkach co powoduje nieznośne lagi w GUI. Nikt nie

deleguje

akcji od razu w tlo, tylko z lenistwa obrabia sie dane w tych

onklikach.

Wliczając w to "wiodące aplikacje na androida" jak choćby liczenie zajętości aplikacji w pamieci.
Oni wszyscy uzywają gui i watków ale byle jak.

Jak sobie wyobraĹźasz synchronizacje  gui->user gdy wszystko wrzucisz w tło? PrzecieĹź musi to być zsynchronizowane. Wynik zadania w tle w 99% ma być jakoś odzwierciedlony w zmianie stanu w gui (coś ma się "narsować").
Najprostrzy sposób to progress bar (długa operacja) lub zamrożenie gui (krótka operacja). Co wybierasz? Wszędzie progress bary??
Jeśli ani jedno i ani drugie to wtedy gui aplikacji będzie dla usera zachowywać się kompletnie niedetermistycznie, To pozbawienie usera sprzężenia zwrotnego z gui. User nie będzie wiedział czy już może coś kliknąć czy poczekać, czy w ogóle coś się dzieje.

--
Marek

Marek wrote:

On Wed, 12 Aug 2015 17:50:50 +0200, Sebastian Biały<heby@poczta.onet.pl> wrote:

Na PC wszystkie 3 wiodące przeglądarki otwierają pluginy w wątku

GUI co

zamraża mi je na kilka sekund jesli dysk jest zajety. Chrome na

androida

przy wolnmym laczu (np. lejek 4kB/s) szarpie interfejsem bo coś

czeka na

dane w wątku gui, inne przeglądarki mają gorzej. 99% aplikacji

obrabia

dane w onkilkach co powoduje nieznośne lagi w GUI. Nikt nie

deleguje

akcji od razu w tlo, tylko z lenistwa obrabia sie dane w tych

onklikach.

Wliczając w to "wiodące aplikacje na androida" jak choćby liczenie zajętości aplikacji w pamieci.
Oni wszyscy uzywają gui i watków ale byle jak.

Jak sobie wyobrażasz synchronizacje  gui->user gdy wszystko wrzucisz w tło? Przecież musi to być zsynchronizowane. Wynik zadania w tle w 99% ma być jakoś odzwierciedlony w zmianie stanu w gui (coś ma się "narsować").
Najprostrzy sposób to progress bar (długa operacja) lub zamrożenie gui (krótka operacja). Co wybierasz? Wszędzie progress bary??
Jeśli ani jedno i ani drugie to wtedy gui aplikacji będzie dla usera zachowywać się kompletnie niedetermistycznie, To pozbawienie usera sprzężenia zwrotnego z gui. User nie będzie wiedział czy już może coś kliknąć czy poczekać, czy w ogóle coś się dzieje.

a co za problem wyszarzyć guzik i włączyć go z powrotem po powricie z
tła?
Bo jak watek wisi to i tak uzytkownik nie ma pojęcia czy może coś
nacisnąć czy nie. Do tego czesto nie może wykonać żadnej innej akcji

--
mst <at> gazeta <.> pl
"-Mam lęk gruntu! -Chyba wysokości? -Wiem co mówię. To grunt zabija!" T.Pratchett

On 2015-08-13 01:11, Marek wrote:

Jak sobie wyobraĹźasz synchronizacje  gui->user gdy wszystko wrzucisz w
tło?

95% akcji gui nie wymaga żadnej synchronizacji. Po prostu kręci się gdzieś throbber. Nawet interaktywne elementy GUI takie jak wyświetlanie strony nie wymagają żadnej synchronizacji - klikasz w linki i zakładasz że po chwili możesz *przewijać* tekst nawet jesli nie załadowaly się wszystkie obrazki i reklamy. Szybkośc jest zbedna. Niezbedna jest responsywność.

Przecież musi to być zsynchronizowane.

Nie musi. Myliusz jak niedzielny programista Delphi. oko ma ograniczone mozliwości i nie musisz wszystkiego nagle narysować na gotowo, nic sie nie stanie jak po chwili coś się gdzieś dorysuje po 5ms.

Wynik zadania w tle w 99% ma
być jakoś odzwierciedlony w zmianie stanu w gui (coś ma się "narsować").

Nic ma się nie narysować, ma się narysować w połowie, ma się narysowac za godzinę. Współczesne aplikacje nie wymagają *natychmiastowej* reakcji, wymagają tylko *płynnej* obsługi. jak klikasz w przycisk to spodziewasz się ze bedzie to widac/slychać, a sama akcja może się wykonać po chwili. Natomiast w dobie onklikowych implementatorów zazwyczaj jest tak że pacniesz w przycisk a on jak zaklęty, nawet nie widac że zareagował.

Najprostrzy sposób to progress bar (długa operacja) lub zamrożenie gui
(krĂłtka operacja). Co wybierasz?

Kilka innych.

Jeśli ani jedno i ani drugie to wtedy gui aplikacji będzie dla usera
zachowywać się kompletnie niedetermistycznie

Przeglądarki się tak zachowuja. Dowolny sewis a-la portal zatrudnia imbecyli którzy nie slyszeli że rozmiar obrazkow mozna podać zawczasu w htmlu, więc takowy portal skacze po calym ekranie podczas ladowania. Masz jakiś wiekszy kłopot poza przeklinaniem, żeby z niego korzystać?

, To pozbawienie usera

sprzężenia zwrotnego z gui. User nie będzie wiedział czy już może coś
kliknąć czy poczekać, czy w ogóle coś się dzieje.

W dobie imbecyli z JavaScript i tak nie wie. I jakoś sie kręci.

On Fri, 14 Aug 2015 18:37:26 +0200, Sebastian Biały<heby@poczta.onet.pl> wrote:

Nie musi. Myliusz jak niedzielny programista Delphi. oko ma

ograniczone

mozliwości i nie musisz wszystkiego nagle narysować na gotowo, nic

sie

nie stanie jak po chwili coś się gdzieś dorysuje po 5ms.

Nie zawsze jest tak, że można rysować partiami, nikt nie chce oglądać efektów komputerowych z filmów z lat 80 u.w.

Nic ma się nie narysować, ma się narysować w połowie, ma się

narysowac

za godzinę. Współczesne aplikacje nie wymagają *natychmiastowej* reakcji, wymagają tylko *płynnej* obsługi. jak klikasz w przycisk

to

spodziewasz się ze bedzie to widac/slychać, a sama akcja może się wykonać po chwili. Natomiast w dobie onklikowych implementatorów zazwyczaj jest tak że pacniesz w przycisk a on jak zaklęty, nawet

nie

widac że zareagował.

Przwciesz windows przyzwyczaiło wszystkich do takiego modelu, albo co chwila okno modalne albo inna blokada gui, nie  moĹźna sobie np. otworzyć w aplikacji okna ustawień i mieć je otwarte nie blokując reszty.

Przeglądarki się tak zachowuja. Dowolny sewis a-la portal zatrudnia imbecyli którzy nie slyszeli że rozmiar obrazkow mozna podać

zawczasu w

htmlu, więc takowy portal skacze po calym ekranie podczas ladowania.

Aaa Ty do przeglądarki pijesz. Trzabyło tak od razu. Tylko myślę, Ĺźe argument o deklaracji rozmiaru obrazka w html pasuje do lat 90 i mosaica (nie wiem czy się orientujesz co to było) a  nie do współczesnego html, w ktĂłrym jest coraz mniej html. W kwesti przeglądarek to raczej rzucasz się z motyką na Słońce.. Nawet najlepszą przeglądarkę "ubije" webdeveloper, a najoptymalniejszą stronę www ubije kiepska przeglądarką. To czego oczekujesz wymaga kooperacji obu stron (obu progamistĂłw) co w praktyce jest niemoĹźliwe.
Dlatego powstaje coś takiego jak aplikacje mobilne do serwisów www, jakiś absurd.

--
Marek

On 2015-08-15 10:05, Marek wrote:

Nie zawsze jest tak, że można rysować partiami, nikt nie chce oglądać
efektĂłw komputerowych z filmĂłw z lat 80 u.w.

W interfejscie uzytkownika to czy lista pojawi się od razu czy po 5ms nie ma żadnego znaczenia. Dla responsywności i płynności przewijania scrollbara - ma znaczenie *zasadnicze*.

Przwciesz windows przyzwyczaiło wszystkich do takiego modelu

Microsoft nigdy nie był i już nie będzie wzorcem dla gui. To oni przyzwyczaili ludzi do dziadostwa, głwnie dlatego że ich API pochodzi z Win3.x a tam nie bylo wątkow tylko cooperative multitasking. Efektem czego współczesne bibloioteki, nawet te nowoczesniejsze jak Qt wymagają paintowania z wątku GUI a nie z innych. I nikt tak naprawdę nie wie dlaczego, bo dla karty graficznej nie ma znaczenia jaki wątek ją o coś prosi, a synchronizacja i tak jest bo kazdy proces ma po jednym watku głownym. Unix to samo, X-y wymagają paintowania z jednego wątku. Diabli wiedzą dlaczego.

, albo co

chwila okno modalne albo inna blokada gui, nie  moĹźna sobie np. otworzyć
w aplikacji okna ustawień i mieć je otwarte nie blokując reszty.

Modalność nie ma nic wspolnego z responsywnością. Responsywność - z grubsza - polega na tym że jak masz załadować milion elementów do drzewa, to tępak załaduje je od razu blokując GUI a mądrzejszy załaduje je w 2 sekundy ale pozwoli na działanie gui w międzyczasie dając *złudzenie* responsywności. Jego ładowanie potrwa dłużej, ale będzie nieblokujące dla gui. Inna sprawa że tępaki zazwyczaj testują apliakcje na kilku elementach, nie zastanawiają się nad O(N^2).

Aaa Ty do przeglądarki pijesz.

Nie. Przeglądarki to typowy przykład że masz 20 zespołów programistow i *WSZYSCY* popelniają te same błedy robiąc logikę w onklikach. Bo tak jest taniej. Myślałem że może Edge coś zmieni, ale wygląda na to że podstawą zmianą w Edge jest branch repozytorium IE.

Trzabyło tak od razu. Tylko myślę, że
argument o deklaracji rozmiaru obrazka w html pasuje do lat 90

Dalej działa i roku na rok jest coraz rzadziej stosowany. Głównie dlatego że proces layoutu strony przerzuca się na gówno wydziargane w javascript. Nie zmienia to jednak faktu że np. głowne logo allegro po załadowaniu powoduje przesuniecie strony za co student dostał by czapę na zaliczenie.

i mosaica
(nie wiem czy się orientujesz co to było)

Używałem.

a  nie do współczesnego html,
w ktĂłrym jest coraz mniej html.

Zgoda. To powoduje że mimo to że strony migają, zmieniają layout w trakcie ładowania, zmieniają style itd dalej sa używalne. Bo nie jest istotne żeby strone załadować *szybko* i od razu gotową. Istotne jest aby w trakcie procesu ładowania pozwolić na interakcję. A to wymaga zmiany myslenia i czasem zakopania kilku liderow zespołu programistów. Obecnie to działa bardzo przeciętnie, ładowanie w tle to tylko jakaś cześć procesu, dalej przetwarzamy dane w onklikach.

W kwesti przeglądarek to raczej rzucasz
się z motyką na Słońce.. Nawet najlepszą przeglądarkę "ubije"
webdeveloper, a najoptymalniejszą stronę www ubije kiepska przeglądarką.

Nie. To wina przeglądarki, że gui staje się nieresponsywne. Nawet jeśli trafie na debila z portalu robiącego O(N^3) to dalej - gui przeglądarki nie ma prawa zatrzymać sie na dłużej niż 50ms a i tak to jest grube przegięcie. Scrollbary mają działać, linki mają się klikać. To jest wyłacznie wina przeglądarek że tak nie jest.

To czego oczekujesz wymaga kooperacji obu stron (obu progamistĂłw) co w
praktyce jest niemoĹźliwe.

Nie wymaga. Wymaga zakopania liderów zespołów programistów przeglądarek, spalenia kilkudziesięciu durnych książek (głównie o delphi, przepraszam za złośliwość) i zmiany kilu OSów. Czyli pikuś.

Dlatego powstaje coś takiego jak aplikacje mobilne do serwisów www,
jakiś absurd.

Powstawały zawsze ponieważ głos decydujący o kierunku tego rynku nie należy do ludzi inteligentnych z wizją tylko do prawników, ekonomistów, cieciów i innej swołoczy.

On Sat, 15 Aug 2015 10:33:35 +0200, Sebastian Biały<heby@poczta.onet.pl> wrote:

głownym. Unix to samo, X-y wymagają paintowania z jednego wątku.

Diabli

wiedzą dlaczego.

To czego szukasz nazywa się "eXene". Tam każdy widget to osobny wątek i miało rozwiązać problem "async reply" w X bo do tego chyba pijesz? Czy jest rozwijane - nie wiem.

--
Marek

On 2015-08-15 23:14, Marek wrote:

głownym. Unix to samo, X-y wymagają paintowania z jednego wątku.

Diabli

wiedzą dlaczego.

To czego szukasz nazywa się "eXene". Tam każdy widget to osobny wątek

Nie. To przegięcie w druga stronę. Nie chodzi o efekt erlang-linke w postaci miliona wątkow/procesów. Chodzi wylacznie o swobodę wyboru który wątek paintuje.

i
miało rozwiązać problem "async reply"

Nie musi byc async reply. Może być sync. Chodzi o to aby operascje na widgetach i kontekście graficznym nie musiały pochopdzić z wnatrza pętli. Innymi słowy onkilk->shedule a w drugim wątku przetwarzanie i akcja na widgetach.

On Sun, 16 Aug 2015 12:11:25 +0200, Sebastian Biały<heby@poczta.onet.pl> wrote:

Nie. To przegięcie w druga stronę. Nie chodzi o efekt erlang-linke

w

postaci miliona wątkow/procesów. Chodzi wylacznie o swobodę wyboru

ktĂłry

wątek paintuje.

Pokaż przykład gdzie tak się robi.

Nie musi byc async reply.

Ale jest by design (tzn. wystąpi gdy z innego wątku wywołasz x api) i w X tego nie zmienisz tak łatwo. Zastanawiałeś się/wiesz dlaczego taki design przejęto?
Ja rozumiem Twoj wniosek racjonalizatorski, ale obawiam się, że rozwiązując jeden problem z samopoczuciem usera wprowadzisz wiele nowych problemów programistom (czyt. ekonomicznych).

--
Marek

On 2015-08-17 15:14, Marek wrote:

Nie. To przegięcie w druga stronę. Nie chodzi o efekt erlang-linke

w

postaci miliona wątkow/procesów. Chodzi wylacznie o swobodę wyboru

ktĂłry

wątek paintuje.

Pokaż przykład gdzie tak się robi.

Juz pisalem że nie ma wsrod popularnych OSów przykładów które pozwalają na paintowanie z róznych wątków. To problem głebszy niz aplikacje usera. Dlatego podczas pisania aplikacji na obecne systemy musisz robić obejścia, np. liczyć w wątku pobocznym a nastepnie inwalidować widget aby się narysował z watku gui (zamiast poprosić o narysowanie wprost).

Nie musi byc async reply.

Ale jest by design (tzn. wystąpi gdy z innego wątku wywołasz x api) i w
X tego nie zmienisz tak łatwo. Zastanawiałeś się/wiesz dlaczego taki
design przejęto?

Nie wiem, dlatego że de facto X oraz WinAPI są *asynchroniczne* tylko że na poziomie procesów. Natomiast z nieznanej przyczyny część api, szczegolnie do grafiki powiązano z jednym wątkiem. To jest zastanawiające. Przypomne że np. w Xach paintowanie fontów wymaga robienia tego z głównego wątku pod karą GPFa, więc nici z paintowania w tle wielu istotnych rzeczy.

Ja rozumiem Twoj wniosek racjonalizatorski, ale obawiam się, że
rozwiązując jeden problem z samopoczuciem usera wprowadzisz wiele nowych
problemĂłw programistom (czyt. ekonomicznych).

Nie zglosiłem żadnego wniosku. Pokazalem rozwiązanie utopijne które nigdy nie zostanie wprowadzone. Rozwiązanie na dzisiaj to coś zupełnie innego - delegacja akcji gui do wątków i przewaga responsywności nad szybkością podczas projetowania interfejsu. Wynika to z prostej obserwacji zawodowej: zawsze pojawi się przypadek z N*2 więcej danych co zatnie interfejs jesli przetworzysz to coś w onkliku. Więc tego nie róbmy.

UĹźytkownik "Sebastian Biały"  napisał w wiadomości grup dyskusyjnych:mqsvj0$suv$1@node2.news.atman.pl...

Juz pisalem że nie ma wsrod popularnych OSów przykładów które pozwalają na paintowanie z róznych wątków. To problem głebszy niz aplikacje usera. Dlatego podczas pisania aplikacji na obecne systemy musisz robić obejścia, np. liczyć w wątku pobocznym a nastepnie inwalidować widget aby się narysował z watku gui (zamiast poprosić o narysowanie wprost).

Hm, ja juz troche odstalem od tych nowoczesnych OS'ow, ale:
-czy na pewno nie ma ?
-w tych wszystkich okienkowych systemach sprawa sie znacznie komplikuje.
Chcesz rysowac ... a moze widget niewidoczny, a moze go juz nie ma ?
Wybrano koncepcje odwrotna - ekranem zarzadza system, to aplikacja musi na jego zyczenie byc w stanie narysowac okno od nowa.
Gdzies tam byc moze przyswiecala wizja niewielkiej ilosci pamieci operacyjnej ... ktora juz nie jest aktualna ...

J.

On 2015-08-17 20:03, J.F. wrote:

Hm, ja juz troche odstalem od tych nowoczesnych OS'ow, ale:
-czy na pewno nie ma ?

Wywołanie akcji na gui z innego wątku niż główny - nie znam.

-w tych wszystkich okienkowych systemach sprawa sie znacznie komplikuje.
Chcesz rysowac ... a moze widget niewidoczny, a moze go juz nie ma ?

Co mnie to obchodzi. Zlecam wykonanie zadania. To czy jest widoczny czy widoczy w połowie czy w ogóle to wiemy jak rozwiązywać od lat 80-tych.

Wybrano koncepcje odwrotna - ekranem zarzadza system, to aplikacja musi
na jego zyczenie byc w stanie narysowac okno od nowa.

Gorzej. To by jeszcze było połowa dziadostwa. Gorzej że system informuje o akcjach w posób ktory blokuje pętlę na czas akcji aplikacji. *TO* jest problem, rysowanie z innych wątkow łatwo się obchodzi, akcji na onklikach - nie. Trzeba sporo doświadczenia żeby pojąc jak napisać responsywnie kod.

Gdzies tam byc moze przyswiecala wizja niewielkiej ilosci pamieci
operacyjnej ... ktora juz nie jest aktualna ...

Korzenie wszystkich obecnie dzialajacych gui sięgają bardzo głeboko ...

Marek <fake@fakeemail.com> wrote:

On Fri, 14 Aug 2015 18:37:26 +0200, Sebastian Biały<heby@poczta.onet.pl> wrote:

Nie musi. Myliusz jak niedzielny programista Delphi. oko ma ograniczone
> mozliwości i nie musisz wszystkiego nagle narysować na gotowo, nic sie

> nie stanie jak po chwili coś się gdzieś dorysuje po 5ms.

Nie zawsze jest tak, że można rysować partiami, nikt nie chce oglądać
efektĂłw komputerowych z filmĂłw z lat 80 u.w.

Nic bardziej wkurzajacego przy oglądaniu niektórych "dizajnerskich" stron
www to jak nie-do-konca namalowana stronka po 10 sekundach dociągania
czegoś postanowi przesunąć fragment na który właśnie zamierzasz kliknąć i w
efekcie klikasz na coś innego.

Nie wiem jak oni to robią, bo przecież linki do obrazków powinny być dla
klienta http dostępne od razu wraz z rozmiarem w pikselach, wiec nie trzeba
mieć całego gifa czy jpg z reklamą, aby zarezerwować dla niego miejsce.

Nic ma się nie narysować, ma się narysować w połowie, ma się narysowac >
za godzinę. Współczesne aplikacje nie wymagają *natychmiastowej* >
reakcji, wymagają tylko *płynnej* obsługi. jak klikasz w przycisk to >
spodziewasz się ze bedzie to widac/slychać, a sama akcja może się >
wykonać po chwili. Natomiast w dobie onklikowych implementatorów >
zazwyczaj jest tak że pacniesz w przycisk a on jak zaklęty, nawet nie >
widac że zareagował.

Przwciesz windows przyzwyczaiło wszystkich do takiego modelu, albo co
chwila okno modalne albo inna blokada gui, nie  moĹźna sobie np. otworzyć
w aplikacji okna ustawień i mieć je otwarte nie blokując reszty.

Przeglądarki się tak zachowuja. Dowolny sewis a-la portal zatrudnia >
imbecyli którzy nie slyszeli że rozmiar obrazkow mozna podać zawczasu w
> htmlu, więc takowy portal skacze po calym ekranie podczas ladowania.

Dokladnie.

Aaa Ty do przeglądarki pijesz. Trzabyło tak od razu. Tylko myślę, że
argument o deklaracji rozmiaru obrazka w html pasuje do lat 90 i mosaica
(nie wiem czy się orientujesz co to było) a  nie do współczesnego html, w
którym jest coraz mniej html. W kwesti przeglądarek to raczej rzucasz się
z motyką na Słońce.. Nawet najlepszą przeglądarkę "ubije" webdeveloper, a
najoptymalniejszą stronę www ubije kiepska przeglądarką. To czego
oczekujesz wymaga kooperacji obu stron (obu progamistĂłw) co w praktyce jest niemoĹźliwe.
Dlatego powstaje coś takiego jak aplikacje mobilne do serwisów www, jakiś absurd.

Ale i te aplikacje maja ten sam problem.

To sie chyba bierze stad, ze ramka z reklama przychodzi od dostarczyciela
monetyzacji - i zmienia rozmiar z kazda odslona witryny bo jest ciagle inny
rozmiar i rozsuwanko.

usrael'ska PRUKWA z pizda w poprzek najebala kretynizmow:

(ostra cenzura) pest, dreck, szambo

-- - >>> http://tinyurl.com/qz5dxny !!!

W dniu 2015-08-12 o 17:50, Sebastian Biały pisze:

On 2015-08-10 22:09, Marek wrote:

Wątki.

Przecież w javie (nawet Dalvikowej) są wątki

Nie chodzi o ich obecnośc tylko złe uzycie.

Na PC wszystkie 3 wiodące przeglądarki otwierają pluginy w wątku GUI co
zamraĹźa mi je na kilka sekund jesli dysk jest zajety. Chrome na androida
przy wolnmym laczu (np. lejek 4kB/s) szarpie interfejsem bo coś czeka na
dane w wątku gui, inne przeglądarki mają gorzej. 99% aplikacji obrabia
dane w onkilkach co powoduje nieznośne lagi w GUI. Nikt nie deleguje
akcji od razu w tlo, tylko z lenistwa obrabia sie dane w tych onklikach.
Wliczając w to "wiodące aplikacje na androida" jak choćby liczenie
zajętości aplikacji w pamieci.

Oni wszyscy uzywają gui i watków ale byle jak.

Nawet OSy są spieprzone, że przypomnę że głupi windows czeka kilka
sekund na odpowiedź czy w napędzie jest płyta jesli własnie jest
detektowana, a starsze windowsy zamarzaly się na czas odczytu dyskietki.

Pisanie responsywnych aplikacji nie polega na uzyciu tu i tam watku, ale
na zmienie sposobu patrzenia na GUI. Prywatnie, gdybym był złośliwym
OSem, ubijałbym aplikacje które czakają dłużej niż 50ms ze zwrotem
sterowania do pętli komunikatów. Ale OSy sa milutkie i *ewentualnie*
ubijają gdy nie zwrócisz po paru sekundach.

Lejesz miód na moje serce swoim pisaniem. Bałem się, że takich programistów już nie ma. Dziś zawaleni jesteśmy programami pełnymi błędów i niedoróbek tak dużych, że wstyd się podpisać pod czymś takim jako autor. Nawet duzi producenci takiego sprzętu jak TV czy radio - coraz częściej korzystają z oprogramowania tak niskiej jakości, jakby było pisane przez licealistów na zaliczenie na słabą tróję.


--
MN

On 2015-08-12 17:50, Sebastian Biały wrote:

Nawet OSy są spieprzone, że przypomnę że głupi windows czeka kilka
sekund na odpowiedź czy w napędzie jest płyta jesli własnie jest
detektowana, a starsze windowsy zamarzaly się na czas odczytu dyskietki.

Zapomniałem o moim flagowym przykładzie. Dekoden nc+ czeka przy zmianie kanałów na pojawienie się sygnału, w zasadzie czeka nawet na reakcje na przyciski. H.. wie po co. Typowy przykład pisania "byle jak".

On Fri, 14 Aug 2015 18:39:44 +0200, Sebastian Biały<heby@poczta.onet.pl> wrote:

Zapomniałem o moim flagowym przykładzie. Dekoden nc+ czeka przy

zmianie

kanałów na pojawienie się sygnału, w zasadzie czeka nawet na

reakcje na

przyciski. H.. wie po co. Typowy przykład pisania "byle jak".

WeĹş mnie nie wqr. U teściowej jest jakiś dekoder multimedi "java powered". Reakcja na klawisz pilota 10s. Jak juĹź oglądam tv u siebie w domu to metodą 2 sek na kanał i przeskakuje na następny (analogowa kablĂłwka w tv) a z tym "java powered" się nie da.  Jak się szybko naciska to tylko buforuje 3 ostatnie i zareaguje na nie po minucie albo się zawiesi.

--
Marek

Marek <fake@fakeemail.com> wrote:

On Fri, 14 Aug 2015 18:39:44 +0200, Sebastian Biały<heby@poczta.onet.pl> wrote:

Zapomniałem o moim flagowym przykładzie. Dekoden nc+ czeka przy zmianie
> kanałów na pojawienie się sygnału, w zasadzie czeka nawet na reakcje

na > przyciski. H.. wie po co. Typowy przykład pisania "byle jak".

Weź mnie nie wqr. U teściowej jest jakiś dekoder multimedi "java
powered". Reakcja na klawisz pilota 10s. Jak już oglądam tv u siebie w
domu to metodą 2 sek na kanał i przeskakuje na następny (analogowa
kablĂłwka w tv) a z tym "java powered" się nie da.  Jak się szybko naciska
to tylko buforuje 3 ostatnie i zareaguje na nie po minucie albo się zawiesi.

Pewnie w Dalviku pływa po głębokiej wodzie :-)

usrael'ska PRUKWA z pizda w poprzek najebala kretynizmow:

(ostra cenzura) pest, dreck, szambo

-- - >>> http://tinyurl.com/qz5dxny !!!

On 2015-08-15 10:29, Marek wrote:

Weź mnie nie wqr. U teściowej jest jakiś dekoder multimedi "java
powered". Reakcja na klawisz pilota 10s.

To nie jest wina Javy. Zapewniam że można osiągnąć bajeczna płynność w Javie. Tutaj nawet nie jest winien garbage collector bo nie da się technicznie wyjaśnić jego działaniem tych lagów. Tu jest bylejakość programisty a może głównie projektanta. Powszechna w branży embedded gdzie się nie tyle projektuje co pisze ad-hoc.

Miałem okazję bawić się dzisiaj nowym tv Samsunga. Przyznam, że nawet gdy bym chciał nie potrafiłbym tak spieprzyć *wszystkiego*. Dosłownie wszystkiego, od responsywności pilota przez absurdalne błędy w GUI po ewidentną fuszerkę robienia na kolanie i klejoną gumą do żucia. Ja mam bardzo niskie mniemanie o programistach embedded ale tutaj przeszli samych siebie skutecznie mnie lecząć z pomysłów zakupu Stupid TV. Ba, nawet aplikacja Samsunga na PC do DLNA jest tak kiepska że nie wiadomo od czego zacząć aby się nie rozpłakać nad gównianością w każdym szczególe. Żeby nie było: Mój 10 letni Sony Bravia ma te same objawy tylko w mniejszej skali bo imniej softu. Ewolucja stoi w miejscu. Nie zakopiesz liderów zespołów programistow i projektantów - nic się nie zmieni.

Przeszliśmy daleką drogę od interfejsu GUI w Amidze żeby 30 lat później stwierdzić że się cofnelismy w rozwoju do jaskiń.

Android ma natłok aplikacji pisanych przez tych samych mistszuf co daje ogólny pogląd o tym że jest "wolny". Apple się od tego próbowało odciąć pisząc responsywny system, ale dali w łapę programistów jakieś onkliki i pozamiatane, apliakcje są napisane po staremu. Dalej czekam na jakąś rewolucję albo reset i wracamy do Amigi.

On Sat, 15 Aug 2015 17:21:36 +0200, Sebastian Biały<heby@poczta.onet.pl> wrote:

Miałem okazję bawić się dzisiaj nowym tv Samsunga. Przyznam, że

nawet

gdy bym chciał nie potrafiłbym tak spieprzyć *wszystkiego*.

A zwykły user nie narzeka. Myślę, że nie jesteś już targetem dla poroducentów współczesnej elektroniki.

--
Marek

W dniu 2015-08-15 o 23:18, Marek pisze:

On Sat, 15 Aug 2015 17:21:36 +0200, Sebastian Biały<heby@poczta.onet.pl>
wrote:

Miałem okazję bawić się dzisiaj nowym tv Samsunga. Przyznam, że

nawet

gdy bym chciał nie potrafiłbym tak spieprzyć *wszystkiego*.

A zwykły user nie narzeka. Myślę, że nie jesteś już targetem dla
poroducentów współczesnej elektroniki.

Oczywiście, że narzeka. Tylko nie bardzo wie, kto, lub co jest winne sytuacji.


--
MN

On Sun, 16 Aug 2015 12:00:21 +0200, Marcin N <marcin5.usun.wykasuj@onet.pl> wrote:

Oczywiście, że narzeka. Tylko nie bardzo wie, kto, lub co jest

winne

sytuacji.

Mam wrażenie, że coraz ciszej. To miałem ma myśli. Jakby uznał, że tak musi już być.
Poza tym, co z tego że narzeka, skoro kupuje ten chłam? Tylko niekupując można z tym walczyć.

--
Marek

W dniu 2015-08-17 o 15:03, Marek pisze:

On Sun, 16 Aug 2015 12:00:21 +0200, Marcin N
<marcin5.usun.wykasuj@onet.pl> wrote:

Oczywiście, że narzeka. Tylko nie bardzo wie, kto, lub co jest

winne

sytuacji.

Mam wrażenie, że coraz ciszej. To miałem ma myśli. Jakby uznał, że tak
musi już być.
Poza tym, co z tego że narzeka, skoro kupuje ten chłam? Tylko niekupując
można z tym walczyć.

Masz w pełni rację. Nie powinno się kupować chłamu RTV ze złym interfejsem graficznym. Niestety niedogodności wychodzą dopiero w domu. Najpierw klient myśli, że to taki feature, a gdy się zorientuje, ze to zwykły chłam - to już za późno na reakcję i oddawanie grata. Telewizor to nie zegarek, żeby chciało się z nim latać po sklepach i żądać zwrotu pieniędzy.


--
MN

On Tue, 18 Aug 2015 15:10:59 +0200, Marcin N <marcin5.usun.wykasuj@onet.pl> wrote:

Masz w pełni rację. Nie powinno się kupować chłamu RTV ze złym interfejsem graficznym. Niestety niedogodności wychodzą dopiero w

domu.

Najpierw klient myśli, że to taki feature, a gdy się zorientuje, ze

to

zwykły chłam - to już za późno na reakcję i oddawanie grata.

Telewizor

to nie zegarek, żeby chciało się z nim latać po sklepach i żądać

zwrotu

pieniędzy.

Żyjemy w czasach, gdzie komunikacja społeczna jest już silnie rozwinięta - korzystajmy z tego. To normalne, że ktoś (pierwszy) może naciąć się na produkcie. Ale wtedy powinien komunikować społecznie "nie kupuj samsunga bo ta a to". Niech robi wydarzenie na facebooku :)

--
Marek

W dniu 2015-08-18 o 15:49, Marek pisze:

Niech robi wydarzenie na facebooku :)

Coraz trudniej w internecie zrobić coś anonimowo. Ludzie nie będą się podkładać pod "wojnę z korporacją". Dla świętego spokoju przyzwyczają się do chłamu.

--
MN

On Tue, 18 Aug 2015 17:07:36 +0200, Marcin N <marcin5.usun.wykasuj@onet.pl> wrote:

Coraz trudniej w internecie zrobić coś anonimowo. Ludzie nie będą

się

podkładać pod "wojnę z korporacją".

Przecież nie muszą być jej pracownikami. Jakie podkładanie masz na myśli?

--
Marek

W dniu 2015-08-19 o 13:57, Marek pisze:

On Tue, 18 Aug 2015 17:07:36 +0200, Marcin N
<marcin5.usun.wykasuj@onet.pl> wrote:

Coraz trudniej w internecie zrobić coś anonimowo. Ludzie nie będą

się

podkładać pod "wojnę z korporacją".

Przecież nie muszą być jej pracownikami. Jakie podkładanie masz na myśli?

Ano takie, że napiszesz "Samsung robi dziadowskie telewizory" i za miesiąc dostaniesz pozew z sądu napisany przez oddział prawników Samsunga o odszkodowanie na milion talarów transferowych.

Co z tego, że masz rację, skoro ci prawnicy mają znajomości...

--
MN

On Wed, 19 Aug 2015 14:01:33 +0200, Marcin N <marcin5.usun.wykasuj@onet.pl> wrote:

Ano takie, że napiszesz "Samsung robi dziadowskie telewizory" i za miesiąc dostaniesz pozew z sądu napisany przez oddział prawników Samsunga o odszkodowanie na milion talarów transferowych.
Co z tego, że masz rację, skoro ci prawnicy mają znajomości...

Przesadzasz, to jest wyrażanie własnych opinni o produktach w ramach wolności słowa.

--
Marek

UĹźytkownik "Marek"

Ano takie, że napiszesz "Samsung robi dziadowskie telewizory" i za miesiąc dostaniesz pozew z sądu napisany przez oddział prawników Samsunga o odszkodowanie na milion talarów transferowych.
Co z tego, że masz rację, skoro ci prawnicy mają znajomości...

Przesadzasz, to jest wyrażanie własnych opinni o produktach w ramach
wolności słowa.
-- -
Ale kto Ci przyzna rację ?! Dostaniesz dobrego obrońcę z urzędu ?

Marek wrote:

On Sun, 16 Aug 2015 12:00:21 +0200, Marcin N <marcin5.usun.wykasuj@onet.pl> wrote:

Oczywiście, że narzeka. Tylko nie bardzo wie, kto, lub co jest

winne

sytuacji.

Mam wrażenie, że coraz ciszej. To miałem ma myśli. Jakby uznał, że tak musi już być.
Poza tym, co z tego że narzeka, skoro kupuje ten chłam? Tylko niekupując można z tym walczyć.

a co ma kupować jak nic innego nie ma w porównywalnych cenach?

--
mst <at> gazeta <.> pl
"-Mam lęk gruntu! -Chyba wysokości? -Wiem co mówię. To grunt zabija!" T.Pratchett

On Mon, 24 Aug 2015 19:25:51 +0000 (UTC), masti <gone@to.hell> wrote:

a co ma kupować jak nic innego nie ma w porównywalnych cenach?

Ma _nie_ kupować. Sam mam 4 letniego smartfona i 10 letni tv crt. I nie zamierzam tego zmieniać tylko dlatego, że coś jest "nowsze".

--
Marek

Marek wrote:

On Mon, 24 Aug 2015 19:25:51 +0000 (UTC), masti <gone@to.hell> wrote:

a co ma kupować jak nic innego nie ma w porównywalnych cenach?

Ma _nie_ kupować. Sam mam 4 letniego smartfona i 10 letni tv crt. I nie zamierzam tego zmieniać tylko dlatego, że coś jest "nowsze".

i jak Ci się zepsuje ten smartfon to połatasz go drutem?

--
mst <at> gazeta <.> pl
"-Mam lęk gruntu! -Chyba wysokości? -Wiem co mówię. To grunt zabija!" T.Pratchett

On Tue, 25 Aug 2015 09:36:44 +0000 (UTC), masti <gone@to.hell> wrote:

i jak Ci się zepsuje ten smartfon to połatasz go drutem?

Mam po kimś używany, który leży gdzieś w szufladzie. Jeśli ten też się zepsuje to wtedy będę się zastanawiał co zrobić.

--
Marek

Marek wrote:

On Tue, 25 Aug 2015 09:36:44 +0000 (UTC), masti <gone@to.hell> wrote:

i jak Ci się zepsuje ten smartfon to połatasz go drutem?

Mam po kimś używany, który leży gdzieś w szufladzie. Jeśli ten też się zepsuje to wtedy będę się zastanawiał co zrobić.

i tak będziesz dziadował całe życie?


--
mst <at> gazeta <.> pl
"-Mam lęk gruntu! -Chyba wysokości? -Wiem co mówię. To grunt zabija!" T.Pratchett

On Tue, 25 Aug 2015 15:49:59 +0000 (UTC), masti <gone@to.hell> wrote:

i tak będziesz dziadował całe życie?

Ty nazywasz to dziadowaniem a ja rozsądnym korzystaniem z zasobów, które się ma i w zupełności spełniają oczekiwania.

--
Marek

Marek wrote:

On Tue, 25 Aug 2015 15:49:59 +0000 (UTC), masti <gone@to.hell> wrote:

i tak będziesz dziadował całe życie?

Ty nazywasz to dziadowaniem a ja rozsądnym korzystaniem z zasobów, które się ma i w zupełności spełniają oczekiwania.

zawsze możesz gotować na ognisku, po co Ci kuchenka?

--
mst <at> gazeta <.> pl
"-Mam lęk gruntu! -Chyba wysokości? -Wiem co mówię. To grunt zabija!" T.Pratchett

W dniu 2015-08-25 o 11:13, Marek pisze:

Ma _nie_ kupować. Sam mam 4 letniego smartfona i 10 letni tv crt. I nie
zamierzam tego zmieniać tylko dlatego, że coś jest "nowsze".

O ile rozumiem trzymanie 4 letniego telefonu, o tyle nie łapię, po co używać kilkunastoletniego TV CRT (10 lat temu już ich nie produkowano).

Taki TV to obraz ma malutki (nawet największy, jaki produkowano miał tylko 35 cali), migoczący. Żre mnóstwo prądu i jest po prostu brzydki z wyglądu.

Nie mówiąc o tym, że jest niedostosowany do HD.

--
MN

UĹźytkownik "Marcin N"  napisał w wiadomości grup dyskusyjnych:55dc391d$0$27530$65785112@news.neostrada.pl...
W dniu 2015-08-25 o 11:13, Marek pisze:

Ma _nie_ kupować. Sam mam 4 letniego smartfona i 10 letni tv crt. I nie
zamierzam tego zmieniać tylko dlatego, że coś jest "nowsze".

O ile rozumiem trzymanie 4 letniego telefonu, o tyle nie łapię, po co używać kilkunastoletniego TV CRT (10 lat temu już ich nie produkowano).

Jest. I nie bylo potrzeby go zmieniac.

Taki TV to obraz ma malutki (nawet największy, jaki produkowano miał tylko 35 cali),

Cale calom nie rowne. Te nowe maja ekran szeroki, ale niski.
W efekcie taki stary 25" ma ekran porownywalny z nowym 32".

Tzn ekrany sa rownej wysokosci, nowy znacznie szerszy, ale czy na bokach jest cos ciekawego ?

migoczący.

Przez poprzednie 20 lat nie przeszkadzalo.

Żre mnóstwo prądu

Tyle samo, albo niewiele wiecej. Chyba, ze masz na mysli Rubina, bo po co zmieniac na nowszy.

i jest po prostu brzydki z wyglądu.

Ale pasuje do mebli :-)

Nie mówiąc o tym, że jest niedostosowany do HD.

Przez 20 lat nie przeszkadzalo.
Owszem - niedopasowane proporcje moga przeszkadzac, brak tunera cyfrowego bedzie przeszkadzac - czas zmienic.

J.

UĹźytkownik "J.F."

Taki TV to obraz ma malutki (nawet największy, jaki produkowano miał tylko 35 cali),

Cale calom nie rowne. Te nowe maja ekran szeroki, ale niski.
W efekcie taki stary 25" ma ekran porownywalny z nowym 32".
-- -
....a używa się np 42'.

Tzn ekrany sa rownej wysokosci, nowy znacznie szerszy, ale czy na
bokach jest cos ciekawego ?
-- -
Chcesz powiedzieć, że na wysokość 576i50 nie jest gorszy od 1080i ?

....

i jest po prostu brzydki z wyglądu.

Ale pasuje do mebli :-)
-- -
To jest bardzo dobry argument :-)

Lata ludzie meblowali się, dopasowali jedno do drugiego, nawet stolik pod TV dostali a tu ... nowy TV nie mieści się. I co, meble zmienić z powodu TV ? Bo mi wychodzi, że tak by trzeba.

On Tue, 25 Aug 2015 11:45:05 +0200, Marcin N <marcin5.usun.wykasuj@onet.pl> wrote:

O ile rozumiem trzymanie 4 letniego telefonu, o tyle nie łapię, po

co

używać kilkunastoletniego TV CRT (10 lat temu już ich nie

produkowano).

 Kupiony w grudniu 2005 w sklepie. Nie wiem ile leĹźał na półce. Uznaję Ĺźe nie dłuĹźej niĹź rok.

Nie mówiąc o tym, że jest niedostosowany do HD.

HD to tylko sztuczka techniczna formy przekazu, treści nie polepsza.

--
Marek

UĹźytkownik "Marek"

Nie mówiąc o tym, że jest niedostosowany do HD.

HD to tylko sztuczka techniczna formy przekazu, treści nie polepsza.
-- -
To może tak było w PAL+

Marek wystukał, co następuje:

Nie mówiąc o tym, że jest niedostosowany do HD.

HD to tylko sztuczka techniczna formy przekazu, treści nie polepsza.

Jak już zahaczyłeś - na uja Ci telewizor w takim razie? :D

W dniu 2015-08-08 o 21:22, Sebastian Biały pisze:

On 2015-08-07 16:15, J.F. wrote:

ale czy Android jest
szybki ?

To bez znaczenia. Liczy się responsywnośc a nie szybkość. Róznica jest -
powiedzmy- na poziomie kodu aplikacji i OSa.

android cierpi na chorobę wieku dzieciecego: niebyt efektywną obsługę RAMu. Mówi się, ze urządzenie z andkiem musi miec 2x wiecej RAMu by w płynnosci dorównać sprzetowi z iOS. Ale Ram żre baterię więc problem ma tendencję do nawrotów.

--
@foe_pl

On 2015-08-09 14:14, the_foe wrote:

android cierpi na chorobę wieku dzieciecego: niebyt efektywną obsługę
RAMu. Mówi się, ze urządzenie z andkiem musi miec 2x wiecej RAMu by w
płynnosci dorównać sprzetowi z iOS.

Nie widzę żadnego związku płynności interfejsu z ilością RAM. Żadnego w sensie teoretycznym, bo nie wykluczam że w praktycznym się coś znajdzie w postaci kilogramów idiotycznego kodu w androidzie. To jest wyłacznie problem budowy OSa i interfejsu użytkownika i da się uzyskać bajeczną responsywnośc na dowolnie słabym hardware. Istota tkwi głównie w technikach programowania a nie hardware.

PS. bajki o "nieefektywnej obsłudze RAMu" slyszę od bardzo dawna, ale jakoś nikt nie wyjasnia na czym polega ten brak efektywności. garbage collecting nie jest odpowiedzią bo już od wiekow radzimy sobie z tym nie najgorzej wliczając w to systemy RT.