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.

Reply via email to