are there any static analysis tools for clojure that might give me some insight into the complexity of a given function?

i’m running into issues were all the logic is correct and the data is clean but I’m getting null pointer or out of bounds errors leading me to believe some process is ballooning in size

o.o

are there files or array indexes involved?

Hi. I'm making a hash out of a vector of hashes based on a key and I have two working variants for now. Is there a more idiomatic way do do it?

(def items [{:id 1 :val "a"} {:id 2 :val "b"} {:id 3 :val "c"}])

(reduce #(assoc %1 (:id %2) %2) {} items)
;; {1 {:id 1, :val "a"}, 3 {:id 3, :val "c"}, 2 {:id 2, :val "b"}}

(->> items
     (map (juxt :id identity))
     (map (partial apply hash-map))
     (apply merge-with concat))

@cristibalan

=> (def items [{:id 1 :val "a"} {:id 2 :val "b"} {:id 3 :val "c"}])
#'boot.user/items
=> (group-by :id items)
{1 [{:id 1, :val "a"}], 2 [{:id 2, :val "b"}], 3 [{:id 3, :val "c"}]}

or (into {} (map (juxt :id identity)) items) ?

@sova there is one csv read at initialization, i’m not sure if there are array indices involved, I am using nth on sequences though, do these get converted into arrays under the hood?

Nice. Thanks, guys!

Complete noob question please - I have a Clojure app running on a server. I'd like to write a web app (likely in Python, but would consider Clojurescript or Clojure), open with the world, on the same server, that communicates with the Clojure app typically querying for data. What's the easiest way to communicate? So far I've found exposing Clojure through a REST api (Liberator?), or some socket connection such as zeroMQ. Is there anything else easier / obvious? Thank you!

How do I learn how to write tests? It seems like every resource assumes that you already know how to do it.

@porkostomus: do you mean technically or how to do it well?

Technically, as in how to do it at all. It seems that there are countless tutorials on practically everything, taking you by the hand step by step, but I've never written tests and have absolutely no idea what to do.

I have my own little test driven process. When I write a function I add a :test function to the attributes map of the function and figure out how I want my function to behave by writing a call to the function and testing what it returns. Then I write the function. When I run the tests (either my editor doing it or vi lein test) the test runner (in clojure.test) will find these embedded tests and run them.

I wrote this earlier today:

(defn- split
  "Splits text at idx"
  {:test (fn []
           (is= ["(foo\n " "\n bar)"]
                (split "(foo\n  \n bar)" 6))
           (is= [" " " "]
                (split "  " 1)))}
  [text idx]
  [(subs text 0 idx) (subs text idx)])

The is= function is from clojure.test.

that's a very interesting way to go. i learned something today again

For me this replaces writing “exploration” code in (comment) blocks in the file. I can place the cursor before the (is= (or before (split in this case), and run the code in the REPL.

No idea if this answers your question, @porkostomus, but it is a way to get started.

Thanks... that seems to make sense. But how did you learn how to do that? Is there some intro doc that I'm missing? Somehow I've managed to write many programs... I hack on it until it works, and if unexpected things happen I fix it. Testing? What? Everybody talks about how important it is, but there seems to be a void of info on how to get started with it...

I have been mostly a test-first coder for many years now. Picked it up from collagues and books and vids and shit. 😃 But I am new to Clojure and this paricular way embedding the tests with the function-under-test I picked up at a Clojure crash course seminar.

The more common way to unit test is to organize the code in a src and a test directory and mirror the src files with test files. I do this too most often, but generally like how the tests become documentation when they are embedded in the functions they are testing.

The test runner in clojure.test will find tests embedded with the code like I do above, tests with namespaces ending in -test (associating them with the matching namespace, w/o that suffix). There is also some (with-tests macro that I haven’t explored.

Now lets hope someone links to a good Clojure testing primer article.

Yeah that's what I'm after. Clearly I'm missing a huge part of my programming experience

I can recommend doing it TDD style with the embedded test technique. It encourages you to write pure functions and functions that have a specific task and since you design the function’s interface by “using it” before you implement it quite often you will get nice interfaces. 😃 I can also recommend just going ahead doing it. You can add that missing part of your programming experience easily, just by moving some of those REPL explorations inside the :test functions.

I'm excited about this too: https://github.com/bhauman/cljs-test-display

(I just need to learn how to write tests in order to try it!)

Me too. ClojureScript testing is rather much harder than Clojure testing so far.

(What I do for that is that I write code in CLJC files and test them using Clojure. But it is not always feasible.)

Today I found out that clojure.string/split-lines trims of beginning and ending newlines, so that for instance (clojure.string/split-lines "\n\n\n") => []. (This is because of how regexp splitting is behaving in Java.) Through the Java docs I also found that to stop this mad behaviour I could use a third parameter to clojure.string/split, giving it -1. So (clojure.string/split "\n\n\n" #"\r?\n" -1) => ["" "" "" ""]. Just leaving that here, in case some other beginner can avoid this trap.

Heh. That also works in ClojureScript. 🙂

Yeah, I tested it in both, since I need it in a CLJC file. 😃

Hey anyone know what (conf! ...) is?

in what context? conf! looks like a function… the ! usually means that it modifies something….

Is anyone else having trouble getting started with testing? I've managed to write programs without them so far, but if I ever want to work with people who do TDD that's not gonna fly. So I'm gonna do a deep dive and put together a tutorial or something. Any recommended resources are welcome.