да. он самый

То есть разницы нет?

То есть разницы нет?

нет. только код в AS новее, чем в плагине на данный момент, afaik

нет. только код в AS новее, чем в плагине на данный момент, afaik

Ну, код плагина. А код идеи — наоборот)

Ну, код плагина. А код идеи — наоборот)

ну да :)

поддержка тачбара, например :D

Ну то есть на отдельном пуле

ну по факту на общем)

Ничего фантастического для БД не придумали в плане ассинхроности? В плане обычных реляционных СУБД

есть поделки различные в опенсорсе, но чтоб прям что-то стабильное в прод еще нет

из неудобств это только то что нужно явно IO контекст указывать, а так можно даже не париться о том что ты коммон пул заблочишь

А мoжнo ли как-тo, пpи пoлучении EitherT<ForOption, A, B> легкo и пpoстo сделать fold пo option? Или там тoлькo чеpез value такoе делается?

И еще такoй вoпpoс. Уже навеpнoе с гистoм, там кoда бoльше будет. Есть сoстoяние (ReduxState), есть в нем бoльшoй и тяжелый oбъект (MutableDepotReportEntity). Мне бы хoтелoсь пoнять, идеологически пpавильнo ли я, в кoнтексте Redux, написал кoд на линзах и дpугoй гадoсти. https://gist.github.com/komigor/a195708ca07acc386262a94b1f371c13 Суть вoпpoса пo факту дoвoльнo банальная – стoит ли испoльзoвать в таких случаях линзы, или же лучше oбoйтись oбычным кoпиpoванием

Добрый день товарищи, подскажите, кто пользуется macbook air 13 2017 года? На нём норм идут андроид студио и прочие проги? стоит ли брать его если хочешь разрабатывать на андроид?

прошку с i9 нормально

прошку с i9 нормально

*шутка про холодильник ?

ну кстати нет)

*шутка про холодильник ?

морозилку*

ни разу не свалился в троттлинг пока

Добрый день товарищи, подскажите, кто пользуется macbook air 13 2017 года? На нём норм идут андроид студио и прочие проги? стоит ли брать его если хочешь разрабатывать на андроид?

кодить можно нормально (с андрой не работал) под сервер сайд все ок

идея по 6-8 гигов при этом кушает

проекты маленькие?)

ни разу не свалился в троттлинг пока

Ну они же пару патчей уже выпускали, частоты наверное скидали или со выкручивали ?

проекты маленькие?)

у меня Spring, а не андроид

у меня Spring, а не андроид

у меня спринг с котлином и явой с тысячами классов

дебажащийся локально

у меня спринг с котлином и явой с тысячами классов

у меня 250, либо мало классов генерю, либо небольшой проект)

ну, 239

Ребят, всем привет. Столкнулся со странным поведением Gson. Есть дата класс, где, к примеру, есть два поля, одно String, а другое Int. Когда десерализуем из строки, которая не содержит этих полей, то получаем объект, где non-null поля содержат null и gson не выбрасывает исключение, и такое поведение мне нравится. В чем проблема? На ведройде всегда бросалось исключение

java 1.8

Ребят, всем привет. Столкнулся со странным поведением Gson. Есть дата класс, где, к примеру, есть два поля, одно String, а другое Int. Когда десерализуем из строки, которая не содержит этих полей, то получаем объект, где non-null поля содержат null и gson не выбрасывает исключение, и такое поведение мне нравится. В чем проблема? На ведройде всегда бросалось исключение

Так Gson же на яве, он в рантайме нули не проверяет. Проверка происходит только когда джавовский тип двойным восклицательным знаком обрабатывают.

jackson на нули больно реагирует, он строже

gson у меня кучу всего лишнего пропускал

Я к тому, что котлина тут не причем, на котлине проверка в компайл тайме. Если ее нет в библиотеке, то ошибок и не будет

как-то странно всеравно, ибо просто левый json, напрмер {"key":"value"}, ему подкидываешь, а он тебе один фиг отдает объект

Ну это на совести самого Gson-а

