Re: core.matrix and incanter [WAS: Re: [ldnclj] Re: Suggestions for open source contributions?]

2016-02-06 Thread Mikera
Yes, I think so. Though they should be the "raw" functionality only e.g. I know some of the Incanter code adds quite a bit of syntactic sugar which is absolutely fine but I don't think belongs in core.matrix itself. Hence a lot of the Incanter code should ideally have the strategy "handle s

Re: [ldnclj] Re: Suggestions for open source contributions?

2016-02-05 Thread cldwalker
If you're into editors or tooling we're happy to have help with LightTable - https://github.com/LightTable/LightTable/blob/master/CONTRIBUTING.md#contributing :) Cheers, Gabriel On Friday, February 5, 2016 at 5:26:12 AM UTC-5, Mikera wrote: > > Hi Bruce, > > My view is that the following thin

core.matrix and incanter [WAS: Re: [ldnclj] Re: Suggestions for open source contributions?]

2016-02-05 Thread Bruce Durling
Mike, That sounds really useful. So things like mapping and joining should be in core.matrix then? Just contemplating some PRs and where we should be looking. I know there was talk about hooking up core.matrix to Spark RDDs. Has anyone made any progress on that? It would be nice to pitch in ther

Re: [ldnclj] Re: Suggestions for open source contributions?

2016-02-05 Thread Mikera
Hi Bruce, My view is that the following things should be in core.matrix - Fundamental dataset and array programming operations (slicing, access, reshaping, dimension labelling etc.) - Basic numerical operations (add, matrix multiply etc.) - Matrix operations that may have different underlying imp

Re: [ldnclj] Re: Suggestions for open source contributions?

2016-02-04 Thread Bruce Durling
Mike, I've had some of my team start using incanter 1.9.0. We've found and reported some issues and would like to contribute. Is there a good road map somewhere of what functions should stay in incanter and what ones should live in clojure.core.matrix.dataset? I'd like to know that any fixes we pu

Re: [ldnclj] Re: Suggestions for open source contributions?

2016-02-02 Thread Steven Deobald
Wow, folks. This is a fantastic list. It is really helpful to know not only a project's contribution needs but also the maintainer's appetite for working with newer/younger contributors. Our mentoring process will proceed for another week or two. In the meantime, we'd love to see more suggestions.

Re: [ldnclj] Re: Suggestions for open source contributions?

2016-02-02 Thread Jason Felice
We have a lot of focus on being new-Clojurian and new-programmer friendly for Avi, including being able to spend a couple hours a week remote-pairing. I think this is a good project if the person is familiar with (or especially fond of) Vim. https://github.com/maitria/avi -Jason On Tue, Feb 2,

Re: [ldnclj] Re: Suggestions for open source contributions?

2016-02-02 Thread Bozhidar Batsov
If you're into tooling - there's always plenty of work to be done on cider-nrepl (https://github.com/clojure-emacs/cider-nrepl) :-) On 2 February 2016 at 10:28, Chris Howe-Jones wrote: > Another open source library that has some real momentum behind it at the > moment is baid-chat https://github

Re: [ldnclj] Re: Suggestions for open source contributions?

2016-02-02 Thread Chris Howe-Jones
Another open source library that has some real momentum behind it at the moment is baid-chat https://github.com/braidchat/meta/wiki . It's the Clojure Communities OSS alternative to Slack. Why is it needed? Lots of reasons that are elaborated in the moti