SK
Обратно потом группить?
Size: a a a
2018 December 18
RK
Тогда работа с внешним контекстом в помощь, как и в for
RK
Либо поломать голову над правильным коллектором
RK
Вообще for vs stream - такое, от юзкейса к юзкейсу. Но если задача может быть решена достаточно легко стримами - я не задумываясь буду делать через них
SK
Либо поломать голову над правильным коллектором
Ну вот я не вижу нужды изголяться таким макаром, когда через классику это делается несложно.
SK
По крайней мере если нет нужды это параллелить
SK
Если есть - да, придется поизголяться
SK
Но это уже вопрос прагматики, а не эстетства.
SS
Oleg Kabanov
Есть интересная книжка: Чисто функциональные структуры данных
в ней описываются структуры данных и алгоритмы для немутабельных структур
утверждается что чаще всего можно реализовать структуры не медленнее чем мутабельные и алгоримы в императивном стиле, но порой это не эффективно
Если можно не париться с проблемами многопоточности, которые так невовремя появляются всегда - почему не пользоваться этим инструментом?
в ней описываются структуры данных и алгоритмы для немутабельных структур
утверждается что чаще всего можно реализовать структуры не медленнее чем мутабельные и алгоримы в императивном стиле, но порой это не эффективно
Если можно не париться с проблемами многопоточности, которые так невовремя появляются всегда - почему не пользоваться этим инструментом?
Там большинство книги написана до появления статьи Багвела про HAMT. После того как вышла эта статья, вся эта разнообразная петрушка стала ненужна, только HAMT и его вариации актуальны
SS
Мой вопрос - чего страшного в стейте
А можно встречный вопрос, ты Java Concurrency in Practice читал?
SK
А можно встречный вопрос, ты Java Concurrency in Practice читал?
К чему вопрос. Аккурат коментом ниже я признаю что "есть что"
SS
Тут проблема в том, что при наличии шареного (не обязательно глобального) мутабельного стейта практически невозможно писать корректные программы в многопоточной среде
SS
И эта книга тому подтверждение
SK
Тут проблема в том, что при наличии шареного (не обязательно глобального) мутабельного стейта практически невозможно писать корректные программы в многопоточной среде
СУБД - не шаренный ли мутабельный стейт?
SK
Файл на диске?
SS
В СУБД есть транзакции
SS
Вот как раз в Clojure одно из решений - это software transactional memory, та же самая база данных в памяти
SK
Я к тому что - да, стейт вредит, но он попросту неизбежен. Он всегда будет в том или ином виде.
SS
А файл на диске можно писать в несколько потоков? Я просто не шарю, давно таким не занимался