А, ну блин. джаваскрипт какой-то получится

Лично мне никогда не приходилось делать return@

http://pastebin.com/KpF46KzC вот пример

Ну я на самом деле тоже только один раз делал return@, и вообще мне не нравится эта идея, так как читабельность не ахти с метками

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

анонимные функции юзай да, вроде еще в референсах это было написано

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

да и насколько это частый кейс?)

>One thing missing from the lambda expression syntax presented above is the ability to specify the return type of the function. In most cases, this is unnecessary because the return type can be inferred automatically. However, if you do need to specify it explicitly, you can use an alternative syntax: an anonymous function.

http://pastebin.com/KpF46KzC вот пример

?

да и насколько это частый кейс?)

Ну не особо. Я не говорю что это прямо боль-боль. Но неприятно, в таком, практически идеальном ЯП

ребятки, есть наиболее быстрая и юзабельная страта по изучению Kotlin? или референсов на сайте разрабов с головой?

Ребят, немного не в тему, но все же: Ребят вопрос по рх: есть либа, которая слушает определенный протокол, считай есть бас из которого приходят евенты добавился и удалился девайс, в UI нужно отобразить все девайсы доступные в сети, что для этого лучше использовать? Я пришел к Subject<List<Device>>, есть советы?

ребятки, есть наиболее быстрая и юзабельная страта по изучению Kotlin? или референсов на сайте разрабов с головой?

с головой хватает

ребятки, есть наиболее быстрая и юзабельная страта по изучению Kotlin? или референсов на сайте разрабов с головой?

Дока на сайте) там изучать особо нечего. Но вообще ещё книжка есть

есть и еще одна боль. например лямбды не конвертятся в sam интерфейсы, когда sam параметр конструктора

понял, эспеэсик

ребятки, есть наиболее быстрая и юзабельная страта по изучению Kotlin? или референсов на сайте разрабов с головой?

try.kotl.in и дока на сайте

try.kotl.in и дока на сайте

спасибо!

ребятки, есть наиболее быстрая и юзабельная страта по изучению Kotlin? или референсов на сайте разрабов с головой?

если язык заинтересовал, то имхо лучше потратить денег и купить kotlin in action. отличная книга, покрывает наверно все возможности языка(пока не столкнулся просто с тем что она не покрыла)

если язык заинтересовал, то имхо лучше потратить денег и купить kotlin in action. отличная книга, покрывает наверно все возможности языка(пока не столкнулся просто с тем что она не покрыла)

а есть ссылочка со скидончиком каким-нибудь?)

непонятно почему книга для котлина не бесплатна

а есть ссылочка со скидончиком каким-нибудь?)

https://kotlinlang.org/docs/reference/ скидка в описании к соотвествующей книге

https://kotlinlang.org/docs/reference/ скидка в описании к соотвествующей книге

спасибо!

непонятно почему книга для котлина не бесплатна

Потому что написать хорошуюк книгу - непростая работа

непонятно почему книга для котлина не бесплатна

самый прикол, что эта книга от разрабов котлина))

Это ж не груви пазлеры делать

http://blog.cleancoder.com/uncle-bob/2017/01/11/TheDarkPath.html

>you will get used to using lots and lots of ! characters to override the null checks and allow NPEs to rampage through your systems. ?

Потому что написать хорошуюк книгу - непростая работа

поэтому джетбрейнс даст денег автору

авторы и так в jb работают

поэтому джетбрейнс даст денег автору

А кто даст денег джетбрейс?)

но это же им нужно

чтобы язык популярный был

вон, свифт книга бесплатна

Ну у каждого свой путь популяризации, такими темпами можно ещё и доплачивать начать за использование котлина))

это хитрый план как заработать денег на языке ?

вот-вот))

я не думаю, что труды окупились

я не думаю, что труды окупились

Ну частично окупились - лучше чем совсем не окупились)

непонятно, кто будет книгу покупать. Я удовлетворюсь документацией, ковырянием гитхаба и примеров. Скорее всего, люди с опытом так и поступят. А , допустим, какой-нибудь студент\начинающий вряд ли купит книгу - а привлекать то как раз их и надо.

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

не нужна никакая книга чтобы котлин использовать. документация отличная, куча примеров. просто берешь и используешь для задач. для начала можно параллельно с java. и все – бесшовный переход (юзал почти с первых билдов)

это все так говорят,, что достаточно только доки

всегда есть открытые исходники еще)

но это когда у тебя есть задача и хочешь ее сделать

я так в stdlib копался

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

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

ну как бы, если ты студент

ну так всё равно надо же придумать что-то – эксперимент, проектик, приложение

ну как бы, если ты студент

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

перекатился на котлин с M13 еще под ведроидом. документации хватило вполне, сейчас тоже достаточно => книги не нужны :D

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

дока оч плохо читается)

а тут все в продакшене котлин в основном для дроида юзают?

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

а тут все в продакшене котлин в основном для дроида юзают?

Люди пришли с андроид чата, понятно что подавляющее большинство будет именно с ним использовать

У меня сигнальный сервер для WebRTC ещё на нём

у нас бекенд на котлине

1,5к rps

не жалеем

взяли вскоре после релиза

где-то в марте

а релиз по-моему в феврале был

2016-го года

А какой стек?

spark (который веб-сервер, а не скаловский), mongodb

embedded jetty короче

бекенд для казуальной игры

котлин нравится хорошей совместимостью с джавой и простотой поддержки и обучения

1,5к rps

ну это же не из-за того, что вы котлин взяли??

блин, я просто рассказываю как у нас

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

просто котлин оказался прагматичным выбором

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

если есть стандарт POSIX, который определяет API для системных вызовов, если я правильно понимаю, то почему нельзя переносить приложения между разными UNIX системами, или можно, а я просто не в курсе?

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

ведь если есть стандарт, то и API один и тот же?

Если у тебя динамическая линковка, то все твои вызовы типо open, malloc, etc. идут через glibc. Это справедливо для большого количества софта. Проблема в том, что есть не совместимые реализации

Но я не настоящий строитель, так что не верь мне?

спасибо!

Можно прочитать про BSD системы

И их совместимость с линуксами

Тут про posix

Ну а glibc это что по твоему

Posix разный бывает

Это же не только библиотека

Это понятно

Просто с чем сталкивался, то и рассказал

http://blog.cleancoder.com/uncle-bob/2017/01/11/TheDarkPath.html

Дядька какой-то сказал что писать тесты лучше

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

https://twitter.com/intellijidea/status/817008962239426560

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

Анкл Боб прогает на Котлине?

Как минимум на вебинаре

Крутяк