Ахаххаха, библиотека, в которую я влюбился сразу при прочтении заголовка!

http://khttp.readthedocs.io/en/latest/

Ахаххаха, библиотека, в которую я влюбился сразу при прочтении заголовка!

??

Спасибо за голосвание, похоже большинству больше нравится длинное название, мой мир рухнул ?

Тут дело не в длине, а в том, что такое название проще запомнить

Поменял com на ru и готово

но у них же не com вроде

kotl.su :trollface:

но у них же не com вроде

org

Ну на org, да :)

народ. правильно я понимаю, что в 1.1 будет уже стабильная поддержка jS?

Какое-то время назад говорили, например, что ещё работают над поддержкой JSON, потому что стандартный десериализует в обычные {}.

А так, оно работает, я тестировал полгода назад)

У кого-нибудь в IDEA работает рефакторинг Inline... хоть на чем нибудь? Могу поклясться что раньше работал, а тебе на постоянно заблокирован.

для котлина?

или вообще?

Интересно... давай пока для Kotlin (пойду проверю на Java)

для котлина работает местами, но далеко не везде

для котлина работает местами, но далеко не везде

Для Java все ОК. Можно пример где для Kotlin "работает" и какая у тебя версия (у меня тоже раньше работало)?

мм, не работает

паламали

раньше работало

местами

OK, :без паники: ждем следующий билд

