Лучше го в pofftop, я там за ФП набрасываю периодически (и почему ООП не нужно)

Кстати про ооп,я так и не нашел реального применения,кроме как в mvc

(или у нас тут нельзя глупые картинки?)

Мы же умные люди

конечно можно

(но я хз, на самом деле)

Гайз, всем привет! А вакансию сюда можно постить?

https://t.me/kotlin_jobs

Благодарю!

Learn Kotlin Fast with new Kotlin Bootcamp course via Android Developers Blog : http://android-developers.googleblog.com/2018/05/learn-kotlin-fast-with-new-bootcamp.html

привет, ребят. комнат для вебсокетов, как у socketio, у ktor нет? и доки нормальной, как я понял, тоже?

смотрел? https://ktor.io/features/websockets.html

да, не очень-то на доку похоже, если это конечно не весь функционал

а чего тебе от вебсокетов то надо? =))) ты под комнатами что понимаешь?

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

Кто-нибудь сталкивался с тем, что swagger не отображает example для sealed полей?

Кто-нибудь сталкивался с тем, что swagger не отображает example для sealed полей?

он вообще норм работает с котлином?

он вообще норм работает с котлином?

Ну пока только с этим столкнулся

Объясните, пожалуйста, как работает cancelAndJoin() в корутинах. Да и вообще, мне в принципе непонятно, как можно ожидать завершения работы после cancel(), так что я не понимаю как работает такое: job.cancel() job.join()

cancelAndJoin() ждет, пока корутина засуспендится и остановится. тут надо понять, что корутину нельзя прервать в любом месте, если в ней происходят какие-то вычисления, то вызов cancel() не вызовет моментальной остановки, а будет ждать, пока корутина уснет

привет, ребят. комнат для вебсокетов, как у socketio, у ktor нет? и доки нормальной, как я понял, тоже?

Как верно подсказали выше, socket.io -- это кастомный протокол, который использует вебсокеты просто как транспорт. Из коробки поверх ктора нету. Маловероятно, что вы найдёте решение, отличное от официальной джава-либы.

Объясните, пожалуйста, как работает cancelAndJoin() в корутинах. Да и вообще, мне в принципе непонятно, как можно ожидать завершения работы после cancel(), так что я не понимаю как работает такое: job.cancel() job.join()

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

cancelAndJoin() ждет, пока корутина засуспендится и остановится. тут надо понять, что корутину нельзя прервать в любом месте, если в ней происходят какие-то вычисления, то вызов cancel() не вызовет моментальной остановки, а будет ждать, пока корутина уснет

вот наглядный пример: val launch = lauch { (1..10000000).forEach { println(it) } } launch.cancel() delay(5000)

она будет печатать эти числа пять секунд. но если добавить delay(1) после println, то остановка произойдет после первого числа (ну или почти)

Ну либо yield() из kotlinx.coroutines, как вариант. Стоит добавить для рандомного читателя, что без этого нельзя обходиться.

cancelAndJoin() ждет, пока корутина засуспендится и остановится. тут надо понять, что корутину нельзя прервать в любом месте, если в ней происходят какие-то вычисления, то вызов cancel() не вызовет моментальной остановки, а будет ждать, пока корутина уснет

Окей, а в чём тогда прикол cancelAndJoin()? Я кинул просьбу остановить, жду пока она отреагирует. Зачем мне join()? Чтобы узнать, когда она умрёт? И если да, то почему просто не job.cancel() job.join() Зачем нужна эта функция?

Окей, а в чём тогда прикол cancelAndJoin()? Я кинул просьбу остановить, жду пока она отреагирует. Зачем мне join()? Чтобы узнать, когда она умрёт? И если да, то почему просто не job.cancel() job.join() Зачем нужна эта функция?

Ты не поверишь: http://github.com/kotlin/kotlinx.coroutines/tree/master/core/kotlinx-coroutines-core/src/main/kotlin/kotlinx/coroutines/experimental/Job.kt#L441

В доке, собсна, так и написано: This is a shortcut for the invocation of cancel followed by join.

В доке, собсна, так и написано: This is a shortcut for the invocation of cancel followed by join.

