Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.python > #15116 > unrolled thread

Re: Forking simplejson

Back to article view | Back to comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: Forking simplejson Terry Reedy <tjreedy@udel.edu> - 2011-10-28 16:52 -0400

#15116 — Re: Forking simplejson

On 10/28/2011 1:20 PM, Nathan Rice wrote:
> Just a random note, I actually set about the task of re-implementing a
> json encoder which can be subclassed, is highly extensible, and uses
> (mostly) sane coding techniques (those of you who've looked at
> simplejson's code will know why this is a good thing).  So far
> preliminary tests show the json only subclass of the main encoder
> basically tied in performance with the python implementation of
> simplejson.  The C version of simplejson does turn in a performance
> about 12x faster, but that's apples to oranges.  The design of the
> encoder would also make a XML serializer pretty straight forward to
> implement as well (not that I care about XML, *blech*).
>
> I'm torn between just moving on to some of my other coding tasks and
> putting some time into this to make it pass the simplejson/std lib
> json tests.  I really do think the standard lib json encoder is bad

Python is the result of people who thought *something* was 'bad'

> and I would like to see an alternative in there

and volunteered the effort to make something better.

 > but I'm hesitant to get involved.

As someone who is involved and tries to encourage others, I am curious why.

-- 
Terry Jan Reedy

[toc] | [standalone]

Back to top | Article view | comp.lang.python

csiph-web