Всем привет. Из тех, кто использует synthetic properties(https://kotlinlang.org/docs/tutorials/android-plugin.html), кто-нибудь знает почему под капотом там HashMap, а не например, SparseArray?

Всем привет. Из тех, кто использует synthetic properties(https://kotlinlang.org/docs/tutorials/android-plugin.html), кто-нибудь знает почему под капотом там HashMap, а не например, SparseArray?

хрен знает, сам удивился

чтоб не тащить андроид сдк?

Чтобы не тащить Android SDK в Android?

так там и так андроид сдк, findViewById же

Чтобы не тащить Android SDK в Android?

да. почему нет

Once that's done, we simply right-click on our index.html file and select the Debug option.

не понимаю как дебаг запустить

Debug option - такой штуки нету

Ну наконец то https://twitter.com/pastebin/status/833604590176174080 (а то приходилось java ставить)

народ. правильно я понимаю, что в 1.1 будет уже стабильная поддержка jS?

совершенно верно

читали этот беспонтовый наброс на хабре?

какой?

https://habrahabr.ru/post/322256/

в джава канале горячее обсуждение вызвала

ну такое

а скала чтобы не терять типы генериков тащит их в рантайм?

Ну у них там был Манифест (http://stackoverflow.com/questions/3213510/what-is-a-manifest-in-scala-and-when-do-you-need-it#3213914), а теперь у них TypeTags

в джава канале горячее обсуждение вызвала

иксперт рассказал как плохо написан котлин, чем вызвал восторг других икспертов?

x-pert

"тридом" "гиморой" вот и я подумал, что "иксперт"

Блин, а котлин-то отстой. Все расходимся…

Я уже удалил с компьютера Котлин этот.

"тридом" "гиморой" вот и я подумал, что "иксперт"

"трид" тоже в глаза бросилось

а так наброс слабенький какой-то

под конец, где джененрики, вполне себе наброс

нуу, дженерики - больная тема

если это так принципиально, то лучше вообще уползти от жвм

Куда тут с подводной лодки то уйдешь?

ERROR: S client not available

Кстати, никто не знает где скачать "Programming in Scala" в epub? ?

Куда тут с подводной лодки то уйдешь?

CLR

Вброс в принципе хреновый получился. По прочтению статьи складывается впечатление, что автор просто привык к С, не особо разобрался в Kotlin и высасал с пальца кучу грязи. Может это у одного меня вообще не "!!" в коде, но странно даже. Хотя вот тернарный оператор хотелось бы, но учитывая наличие элвис оператора была бы путаница, вот видимо от него и отказались(

И самое интересное что автор видимо писал на Kotlin так как он писал бы на C, Java - что не есть верно. Ведь тогда и возникнут подобные проблемы.

если бы это была не статья, я мы тут чятике обсуждали особенности котлина, то не вижу в его мыслях ничего такого уж крамольного, человек 25 лет писал на С, привык, сложно перестроится. Хотя очевидно (из за того, что ему собвственно не всё равно и видно, что человк хочет исопльзовать язык), да он и в коментах пишет, что котлин для анрдоида лучший выбор. Но вот формат изложения конечно неприятный, как будто ему все вокруг должны

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

Вброс в принципе хреновый получился. По прочтению статьи складывается впечатление, что автор просто привык к С, не особо разобрался в Kotlin и высасал с пальца кучу грязи. Может это у одного меня вообще не "!!" в коде, но странно даже. Хотя вот тернарный оператор хотелось бы, но учитывая наличие элвис оператора была бы путаница, вот видимо от него и отказались(

Думаю, тернарный оператор не добавили чтобы не перегружать язык конструкциями. Есть expression-if, и ладно. Я и сам не знаю, хотел бы я видеть такую конструкцию в языке или нет. Наверное, я больше хотел бы if без круглых скобок :)

Думаю, тернарный оператор не добавили чтобы не перегружать язык конструкциями. Есть expression-if, и ладно. Я и сам не знаю, хотел бы я видеть такую конструкцию в языке или нет. Наверное, я больше хотел бы if без круглых скобок :)

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

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

В тернарном операторе нет круглых скобок, например. В expression-if их тоже хочется пропустить.

Автор 25 лет писал на С, но уже написал 4 статьи и все про Котлин. (Глубоко копает, правда не всегда верно) По поводу тернаного оператора в комментах ответил Андрей Бреслав > Про тернарный оператор (?:): многим не нравится, мы посмотрим, что можно сделать. Про литералы для коллекций: тоже сделаем. Объявления новых типов, а не алиасов тоже сделаем.

В тернарном операторе нет круглых скобок, например. В expression-if их тоже хочется пропустить.

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

Автор 25 лет писал на С, но уже написал 4 статьи и все про Котлин. (Глубоко копает, правда не всегда верно) По поводу тернаного оператора в комментах ответил Андрей Бреслав > Про тернарный оператор (?:): многим не нравится, мы посмотрим, что можно сделать. Про литералы для коллекций: тоже сделаем. Объявления новых типов, а не алиасов тоже сделаем.

Не хочу литералы для коллекций, уже высказывался против них)

(), [], {} хватит всем

Не хочу литералы для коллекций, уже высказывался против них)

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

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

Да. Именно поэтому.

(), [], {} хватит всем

Нет.

Но нулл сейфти и правда слабоват, вроде и есть, но иной раз просто проверить нулл проще. Как-то это надо было разрулить, раз интероп с java

Но нулл сейфти и правда слабоват, вроде и есть, но иной раз просто проверить нулл проще. Как-то это надо было разрулить, раз интероп с java

null-safety -- ок, есть немного с ним пописать, то без него уже как-то некомфортно

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

Но нулл сейфти и правда слабоват, вроде и есть, но иной раз просто проверить нулл проще. Как-то это надо было разрулить, раз интероп с java

Мне кажется, что все дело в привычке. Автор приводит пример с свойством класса, забыв о элвис операторе...не зная о куче удобных let, apply и обычного захвата свойства в локальную переменную. И даже как-то глупо описал. Ведь реально многопоточность никто не отменял. Все же согласен, видно что старый опыт глубоко засел

Автор копает очень глубоко (можно посмотреть другие статьи), но не замечает того, что на поверхности. Тут даже не многопоточность виновата, а как заметили в комментах, value это проперти, т.е. там 2 раза вызывается геттер, который в зависимости от реализации спокойно и в 1м потоке вернет разные значения. И вот тут как раз захват в локальную переменную и нужен

Мне кажется, что все дело в привычке. Автор приводит пример с свойством класса, забыв о элвис операторе...не зная о куче удобных let, apply и обычного захвата свойства в локальную переменную. И даже как-то глупо описал. Ведь реально многопоточность никто не отменял. Все же согласен, видно что старый опыт глубоко засел

Ну людям которые учились на "старых" языках нет еще и 30, но да ломает парадигму. Например свифт с его swifty way, совсем народ поехал, суют все в структуры и экстеншоны к ним лепят, вроде и неплохо с точки зрения имутабельности, но в голове что-то постоянно кричит, что они фигню делают)

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

Ну людям которые учились на "старых" языках нет еще и 30, но да ломает парадигму. Например свифт с его swifty way, совсем народ поехал, суют все в структуры и экстеншоны к ним лепят, вроде и неплохо с точки зрения имутабельности, но в голове что-то постоянно кричит, что они фигню делают)

Опять таки это ваше субъективное мнение

Чем вообще отличается struct + extension от финального класса с не-виртуальными методами? :)

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

нуу да, и вложенный классов в JVM нет, хотя они появились в 1.1.

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

Совместимость конечно. Подожди Java 10 (или 11) - все будет