ROTTWEILER: Tohle je pry tak nejak nejlepsi namisto testflight: http://ubertesters.com/

ROTTWEILER: Sám hledám, ale moc toho na výběr není. Taky hledám něco na distribuci testů a crashreporting a jediné co jsem našel je: http://try.crashlytics.com/ pro bugreposrting, ale nemají pořádné API, Bugsense je zase omezené zdarma a na distribuci buildů už vůbec nenacházím.
Náhradu už hledám dýl, protože i když fungoval, tak Testflight fungoval špatně.

DRIZDIK: Bych raději něco free.

ROTTWEILER: HockeyApp

Máte tip na alternativu k TestFlight? Apple je koupil a zařízl Android podporu. Chtělo by to nejlépe něco, co má možnost feedbacku k jednotlivým buildum skrze mail jako to měl TestFlight.

Tak je to vydany, kdyby se to nekomu hodilo :) ... Lightweight Facebook aplikace. https://play.google.com/store/apps/details?id=com.aquasoup.notiface

Nehledate nekdo praci jakozto Android vyvojar? U nas hledame do teamu nekolik androidaku. Jedna se o Avast, prace je tedy na aplikacich, ktere pouziva 10ky milionu useru. Nadstandartni plat, atd.. ;-) Do posty!

neposlouchate tu nekdo naky zajimavy tematicky podcast (tema android development samozrejme) ?

OT, musim! :]

Android development 999 NEW

Kdyby to někoho zajímalo blíže http://grepcode.com/.../app/SharedPreferencesImpl.java#SharedPreferencesImpl.startLoadFromDisk%28%29

Ještě, že ten Android je open-source.

Bohužel před IC to lockuje vždy main thread, ale kvůli nim to dělat nebudu. :-)

Ještě jsem prohlížel zdrojáky SharedPreferenceImpl a od 4.0 už to hází sám Android do background threadu. Pouze při zavolání .get čeká na ten thread. Nebude to tedy tolik horké. Pouze je důležité instanci k SharedPreference získat, co nejdříve. :)

ROTTWEILER: No, jako muzes to udelat na prasaka, googlestapo na tebe neprijde ;) Ale mozna tim dobudoucna zkomplikujes zivot sobe (coz je voser), nebo uzivatelum (coz je pruser, pac budou pyskovat nebo se na to vybodnou); pokud jsi s timto rizikem v pohode, napis si to zcela dle vlastni libosti.

DACAN: No o to ani nejde. Problém je v tom, že to komplikuje celý lifecycle. Já potřebuji sessionId a rvát do onCreate hned AsyncTask a ProgressBar celý kód značně zkomplikuje. Jo, UI může být neresponsní, ale když není nic vidět, na co by ten uživatel klikal? Víceméně jsem našel i rady od Android vývojářů frameworku, že je blbé, když se zavolá získání nastavení při kliknutí na tlačítko, ale při startu/umírání aktivity si myslím, že to není problém, ale klidně mi to vyvraťte?

Každopádně udělal jsem aspoň nějaké optimalizace a použil .apply místo .commit a zkusím všechno načíst ASAP, aby to nebylo skutečně nikdy na tlačítku, což jsem myslím ani neměl.

PISKVOR: A jak pak řešit případy, že z těch nastavení načítám něco, co je nezbytné pro chod aktivity? např. data do formuláře apod.? A ta aktivita se nedokáže bez toho zobrazit? Dát tam ProgressBar?

PISKVOR: A to nemluvim o tom, ze "temer instantne" z pohledu uzivatele muze znamenat stovky tisic cyklu z pohledu procesoru. Tak jo, dame si ted sto milisekund pauzu, to nikdo nepozna ;)

ROTTWEILER: "ukladani do souboru probehne temer instantne" je predpoklad, ktery ma spoustu moznosti te kousnout do zadku. Write-fail-wait-retry-fail-wait more-retry-success na urovni pod IO cally je typicky priklad flashove pameti, o ruznych abstrakcich maskovanych za filesystem nemluve (a zapis na pomalou SD kartu je taky vsechno, jen ne "instantni").

Taková otázka do pléna, mělo by být všechno, co se dělá skrze SharedPreference zpracováváno v AsyncTask? Viděl jsem spoustu příkladu, kde kód pro ukládání je právě v AsyncTask, ale nenašel jsem žádný argument proč. Snad jedině, že je to IO operace (ukládání do souboru), ale vždy proběhne téměř instantně, že to uživatel stejně nepozná?

Díky za jakou informaci.