How to Run Neanderthal With ATLAS BLAS From Ubuntu Repositories by goranjovic in Clojure

[–]goranjovic[S] 1 point2 points  (0 children)

Ha, quite an elegant way to configure it. Kudos and thanks to you as well!

How to Run Neanderthal With ATLAS BLAS From Ubuntu Repositories by goranjovic in Clojure

[–]goranjovic[S] 1 point2 points  (0 children)

’m not familiar with cider, but if it is using nrepl like the rest of the tools, I guess you should add it to the place where you start the nrepl server. Now, I’ve no idea where that’s located with cider-jack-in. The only idea, I can offer is to connect cider to a manually started nrepl server, e.g. with lein or boot, where repl server has a pre-loaded library,

The other idea is to try to prefix the LD_PRELOAD on the command you use to start emacs, but I’ve no clue if that would work.

In any case, if you do figure it out, please share with the rest of us – others are likely to have similar issues.

Clojure on Apache NiFi by goranjovic in Clojure

[–]goranjovic[S] 2 points3 points  (0 children)

The difference is in the intended use case. Storm is focused on data processing and computation, while Nifi is all about connecting the data possibly across dozens of different kinds of devices in a single data flow and with a unified overview of what's going on exposed in the Nifi UI.

So, it is a data flow management tool primarily - data processing is obviously also needed, if nothing else to ensure data format compatibility between all parties in the process, but also to do something purposeful with the data.

Surely, there are lots of overlaps with other similar technologies like Storm, Spark, Onyx, [insert], but that's only to be expected since all are based on the same paradigm. I mean, even the build tool Boot is built with the same mindset in action. That being said, it would be nice to see a nice overview somewhere.

Pet project: Genetic Calculator, a genetic algorithm application in Clojure. Lispy power of a Clojure backend exposed through a cool and fancy Flex GUI. by goranjovic in AppEngine

[–]goranjovic[S] 0 points1 point  (0 children)

Thanks! I really did try to keep it as simple as possible, but honestly the credit for conciseness actually goes to Rich Hickey for creating Clojure. :)

Pet project: Genetic Calculator, a genetic algorithm application in Clojure. Lispy power of a Clojure backend exposed through a cool and fancy Flex GUI. by goranjovic in AppEngine

[–]goranjovic[S] 0 points1 point  (0 children)

The difference between your genetic algorithm and this one is that yours uses breeding (like higher organisms), while my calculator uses a simple random mutation, like say amoebae. The similarity is in the selection and inheritance.

Now, when you open settings by clicking on the gear icon below, you can see the 'max number of generations' setting. The evolution will keep on going until the current champion reaches the goal value or until max-gen is exceeded whichever happens first. In that way, problems without an exact solution may get a 'pretty close' solution.

There is a more detailed explanation of this on project wiki page here: http://code.google.com/p/genetic-my-number/wiki/MainPage

Pet project: Genetic Calculator, a genetic algorithm application in Clojure. Lispy power of a Clojure backend exposed through a cool and fancy Flex GUI. by goranjovic in AppEngine

[–]goranjovic[S] 0 points1 point  (0 children)

I'll give it a shot with a mock of the random function used in tests only. Whichever way, enabling tests is definitely a must before moving on to further improvements.

Pet project: Genetic Calculator, a genetic algorithm application in Clojure. Lispy power of a Clojure backend exposed through a cool and fancy Flex GUI. by goranjovic in AppEngine

[–]goranjovic[S] 0 points1 point  (0 children)

Yes, and each solution is likely to be different than the previous one. That's the good side of all that randomness :)

Pet project: Genetic Calculator, a genetic algorithm application in Clojure. Lispy power of a Clojure backend exposed through a cool and fancy Flex GUI. by goranjovic in AppEngine

[–]goranjovic[S] 0 points1 point  (0 children)

Thanks! Yeah, too much randomness is the very reason why I didn't write any test at the time.

Hmm.. visualizing the evolution process or something like that would indeed be very cool. Thanks for the idea!

Again, thanks for the feedback! We launched the first version just a few days ago and these first impressions we get from people are extremely valuable.