Wow, that user.clj is impressive. This is a top-notch application of clojure core async! Nonetheless, if one is going to the trouble of making 100 threads, it would be clearer and farther-sighted (and not much more work) to toss the results into a channel that a single thread drained into an output file. In that sense, a "fix" of the csv writer would not even be in our best interest. Moreover, isn't the default expectation that multi-threaded side effects will inevitably produce a mud puddle? If "this is not thread-safe, of course" were added to one side-effecting function's docstring, would the interests of fairness demand such a flag on many more functions?! Since most Clojure programs are not AOT-compiled, the extra bloat of docstrings would make program startup take longer. The delay could be mitigated somewhat by Huffman-encoding the docstrings.
-- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
