Телеграмм чат группы KotlinMoscow страница 100

16:13пожаловаться

I

Побуду занудой: это tail recursion optimization, а не tail call optimization. Tail call optimization в контексте котлина применима только к корутинам и позволяет избавиться от одной аллокации, уменьшает количество сгенерированных классов (то есть уменьшает к тому же method count) и добавляет мне седых волос.

16:24пожаловаться

AN

Вообще, сколько лет в Java/Kotlin, ни разу не возникало желания воспользовать хвостовой рекурсией. Пресловутый факториал кстати классно делается через sequence builder. A tailrec все разворачивает в циклы. Так циклы я и так умею.

16:45пожаловаться

I

Что-то там Дейкстра, что-то там goto statement.

16:46пожаловаться

(

( in Kotlin Moscow

Alexander Nozik

Вообще, сколько лет в Java/Kotlin, ни разу не возникало желания воспользовать хвостовой рекурсией. Пресловутый факториал кстати классно делается через sequence builder. A tailrec все разворачивает в циклы. Так циклы я и так умею.

А вот были бы трамплины

16:46пожаловаться

(

( in Kotlin Moscow

AN

Они тоже не нужны :)

16:47пожаловаться

I

На мой взгляд, сырых циклов, то есть не for each циклов, в пользовательском коде быть не должно. Если алгоритм нельзя выразить комбинацией стандартных (map, filter, join, etc), то его надо обобщить, запихать в библиотеку и, опционально, написать статью в журнал. Тогда им смогут воспользоваться твои коллеги, которые скажут тебе спасибо.

16:50пожаловаться

I

Исключение - оптимизация.

16:51пожаловаться

AN

В принципе согласен, а при чем тут трамплины?

16:54пожаловаться

I

Я не знаю, причем тут они.

16:54пожаловаться

I

Я отвечал на "циклы я и так умею".

16:56пожаловаться

AN

ну я про foreach в общем то. Цикл по индексам разварачивается в (0 until n).foreach{}

17:00пожаловаться

Ⓢ

Ⓢⓔⓡⓖ in Kotlin Moscow

Ilmir

Побуду занудой: это tail recursion optimization, а не tail call optimization. Tail call optimization в контексте котлина применима только к корутинам и позволяет избавиться от одной аллокации, уменьшает количество сгенерированных классов (то есть уменьшает к тому же method count) и добавляет мне седых волос.

Седые волосы - это ещё оптимистично сказано (🤔, посмотрев на твою фотку профиля)

18:04пожаловаться

2018 December 24

Ⓢ

Ⓢⓔⓡⓖ in Kotlin Moscow

Ilmir

На мой взгляд, сырых циклов, то есть не for each циклов, в пользовательском коде быть не должно. Если алгоритм нельзя выразить комбинацией стандартных (map, filter, join, etc), то его надо обобщить, запихать в библиотеку и, опционально, написать статью в журнал. Тогда им смогут воспользоваться твои коллеги, которые скажут тебе спасибо.

Посоветуй, пожалуйста. Есть массив из 100 значений LocalDateTime. Каким образом (красиво и идеологически правильно) получить дельты между ними (99 значений Period) ?

16:25пожаловаться

(

( in Kotlin Moscow

Ⓢⓔⓡⓖ

Посоветуй, пожалуйста. Есть массив из 100 значений LocalDateTime. Каким образом (красиво и идеологически правильно) получить дельты между ними (99 значений Period) ?

dates.zipWithNext { ldt1, ldt2 -> delta(ldt2, ldt1) }

16:29пожаловаться

Ⓢ

Ⓢⓔⓡⓖ in Kotlin Moscow

👍

16:34пожаловаться

AN

Если они упорядочены конечно