DATEL: Testflight konci s podporou Androidu 24.3.

ROTTWEILER: prosím tě, máš k tomu někde další informace? Teď jsem se přihlásil do TestFlight a stále tam máme jak iOS, tak Android aplikaci i buildy, a při přidání aplikace to nabízí na výběr i Android...

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 ;)