Andrey Mischenko

Android Lead @ BandLab, Singapore Kotlin User group co-organizer

[Andrey Mischenko @gild0r]

@hrachcz But the performance trade-off is not so simple. Yes, no need to read and cache, but you pay by code size and during development, you have to compile all this code, there is a performance hit if you add all material icons. Code just not a very efficient way to store vector paths.

[Andrey Mischenko @gild0r]

@vRallev The link is broken.
And congrats with release, we really looking into!

[Andrey Mischenko @gild0r]

@STMC_Dorset @LAFadhel @Android MSN Messenger was so ahead of its time, sad that Microsoft couldn't keep it strong until the mobile revolution, it could beat all other services

[Andrey Mischenko @gild0r]

@LAFadhel @Android Also, I want to be clear, my original message was not to say that everyone should use RCS, not at all, it's terrible and huge Google's mistake, and their current push is just fight for US users with Apple, nothing more

[Andrey Mischenko @gild0r]

@LAFadhel @Android I also would be fine if Apple made iMessage cross platform, to compete with other messaging services, but it would never happen and I'm very doubtful that they could make good Windows/Android/Web apps

[Andrey Mischenko @gild0r]

@LAFadhel @Android I would be for a standard, but there is 0 chance of an open standard developer by Apple for messaging, and Google bet on RCS is just stupid (operator lock)
I use a few messaging apps, and all work seamlessly for messaging, not sure what is so magical about iMessage

[Andrey Mischenko @gild0r]

@Zhuinden @MarioLRobert @LeoIsTallish It's very unlikely, but it could build at the same time, but it still requires a lot of specific conditions to be slower (for some reason every single module involved)
Glad to see your benchmark for this claim, and not that you are just saying nonsense

[Andrey Mischenko @gild0r]

@LAFadhel @Android No one needs it when you have normal messaging apps not attached to apple monopoly or even worse, to mobile operators

[Andrey Mischenko @gild0r]

@wrygiel3 Found your account when searching for the source of this photo from Chromecast, indeed super cute!

[Andrey Mischenko @gild0r]

@cronfy Ха! Я думал мой результат почему то в ленте

[Andrey Mischenko @gild0r]

@razstravac @raopheefah @Lazin С каких пор закон другой страны имеет действие в России? То что вы привели это как я понимаю именно что российские определения российских же документов, мне не очевидно что их можно переносить на иностранные документы

[Andrey Mischenko @gild0r]

@razstravac @raopheefah @Lazin Все это выглядит логичным, но есть закон где это прописано и расшифровывается?
Да и слова "temporary" далеко не всегда есть, как и "permanent" который во многих случаях тоже имеет срок действия и следует подтверждать

[Andrey Mischenko @gild0r]

@Carlo_log @attilablenesi It's not good because it's slower 3.8 times in one case for buildSrc or because it's faster 1.7 times for another?

[Andrey Mischenko @gild0r]

@funyin_kash @attilablenesi It's an improvement for IDE support and code completion. If you target your project to prepare build configuration faster on first usage, then well, indeed Kotlin is slower

[Andrey Mischenko @gild0r]

@Quentin23Soleil @martinbonnin @attilablenesi If you do not change it often, you probably change buildSrc even less often which is what the benchmark from the link is showing and it's not a problem for you

[Andrey Mischenko @gild0r]

@lightdelay It's not supported _yet_
Kapt will be supported in k2, there is an issue related to this

[Andrey Mischenko @gild0r]

@so_geneus @Zhuinden No

[Andrey Mischenko @gild0r]

@donnfelker @Exallium Programming?

[Andrey Mischenko @gild0r]

@michael_kove @donnfelker You forgot "and will never exist"

[Andrey Mischenko @gild0r]

@donnfelker MacOS is not Linux based, even close
I also really doubt that there is any legal way to run MacOS apps, even if it will be technically possible it will never be stable (it will be essentially something like Wine for Mac) and Apple will sue developers next day anyway