Mike
гуглится
Rodion
Это проблема, так же и с фаербейзом, он рефлексию юзает
Rodion
Gson тоже юзает рефлексию
Проксимов
может, подкрепишь чем-нибудь своё мнение?
По определению... Поэтому и LambdaExpression называется
Mike
json объект наприимер
JSONObject? Там явно вытаскиваешь каждое значение
Кирилл
Gson тоже юзает рефлексию
Поэтому kotlinx serialization
Rodion
Сериализация тоже ее юзает
Rodion
Рефлексию
Mike
По определению... Поэтому и LambdaExpression называется
в определении написано, что стрелка должна быть внутри фигурных скобок? Лол, а в кложе вообще нет лямбд?)
Egor
Это проблема, так же и с фаербейзом, он рефлексию юзает
да, но это скрытая ошибка, ты как разработчик такого сценария не ждешь, а крэш получишь
Кирилл
Рефлексию
Кодген же
Rodion
да, но это скрытая ошибка, ты как разработчик такого сценария не ждешь, а крэш получишь
Это да, но ты должен помечать поля которые могут быть null как nullable
Кирилл
Rodion
Об этом уже ты должен думать
Egor
Это да, но ты должен помечать поля которые могут быть null как nullable
я к тому, что этот налсеейф - сахар и в рантайме его нету
Rodion
я к тому, что этот налсеейф - сахар и в рантайме его нету
Да нету, но он сильно помогает при разработке, в плане позволяет просто обрабатывать налы, например примитив int будет компилится в int, а int? Будет уже компилится в Integer
Rodion
На последней гугл айо есть об этом отличная лекция, советую посмотреть все их видосы
Egor
смотрел
Rodion
да, но это скрытая ошибка, ты как разработчик такого сценария не ждешь, а крэш получишь
Ты как разработчик должен обрабатывать все случаи, и быть ответственным за код, котлин даёт много преимуществ, но есть и такое, если ты юзаешь эти преимущества ты должен понимать и минусы и уметь с ними работать, не смотря на минусы котлин все равно упрощает разработку даже с этими косяками
Egor
всё там есть (в виде ассершенов)
болеее правильный налсейф - это реализация опшинов
Mike
болеее правильный налсейф - это реализация опшинов
толку-то от его правильности? Прагматичного разраба волнует интероп и рантаймовая производительность, а не теоретическая правильность
Mike
))) так можно просто телефон мощнее купить
так купи. Всем своим пользователям. И потом обмазывайся опшенами)
Egor
Ты как разработчик должен обрабатывать все случаи, и быть ответственным за код, котлин даёт много преимуществ, но есть и такое, если ты юзаешь эти преимущества ты должен понимать и минусы и уметь с ними работать, не смотря на минусы котлин все равно упрощает разработку даже с этими косяками
я сам много пишу на котлине, и все это понимаю, все очень индивидуально, котлин может разбалывать своими инфикс функциями, именноваными конструкторами и методами в любом месте с переопределенными операторами так, что ты офигеешь поддерживать проект ))
Arthur
Добрый ночер! Кто подскажет полезные материалы по тому, как привязать платёжные системы Google к приложению?
Egor
так купи. Всем своим пользователям. И потом обмазывайся опшенами)
😀 купил яфон что бы не страдать муками выбора
Rodion
))) так можно просто телефон мощнее купить
А как же поддержка максимального ренджа смартфонов, скажи это бизнесу, и прийдеться оптимизировать)
Rodion
я сам много пишу на котлине, и все это понимаю, все очень индивидуально, котлин может разбалывать своими инфикс функциями, именноваными конструкторами и методами в любом месте с переопределенными операторами так, что ты офигеешь поддерживать проект ))
Наведу пример з node.js, когда эта двидуха началась там было море гавнокода, но со временем научились писать нормально, чтобы все понимали, так же и с котлином, нужно просто вникнуть в него и смотреть best practice, и так писать, тогда будет норм поддерживать проект, и вообще все это зависит не от языка, а от программиста, нужно просто не гавнокодить
Alexey
Кто может подсказать сайты/сервисы, где можно проверить свой уровень в жабе или андроид?
Egor
Бесплатные
на апворке видел
Mike
на апворке видел
там говнище вопросы
Alexey
При регистрации чтоли?(
Alisher
Всем привет! В ‘react-native’ проекте нативная Андроид вьюха не принимает тачи на половину, нужно поковыряться в либе навигации откуда идет эта вьюха. Отпишите плиз в личку, кому интересно заработать пару копеек. Буду благодарен :)
ᴀɴᴅʀᴇʏ
От мыла есть, но после первого вопроса я что-то сомневаюсь. Профессионалом я себя точно не чувствую, но и андроид не первый день вижу
Mike
хоть на 1.0
Turalllb
Подскажите боритесь ли вы с подобными крашами signal 11 (SIGSEGV), code 1 (SEGV_MAPERR) или забиваете на них?
Rodion
Кто-то ими пользуется?
Rodion
Сейчас насколько я знаю часто пишут с 21 апи это вроде 4.4
Rodion
Котлин пашет под все
SerJanna
Обычный минимум же от 4.2-4.3
Rodion
Он же полностью с джавой совместим
ilYa
Он же полностью с джавой совместим
Дак это для jvm язык, конечно совместим
Rodion
это 5.0
Да точно
ilYa
Тот же самый байт-код герерится
ilYa
Java 8 compatible byte code говорят интернеты
Turalllb
https://i.gyazo.com/cd14c51bbe3cb04e2254f0eb63450735.png какова вероятность что в этих сбоях виноват мой код? и на что обычно указывают подобные собщения? может у кого то есть опыт
Anonymous
Кстати, реально, вы какую обычно ставите minSdkVersion?
Rodion
Всегда ее ставлю
Anonymous
21
Так поздно? Я обычно и киткат захватываю
Кирилл
Кстати, реально, вы какую обычно ставите minSdkVersion?
Для внутренних проектов 21, для общих 16.
Rodion
Так поздно? Я обычно и киткат захватываю
Ну типа 4 очень прям редко встречается
Кирилл
Rodion
Но и такие бывают.🤷‍♂
Да, конечно бывают, если честно это уже нужно с проджектом обсуждать
Anonymous
Здесь пишут, что на четвёртом сидят ~10% https://developer.android.com/about/dashboards
Turalllb
Кстати, реально, вы какую обычно ставите minSdkVersion?
я с 16 приложение поддерживаю, пользователи конечно есть, процента так 3, но головной боли процентов на 25 прибавляется с этими апи ниже 21, поэтому если приложение не такого уровня что им пользуется пол страны , то можно забить на поддержку старых версий
Alexander
@indrih17 так и на версиях раньше тоже бывают) но последние заказчики без уговоров берут 21. Сам 16 юзал раньше, но теперь девайсы упали в цене и рост апи достаточно высокий, так что ниже не вижу смысла
Turalllb
у нас рабочий проект на больше чем 100 тыс активных польщователей и то думаем на апи 21 поднимать с 19. Правда это вызвано еще тем что проект медийный, жрет оперативку сильно
Rodion
Смотря какая аудитория.) У меня аудитория, где и 16 есть. Студенты.)
Та ладно тебе, сейчас у студентов смартфоны сильро заряженные, 16 больше относиться к старшему поколению, которым уже без разницы
Alexander
@indrih17 Да даже студент за 100$ может купить выше 21 апи девайс :)
Alexander
Если брать аудиторию бабушек и дедушек, то конечно есть смысл
Rodion
На 16 обычно очень старые смартфоны, которые уже давным давно не поддерживаются, а блага людства заставляют людей покупать поновее
Rodion
Если брать аудиторию бабушек и дедушек, то конечно есть смысл
Есть смысл на кнопочные нокии разве что писать)
Turalllb
А что больного? Я пока особенных диких проблем не встретил.
меня бесит кнопки делать, анимацию клика , сделай селектор , нарисуй кнопку нажатую, ненажатую. в апи 21 поствавил shape , сам растянется, анимация клика дефолтная. Такая же возня с векторными изображениями, да они работатают на апи 16, но надо не забыть включить всё это,
Turalllb
да и еще много всякого можно вспомнить. OutOfMemory если реально оперативка нужна. Сиди оптимизируй потом, а бизнесу эти оптизашки твои нефиг не нужны, ради пары десятков 16 апишных телефонов , которые ни одной подписки не купят
Alexander
Есть смысл на кнопочные нокии разве что писать)
Ещё бы! Но откровенно говоря, если аналитика показывает что много людей 16-21 юзеры которые реально делают трафик, то ничего не попишешь)