Fork me on GitHub
#clojure-russia
<
2017-09-23
>
maxp07:09:46

паринфер да, по первости вызывает странные ощущения.

maxp07:09:08

Но потом вообще не понятно, как без него работать.

ivana15:09:00

Если привыкнуть к инструменту, то он будет помогать, а не мешать и не вызывать ощущение борьбы с ним. Вот например сейчас я часто выстраиваю внутренние формы одного уровня в столбик одну под другой, чтобы было удобно пробовать разные варианты - просто комментирую любую из них - ставлю ";" вначале, и все сразу видно, какие были еще варианты, можно раскомментировать в любой момент или поменять или добавить. И еще много подобных приемов написания кода у меня. А паринфер мало того, что фиг даст такое сделать, так еще и после подключения переформатировал все функции в моем проекте, что пришлось за ним обратно править все потом, и даже пара ошибок возникла после его переформатирования.

dottedmag15:09:53

Менять инструмент на уже имеющейся кодобазе страшно.

dottedmag15:09:50

@maxp Ватсон уже не может без трубки? troll

rustam.gilaztdinov18:09:23

Господа, добрый вечер! Может ли кто-нибудь подсказать или дать пример следующего — у меня есть очень много сжатых xml, они тяжелые, лежат в директории, и я хочу их параллельно отпроцессить? Следующий подход рабочий?

(pmap func-to-process-file list-of-files-in-dir)
Или есть что-то лучшее, тот же кор-асинк? Видел еще примеры с future-ами. В общем, не очень ясно, как быть?)

mike_ananev19:09:25

@rustam.gilaztdinov задачи вроде параллельные. поэтому pmap выглядит годным для этой задачи. есть еще вариант использовать https://github.com/clojure-cookbook/clojure-cookbook/blob/master/04_local-io/4-13_parallelizing-file-processing-using-iota.asciidoc

mike_ananev19:09:04

а также посмотри библиотеку https://github.com/TheClimateCorporation/claypoole