паринфер да, по первости вызывает странные ощущения.
Но потом вообще не понятно, как без него работать.
Если привыкнуть к инструменту, то он будет помогать, а не мешать и не вызывать ощущение борьбы с ним. Вот например сейчас я часто выстраиваю внутренние формы одного уровня в столбик одну под другой, чтобы было удобно пробовать разные варианты - просто комментирую любую из них - ставлю ";" вначале, и все сразу видно, какие были еще варианты, можно раскомментировать в любой момент или поменять или добавить. И еще много подобных приемов написания кода у меня. А паринфер мало того, что фиг даст такое сделать, так еще и после подключения переформатировал все функции в моем проекте, что пришлось за ним обратно править все потом, и даже пара ошибок возникла после его переформатирования.
Менять инструмент на уже имеющейся кодобазе страшно.
@maxp Ватсон уже не может без трубки? :troll:
Господа, добрый вечер! Может ли кто-нибудь подсказать или дать пример следующего — у меня есть очень много сжатых xml, они тяжелые, лежат в директории, и я хочу их параллельно отпроцессить? Следующий подход рабочий?
(pmap func-to-process-file list-of-files-in-dir)
Или есть что-то лучшее, тот же кор-асинк? Видел еще примеры с future-ами. В общем, не очень ясно, как быть?)@rustam.gilaztdinov задачи вроде параллельные. поэтому pmap выглядит годным для этой задачи. есть еще вариант использовать https://github.com/clojure-cookbook/clojure-cookbook/blob/master/04_local-io/4-13_parallelizing-file-processing-using-iota.asciidoc
а также посмотри библиотеку https://github.com/TheClimateCorporation/claypoole