Dear Sir or Madam,
We prepared a short survey to understand practitioners’ perspectives
towards the requirements engineering. Our survey basically aims to clarify
on many aspects of the requirements engineering applied in industry, including
(i) requirements gathering and specifications, (ii
Dear Sir or Madam,
We prepared a short survey to understand practitioners’ perspectives
towards the requirements engineering. Our survey basically aims to clarify
on many aspects of the requirements engineering applied in industry, including
(i) requirements gathering and specifications, (ii
On Sunday, 14 April 2019 08:40:54 UTC+2, Frank Millman wrote:
> Hi all
>
> Stack Overflow have just published the results of their 2019 Developer
> Survey. Here is the link -
>
> https://insights.stackoverflow.com/survey/2019?utm_source=Iterable&utm_medium=email&ut
verflow have just published the results of their 2019 Developer
> Survey. Here is the link -
>
> https://insights.stackoverflow.com/survey/2019?utm_source=Iterable&utm_medium=email&utm_campaign=dev-survey-2019
>
> They summarise some of the top 'takeaways'. This
Hi all
Stack Overflow have just published the results of their 2019 Developer
Survey. Here is the link -
https://insights.stackoverflow.com/survey/2019?utm_source=Iterable&utm_medium=email&utm_campaign=dev-survey-2019
They summarise some of the top 'takeaways'. This is
On Fri, Jan 18, 2019 at 5:22 PM Cameron Davidson-Pilon <
cam.davidson.pi...@gmail.com> wrote:
> Hello! I invite you to participate in the Python Packages Survey - it takes
> less than a minute to complete, and will help open source developers
> understand their users'
On Sat, 19 Jan 2019 at 01:22, Cameron Davidson-Pilon
wrote:
>
> Hello! I invite you to participate in the Python Packages Survey - it takes
> less than a minute to complete, and will help open source developers
> understand their users' better. Thanks for participating!
&
Hello! I invite you to participate in the Python Packages Survey - it takes
less than a minute to complete, and will help open source developers
understand their users' better. Thanks for participating!
https://python-packages-survey.com/
--
Cameron Davidson-Pilon
Data Origami &
From: Tim Chase
On 2018-06-23 23:08, Jim Lee wrote:
>>> On 06/23/2018 10:03 PM, Steven D'Aprano wrote:
def test():
a = 1
b = 2
result = [value for key, value in locals().items()]
return result
what would you expect the result of calling t
From: Tim Chase
On 2018-06-24 05:03, Steven D'Aprano wrote:
> I'd like to run a quick survey. There is no right or wrong answer,
> since this is about your EXPECTATIONS, not what Python actually
> does.
>
> Given this function:
>
> def test():
> a = 1
>
From: Ben Finney
Paul Moore writes:
> On 24 June 2018 at 06:03, Steven D'Aprano
> wrote:
> > Given this function:
> >
> > def test():
> > a = 1
> > b = 2
> > result = [value for key, value in locals().items()]
> > return result
> >
> > what would you expect the result of callin
From: Paul Moore
On 24 June 2018 at 06:03, Steven D'Aprano
wrote:
> I'd like to run a quick survey. There is no right or wrong answer, since
> this is about your EXPECTATIONS, not what Python actually does.
>
> Given this function:
>
>
> def test():
> a = 1
On 26-06-18 12:39, Steven D'Aprano wrote:
> On Tue, 26 Jun 2018 12:04:16 +0200, Antoon Pardon wrote:
>
>> On 26-06-18 11:22, Steven D'Aprano wrote:
>>> On Tue, 26 Jun 2018 10:20:38 +0200, Antoon Pardon wrote:
>>>
> def test():
> a = 1
> b = 2
> result = [value for key, v
On Tue, 26 Jun 2018 12:04:16 +0200, Antoon Pardon wrote:
> On 26-06-18 11:22, Steven D'Aprano wrote:
>> On Tue, 26 Jun 2018 10:20:38 +0200, Antoon Pardon wrote:
>>
def test():
a = 1
b = 2
result = [value for key, value in locals().items()] return result
>> [...]
>>
On 26 June 2018 at 11:09, Chris Angelico wrote:
> On Tue, Jun 26, 2018 at 8:04 PM, Antoon Pardon wrote:
>> On 26-06-18 11:22, Steven D'Aprano wrote:
>>> On Tue, 26 Jun 2018 10:20:38 +0200, Antoon Pardon wrote:
>>>
> def test():
> a = 1
> b = 2
> result = [value for key
On 26-06-18 12:09, Chris Angelico wrote:
> On Tue, Jun 26, 2018 at 8:04 PM, Antoon Pardon wrote:
>> On 26-06-18 11:22, Steven D'Aprano wrote:
>>> On Tue, 26 Jun 2018 10:20:38 +0200, Antoon Pardon wrote:
>>>
> def test():
> a = 1
> b = 2
> result = [value for key, value
On Tue, Jun 26, 2018 at 8:04 PM, Antoon Pardon wrote:
> On 26-06-18 11:22, Steven D'Aprano wrote:
>> On Tue, 26 Jun 2018 10:20:38 +0200, Antoon Pardon wrote:
>>
def test():
a = 1
b = 2
result = [value for key, value in locals().items()]
return result
>> [..
On 26-06-18 11:22, Steven D'Aprano wrote:
> On Tue, 26 Jun 2018 10:20:38 +0200, Antoon Pardon wrote:
>
>>> def test():
>>> a = 1
>>> b = 2
>>> result = [value for key, value in locals().items()]
>>> return result
> [...]
>
>> I would expect an UnboundLocalError: local variable 'resu
On Tue, 26 Jun 2018 10:20:38 +0200, Antoon Pardon wrote:
>> def test():
>> a = 1
>> b = 2
>> result = [value for key, value in locals().items()]
>> return result
[...]
> I would expect an UnboundLocalError: local variable 'result' referenced
> before assignment.
Well, I did say t
On 24-06-18 07:03, Steven D'Aprano wrote:
> I'd like to run a quick survey. There is no right or wrong answer, since
> this is about your EXPECTATIONS, not what Python actually does.
>
> Given this function:
>
>
> def test():
> a = 1
> b = 2
>
From: Jim Lee
On 06/23/2018 11:02 PM, Chris Angelico wrote:
> On Sun, Jun 24, 2018 at 3:44 PM, Jim Lee wrote:
>>
>> On 06/23/2018 10:03 PM, Steven D'Aprano wrote:
>>> I'd like to run a quick survey. There is no right or wrong answer, since
>>> this
From: Jim Lee
On 06/23/2018 10:03 PM, Steven D'Aprano wrote:
> I'd like to run a quick survey. There is no right or wrong answer, since
> this is about your EXPECTATIONS, not what Python actually does.
>
> Given this function:
>
>
> def test():
> a = 1
&
From: Steven D'Aprano
On Sun, 24 Jun 2018 15:18:49 +1000, Chris Angelico wrote:
> Personally, I think it should give you [1, 2], the two values from the
> function's locals.
Thank you, that's the sort of answer I'm looking for.
(I'm not saying I didn't read your long and involved analysis, onl
From: Chris Angelico
On Sun, Jun 24, 2018 at 3:03 PM, Steven D'Aprano
wrote:
> I'd like to run a quick survey. There is no right or wrong answer, since
> this is about your EXPECTATIONS, not what Python actually does.
>
> Given this function:
>
>
> def
From: Jim Lee
On 06/23/2018 11:16 PM, Chris Angelico wrote:
> On Sun, Jun 24, 2018 at 4:08 PM, Jim Lee wrote:
>> There are three locals: a, b, and result. Since result cannot be assigned
>> a value until the list comp has been evaluated, I would expect the comp to
>> return a value of "None"
From: Chris Angelico
On Sun, Jun 24, 2018 at 4:08 PM, Jim Lee wrote:
> There are three locals: a, b, and result. Since result cannot be assigned
> a value until the list comp has been evaluated, I would expect the comp to
> return a value of "None" for result. An argument could also be made f
From: Chris Angelico
On Sun, Jun 24, 2018 at 3:44 PM, Jim Lee wrote:
>
>
> On 06/23/2018 10:03 PM, Steven D'Aprano wrote:
>>
>> I'd like to run a quick survey. There is no right or wrong answer, since
>> this is about your EXPECTATIONS, not what Python act
From: Steven D'Aprano
I'd like to run a quick survey. There is no right or wrong answer, since this
is about your EXPECTATIONS, not what Python actually does.
Given this function:
def test():
a = 1
b = 2
result = [value for key, value in locals().items()]
ret
On 2018-06-23 23:08, Jim Lee wrote:
>>> On 06/23/2018 10:03 PM, Steven D'Aprano wrote:
def test():
a = 1
b = 2
result = [value for key, value in locals().items()]
return result
what would you expect the result of calling test() to be?
>>>
On 2018-06-24 05:03, Steven D'Aprano wrote:
> I'd like to run a quick survey. There is no right or wrong answer,
> since this is about your EXPECTATIONS, not what Python actually
> does.
>
> Given this function:
>
> def test():
> a = 1
> b = 2
&g
Paul Moore writes:
> On 24 June 2018 at 06:03, Steven D'Aprano
> wrote:
> > Given this function:
> >
> > def test():
> > a = 1
> > b = 2
> > result = [value for key, value in locals().items()]
> > return result
> >
> > what would you expect the result of calling test() to be? […]
On 24 June 2018 at 06:03, Steven D'Aprano
wrote:
> I'd like to run a quick survey. There is no right or wrong answer, since
> this is about your EXPECTATIONS, not what Python actually does.
>
> Given this function:
>
>
> def test():
> a = 1
> b = 2
&g
On 06/23/2018 11:16 PM, Chris Angelico wrote:
On Sun, Jun 24, 2018 at 4:08 PM, Jim Lee wrote:
There are three locals: a, b, and result. Since result cannot be assigned
a value until the list comp has been evaluated, I would expect the comp to
return a value of "None" for result. An argumen
On Sun, Jun 24, 2018 at 4:08 PM, Jim Lee wrote:
> There are three locals: a, b, and result. Since result cannot be assigned
> a value until the list comp has been evaluated, I would expect the comp to
> return a value of "None" for result. An argument could also be made for [1,
> 2, []], but on
On 06/23/2018 11:02 PM, Chris Angelico wrote:
On Sun, Jun 24, 2018 at 3:44 PM, Jim Lee wrote:
On 06/23/2018 10:03 PM, Steven D'Aprano wrote:
I'd like to run a quick survey. There is no right or wrong answer, since
this is about your EXPECTATIONS, not what Python actually does.
On Sun, Jun 24, 2018 at 3:44 PM, Jim Lee wrote:
>
>
> On 06/23/2018 10:03 PM, Steven D'Aprano wrote:
>>
>> I'd like to run a quick survey. There is no right or wrong answer, since
>> this is about your EXPECTATIONS, not what Python actually does.
>>
On 06/23/2018 10:03 PM, Steven D'Aprano wrote:
I'd like to run a quick survey. There is no right or wrong answer, since
this is about your EXPECTATIONS, not what Python actually does.
Given this function:
def test():
a = 1
b = 2
result = [value for key, value
On Sun, 24 Jun 2018 15:18:49 +1000, Chris Angelico wrote:
> Personally, I think it should give you [1, 2], the two values from the
> function's locals.
Thank you, that's the sort of answer I'm looking for.
(I'm not saying I didn't read your long and involved analysis, only that
I'm not looking
On Sun, Jun 24, 2018 at 3:03 PM, Steven D'Aprano
wrote:
> I'd like to run a quick survey. There is no right or wrong answer, since
> this is about your EXPECTATIONS, not what Python actually does.
>
> Given this function:
>
>
> def test():
> a = 1
>
I'd like to run a quick survey. There is no right or wrong answer, since
this is about your EXPECTATIONS, not what Python actually does.
Given this function:
def test():
a = 1
b = 2
result = [value for key, value in locals().items()]
return result
what would you expec
On Sat, 31 Mar 2018 14:07:37 -0400, Terry Reedy wrote:
> On 3/31/2018 11:58 AM, Etienne Robillard wrote:
>
>> Do you really think people in Somalia can afford theses things like in
>> the US?
>
> No, many cannot afford $600 Caddilac-style phones to take 10 megapixel
> pictures and watch UTube vi
On Sat, 31 Mar 2018 10:58:51 -0400, Etienne Robillard wrote:
> Hi,
>
> I was just wondering, could the fact that the Python community is
> willing to discontinue using and developing Python 2 softwares, does
> that mean we are stopping to support standard computers and laptops as
> well?
That se
Grant Edwards wrote:
> Etienne Robillard wrote:
>
> > Do you understand that a modern mobile device typically
> > require a Internet subscription and an additional
> > subscription for the smart phone?
>
> Huh? What is "an internet subscription"? Why would you
> need two of them if all you have
On 3/31/2018 11:58 AM, Etienne Robillard wrote:
Do you really think people in Somalia can afford theses things like in
the US?
No, many cannot afford $600 Caddilac-style phones to take 10 megapixel
pictures and watch UTube videos. Instead they buy $100 VWBug-style
phones that let them get c
On 2018-03-31, Etienne Robillard wrote:
> Are you trolling? Do you understand that a modern mobile device
> typically require a Internet subscription and an additional subscription
> for the smart phone?
Huh? What is "an internet subscription"?
Why would you need two of them if all you have
On Mar 31, 2018 09:58, "Etienne Robillard" wrote:
Le 2018-03-31 à 11:40, Michael Torrie a écrit :
> On 03/31/2018 08:58 AM, Etienne Robillard wrote:
>
>> I was just wondering, could the fact that the Python community is
>> willing to discontinue using and developing Python 2 softwares, does
>>
På Sat, 31 Mar 2018 11:58:39 -0400
Etienne Robillard skrev:
> Are you trolling? Do you understand that a modern mobile device
> typically require a Internet subscription and an additional subscription
> for the smart phone?
I think the question is why you equate python3 with the need for inte
On 31/03/2018 16:58, Etienne Robillard wrote:
Le 2018-03-31 à 11:40, Michael Torrie a écrit :
On 03/31/2018 08:58 AM, Etienne Robillard wrote:
I was just wondering, could the fact that the Python community is
willing to discontinue using and developing Python 2 softwares, does
that mean we
On Sun, Apr 1, 2018 at 2:58 AM, Etienne Robillard wrote:
>
>
> Le 2018-03-31 à 11:40, Michael Torrie a écrit :
>>
>> On 03/31/2018 08:58 AM, Etienne Robillard wrote:
>>>
>>> I was just wondering, could the fact that the Python community is
>>> willing to discontinue using and developing Python 2 s
Le 2018-03-31 à 11:40, Michael Torrie a écrit :
On 03/31/2018 08:58 AM, Etienne Robillard wrote:
I was just wondering, could the fact that the Python community is
willing to discontinue using and developing Python 2 softwares, does
that mean we are stopping to support standard computers and
On 03/31/2018 08:58 AM, Etienne Robillard wrote:
> I was just wondering, could the fact that the Python community is
> willing to discontinue using and developing Python 2 softwares, does
> that mean we are stopping to support standard computers and laptops
> as well?
I've tried several times bu
Hi,
I was just wondering, could the fact that the Python community is
willing to discontinue using and developing Python 2 softwares, does
that mean we are stopping to support standard computers and laptops as well?
Furthermore, does it bother you to develop code primarly oriented
towards mo
On Saturday 31 March 2018 10:16:13 Ian Kelly wrote:
> On Sat, Mar 31, 2018 at 6:29 AM, Rick Johnson
>
> wrote:
> > On Friday, March 30, 2018 at 8:59:16 PM UTC-5, Chris Angelico wrote:
> >> Wanna provide some competing information showing that other
> >> languages are more used?
> >
> > Chris, her
On Sat, Mar 31, 2018 at 6:29 AM, Rick Johnson
wrote:
> On Friday, March 30, 2018 at 8:59:16 PM UTC-5, Chris Angelico wrote:
>> Wanna provide some competing information showing that other
>> languages are more used?
>
> Chris, here is how debate works:
>
> PersonA asserts X.
>
> PersonB dem
On Sat, Mar 31, 2018 at 11:29 PM, Rick Johnson
wrote:
> Under no circumstance is PersonB required to prove PersonA'a
> assertions. The onerous is on PersonA.
Assertion: Rick doesn't know what "onerous" means.
Under no circumstance is Rick required to prove me right. But he
obliged anyway. Very k
On Friday, March 30, 2018 at 8:59:16 PM UTC-5, Chris Angelico wrote:
[...]
> You can pooh-pooh any statistic.
Yeah, except the ones supported by actual _facts_.
> So far, though, you have provided NO statistics of your
> own, just your own gut feeling.
Uh huh. And what do you call drawing naiv
On Sat, 31 Mar 2018 12:39:48 +0300, Marko Rauhamaa wrote:
> Paul Rubin :
>> All the scripts that say #!/usr/bin/python at the top will still use
>> python2.
>
> Which is how it should be till the end of times.
Don't be silly -- they should use Python 1, of course, as nature
intended. In 20 year
On Sat, 31 Mar 2018 12:32:31 +0300, Marko Rauhamaa wrote:
> Paul Rubin :
>
>> Marko Rauhamaa writes:
>>> Yes, RHEL, CentOS and OracleLinux still only support Python2. It may
>>> be another year before Python3 becomes available on them.
>>
>> Debian's default Python is also Python2. I don't say i
Paul Rubin :
> All the scripts that say #!/usr/bin/python at the top will still use
> python2.
Which is how it should be till the end of times.
Unfortunately, ArchLinux decided otherwise, which has caused quite a bit
of grief in the office, where a coworker uses it.
We thought we could get aroun
Paul Rubin :
> Marko Rauhamaa writes:
>> Yes, RHEL, CentOS and OracleLinux still only support Python2. It may
>> be another year before Python3 becomes available on them.
>
> Debian's default Python is also Python2. I don't say it *only*
> supports python2 since you can optionally install python3
On Fri, 30 Mar 2018 20:51:22 -0600, Ian Kelly wrote:
> On Fri, Mar 30, 2018 at 8:43 PM, Ian Kelly
> wrote:
>> You really think that 90% of the active users are trolls? And yet the
>> subreddit remains usable despite that allegedly terrible
>> signal-to-noise ratio.
>
> I'm now laughing at the im
On Sat, Mar 31, 2018 at 1:51 PM, Ian Kelly wrote:
> On Fri, Mar 30, 2018 at 8:43 PM, Ian Kelly wrote:
>> You really think that 90% of the active users are trolls? And yet the
>> subreddit remains usable despite that allegedly terrible
>> signal-to-noise ratio.
>
> I'm now laughing at the image of
On Fri, Mar 30, 2018 at 8:43 PM, Ian Kelly wrote:
> You really think that 90% of the active users are trolls? And yet the
> subreddit remains usable despite that allegedly terrible
> signal-to-noise ratio.
I'm now laughing at the image of a large community of trolls sitting
around trolling each o
On Fri, Mar 30, 2018 at 7:10 PM, Rick Johnson
wrote:
> On Friday, March 30, 2018 at 7:44:40 PM UTC-5, Steven D'Aprano wrote:
> [...]
>> Reddit's /ruby subreddit: 40,571 subscribers.
>>
>> Reddit's /python subreddit: 230,858 subscribers.
>
> Those numbers mean nothing unless you can prove all two-
On Sat, Mar 31, 2018 at 12:10 PM, Rick Johnson
wrote:
> On Friday, March 30, 2018 at 7:44:40 PM UTC-5, Steven D'Aprano wrote:
> [...]
>> Reddit's /ruby subreddit: 40,571 subscribers.
>>
>> Reddit's /python subreddit: 230,858 subscribers.
>
> Those numbers mean nothing unless you can prove all two-
On Friday, March 30, 2018 at 7:44:40 PM UTC-5, Steven D'Aprano wrote:
[...]
> Reddit's /ruby subreddit: 40,571 subscribers.
>
> Reddit's /python subreddit: 230,858 subscribers.
Those numbers mean nothing unless you can prove all two-
hundred-thirty-odd thousand of them to be active, non-
tolling,
On Fri, 30 Mar 2018 16:18:57 -0700, Rick Johnson wrote:
> My suspicion is that not only are the overall numbers of Python
> programmers on the decline
Python's popularity went up from #5 to #4 between March 2017 and 2018 on
TIOBE: https://www.tiobe.com/tiobe-index/
But of course Rick knows this
On Sat, 31 Mar 2018 00:42:31 +0300, Marko Rauhamaa wrote:
> Paul Rubin :
>> Terry Reedy writes:
>>> 2017 25% 2.x, 75% 3.x
>>> This is a bigger jump than I anticipated.
>>
>> It's interesting and surprising. I still have not encountered anyone
>> using Python 3 in real life. The main Linux distros
On Fri, 30 Mar 2018 11:45:10 -0400, Terry Reedy wrote:
> https://www.jetbrains.com/research/python-developers-survey-2017/ “Which
> version of Python do you use the most?”
> 2014 80% 2.x, 20% 3.x
> 2016 60% 2.x, 40% 3.x
> 2017 25% 2.x, 75% 3.x
>
> This is a bigger ju
On Friday, March 30, 2018 at 10:45:35 AM UTC-5, Terry Reedy wrote:
> https://www.jetbrains.com/research/python-developers-survey-2017/
> “Which version of Python do you use the most?”
> 2014 80% 2.x, 20% 3.x
> 2016 60% 2.x, 40% 3.x
> 2017 25% 2.x, 75% 3.x
>
> This is
Paul Rubin :
> Terry Reedy writes:
>> 2017 25% 2.x, 75% 3.x
>> This is a bigger jump than I anticipated.
>
> It's interesting and surprising. I still have not encountered anyone
> using Python 3 in real life. The main Linux distros still use Python 2
> by default, afaik. I figured Python 3 adoptio
On 30 March 2018 at 16:45, Terry Reedy wrote:
> https://www.jetbrains.com/research/python-developers-survey-2017/
> “Which version of Python do you use the most?”
> 2014 80% 2.x, 20% 3.x
> 2016 60% 2.x, 40% 3.x
> 2017 25% 2.x, 75% 3.x
>
> This is a bigger jump than I anticipa
https://www.jetbrains.com/research/python-developers-survey-2017/
“Which version of Python do you use the most?”
2014 80% 2.x, 20% 3.x
2016 60% 2.x, 40% 3.x
2017 25% 2.x, 75% 3.x
This is a bigger jump than I anticipated.
--
Terry Jan Reedy
--
https://mail.python.org/mailman/listinfo/python
Hi everyone!
I'm launching a business offering new tools and services that might be of
interest to users of scripting languages, so I'm interested in hearing your
input (again).
Thanks to those of you who participated in the earlier survey I've been busy
improving the p
Last fall we announced on this list a survey about how and why breaking
changes are handled differently in 18 different software ecosystems. We've
just submitted a paper to a conference about the results, and we've also
set up a site (http://breakingapis.org/survey) where you can c
Hi everyone!
I'm in the process of launching a business around a new scripting-related
technology. It's not specific to Python users, but may be of interest to many
of you, so I'd like to make sure Python users are represented in my initial
market research.
It's a v
A portion of this thread seems to be focusing on what key word args parameters
actually mean, in the Python sense. There is documentation for that, and a
modicum of experience with Python makes this a relatively simple question and
answer. However, when docs for a specific function or method spe
> -Original Message-
> From: Python-list
> [mailto:python-list-bounces+python=deborahswanson.net@python.o
> rg] On Behalf Of Gregory Ewing
> Sent: Thursday, May 18, 2017 5:00 PM
> To: python-list@python.org
> Subject: Re: Survey: improving the Python std lib docs
&g
Deborah Swanson wrote:
somenamedtuple._replace(kwargs)
Return a new instance of the named tuple replacing specified fields
with new values:
(Examples
box)---|
|>>>
|
|
|
|>>> p = Point(x=11, y=22)
|
|>>> p._replace(x=33
justin walters wrote, on Thursday, May 18, 2017 8:09 AM
> To: python-list@python.org
> Subject: Re: Survey: improving the Python std lib docs
>
> So, args can be treated as a simple (named)? tuple or a
> simple dictionary. `*` unpacks a list or tuple and `**`
> unpacks a di
On Thu, May 18, 2017 at 8:08 AM, justin walters
wrote:
>
>
> On Thu, May 18, 2017 at 12:09 AM, Deborah Swanson <
> pyt...@deborahswanson.net> wrote:
>
>> Michael Torrie wrote, on Wednesday, May 17, 2017 3:11 PM
>> >
>> > On 05/17/2017 02:31 PM, Ned Batchelder wrote:
>> > > Can you give an example
On Thu, May 18, 2017 at 12:09 AM, Deborah Swanson wrote:
> Michael Torrie wrote, on Wednesday, May 17, 2017 3:11 PM
> >
> > On 05/17/2017 02:31 PM, Ned Batchelder wrote:
> > > Can you give an example of such a method? Often, that signature is
> > > used because there is no pre-conception of what
Michael Torrie wrote, on Wednesday, May 17, 2017 3:11 PM
>
> On 05/17/2017 02:31 PM, Ned Batchelder wrote:
> > Can you give an example of such a method? Often, that signature is
> > used because there is no pre-conception of what the arguments might
> > be.
>
> I'm not sure if this afflicts the
On Thu, May 18, 2017 at 8:11 AM, Michael Torrie wrote:
> On 05/17/2017 02:31 PM, Ned Batchelder wrote:
>> Can you give an example of such a method? Often, that signature is used
>> because there is no pre-conception of what the arguments might be.
>
> I'm not sure if this afflicts the standard lib
On 05/17/2017 02:31 PM, Ned Batchelder wrote:
> Can you give an example of such a method? Often, that signature is used
> because there is no pre-conception of what the arguments might be.
I'm not sure if this afflicts the standard library, but in my own code,
since Python doesn't support construc
On Wednesday, May 17, 2017 at 5:48:30 AM UTC-4, Cem Karan wrote:
> On May 16, 2017, at 12:36 PM, rzed wrote:
>
> > On Friday, May 12, 2017 at 6:02:58 AM UTC-4, Steve D'Aprano wrote:
> >> One of the more controversial aspects of the Python ecosystem is the Python
> >> docs. Some people love them,
Cem Karan wrote, on Wednesday, May 17, 2017 2:48 AM
>
> On May 16, 2017, at 12:36 PM, rzed wrote:
>
> > On Friday, May 12, 2017 at 6:02:58 AM UTC-4, Steve D'Aprano wrote:
> >> One of the more controversial aspects of the Python
> ecosystem is the
> >> Python docs. Some people love them, and so
On May 16, 2017, at 12:36 PM, rzed wrote:
> On Friday, May 12, 2017 at 6:02:58 AM UTC-4, Steve D'Aprano wrote:
>> One of the more controversial aspects of the Python ecosystem is the Python
>> docs. Some people love them, and some people hate them and describe them as
>> horrible.
>>
> [...]
>
On Friday, May 12, 2017 at 6:02:58 AM UTC-4, Steve D'Aprano wrote:
> One of the more controversial aspects of the Python ecosystem is the Python
> docs. Some people love them, and some people hate them and describe them as
> horrible.
>
[...]
One thing I would love to see in any function or class
On 15/05/2017 13:44, Ned Batchelder wrote:
As it is, if I make a suggestion about the itertools docs (why do we need
20-line "equivalent to" Python code, and why don't we have any usage
examples?), then I have to debate it with the developer of itertools,
who has a different aesthetic and style
On Friday, May 12, 2017 at 6:02:58 AM UTC-4, Steve D'Aprano wrote:
> One of the more controversial aspects of the Python ecosystem is the Python
> docs. Some people love them, and some people hate them and describe them as
> horrible.
>
I have a number of ideas for improving the docs, but I think
On Saturday, May 13, 2017 at 3:39:52 PM UTC-7, Terry Reedy wrote:
> On 5/13/2017 1:23 PM, jeanbigbo...@gmail.com wrote:
>
> > Thank you for bringing up this important topic. As an occasional Python
> > user, I find that Python documentation is all over the usability map - some
> > great, some d
On 5/13/2017 1:23 PM, jeanbigbo...@gmail.com wrote:
Thank you for bringing up this important topic. As an occasional Python user,
I find that Python documentation is all over the usability map - some great,
some difficult. The Python docs have been at best a starting point. I usually
need
On 5/12/2017 6:02 AM, Steve D'Aprano wrote:
Here are a couple of suggestions for improving(?) the docs. What do you
think?
(They're not my ideas, the originated on Reddit.)
(1) Table of functions/classes at the start of each module doc
The only thing possibly 'new' here is 'each' versus 'se
On Friday, May 12, 2017 at 3:02:58 AM UTC-7, Steve D'Aprano wrote:
> One of the more controversial aspects of the Python ecosystem is the Python
> docs. Some people love them, and some people hate them and describe them as
> horrible.
>
> Here are a couple of suggestions for improving(?) the docs.
Steve D'Aprano writes:
> One of the more controversial aspects of the Python ecosystem is the Python
> docs. Some people love them, and some people hate them and describe them as
> horrible.
>
> Here are a couple of suggestions for improving(?) the docs. What do you
> think?
>
> (They're not my id
On Sat, May 13, 2017 at 4:05 AM, wrote:
> On Friday, May 12, 2017 at 3:02:58 AM UTC-7, Steve D'Aprano wrote:
>
>> (1) Table of functions/classes at the start of each module doc
>>
>> The docs for builtins starts with a table of built-in functions:
>>
>> https://docs.python.org/3/library/functions
On 05/12/2017 03:02 AM, Steve D'Aprano wrote:
Here are a couple of suggestions for improving(?) the docs. What do you
think?
(1) Table of functions/classes at the start of each module doc
I like this idea. Even if I don't know the exact thing I am looking for I can
usually get close from
On Friday, May 12, 2017 at 3:02:58 AM UTC-7, Steve D'Aprano wrote:
> (1) Table of functions/classes at the start of each module doc
>
> The docs for builtins starts with a table of built-in functions:
>
> https://docs.python.org/3/library/functions.html
>
>
> Docs for other modules should do s
On Fri, 12 May 2017 21:14:01 +1000, Chris Angelico wrote:
> On Fri, May 12, 2017 at 8:02 PM, Steve D'Aprano
> wrote:
>> (2) The PHP documentation allows you to search for a term by typing it into
>> the URL after the domain, e.g. to search for "split", go to:
>>
>> http://php.net/split
>>
>>
>> I
1 - 100 of 549 matches
Mail list logo
