Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Python: Dev
Re: Cython for cPickle?
 

Index | Next | Previous | View Flat


guido at python

Apr 22, 2012, 7:09 PM


Views: 313
Permalink
Re: Cython for cPickle? [In reply to]

On Sun, Apr 22, 2012 at 6:34 PM, Nick Coghlan <ncoghlan [at] gmail> wrote:
> On Mon, Apr 23, 2012 at 9:27 AM, Alexandre Vassalotti
> <alexandre [at] peadrop> wrote:
>> On Sun, Apr 22, 2012 at 6:12 PM, <martin [at] v> wrote:
>>> Of course, this being free software, anybody can spend time on whatever
>>> they
>>> please, and this should not make anybody feel sad. You just don't get
>>> merits
>>> if you work on stuff that nobody cares about.
>>
>>
>> Yes, of course. I don't want to discourage anyone to investigate this
>> option—in fact, I would very much like to see myself proven wrong. But, if I
>> understood Stefan correctly, he is proposing to have a GSoC student to do
>> the work, to which I would feel uneasy about since we have no idea how
>> valuable this would be as a contribution.
>
> So long as it's made clear to the students applying that it's a proof
> of concept that may return a negative result (i.e. "it was tried, it
> proved to be a bad idea") I don't see a problem with it. The freedom
> to try out multiple ideas in parallel is one of the great strengths of
> open source.
>
> We've had GSoC students try unsuccessful experiments in the past and
> have gained useful information as a result (e.g. the main reason I
> know the Import Engine API proposed in the deferred PEP 406 isn't
> adequate as currently written is because of the design level problems
> Greg found when implementing it last summer. The currently documented
> design simply doesn't achieve the full objectives of the PEP)

However, I think that in this case the success may be predetermined,
or at least not determined by technical success alone. I have a lot of
respect for Cython, but I don't think it is right to have any part of
core Python depend on it. Cython is an incredibly complex and
relatively young (and still fast evolving) piece of technology, while
I think that core dependencies should be minimized and limited to
absolutely fundamental building blocks.

--
--Guido van Rossum (python.org/~guido)
_______________________________________________
Python-Dev mailing list
Python-Dev [at] python
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: http://mail.python.org/mailman/options/python-dev/list-python-dev%40lists.gossamer-threads.com

Subject User Time
Cython for cPickle? stefan_ml at behnel Apr 19, 2012, 1:55 AM
    Re: Cython for cPickle? martin at v Apr 19, 2012, 3:31 AM
    Re: Cython for cPickle? ncoghlan at gmail Apr 19, 2012, 3:38 AM
    Re: Cython for cPickle? solipsis at pitrou Apr 19, 2012, 5:44 AM
        Re: Cython for cPickle? rdmurray at bitdance Apr 19, 2012, 6:28 AM
            Re: Cython for cPickle? anacrolix at gmail Apr 19, 2012, 7:13 AM
    Re: Cython for cPickle? brian at python Apr 19, 2012, 6:23 AM
    Re: Cython for cPickle? stefan_ml at behnel Apr 19, 2012, 2:08 PM
        Re: Cython for cPickle? brian at python Apr 19, 2012, 2:19 PM
    Re: Cython for cPickle? stefan_ml at behnel Apr 19, 2012, 3:21 PM
        Re: Cython for cPickle? brian at python Apr 19, 2012, 4:35 PM
    Re: Cython for cPickle? alexandre at peadrop Apr 22, 2012, 12:27 PM
    Re: Cython for cPickle? martin at v Apr 22, 2012, 3:12 PM
    Re: Cython for cPickle? greg.ewing at canterbury Apr 22, 2012, 3:48 PM
    Re: Cython for cPickle? alexandre at peadrop Apr 22, 2012, 4:27 PM
    Re: Cython for cPickle? ncoghlan at gmail Apr 22, 2012, 6:34 PM
    Re: Cython for cPickle? guido at python Apr 22, 2012, 7:09 PM

  Index | Next | Previous | View Flat
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.