А, да, действительно. :) Спасибо

А, да, действительно. :) Спасибо

Да не за что :)

I'm creating a FREE training course for everyone. Anyone who intends to write become a professional coder, please enroll in this course. https://www.jorcus.com/p/introduction-to-code-quality Noted: Content will be released on Jun 2018 onwards

I'm creating a FREE training course for everyone. Anyone who intends to write become a professional coder, please enroll in this course. https://www.jorcus.com/p/introduction-to-code-quality Noted: Content will be released on Jun 2018 onwards

@Harmonizr спам

Всем привет, по котлину есть более менее приличные видеоуроки/литература, или только документация?

Всем привет, по котлину есть более менее приличные видеоуроки/литература, или только документация?

По котлину и документация вполне приличная, из литературы есть считай официальная "Kotlin in Action" и хорошая "Kotlin for Android Developers".

Спасибо

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

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

Документация + koans как раз очень хороши.

С бекрграундом в джавке соскочить на котлин вполне можно по одной документации — она вполне понятным языком написана. Не утверждаю, конечно, что это самый хороший способ :)

Koans хороши, но мало, имхо :)

С бекрграундом в джавке соскочить на котлин вполне можно по одной документации — она вполне понятным языком написана. Не утверждаю, конечно, что это самый хороший способ :)

Ну тут наверное ещё зависит от способа восприятия.) Кому как удобнее

Ну тут наверное ещё зависит от способа восприятия.) Кому как удобнее

Именно потому последнее предложение и оставил. Народ вон видеоуроки продолжает просить активно, хотя по мне это так себе вариант — у каждого своё восприятие и свой путь :)

Видеоуроки хороши двумя моментами 1. Материал подается максимально сжато, лично мне для начала это кажется оптимальным вариантом 2. Можно слушать подкастом

Видеоуроки хороши двумя моментами 1. Материал подается максимально сжато, лично мне для начала это кажется оптимальным вариантом 2. Можно слушать подкастом

1. Зачастую, наоборот, куча воды, ускорять надо и т. п. 2. В фоне? Для обучения слабо подходит.

Ай, ну давайте без споров.

https://geektimes.com/post/301097/ тут вон корпорация добра открещивается от этого самого добра, а вы ругаетесь. Надо наоборот сплотиться. (да, да, оффтоп)

разрядил обстановку

разрядил обстановку

Как мог.

Она вроде и не была напряженной)

Она вроде и не была напряженной)

++

Видеоуроки хороши двумя моментами 1. Материал подается максимально сжато, лично мне для начала это кажется оптимальным вариантом 2. Можно слушать подкастом

Подкастом и подкасты можно слушать:) это еще и удобней - смотреть в экран не надо, можно поделать чего А так - видеоурок - это всегда время, котому что это не текст, который можно если что чуть выше пролистать/чуть ниже и не потерять ни во времени на поиск, ни во времени на само переключение (а переключение на ютубе может долго происходить). Ну и плюс - видео - это всегда поток, который ты не можешь быстренько профильтровать нажав ctrl+f (это же причина, почему многие не любят голосовые сообщения)

И да - я тоже аудиал по пропускной способности восприятия, но пришел к выводу, что текст банально удобней¯\_(ツ)_/¯

rs.getInt("lifecycle_id").toString() "lifecycle_id" - может быть null .toString() - делает из null -> "0", а мне нужно пустая строка "", как это локаничнее сделать ?

rs.getInt("lifecycle_id").toString() "lifecycle_id" - может быть null .toString() - делает из null -> "0", а мне нужно пустая строка "", как это локаничнее сделать ?

jdbc не отдает null для int

всегда 0

также для Long

cпасибо

только что заметил )

я то думал дело в toString()

ну null.toString в котлине упадет же - даж на этапе компиляции

Никто не пробовал Kotlin/Native на stm32?

ну null.toString в котлине упадет же - даж на этапе компиляции

не упадет

о пардон и правда

Никто не пробовал Kotlin/Native на stm32?

Я думаю, с такими вопросами стоит идти в слаку. Тут в целом к нейтиву я большого интереса пока не заметил.

