gregghz

5 ms·

1. 1.▲
   by gregghz 9y ago

   I honestly don't know.
2. 2.▲
   by gregghz 9y ago

   you don't. Scala produces them automatically for case classes. Kotlin will treat x.count as x.getCount() if getCount exists and count doesn't. They are mostly a side effect of the tools and not strictly required. Especially in Kot
3. 3.▲
   by gregghz 9y ago

   Well we also used Swift way before a "stable" release came out. So maybe we're masochists.
4. 4.▲
   by gregghz 9y ago

   FWIW, google adopting a second JVM languages means that Android tools will trend toward operating on bytecode and not source where applicable. They released some annotation processors for Room and their lifecycle stuff that operate entirely
5. 5.▲
   by gregghz 9y ago

   > compilation times, to method counts, to binary sizes, to performance besides compile times (mitigated almost entirely by incremental compilation) none of these things hold up. Method counts are irrelevant with proguard and multi-dex (F
6. 6.▲
   by gregghz 9y ago

   > sbt-android doesn't allow you to use Android Studio, which is also a huge handicap. Some of our team uses Intellij, some use Android Studio to do Android dev. Both work fine with sbt-android. > You can use the same libraries, t