Reducing with the zero is unnecessary.

Ha! Forgot about frequencies! Thanks for the reminder!

@to23mas the description clearly states that x and way are only within the range of zero to four. So while you may technically be right, in fact it doesn't matter.

I must bitterly complain that it wouldn't allow me to import clojure.math.combinatorics/cartesian product!

Am I the only one who remembered you can destructure a string?

Maps are amazing, but I think you can get to much of a good thing!

Duplicate. Removing issue.

No, you're right, I didn't notice that someone explained the stacktrace. I shall duly remove!

Simple. To revive it. Also it gives context into the problem,
i.e. that the problem lies in the classpath/file setup.

Clojure giving this error:
Exception in thread "main" java.io.FileNotFoundException: Could not locate sumconsec/core__init.class or sumconsec/core.clj on classpath., compiling:(/home/codewarrior/./test.clj:4:1)
at clojure.lang.Compiler.load(Compiler.java:7391)
at clojure.lang.Compiler.loadFile(Compiler.java:7317)
at clojure.main$load_script.invokeStatic(main.clj:275)
at clojure.main$script_opt.invokeStatic(main.clj:335)
at clojure.main$script_opt.invoke(main.clj:330)
at clojure.main$main.invokeStatic(main.clj:421)
at clojure.main$main.doInvoke(main.clj:384)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at clojure.lang.Var.invoke(Var.java:379)
at clojure.lang.AFn.applyToHelper(AFn.java:154)
at clojure.lang.Var.applyTo(Var.java:700)
at clojure.main.main(main.java:37)
Caused by: java.io.FileNotFoundException: Could not locate sumconsec/core__init.class or sumconsec/core.clj on classpath.
at clojure.lang.RT.load(RT.java:456)
at clojure.lang.RT.load(RT.java:419)
at clojure.core$load$fn__5677.invoke(core.clj:5893)
at clojure.core$load.invokeStatic(core.clj:5892)
at clojure.core$load.doInvoke(core.clj:5876)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at clojure.core$load_one.invokeStatic(core.clj:5697)
at clojure.core$load_one.invoke(core.clj:5692)
at clojure.core$load_lib$fn__5626.invoke(core.clj:5737)
at clojure.core$load_lib.invokeStatic(core.clj:5736)
at clojure.core$load_lib.doInvoke(core.clj:5717)
at clojure.lang.RestFn.applyTo(RestFn.java:142)
at clojure.core$apply.invokeStatic(core.clj:648)
at clojure.core$load_libs.invokeStatic(core.clj:5774)
at clojure.core$load_libs.doInvoke(core.clj:5758)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invokeStatic(core.clj:648)
at clojure.core$require.invokeStatic(core.clj:5796)
at clojure.core$require.doInvoke(core.clj:5796)
at clojure.lang.RestFn.invoke(RestFn.java:421)
at sumconsec.core_test$eval7$loading__5569__auto____8.invoke(test.clj:4)
at sumconsec.core_test$eval7.invokeStatic(test.clj:4)
at sumconsec.core_test$eval7.invoke(test.clj:4)
at clojure.lang.Compiler.eval(Compiler.java:6927)
at clojure.lang.Compiler.eval(Compiler.java:6916)
at clojure.lang.Compiler.load(Compiler.java:7379)
... 11 more

Please resolve the issue

You should use a vector instead of a quoted list.

I consider this bad practice. Avoid using thrush operators
with long nested parens, as this leads to code that changes directions confusingly.
I can see that it's tempting to mush your mapping into one lambda, nevertheless,
either use the thrush or don't.

I think that's cheating a bit, changing the signature of the function
from being 3 elements to a list, but what the heck, it works!

This I think is the most declerative and generic solution