On Sun, Aug 4, 2013 at 7:18 PM, Roy Smith wrote:
> In article ,
> Chris Angelico wrote:
>
>> programmers, like engineers, have to deal with the
>> possibility (or certainty) of idiots using their products.
>
> As a programmer, I'm OK with the idea that idiots are using my programs.
> What bother
In article ,
Chris Angelico wrote:
> programmers, like engineers, have to deal with the
> possibility (or certainty) of idiots using their products.
As a programmer, I'm OK with the idea that idiots are using my programs.
What bothers me more is when, as a user of a program, I have to deal
w
On Sun, Aug 4, 2013 at 3:07 PM, Roy Smith wrote:
> In article ,
> wxjmfa...@gmail.com wrote:
>
>> I have always found, computer scientists are funny scientists.
>
> I have always found that sciences which contain the word "science" in
> their name tend to not be very scientific.
>
> Biology, Chem
What about Earth Science? But in this case, it is indeed science,
because in its name the word science is applied to the object of its
study. But in the case of "computer science", the word science is
applied to the word which describes the tool this "science" uses!! It's
like it was Telescope Scie
Let's say computer science isn't science.
--
http://mail.python.org/mailman/listinfo/python-list
In article ,
wxjmfa...@gmail.com wrote:
> I have always found, computer scientists are funny scientists.
I have always found that sciences which contain the word "science" in
their name tend to not be very scientific.
Biology, Chemistry, Physics, those are real sciences. Computer Science,
So
Le samedi 3 août 2013 13:35:29 UTC+2, Nicholas a écrit :
> On Friday, 2 August 2013, Chris “Kwpolska” Warrick wrote:
>
>
> [snip]
>
>
>
> So, what are you feasting for? Nothing?
>
>
> I have long since ceased to be amazed at the number of people who would like
> their personal and arbitra
In article ,
Chris Angelico wrote:
> Sorry. Term I should have used is "base SI unit". Instead of using the
> cm, use the m. Or go three orders of magnitude at a time to the km or
> the mm.
Or, go digital, and use Kim (kibimeters).
--
http://mail.python.org/mailman/listinfo/python-list
On Friday, 2 August 2013, Chris “Kwpolska” Warrick wrote:
[snip]
>
> So, what are you feasting for? Nothing?
I have long since ceased to be amazed at the number of people who would
like their personal and arbitrary preferences, and the rationalisations
that go with them, to be validated and en
On Sat, Aug 3, 2013 at 3:21 AM, Joshua Landau wrote:
> On 2 August 2013 22:34, Chris Angelico wrote:
>>
>> On Fri, Aug 2, 2013 at 10:15 PM, wrote:
>>
>> > Problem #3
>> > cm or inch? The only serious unit is an SI unit.
>> > (In scientific publications, only SI units are accepted)
>>
>> The cm
On 2 August 2013 22:34, Chris Angelico wrote:
> On Fri, Aug 2, 2013 at 10:15 PM, wrote:
>
> Problem #3
> > cm or inch? The only serious unit is an SI unit.
> > (In scientific publications, only SI units are accepted)
>
> The cm is not a primary SI unit either.
But it is an SI unit.
(As a si
On 8/2/2013 1:19 AM, Dave Angel wrote:
Terry Reedy wrote:
On 8/1/2013 7:33 PM, Dave Angel wrote:
Terry Reedy wrote:
The diff with all the changes is here
http://hg.python.org/peps/rev/fb24c80e9afb
Just out of curiosity, where is "coding cookie" defined? I found enough
distant referenc
On Fri, Aug 2, 2013 at 10:15 PM, wrote:
> Le vendredi 2 août 2013 17:19:11 UTC+2, Skip Montanaro a écrit :
>> > The solely valid solution, assuming there is some wish,
>> > is to define a maximal line width (preferably in SI units ;-)
>>
>> So, 79 * 8 points == 0.22295696 meters, right? :-)
>
Le vendredi 2 août 2013 17:19:11 UTC+2, Skip Montanaro a écrit :
> > The solely valid solution, assuming there is some wish,
>
> > is to define a maximal line width (preferably in SI units ;-)
>
>
>
> So, 79 * 8 points == 0.22295696 meters, right? :-)
>
>
>
> Skip
You can correct your m
> The solely valid solution, assuming there is some wish,
> is to define a maximal line width (preferably in SI units ;-)
So, 79 * 8 points == 0.22295696 meters, right? :-)
Skip
--
http://mail.python.org/mailman/listinfo/python-list
Le vendredi 2 août 2013 13:07:47 UTC+2, Chris “Kwpolska” Warrick a écrit :
> On Fri, Aug 2, 2013 at 2:51 AM, Roy Smith wrote:
>
> > In article ,
>
> > Terry Reedy wrote:
>
> >
>
> >> Newly revised this morning:
>
> >> http://www.python.org/dev/peps/pep-0008/#maximum-line-length
>
> >> summ
On Fri, Aug 2, 2013 at 2:51 AM, Roy Smith wrote:
> In article ,
> Terry Reedy wrote:
>
>> Newly revised this morning:
>> http://www.python.org/dev/peps/pep-0008/#maximum-line-length
>> summary:
>> 72 for text block (comments, triple-quoted strings)
>> 79 for normal code
>> 99 for code that is re
Terry Reedy wrote:
> On 8/1/2013 7:33 PM, Dave Angel wrote:
>> Terry Reedy wrote:
>>
>>
>
> The diff with all the changes is here
> http://hg.python.org/peps/rev/fb24c80e9afb
>>
>> Just out of curiosity, where is "coding cookie" defined? I found enough
>> distant references to de
On 8/1/2013 7:33 PM, Dave Angel wrote:
Terry Reedy wrote:
The diff with all the changes is here
http://hg.python.org/peps/rev/fb24c80e9afb
Just out of curiosity, where is "coding cookie" defined? I found enough
distant references to decide it was supposed to mean the coding line
(line 2,
On Thu, 01 Aug 2013 20:51:43 -0400, Roy Smith wrote:
> In article ,
> Terry Reedy wrote:
>
>> Newly revised this morning:
>> http://www.python.org/dev/peps/pep-0008/#maximum-line-length summary:
>> 72 for text block (comments, triple-quoted strings) 79 for normal code
>> 99 for code that is rea
In article ,
Terry Reedy wrote:
> Newly revised this morning:
> http://www.python.org/dev/peps/pep-0008/#maximum-line-length
> summary:
> 72 for text block (comments, triple-quoted strings)
> 79 for normal code
> 99 for code that is really more readable with extra
And the people did rejoice and
Terry Reedy wrote:
>>>
>>> The diff with all the changes is here
>>> http://hg.python.org/peps/rev/fb24c80e9afb
>>
Just out of curiosity, where is "coding cookie" defined? I found enough
distant references to decide it was supposed to mean the coding line
(line 2, typically in Unix). But I ori
On 8/1/2013 4:22 PM, Tim Chase wrote:
On 2013-08-01 15:52, Terry Reedy wrote:
Newly revised this morning:
http://www.python.org/dev/peps/pep-0008/#maximum-line-length
The diff with all the changes is here
http://hg.python.org/peps/rev/fb24c80e9afb
Just a quick spelling fix of
s/experiman
On 2013-08-01 15:52, Terry Reedy wrote:
> Newly revised this morning:
> http://www.python.org/dev/peps/pep-0008/#maximum-line-length
>
> The diff with all the changes is here
> http://hg.python.org/peps/rev/fb24c80e9afb
Just a quick spelling fix of
s/experimants/experiments/
at http://hg.pyth
On 8/1/2013 3:52 PM, Terry Reedy wrote:
Newly revised this morning:
http://www.python.org/dev/peps/pep-0008/#maximum-line-length
summary:
72 for text block (comments, triple-quoted strings)
79 for normal code
99 for code that is really more readable with extra
Or maybe not for stdlib. Guido thin
Newly revised this morning:
http://www.python.org/dev/peps/pep-0008/#maximum-line-length
summary:
72 for text block (comments, triple-quoted strings)
79 for normal code
99 for code that is really more readable with extra
The diff with all the changes is here
http://hg.python.org/peps/rev/fb24c80e
26 matches
Mail list logo
