Fork me on GitHub
#cljs-edn
<
2016-05-11
>
shaunlebron01:05:45

the proposal is in two parts now

shaunlebron01:05:36

I just want the spiritual equivalent JavaScript’s package.json file

shaunlebron01:05:39

JS suffers from fragmentation, and the central config and task interface are optional means for solving it

shaunlebron01:05:14

I think if we take the optional approach, that is, you can use the builds part if you just want that, tools can start adopting them piecemeal

shaunlebron01:05:52

i’ll wait for comments before building something for marketing it

bhauman14:05:24

@shaunlebron: I may be wrong but it seems that you are heading down the road of a third build tool, but one that focus's on ClojureScript, in the short term I'm uncertain that this will clear up or help folks that are new to ClojureScript. A build tool is a yuge undertaking, take a long look at the issue and commit history of lein and boot and gulp, etc. You are probably going to need to use Java or Clojure in this tool so this begs the question ... why another individual build tool? I would suggest that we work to move our current build tools forward in relationship to ClojureScript in terms of ease of use. It's really hard to divorce ClojureScript from Clojure. If you look at the State of the Clojure, Clojure is still the dominant backend and if you ask me this is a very sound technical decision. You could say that this is because the build tools favor Clojure users but I don't feel that is entirely fair. I guess what I'm saying is let's make changes that will get adopted using the tooling we have available. I see this as very possible at the library level, if we create libraries that are extremely attractive for tools to use. Libraries for ClojureScript compilation and use, that provide good configuration, feedback and validation. If your focus is to build a tool to bring equivalence to self-hosted and Clojure based CLJS, I think it is really early and you would probably end up creating a tool for only self-hosted CLJS as it would ignore the needs of the vast majority of ClojureScript users who rely on the Clojure environment for their backends.

bhauman14:05:56

But you may want to create lightweight tooling for self-hosted ClojureScript and that is completely understandable. Or I may misunderstand you entirely and you may want to only setup a shared config file which I completely understand as well.