Я думаю, с такими вопросами стоит идти в слаку. Тут в целом к нейтиву я большого интереса пока не заметил.

Да у меня тут есть мысль USB девайс запилить, выбираю мк. И думаю нужен ли мне котлин (:

stm32 это один из тех МК, где есть USB стек

Да у меня тут есть мысль USB девайс запилить, выбираю мк. И думаю нужен ли мне котлин (:

Я предполагаю, что будет много боли -- обычно ж хедеры для доступа к периферии -- это макрос на макросе, а интероп котлина с сями в контексте макросов очень ограничен. С большой вероятностью придётся заворачивать все макросы в функции в *.def и т.п. Но это всё догадки -- на гитхабе в репе точно светились ребята, которым это интересно -- можешь пошерстить закрытые issues.

Я предполагаю, что будет много боли -- обычно ж хедеры для доступа к периферии -- это макрос на макросе, а интероп котлина с сями в контексте макросов очень ограничен. С большой вероятностью придётся заворачивать все макросы в функции в *.def и т.п. Но это всё догадки -- на гитхабе в репе точно светились ребята, которым это интересно -- можешь пошерстить закрытые issues.

Это не так и страшно, главное чтоб можно было написать что-то вида (char*)0xff

Это не так и страшно, главное чтоб можно было написать что-то вида (char*)0xff

С этим, кстати, пока тоже так себе -- думали заимплкментить unsigned типы, потом решили, что они появятся одновременно с оными во взрослом котлине, в итоге все ждут inline classes. Так что 0xFF можно записать только как -1 :(

С этим, кстати, пока тоже так себе -- думали заимплкментить unsigned типы, потом решили, что они появятся одновременно с оными во взрослом котлине, в итоге все ждут inline classes. Так что 0xFF можно записать только как -1 :(

Я вкурсе, я crc64 реализовывал.

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

А исключительно интереса ради, у вас какие варианты кроме STM, если ориентироваться на си?

(я в этой сфере разбираюсь плохо, но она мне импонирует, потому интересно, что у народа в ходу ?)

А исключительно интереса ради, у вас какие варианты кроме STM, если ориентироваться на си?

pic16, pic18, silicon labs C8051

Последнее вероятнее всего будет.

Он самый дешёвый, 130р. Но самый геморный если у тебя нет фена.

И компилятор подойдёт sdcc для него скорее всего.

(я в этой сфере разбираюсь плохо, но она мне импонирует, потому интересно, что у народа в ходу ?)

У меня это хобби (:

(я в этой сфере разбираюсь плохо, но она мне импонирует, потому интересно, что у народа в ходу ?)

Отрываюсь в те моменты когда на Java не пишу.

И компилятор подойдёт sdcc для него скорее всего.

Почитал, в embedded со временем менее сурово не становится ?

(я в этой сфере разбираюсь плохо, но она мне импонирует, потому интересно, что у народа в ходу ?)

stm32 - arm, его просто геморройно инициализировать. Поэтому я предпочитаю что-то более простое

stm32 - arm, его просто геморройно инициализировать. Поэтому я предпочитаю что-то более простое

плюсую. Но в atollic studio вроде все автоматом инициализировалось

Или собери компилятор, где-то найди библиотеки для своего МК (напиши их), собери программатор и найди для него софт.

плюсую. Но в atollic studio вроде все автоматом инициализировалось

У меня нет винды и я не сторонник студий таких.

У меня нет винды и я не сторонник студий таких.

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

Я предпочитаю cmake + avr-gcc + clion. Либо cmake + sdcc + qtcreator. Потому что CLion не умеет sdcc (:

Прошивка контроллера превращается в make install

В любом из этих случаев (:

Я предпочитаю cmake + avr-gcc + clion. Либо cmake + sdcc + qtcreator. Потому что CLion не умеет sdcc (:

CLion разве интересно, какой под капотом компилятор? Я думал, он всю сборку делегирует CMake.

CLion разве интересно, какой под капотом компилятор? Я думал, он всю сборку делегирует CMake.

Есть issue на эту тему в багтрекере.

CLion разве интересно, какой под капотом компилятор? Я думал, он всю сборку делегирует CMake.

Интересно.