Fork me on GitHub
#clojure-survey
<
2020-01-03
>
ikitommi10:01:30

As a library maintainer, I would be interested in hearing which modelling/validation libs people use. a) spec2 b) clojure.spec c) plumatic schema d) core.tyoed e) none f) other. Multichoce would be great as people might use several of those.

24
Alex Miller (Clojure team)13:01:25

I’m not going to go down the path of asking about libs - this could be a whole survey itself

miikka11:01:53

For Q24 (ClojureScript test runner), maybe Kaocha could be added?

kaocha 20
Alex Miller (Clojure team)16:01:19

per discussion yesterday, I'm trying to replace the CLJS repl question with something a little broader. For something like "Which ClojureScript tools do you use for interactive development?", what would possible answers be? • Figwheel Classic • Figwheel Main • CLJS Browser REPL • shadow-cljs • lein-cljsbuild command line REPL

dominicm16:01:31

I wonder if CLJS Browser REPL should be cljs.main browser repl instead? I would want to emphasize that it is the official one you're referencing.

Alex Miller (Clojure team)16:01:47

it actually says "ClojureScript's browser REPL", I copied imprecisely

cfleming01:01:58

What about making that more general, to “ClojureScript’s built-in REPL”, to capture node.js/nashorn etc?

Alex Miller (Clojure team)16:01:34

do those all make sense? what's missing?

tolitius16:01:03

* how did you introduce Clojure to the business (multiple choice /w "another way" comments)? * what are the reasons you are not able to use Clojure at work (multiple choice /w "other(s)" comments)? also would be great to know whether people use Clojure for machine learning (not sure how to phrase the question, just a thought)

Alex Miller (Clojure team)16:01:10

probably not going to add any more questions, trying to slim it down even

Alex Miller (Clojure team)16:01:21

but I'll think about these

tolitius16:01:20

sure, "thinking" is what I was going for )

Alex Miller (Clojure team)16:01:20

the existing "obstacle" question is trying to get at the reasons not able to use at work, maybe needs an option or two

pez16:01:48

Reasons for not being able to use Clojure is a very interesting question. Maybe it could be a survey of its own, with a blog article and discussion to follow up.

4
Alex Miller (Clojure team)16:01:51

ML is an option in the multi-select domains question

Alex Miller (Clojure team)16:01:13

I feel like the bulk of the reasons why not is in there now and has had analysis repeatedly over the years

Alex Miller (Clojure team)16:01:12

in the 2019 survey this is Q18 for Clojure and Q26 for ClojureScript

Alex Miller (Clojure team)16:01:02

I've been trying to update the answer sets there to include things that come up in the comments frequently and I think it's been both providing better data and we've been trying to act on that data

Alex Miller (Clojure team)16:01:37

I have not yet gone through the comments from 2019 on those to see what should be added

Alex Miller (Clojure team)16:01:13

like I added "Convincing coworkers/company/clients" within the last year or two

tolitius16:01:25

ah.. missed this

tolitius16:01:38

since it is the top reason, it might earn the life of a separate question. as to options, I'll think about some will update

Alex Miller (Clojure team)16:01:06

I think I'd prefer breaking up that answer into more specific reasons

Alex Miller (Clojure team)16:01:30

open to ideas about that

Alex Miller (Clojure team)16:01:48

some of the big ones are I think covered separately - hiring risk, long-term viability, etc

Alex Miller (Clojure team)16:01:08

but maybe could have "not approved for use at company" or someething?

tolitius16:01:13

sure, I'll think what we can add

tolitius16:01:24

the best options are probably ones we are able to take actions on. i.e "not approved" is not exactly something we can do about, but for the reason for why it is not approved may be we can..

Alex Miller (Clojure team)16:01:44

well, I think usually that drives back toward, hiring risk, long-term viability, etc (or at least as common, unfamiliarity in the ranks of those with decision-making power)

tolitius16:01:04

but also this granular approach might be too deep for this higher level survey

tolitius16:01:08

yes, I agree

tolitius17:01:50

what are the reasons you are not able to use Clojure at work * difficult to explain benefits to business * company has a strict set of allowed languages to use * not enough detailed business use cases to present to leadership * "architectural fear" of existing design/standards not porting well to Clojure (i.e. from Java/Scala/etc.) * an unclear "recommended" path of validating data for open API for companies that are used to statically typed language(s) * performance concerns for low latency use cases * no large companies to back the language * no one modern, largely used and adopted software product (such as Spark for Scala) to amplify the confidence * scarce number of people (usually one or two) in a company who know the language well

pez16:01:07

@alexmiller For cljc libraries I find myself using Nashorn (`cljs.repl.nashorn` ).

Alex Miller (Clojure team)16:01:56

not sure what this is in reference to

Alex Miller (Clojure team)16:01:19

to "Which ClojureScript tools do you use for interactive development?" ?

pez16:01:16

Yeah, that last one you posted about.