couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Benoit Chesneau <bchesn...@gmail.com>
Subject Re: make all this extra C optionnal
Date Thu, 19 Sep 2013 10:05:19 GMT
On Thu, Sep 19, 2013 at 11:59 AM, Jason Smith <jason.h.smith@gmail.com>wrote:

> +1
>
> Some sort of "CouchDB Core" project or something?
>
>
We can probably call it that way ye :) Having it like a node providing
capabilities to the end developers. So one can find what is supported on
the node and use it. Or upgrade the release to provide more capabilities if
he is allowed to.

- benoit



>
> On Thu, Sep 19, 2013 at 4:51 PM, Benoit Chesneau <bchesneau@gmail.com
> >wrote:
>
> > Hi,
> >
> > I am thinking to make all this extra C optional in couchdb. By extra C I
> > mean:
> >
> > - snappy compression
> > - couch compare function using ICU
> > - JS views
> > - JSON encoding
> >
> > Basically anything that is not included in the erlang standard library or
> > not in Erlang. The reason for that is to allow a simple distribution on
> > different platforms or vms things like erlangonxen. Also it would
> improve a
> > lot the way we can upgrade a full release or change a module live.
> >
> > First one is easy, the second I don't know I guess we can have a more
> > simpler binary comparison is possible or maybe better providing a pure
> > erlang implementation of it using ux [1] wich is probably enough faster
> for
> > our need (we only require to compare ids or keys).
> >
> > We mostly have JS because it's easy to handle for an end-developer and
> also
> > trendy among some circles. But i think we could provide here another
> > default. That can be elixir [2] or lua using luerl module [3]. The second
> > one may be the easier since it is also provide for free the sandbox we
> are
> > supposed to have in JS. Not sure it is easy to do with elixir.
> >
> >
> > Thoughts?
> >
> > - benoit
> >
> > [1] https://github.com/erlang-unicode/ux
> > [2] http://elixir-lang.org/
> > [3] https://github.com/rvirding/luerl
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message