Я думаю, что там какая-то валидация должна быть, но я с ним очень поверхностно знаком. Попробовал, а потом выкинул, мне объектный маппинг только мешает

Я думаю, что там какая-то валидация должна быть, но я с ним очень поверхностно знаком. Попробовал, а потом выкинул, мне объектный маппинг только мешает

а что взял вместо маппинга?

как-то странно всеравно, ибо просто левый json, напрмер {"key":"value"}, ему подкидываешь, а он тебе один фиг отдает объект

Gson создаёт эезкмпляр через Unsafe, если не находит no-arg-конструктора, минуя проверки котлина. Я себе делал вот такую страшненькую штуку, чтобы создавать объекты через конструкторы: https://github.com/Miha-x64/gson-constructor-type-adapter-factory

а что взял вместо маппинга?

А ничего, у меня дерево значений так и живет как дерево, когда надо поверх него делается декоратор, который делает вид, что он типизированный объект. По сути динамическое разрешение типа по месту. Одно и то же дерево может в разных случаях играть разную роль.

А ничего, у меня дерево значений так и живет как дерево, когда надо поверх него делается декоратор, который делает вид, что он типизированный объект. По сути динамическое разрешение типа по месту. Одно и то же дерево может в разных случаях играть разную роль.

То есть пачка геттеров над AST?

Типа того

С одно стороны теряется бонус статической типизации (для конфигурации, для остального все в силе), с другой, можно лекго делать всякие прекрасные преобразования с деревом

Кста, чо там сериализатор из kotlinx всё так же не особо быстр по сравнению с gson/jakson? Никто не тестил 0.6.x?

а кому это реально критично?

Я не особо понимаю людей, которые хотят выжать скорость из JSON.

Хорошо, спрошу по другому кто-то юзает? =)

(И нет, я не говорю, что сериализаторы не должны быть быстрыми. Просто интересуюсь.)

Ну при прочих равных, хотелось бы что бы это проходило побыстрее

Я так понимаю, главная фишка ktx-serialization — переносимость

например я ща работаю с очень старым апи, там есть момент когда надо выкачать json на 50 метров

авторы апи уже стоят на учёте в соответствующих учереждениях?

Он был молод и зелен, а заказчик ща не готов тратится на переделку апи =)

я ваще подумываю написать плуг к грейделу, что бы при компиляции какчать актуальную инфу и паковать в апк =))))

ну или таск

Хорошо, спрошу по другому кто-то юзает? =)

Я вроде тыкал, sealed классы оно не понимало из коробки

в общем все потыкали и сидят на gson/jakson =)))

А есть, кстати, хоть что-нибудь нормальное? (Т. е. маппинг без аннотаций/рефлексии/кодогенерации)

о, пойду и это потыкаю =) Moshi is a great JSON library for Kotlin. It understands Kotlin’s non-nullable types and default parameter values. When you use Kotlin with Moshi you may use reflection, codegen, or both.

moshi c рефлексией

А за это кто что скажет? https://github.com/cbeust/klaxon

А не, выностите =))) https://github.com/cbeust/klaxon/issues/181

А есть, кстати, хоть что-нибудь нормальное? (Т. е. маппинг без аннотаций/рефлексии/кодогенерации)

Маппинг без аннотации или кодогенерации возможнен только в моем случае, где объекты в принципе динамические. В противном случае каким образом в рантайме можно узнать структуру класса, в который надо превратить?

Маппинг без аннотации или кодогенерации возможнен только в моем случае, где объекты в принципе динамические. В противном случае каким образом в рантайме можно узнать структуру класса, в который надо превратить?

Не обязательно в рантайме. Ну типа class User(val name: String, val surname: String, val cash: Double) ... ObjectReader3("name", StringReader, "surname", StringReader, "cash", DoubleReader, ::User)

Ну это еще больший кошмар, чем аннтоации и выполняет ту же роль. В котлине можно делать при помощи делегатов, но это мой вариант - под каждым классом кусок JSON-а или другой иерархической структуры.

не. Делегаты — точно не.

