[elektro] PDA

Acs Gabor agabor at electrodesign.hu
Sat May 5 00:25:19 CEST 2012


Ez is igaz, ezzel győzködtem magam még pár hete :)
Meg az is érdekes, hogy ennyi pénzt gondolkodás nélkül kifizetek egy 
Bookline-csomagért, évente többször is. Valahogy azt értéknek érzem, 
ezeket meg csak múlékony divattárgynak.


Gábor

2012.05.04. 23:57 keltezéssel, Arnold Fuzesi írta:
>
> Kell megismerni az ujat, foleg a mi szakmankban. Aki kimarad az lemarad... szoktakmondani.
>
> Nezd olyan szemmel milyen hasznot hajt az adott dolog, mit tudsz belole kihozni.
>
>
> Arnold
> Sent from my iPhone
>
> On 2012.05.04., at 23:36, Acs Gabor<agabor at electrodesign.hu>  wrote:
>
>> Teljes mértékben elfogadom, hogy az ios jobb, de alapvetően nincs
>> szükségem ilyen holmira, csak egy-két funkció miatt jó lenne. Viszont
>> amibe kerül, azt akkor sem fizetném ki érte, ha 10x ennyi pénzem lenne,
>> ennek elvi okai vannak. Használt cuccot biztos, hogy nem veszek, nemhogy
>> ilyen kényes műszaki cikket, hanem semmit sem. Az androidos témában
>> viszont felcsigáztatok, ha ennyire vacak, akkor jobb ha ezért sem ad
>> semmit az ember, hanem viszi magával a jól bevált XP-s laptopot.
>>
>>
>> Gábor
>>
>>
>> 2012.05.04. 15:33 keltezéssel, gyapo írta:
>>> Az a baj, hogy elhiszem, hogy az iOS úgy csinálja a dolgokat, ahogy itt
>>> írjátok. A kínai gagyi 1 GHz-es android 512 kB-tal meg olyan, mintha egy
>>> 4.77 MHz-ez XT-n akarnéám futtatni a win98-at. Egy gombnyomás, fél perc,
>>> 1 gombnyomás, fél perc. De működik, csak annyira bosszantóak ezek a
>>> belassulások, hogy tényleg az ember nem használja inkább.
>>> És a két vas pedig teljesítményben hasonló, csak úgy látszik az
>>> androidot összelapátolták, hogy "majd teszünk alá erős vasat, oszt jó lesz".
>>> Valamikor a C64-nek elég volt 1 másodperc, hogy észrevegye, hogy nincs
>>> lemez a floppyban. Most az 1000-szer gyorsabb pc-nek több másodperc
>>> kell. Mert nem a felhasználó a fontos, hanem a profit. A felhasználónak
>>> az a lényeg, hogy reagáljon, hogy sose kelljen a gépre várni, dolgozzon
>>> két billentyűleütés között, rengeteg ideje van akkor, én meg nem várok
>>> rá, hanem mozgatom az ujjam az egyik helyről a másikra. Csakhogy ennek a
>>> feltételnek az oprendszer létrehozásának minden fázisában szem előtt
>>> kell lenni.
>>> Egyszer versenyeztem egy sráccal, hogy előbb megtalálok egy
>>> telefonszámot a casio manager calculatorban, mint ő a telefonjában. A
>>> kis buta nem vette számításba, hogy ezeket pont erre fejlesztették, hogy
>>> könnyen-gyorsan megtaláljon az ember egy bejegyzést. Mire elkezdett
>>> pötyögtetni a telefon billentyűzetén, nekem már ott volt a kijelzőn a
>>> név-szám. Mert minden betűnek van saját gombja, és az első 2-3
>>> billentyűlenyomás után már rá is áll az így kezdődő névre. Odafigyeltek
>>> a fejlesztésnél, hogy a keresés gyors legyen, mert akkor élvezetes a
>>> használata. Valami ilyesmit érzek az iOS-android viszonylatban is, hogy
>>> míg az apple úgy akar profitot, hogy jól használható oprendszert
>>> csiszolt ki, addig az android az ingyenességével terjed, korszerű
>>> fejlesztőeszközzel java objektumokból összelapátoltak valami gyorsan
>>> összerakható nagyot, ami nem optimalizált és lassú. Nem hiszem, hogy az
>>> apple vas jó, android vas rossz lenne az ok.
>>> Van egy konkrét példám is, az android.process.acore hiba. Úgy 5
>>> másodpercenként földob egy ilyen ablakot, gyakorlatilag nem lehet tovább
>>> használni. Utánanéztem a google-ön, és sokan így jártak, törölni kell
>>> valamilyen adatokat, mert egyszercsak túlszedi magát és ez van. Kb.
>>> 10-20 óra használat után.
>>> Ez mii?? A c64 idején még kellett foglalkozni a garbage collectionnel,
>>> de androidnál is? Én írjak assembly rutint, ami az oprendszer bénaságát
>>> korrigálja? Nem tetszik ez nekem.
>>>
>>> Üdv.: gyapo
>>>
>>> -----------------------------------------
>>>            elektro[-flame|-etc]
>> -----------------------------------------
>>           elektro[-flame|-etc]
> -----------------------------------------
>            elektro[-flame|-etc]



More information about the Elektro mailing list