Please feel free to create something like http://www.clojure-toolbox.com/ for data science in Clojure, that would be great.
On Sunday, April 5, 2015 at 3:33:11 PM UTC-7, Sayth Renshaw wrote: > > Would be good to get that on a wiki for all so we could update and share > as a resourcee. > > Sayth > > On Mon, 6 Apr 2015 at 04:47 Christian Weilbach <white...@polyc0l0r.net > <javascript:>> wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> >> >> >> http://viewer.gorilla-repl.org/view.html?source=github&; >> user=ghubber&repo=cnc&path=rincanter.clj >> >> I am not sure whether this fits the design atm. though. I also >> >> had a look at renjin, but I think the native plugins mandate an >> >> RVM integration atm. >> >> >> > >> > You might find http://beakernotebook.com interesting, if you >> > haven't seen it before. It allows several languages in the same >> > notebook, and has a simple mechanism for sharing data between the >> > language environments. It's pretty green at the moment, but it has >> > some serious backing, so could be pretty useful once it's got a bit >> > more polish on it. I chatted a little with someone who was hoping >> > to implement a Clojure plugin for it, although I don't know how >> > they've gotten on since. >> >> This is really nice, thank you for pointing out! Effectively though >> this means you need to manually(!) convert data between all cells, >> which only works if serialization between the environments is a lot >> less work than processing the data and you don't want to call alien >> procedures e.g. in a loop. It also means that part of datasets need to >> be hold in memory in all runtimes at the same time. So I am not sure >> whether JSON synchronisation of state between runtimes is good in the >> long run, it feels fairly hacky and having that many runtimes already >> causes a big type-conversion matrix and probably many subtle >> incompatibilities. It is the most pragmatic approach though and >> probably the most successful for now. >> >> They are not opinionated about languages, while I would like to >> integrate data science tooling in Clojure, so it is easier to bring >> people on board, not to make language hopping the top goal, which is >> for mentioned performance reasons and from a Lisp/Clojure perspective >> a bit questionable imo (esp. since all these languages have to drop to >> C to get some performance). I also would like to have the environment >> written in Clojure (read: gorilla). I would be happy to integrate >> Python and R on the JVM, e.g. through Jython and RServe/renjin, which >> allows to share code much better down to direct method dispatch. Do >> you think integrating R cells in this way would be reasonable for you? >> Or just allowing plugins for new cell-types... >> (With RServe manual synchronisation with the RVM is still necessary >> btw., renjin would solve this, but needs more support for CRAN >> packages imho). >> >> > >> > I also have taken a paper I liked and implemented a quick version >> > of >> > >> >> SNE, which was fairly nice to do in Gorilla REPL: >> >> >> >> http://viewer.gorilla-repl.org/view.html?source=github&; >> user=ghubber&repo=cnc&path=stochastic-neighbour-embedding.clj >> >> A problem seems to be unicode support, I tried to use some math >> >> symbols from the notation in the paper directly, but the viewer >> >> seems to have a problem with it. >> >> >> > >> > Not sure what the problem is there - my feeling is it should just >> > work, on the Gorilla side. If there's a test case you can point to >> > (with an expected result) I can take a look at it. >> >> The problem is just that viewer.gorilla-repl.org seems to have some >> encoding problems with UTF-8. See the sum sigma symbol for instance: >> https://github.com/ghubber/cnc/blob/master/stochastic- >> neighbour-embedding.clj#L72 >> which is corrupted in the viewer. I hoped that was easy to fix. >> >> >> Christian >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1 >> >> iQEcBAEBAgAGBQJVIYNTAAoJEKel+aujRZMk5wsIAIl/CoX0E7u6lSJIHQfWI8U5 >> HZWUPjHJie+sbIt+G4qm8SozAbmPEc6mRSDC3kP1v2JhoJv4y1j6klWmHH9Xm3dj >> eqxNgVTNClk5ZUUcAFhcy2gUCc9RP6AJF27TnSO+ArG4qApueU+s297uHTAfGefk >> hj+AbzCGoQOgvw1F6sUOTQ4KV6Z51/pYsjIgxwPC5vvzIKgv+qiKXMWLow1mM9uu >> tG4h/HDSxdjCWdVm4sCuipi5tJJmdYEuYHjtFiMVbpVA5YZT3KleL4K6Gn9nMu7u >> vrw2YlZyE9mlKPbv4GRS3ANnVv45+e0yLuMMXV1OdlxwKqmvKosmk7k4K6jR8Pc= >> =5QnK >> -----END PGP SIGNATURE----- >> >> -- >> You received this message because you are subscribed to the Google >> Groups "Clojure" group. >> To post to this group, send email to clo...@googlegroups.com >> <javascript:> >> Note that posts from new members are moderated - please be patient with >> your first post. >> To unsubscribe from this group, send email to >> clojure+u...@googlegroups.com <javascript:> >> For more options, visit this group at >> http://groups.google.com/group/clojure?hl=en >> --- >> You received this message because you are subscribed to a topic in the >> Google Groups "Clojure" group. >> To unsubscribe from this topic, visit https://groups.google.com/d/ >> topic/clojure/vsjUlAWm64g/unsubscribe. >> To unsubscribe from this group and all its topics, send an email to >> clojure+u...@googlegroups.com <javascript:>. >> For more options, visit https://groups.google.com/d/optout. >> > -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