Да, кстати, kotlinx.serialization в режиме кастомного сериализатора работает как раз так, к каждому классу присобачивается ручной метод сериализации и десереализации.

Ещё есть вариант использовать массивы объектов вместо DTO, тогда механика маппера становится проще.

ERROR: S client not available

Это уже вопрос организации того самого дерева. Идея та же.

я вот с тем легаси апи часто gson'ом часть данных (обычно что то вложенное) парсю как мапы, всё равно потом конвертировать в "выпрямленные" структуры

А есть, кстати, хоть что-нибудь нормальное? (Т. е. маппинг без аннотаций/рефлексии/кодогенерации)

А что плохого в аннотациях и кодогенерации для DTO-шек?

А что плохого в аннотациях и кодогенерации для DTO-шек?

неочевидность, существование некого метаязыка над нормальным ЯП

Компиляцию замедляет

неочевидность, существование некого метаязыка над нормальным ЯП

Ну схему данных часто всё равно приходится писать на каком-то другом языке, т.к. JSON - это явно про взаимодействие с внешним миром.

Компиляцию замедляет

Если вынести в отдельный модуль и не менять схему постоянно, не должно

Угу

Я не особо понимаю людей, которые хотят выжать скорость из JSON.

У меня довольно шустрый json-парсер, почему бы и нет, никаких аннотаций и кодогенераций, только рефлекшен

Кста, чо там сериализатор из kotlinx всё так же не особо быстр по сравнению с gson/jakson? Никто не тестил 0.6.x?

https://github.com/wizzardo/json-benchmarks там правда 0.5.0, вернусь из отпуска - обновлю

https://github.com/wizzardo/json-benchmarks там правда 0.5.0, вернусь из отпуска - обновлю

Спс

У меня довольно шустрый json-парсер, почему бы и нет, никаких аннотаций и кодогенераций, только рефлекшен

Дежавю. Кажется, мы уже обсуждали, что круто иметь быструю реализацию, но сам формат — не об этом.

Угу, правильно приготовленный бинарный формат будет быстрее

Что-то читаю про контракты и кажутся они какой-то дичью. Есть какой-то реальный пример где и зачем оно надо?

Там 8гб и i5

i5 десктопный и i5 ультрамобильный отличаются гораздо больше, чем i3 и i7 Смотрите на энергопотребление, а не маркетинговые лейблы.

i5 десктопный и i5 ультрамобильный отличаются гораздо больше, чем i3 и i7 Смотрите на энергопотребление, а не маркетинговые лейблы.

Восьмое поколение годное вышло. Мне ай5 хватает, 4 кор 8 тред и пиковое тдп 35вт

Что-то читаю про контракты и кажутся они какой-то дичью. Есть какой-то реальный пример где и зачем оно надо?

смарт касты чтобы были еще умнее

Восьмое поколение годное вышло. Мне ай5 хватает, 4 кор 8 тред и пиковое тдп 35вт

8e поколение i5 же 6 ядерный но без HT.

Или ты про U процессоры?

Они урезанные по самое что есть не могу

Что-то читаю про контракты и кажутся они какой-то дичью. Есть какой-то реальный пример где и зачем оно надо?

Простой пример: инициализация val полей внутри всяких let, with, use. Сейчас компилятор не может быть уверен, что код в них выполняется строго один раз. Еще: смарткаст после проверки isNullOrEmpty().

8e поколение i5 же 6 ядерный но без HT.

Мы вроде про ультрабук. И про порезанное я бы не сказал. В синтетике они хороши

Они урезанные по самое что есть не могу

i7-8550u норм работает.

i7-8550u норм работает.

У меня тоже норм работало, до очередного обновления Android studio ?

У меня тоже норм работало, до очередного обновления Android studio ?

А чё случилось?

А чё случилось?

Начало лагать

Студия 2.0 прекрасно работала

3.1 уже со скрипом

На проектах с Котлин все печально со скоростью работы редактора

На проектах с Котлин все печально со скоростью работы редактора

А памяти студии дал побольше?

А памяти студии дал побольше?

все по умолчанию, да и так она использует половину из 16 гиг