On Thu, Aug 1, 2013 at 8:31 AM, Steven D'Aprano wrote:
> On 01/08/13 22:44, Nick Coghlan wrote:
>
> 4. Lines up to 99 characters are now permitted (but 79 is still the
>> preferred limit)
>>
>
> Coincidentally, there was a discussion about line length on python-list
> over the last couple of da
Hi,
I just read an interesting article (interview with Fred Brooks).
See: http://www.informit.com/articles/article.aspx?p=1600886
Eoin: The book contains a lot of explicit and implicit advice for those
who must manage design projects. What would your top three pieces
of advice for such
I stand corrected. Thanks for the pointer Stephen!
On Tue, Jul 6, 2010 at 10:36 AM, Stephen J. Turnbull wrote:
> LD 'Gus' Landis writes:
> > Yes. The BSD license on FreeBSD has allowed Apple to
> > make MacOS X a completely proprietary product.
>
>
Yes. The BSD license on FreeBSD has allowed Apple to
make MacOS X a completely proprietary product. The BSD
license allows you to take and never release your mods. It
has very little to do with money, IMO.
On Tue, Jul 6, 2010 at 1:22 AM, Ben Finney wrote:
> Nir Aides writes:
>
>> I take "...ru
+1 on 'hint' vs 'cue'... also infers 'not definitive' (sort of like having a
hint of how much longer the "honey do" list is... the honey do list is
never 'exhaustive', only exhausting! ;-)
On 2/8/06, Andrew Koenig <[EMAIL PROTECTED]> wrote:
> > I'm worried about the name. There are now ex
Hi,
So, what does one get when built on a system not connected to
the net? say from a tarball? It can happen, ya know.
Cheers,
--ldl
On 12/18/05, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> Barry Warsaw wrote:
> > Yes, here's my thought: I have a mod to Makefile.pre.in and
> > getbuild
Would this change break x < y < z ? Hope not.
+1 on x?y:z
-1 on && || replacing and/or
unless and/or kept with current semantics and
&& || introduced Raymond's boolean idea, but then
-1 too many unrelated but different spellings
On 9/19/05, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> O
Hi,
FTR, I was not implying the $PIECE() was an answer at all, but only
suggesting it as an alternative name to .partition(). .piece() can be
both a verb and a noun as can .partition(), thus overcoming Nick's
objection to a "noun"ish thing doing the work of a "verb"ish thing.
Also, IIRC, I did
Hi,
Re: multiples, etc...
Check out (and Pythonify) the ANSI M[UMPS] $PIECE(). See:
http://www.jacquardsystems.com/Examples/function/piece.htm
Cheers,
--ldl
On 8/29/05, LD Gus Landis <[EMAIL PROTECTED]> wrote:
> Hi,
>
> How about piece() ? Anthony can have his &q
Hi,
How about piece() ? Anthony can have his "e"s that way too! ;-)
and it's the same number of characters as .split().
Cheers,
--ldl
On 8/29/05, Anthony Baxter <[EMAIL PROTECTED]> wrote:
> On Tuesday 30 August 2005 11:26, Raymond Hettinger wrote:
> > > My major issue is with the names -
Hi,
Sounds like a useful requirement to have for new features in 2.x,
IMO. that is... "demonstrated need".
If the feature implies that the app needs to be designed from the
ground up to *really* take advantage of the feature, then, maybe
leave it for Guido's sabbatical (e.g. Python 300
Hi,
For AIX:
Python 2.2 (#1, Feb 17 2003, 21:43:03) [C] on aix4
Type "help", "copyright", "credits" or "license" for more information.
>>> import marshal
>>> marshal.dumps(1e1)
'f\x03INF'
>>> marshal.loads(marshal.dumps(1e1))
INF
>>> float("INF")
INF
>>> float("NaN")
NaNQ
>>>
On 4/9/0
12 matches
Mail list logo