@chrzano: gratki kolego. Korzystam w pracy z intellij bardzo dobre narzędzie ;d

@Apustaja: hm, to że się wyświetla jako systemowa w launcherze to nie znaczy że jest systemowa. istotna jest ścieżka pod którą ląduje plik apk. jeżeli jest w /data/app to jest zwykła appka. jeżeli jest w /system/app albo /system/priv-app to wtedy jest systemowa (ale na 99% ląduje jednak w /data/app, jeżeli nie robisz nic specjalnego)

@Apustaja: no to pewnie jakiś chiński launcher który wyświetla appki instalowane spoza sklepu jako systemowe

@Apustaja: nie musisz mieć karty żeby zapisywać na sdcard xD

a z drugiej aplikacji mieć dostęp do tego pliku i odczytać z niego dane.

@Apustaja: najporządniej to dodac do pierwszej aplikacji content providera.

@Apustaja niezwykle rzadko, ale występuje taki błąd jak android.os.DeadSystemException https://developer.android.com/reference/android/os/DeadSystemException i nic się nie da zrobić

@Apustaja zrobiłem na szybko test. Co się dzieje z aplikacją gdy wystąpi OOM? Odp: aplikacja się nie restartuje.

@vandamko: ja korzystałem z takiego cheatsheeta https://github.com/MindorksOpenSource/from-java-to-kotlin

@vandamko: oficjalny kurs od JetBrains https://www.coursera.org/learn/kotlin-for-java-developers

@must bo to jest firebase wszystko jest fajne i spoko dla "startupu" ale potem masz pay as you go, które jest droższe. Jak już zaimplementujesz swoją apkę i ona zadziała to często te 10k to jest za mało i wtedy pojawia się pay as you go i płacisz jak za zboże :)

@must ale ciekawe też jest to, że "Free usage from Spark plan included" w pay as you go, więc płacisz tak naprawdę za nadwyżkę tych 10k więc może nawet się będzie opłacać przy 15 czy 20k nie zmieniać

@menelaosPL @Pan_Tomek to prawda, wtedy nawet takie prozaiczne rzeczy jak komunikaty błędów mogą być przyjemniejsze, jakiś pseudokod:

switch (strategy) {
case StrategyEnum.X: {
return newPokaż całość

@tlaziuk: nafal switch niepotrxebny lepsza metoda w fabrykujaca enumie

@acpiorundc: a tak z ciekawości, bindujesz dane przez data binding, view binding, kotlin synthetics czy stare, dobre findviewbyid?

@NieTakMialoByc: osobiście korzystam z databinding ale w sumie to też pozostałości z tego, ze wprowadziłem je w 2015 roku i tak naprawdę nie potrzebowałem do końca two-way-binding. Ale, że view binding później wprowadzili a biblioteki były zależne od databinding to nie było przepisywane. Ja mam wszystko dość generyczne/abstrakcyjne w apce np. :

abstract class BaseDefaultFragment(private val layoutID: Int) : BaseFragment(), ...
a potem odwołanie do tego:

class EEEFragment : BaseDefaultFragment(R.layout.fragment_EEE)...

@Testuje_Toster: niczym, to drugie to extension function na to pierwsze

@gos4k: Dlaczego miałaby się nie nadawać do dużych przedziałów? 0..5 to IntRange a nie kolekcja.

https://www.thecodeside.com/2020/10/13/testing-tools-for-kotlin-quick-recap-in-2020/

@arczii: Oj tak byczq +1. Bardzo ładny wpis.

@Kalypsoo O Mordo, właśnie po to obserwuję tag #kotlin ( ͡º ͜ʖ͡º)