Re: 2013 State of Clojure ClojureScript survey results

2013-12-02 Thread Alex Miller
Two follow-ups categorizing results from the missing language and weaknesses questions: http://tech.puredanger.com/2013/11/19/state-of-clojure-language-features/ http://tech.puredanger.com/2013/12/01/clj-problems/ Alex On Monday, November 18, 2013 1:32:56 PM UTC-6, Chas Emerick wrote:

Re: 2013 State of Clojure ClojureScript survey results

2013-11-27 Thread Brian Craft
I at least partly agree with most of the replies here. Yes, interop counts for something, and I arguably should have started there, but it's orthogonal to the question of how solid clojure libraries are, on average. You might choose not to write a library because it adds nothing beyond what

Re: 2013 State of Clojure ClojureScript survey results

2013-11-27 Thread David Nolen
On Wed, Nov 27, 2013 at 1:41 PM, Brian Craft craft.br...@gmail.com wrote: have pointed out, the host is inconsistent, so use interop is not a complete solution. Interop is a poor excuse for writing poor libraries. For comparison, consider that javascript library authors manage to deliver a

Re: 2013 State of Clojure ClojureScript survey results

2013-11-20 Thread Alex Baranosky
The increased # of questions probably also reduces survey conversion ... I ran out of time because it was so long, and had a lot of other things to do, so I didn't submit my entry this year. On Tue, Nov 19, 2013 at 7:09 PM, Sean Corfield seancorfi...@gmail.comwrote: Yes, the path separator is

Re: 2013 State of Clojure ClojureScript survey results

2013-11-19 Thread Chas Emerick
One note on the ordering questions: each of them were constructed to present a randomized ordering to each new respondent, so there was no bias introduced by a default ordering. Cheers, - Chas On 11/18/2013 03:09 PM, kovas boguta wrote: Great job Chas. Some notes on methodology and then

Re: 2013 State of Clojure ClojureScript survey results

2013-11-19 Thread Brian Craft
On Monday, November 18, 2013 3:58:10 PM UTC-8, kovasb wrote: There are a large number of high quality libraries like instaparse, cascalog, storm, overtone, friend, etc. I find it pretty easy to tell the difference between a hobby and production project. Besides the typically liveliness

Re: 2013 State of Clojure ClojureScript survey results

2013-11-19 Thread Patrick Kristiansen
This is trivial to work around, but I hit this kind of thing constantly with every clojure library I use: clojure libraries are about 70% implemented, and 90% correct, which makes a weak foundation. I was amused to find the Lisp Curse article a few weeks ago, which describes this situation.

Re: 2013 State of Clojure ClojureScript survey results

