On 9 August 2017 at 18:19, Stephen J. Turnbull
wrote:
> Nick Coghlan writes:
>
> > To analyse and investigate this code, we need to "just know" that:
>
> You can of course hope that help(input().has_vowels) will tell you
> where to find it. If it doesn't, well, shame on you for depending on
> so
Nick Coghlan writes:
> To analyse and investigate this code, we need to "just know" that:
You can of course hope that help(input().has_vowels) will tell you
where to find it. If it doesn't, well, shame on you for depending on
source-unavailable software that you don't understand. ;-)
I'm with
On 7 August 2017 at 18:48, Victor Stinner wrote:
> Ruby provides this feature. A friend who is a long term user of Rails
> complained that Rails abuses this and it's a mess in practice. So I
> dislike this idea.
Right, Python's opinionated design guidance is to clearly distinguish
between "data f
Ruby provides this feature. A friend who is a long term user of Rails
complained that Rails abuses this and it's a mess in practice. So I
dislike this idea.
Victor
2017-08-04 9:39 GMT+02:00 Paul Laos :
> Hi folks
> I was thinking about how sometimes, a function sometimes acts on classes,
> and
>
On Fri, Aug 04, 2017 at 10:20:55AM -0300, Joao S. O. Bueno wrote:
> Had not this been discussed here earlier this year?
>
> (And despite there being perceived dangers to readability in the long term,
> was accepted?)
>
> Here it is on an archive:
> https://mail.python.org/pipermail/python-ideas/2
On 4 August 2017 at 10:31, Paul Moore wrote:
> On 4 August 2017 at 14:20, Joao S. O. Bueno wrote:
> > Had not this been discussed here earlier this year?
> >
> > (And despite there being perceived dangers to readability in the long
> term,
> > was accepted?)
> >
> > Here it is on an archive:
> >
On 4 August 2017 at 14:20, Joao S. O. Bueno wrote:
> Had not this been discussed here earlier this year?
>
> (And despite there being perceived dangers to readability in the long term,
> was accepted?)
>
> Here it is on an archive:
> https://mail.python.org/pipermail/python-ideas/2017-February/044
Had not this been discussed here earlier this year?
(And despite there being perceived dangers to readability in the long term,
was accepted?)
Here it is on an archive:
https://mail.python.org/pipermail/python-ideas/2017-February/044551.html
And anyway - along that discussion, despite dislikng t
Hi Paul, and welcome!
On Fri, Aug 04, 2017 at 07:39:56AM +, Paul Laos wrote:
> Hi folks
> I was thinking about how sometimes, a function sometimes acts on classes, and
> behaves very much like a method.
I'm not really sure what you mean by "acts on classes". I can only think
of a function w
On 4 August 2017 at 08:39, Paul Laos wrote:
> Hi folks
> I was thinking about how sometimes, a function sometimes acts on classes,
> and behaves very much like a method. Adding new methods to classes existing
> classes is currently somewhat difficult, and having pseudo methods would make
> that
>
Hi,
With this kind of feature, you never know which methods are included in the
class (depending of which modules have been loaded).
I don't think this is a good idea.
2017-08-04 9:39 GMT+02:00 Paul Laos :
> Hi folks
> I was thinking about how sometimes, a function sometimes acts on classes,
> a
11 matches
Mail list logo
