Мои любимые примеры функционального программирования в языке Kotlin

[@Djaler]

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

[@ElegantBoomerang]

Ясно ж почему медленнее сортировка. В Котлине по умолчанию все операции над коллекциями активные (выполняются моментально и возвращают копию), а не ленивые: хочешь ленивых вычислений, отметь их через asSequence. Поэтому все наши операции по разделению списка идут через выделения памяти и копирования, а вот Java-версия наверняка написана in-place, тем более там не QuickSort.

[@jreznot]

Ребята! Ну TimSort же!

[@ExplosiveZ]

И что это делает в хабе java?

[@Fedcomp]

привыкайте, в хабе ruby тоже постоянно проскакивает фреймворк phoenix, который к руби не относится (что раздражает).
Почему вас заминусили мне непонятно.

[@berez]

мы выбираем какой-нибудь элемент (pivot (рус. стержень))

en.wiktionary.org/wiki/pivot
Pivot — ось, вокруг которой что-то крутится. Также — нечто очень важное (of pivotal importance).

[@Nimtar]

Обычно в данном контексте по-русски это (pivot) именуется опорным, или ведущим, элементом.

[@dididididi]

Допустим, что (внезапно в 100% случаях) университет хранит данные о своих студентах в некой базе данных. И гораздо проще взять из базы напрямую уже отсортированный и отфильтрованный список через SQL, а не вытаскивать целиком всю базу каждый раз и фильтровать ее Котлином.

Это проще, быстрее и правильней, но тут извините не пахнет смузи и фалафелем.

[@punksta]

Можно не вытаскивать целиком, но фильтровать котлином github.com/x2bool/kuery =)

[@dididididi]

jooq, querydsl, hibernate, mybatis, spring data…

[@dmxrand]

После заставки читать статью желание пропало ибо функционально ориентированное программирование появилось раньше ООП.

[@TheShock]

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

[@fRoStBiT]

Измерять производительность такой реализации quick sort на случайных данных не совсем честно — она себя хорошо ведёт как раз в таких случаях. Но при этом может работать очень плохо и вообще выбрасывать StackOverflowException в других случаях. У Timsort такой особенности нет.

[@Nimtar]

И ООП в этом мало. Кажется, раньше это называлось процедурным программирванием.