2013-11-19 Thread Brandon Adams
I realize that's just an example, but I wouldn't expect to need anything other than interop to do this (off the top, maybe java.nio.file.Path can be constructed directly?): (defn normalize-path [ rest] (- (reduce #(new java.io.File %1 %2) rest) .toPath .normalize)) On Tue, Nov 19, 2013 at

Re: 2013 State of Clojure ClojureScript survey results

2013-11-19 Thread Phillip Lord
Brian Craft craft.br...@gmail.com writes: For example, I have a project with rather modest requirements, one of them being abstract path manipulation. In javascript: path.normalize(path.join(one, two, .., three)) 'one/three' ruby: irb(main):003:0 Pathname.new(one) + two + .. + three =

Re: 2013 State of Clojure ClojureScript survey results

2013-11-19 Thread Laurent PETIT
2013/11/19 Phillip Lord phillip.l...@newcastle.ac.uk Brian Craft craft.br...@gmail.com writes: For example, I have a project with rather modest requirements, one of them being abstract path manipulation. In javascript: path.normalize(path.join(one, two, .., three)) 'one/three'

Re: 2013 State of Clojure ClojureScript survey results

2013-11-19 Thread Michael Klishin
2013/11/19 Brian Craft craft.br...@gmail.com What I don't expect is clojure users to report that the libraries are just great. Clojure libraries are very weak compared to other modern languages. Bold statement, Brian. Surely you've tried at least 60% of the libraries out there to make your

Re: 2013 State of Clojure ClojureScript survey results

2013-11-19 Thread James Reeves
On 19 November 2013 14:22, Brian Craft craft.br...@gmail.com wrote: For example, I have a project with rather modest requirements, one of them being abstract path manipulation. In javascript: path.normalize(path.join(one, two, .., three)) 'one/three' ruby: irb(main):003:0

Re: 2013 State of Clojure ClojureScript survey results

2013-11-19 Thread Phillip Lord
Laurent PETIT laurent.pe...@gmail.com writes: One of the interesting questions, I think, is the embrace the host notion. One solution to the problems you describe is to just use the equivalent java libraries. Is this a failure of the clojure library ecosystem or a pragmatic solution? YMMV

Re: 2013 State of Clojure ClojureScript survey results

2013-11-19 Thread Laurent PETIT
2013/11/19 Phillip Lord phillip.l...@newcastle.ac.uk Laurent PETIT laurent.pe...@gmail.com writes: One of the interesting questions, I think, is the embrace the host notion. One solution to the problems you describe is to just use the equivalent java libraries. Is this a failure of the

Re: 2013 State of Clojure ClojureScript survey results

2013-11-19 Thread Cedric Greevey
On Tue, Nov 19, 2013 at 10:02 AM, James Reeves ja...@booleanknot.comwrote: I think in this case it's more a problem with the Java API, which the fs library wraps. Until Java 7, I don't think relative path normalisation existed in the core Java libraries. It didn't, and .toPath isn't in the

Re: 2013 State of Clojure ClojureScript survey results

2013-11-19 Thread Sean Corfield
Yes, the path separator is O/S dependent: user (import '(java.io File)) java.io.File user (reduce #(File. %1 %2) [one two .. three]) #File one/two/../three user (.getCanonicalFile (reduce #(File. %1 %2) [one two .. three])) #File

2013 State of Clojure ClojureScript survey results

2013-11-18 Thread Chas Emerick
Results of this year's survey are available here: http://cemerick.com/2013/11/18/results-of-the-2013-state-of-clojure-clojurescript-survey/ Thank you to all that participated! Best, - Chas -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post

Re: 2013 State of Clojure ClojureScript survey results

2013-11-18 Thread kovas boguta
Great job Chas. Some notes on methodology and then some general comments - That the survey was not featured on HN this time without a doubt alone accounts for the slight dip in responses - The 'missing' people are more likely fall into the 'hobbyist' camp, which might explain the increased % of

Re: 2013 State of Clojure ClojureScript survey results

2013-11-18 Thread Brian Craft
Wow, this result is shocking to me: In short, Clojure libraries are easy to find, their maintainers are receptive to feedback and patches, they are technically of high quality, but they’re not always very well-documented. None of that is surprising or particularly different from last year.

Re: 2013 State of Clojure ClojureScript survey results

2013-11-18 Thread kovas boguta
I used to find libraries using github's now-modified-to-the-point-of-uselessness explore feature. Its probably still possible to set up a decent search though. There are a large number of high quality libraries like instaparse, cascalog, storm, overtone, friend, etc. I find it pretty easy to tell

Re: 2013 State of Clojure ClojureScript survey results

2013-11-18 Thread Jeremy Heiler
On Mon, Nov 18, 2013 at 4:01 PM, Brian Craft craft.br...@gmail.com wrote: Also, I find it difficult to find libraries. When I do find libraries they're often deprecated, or moribund. What's the easy way to find clojure libraries? There's http://www.clojure-toolbox.com, but your mileage may

Re: 2013 State of Clojure ClojureScript survey results

2013-11-18 Thread Jarrod Swart
I will second http://clojure-toolbox.com and I also recently found: http://www.clojuresphere.com/ On Monday, November 18, 2013 4:01:27 PM UTC-5, Brian Craft wrote: Wow, this result is shocking to me: In short, Clojure libraries are easy to find, their maintainers are receptive to feedback