Eta еще никто не пробовал обмазываться?

Eta еще никто не пробовал обмазываться?

Всему свое время

Eta еще никто не пробовал обмазываться?

говорят дико медленное

говорят дико медленное

шо, медленнее скалы?

даже медленее скалы с шейплезом и вложенностью структур до 20го колена

поэтому Котлин - лучший выбор

те же возможности и сахар, что и у Скалы, но 100% интероп с джавой

и проще в освоении

и 100% поддержка Idea

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

счастье в неведении

народ а Spring можно юзать при создании андроид приложений и на каком уровне

народ а Spring можно юзать при создании андроид приложений и на каком уровне

можно. на уровне сервера например)

народ а Spring можно юзать при создании андроид приложений и на каком уровне

Один вопрос: зачем?

дабы не учить

новые фреймворки))

для чего там?

дабы не учить

Думаешь с Камаза на байк легко пересаживаться?

дабы не учить

ну хоть кто-то честно признается!

дабы не учить

я тебе в лён чате ответил

спринг мобайл и спринг андроид

но лучше посоветоваться с опытными дройдерами и у них узнать, что в тренде

Rx, Dagger, Kotlin, Firebase

ага

спс

и Retrofit для рестов там всяких

народ а Spring можно юзать при создании андроид приложений и на каком уровне

а потом жалуются, что их приложение не работает на устройстве, где ресурсы ограничены....

ага надо пилить на реакт нативе

из огня да в полымя)

ага надо пилить на реакт нативе

а потом жалуются что у них все тормозит

а че лучше всего,

кроме натива андроида

ни че

на нем долго писать

=)

conductor посмотри

или тебе кросплатформенное надо?

а из популярного

самое оптимизированное

что есть

андроид смарты и планши

тебя для чего ?

а из популярного

так не интересно же. посмотри flutter

он уже релизнулся ?

все еще в альфе, но некоторые уже пытаются пилить что-то. чисто для угара можно ковырнуть

:D

Допустим мне надо по нескольким адресам отдавать одну и ту же сущность, но в 1 адресе надо отдать с одним полем, а в другом адресе - с другим. И таких адресов много с разными сочетаниями полей. Пилить целую кучу ДТО?

наследование?

ты это в json конвертиш ?

да, jackson я думал про наследование, но корневой класс - JPA энтити, а мне надо @OneToMany связи в итоге выносить в дочерние, я так делать не хочу

ERROR: S client not available

во, во... один классс для всего, просто не нужные поля не заполнять

ну и настроить сериализатор так, чтобы пустые поля скипались

Обсуждали уже? https://github.com/Kotlin/KEEP/pull/87

Поцоны, есть такой же канал но по С++?

Может знает кто

Может знает кто

https://t.me/ProCxx

https://t.me/ProCxx https://t.me/supapro

Спасибо

Обсуждали уже? https://github.com/Kotlin/KEEP/pull/87

котлин уходит в большую абстракцию?)

про монадки заметьте не стали писать а вот менее раскрученный образ ужасов функтор использовали

всё-таки придется котлинистам разбираться в этой чушне =(

котлин уходит в большую абстракцию?)

я сомневаюсь, что это примут если вдруг впилят тайпклассы и HKT (и патмат), то я даже пересмотрю свои взгляды на котлин только вот из отличий от скалы самым крупным тогда будет def вместо fun

у меня подозрение, что если они это сделают "по быстрому" то это будет опять набор сахарных костылей, а если начнут делать по правильному, то просто пропадут на несколько лет, вводя систему типов в язык

аналогично думаю

снова черрипикнут небольшой кусок функциональности (какой именно — по желанию левой пятки разрабов) и без возможности расширения

но вдруг я не прав, хотелось бы надеяться

я сомневаюсь, что это примут если вдруг впилят тайпклассы и HKT (и патмат), то я даже пересмотрю свои взгляды на котлин только вот из отличий от скалы самым крупным тогда будет def вместо fun

это было бы нелогично, имхо. изначально котлин позиционировали как беттер жаба, просто удобнее жабы и не такой сложный как скала. если они продолжат обвешивать его фичами, то в чём профит вообще? чому бы тогда не выбрать скалу, вместо котлина? если один хер и в функциональную парадигму придется погружаться.

это было бы нелогично, имхо. изначально котлин позиционировали как беттер жаба, просто удобнее жабы и не такой сложный как скала. если они продолжат обвешивать его фичами, то в чём профит вообще? чому бы тогда не выбрать скалу, вместо котлина? если один хер и в функциональную парадигму придется погружаться.

а ты начинаешь понимать

кто убьет дракона, станет драконом

Что им мешает взять несколько базовых тайпклассов и их реализовать, и сказать "ну все, теперь мы функциональные", а все и поверят :)

снова черрипикнут небольшой кусок функциональности (какой именно — по желанию левой пятки разрабов) и без возможности расширения

это и выйдет тогда, и очень вероятно

надеюсь, они не будут мудаками

в обсуждениях был про это момент, хотят сделать именно механизм для создания тайпклассов, а не набор готовых

ну посмотрим