OT, but

Greetings all; Where can I find the best tut for pyvcp? Thanks all. Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page -- https://

OT, but very funny

Hope you find the following as amusing as I did - http://www.davidnaylor.co.uk/eu-cookies-directive-interactive-guide-to-25th-may-and-what-it-means-for-you.html Background - On 26 May new legislation came into force in the UK regulating how web sites use cookies. It is the outcome of amendment

Re: Spiritual Programming (OT, but Python-inspired)

Nicola Musatti wrote: > Yet all these examples appear to me to be better explained as instances > of a form of physiological or psichological inertia than as indications > of the existence of some form of meta reality. But can you define "physiological or psychological inertia" in such a way that

Re: Spiritual Programming (OT, but Python-inspired)

Our psyche is formed by external forces, and only exists in interaction with them. (Our inner self is not separate from our external influences). As we are part of something bigger than ourselves, the death of our physical body is not an end to the 'psychological' forces that we perceive to be our

Re: Spiritual Programming (OT, but Python-inspired)

> [EMAIL PROTECTED] (U) wrote: >U> While preparing a Python411 podcast about classes and OOP, my mind >U> wondered far afield. I found myself constructing an extended metaphor >U> or analogy between the way programs are organized and certain >U> philosophical ideas. So, going where my better a

Re: Spiritual Programming (OT, but Python-inspired)

Peter Hansen wrote: > Steven D'Aprano wrote: > > Life is a process, not a thing -- > > when a clock runs down and stops ticking, there is no essence of ticking > > that keeps going, the gears just stop. When I stop walking, there is no > > spirit of walk that survives me coming to a halt. I just s

Re: Spiritual Programming (OT, but Python-inspired)

On Mon, 02 Jan 2006 19:05:04 -0500, Steven D'Aprano wrote: > I don't dare ask where your evidence for this hypothesis is, but I will > ask what are your reasons for imagining this? What is the chain of > thought that leads from: > > Step 1: We live in a temporal world. > > to: > > Step N: Our

Re: Spiritual Programming (OT, but Python-inspired)

[EMAIL PROTECTED] wrote: > Perhaps this is one reason why programmers are so passionate, and even > religious, about their programming tools; because they intuitively > sense that we are dealing with ideas that, however crudely, mirror > eternal realities of immense significance. While I don't ass

Re: Spiritual Programming (OT, but Python-inspired)

[EMAIL PROTECTED] wrote: > While preparing a Python411 podcast about classes and OOP, my mind > wondered far afield. I found myself constructing an extended metaphor > or analogy between the way programs are organized and certain > philosophical ideas. So, going where my better angels dare not, her

Re: Spiritual Programming (OT, but Python-inspired)

> Apart from wishful thinking of course. That's always the major component > in any reasoning about the afterlife. Life is a process, not a thing -- > when a clock runs down and stops ticking, there is no essence of ticking > that keeps going, the gears just stop. When I stop walking, there is no >

Re: Spiritual Programming (OT, but Python-inspired)

On Mon, 2 Jan 2006 [EMAIL PROTECTED] wrote: > In this sense, we are like the ghost in the machine of a computer > system running a computer program, or programs, written in a procedural > language and style. Makes sense - i heard that Steve Russell invented continuations after reading the Tibeta

Re: Spiritual Programming (OT, but Python-inspired)

[EMAIL PROTECTED] writes: > While preparing a Python411 podcast about classes and OOP, my mind > wondered far afield. I found myself constructing an extended metaphor > or analogy between the way programs are organized and certain > philosophical ideas. So, going where my better angels dare not, h

Re: Spiritual Programming (OT, but Python-inspired)

Steven D'Aprano wrote: > Life is a process, not a thing -- > when a clock runs down and stops ticking, there is no essence of ticking > that keeps going, the gears just stop. When I stop walking, there is no > spirit of walk that survives me coming to a halt. I just stop walking. Yet when one list

Re: Spiritual Programming (OT, but Python-inspired)

Steven D'Aprano wrote: > On Mon, 02 Jan 2006 13:38:47 -0800, UrsusMaximus wrote: > >> It seems to me that, if anything of a person survives death in any way, >> it must do so in some way very different from that way in which we >> exist now. > [snip] > > I don't dare ask where your evidence for

Re: Spiritual Programming (OT, but Python-inspired)

"The highest activities of consciousness have their origins in the physical occurrences of the brain just as the loveliest of melodies are not too sublime to be expressed by notes."--Somerset Maugham -- http://mail.python.org/mailman/listinfo/python-list

Re: Spiritual Programming (OT, but Python-inspired)

On Mon, 02 Jan 2006 13:38:47 -0800, UrsusMaximus wrote: > It seems to me that, if anything of a person survives death in any way, > it must do so in some way very different from that way in which we > exist now. [snip] I don't dare ask where your evidence for this hypothesis is, but I will ask wh

Re: Spiritual Programming (OT, but Python-inspired)

There are many ways of going crazy, but the most valuable of them is this one which makes a genius out of an ordinary man. Claudio [EMAIL PROTECTED] wrote: > While preparing a Python411 podcast about classes and OOP, my mind > wondered far afield. I found myself constructing an extended metaphor

Spiritual Programming (OT, but Python-inspired)

While preparing a Python411 podcast about classes and OOP, my mind wondered far afield. I found myself constructing an extended metaphor or analogy between the way programs are organized and certain philosophical ideas. So, going where my better angels dare not, here is the forbidden fruit of my no

Re: Comparing lists - somewhat OT, but still ...

Steven D'Aprano <[EMAIL PROTECTED]> writes: > But if you are unlikely to discover this worst case behaviour by > experimentation, you are equally unlikely to discover it in day to > day usage. Yes, that's the whole point. Since you won't discover it by experimentation and you won't discover it by

Re: Comparing lists - somewhat OT, but still ...

On Sun, 16 Oct 2005 14:07:37 -0700, Paul Rubin wrote: > The complexity of hashing depends intricately on the the data and if > the data is carefully constructed by someone with detailed knowledge > of the hash implementation, it may be as bad as O(n) rather than O(1) > or O(sqrt(n)) or anything li

Re: Comparing lists - somewhat OT, but still ...

On Sun, 16 Oct 2005 20:28:55 +0200, Christian Stapfer wrote: > Experiments > (not just in computer science) are quite > frequently botched. How do you discover > botched experiments? Normally by comparing them to the results of other experiments, and being unable to reconcile the results. You may

Re: Comparing lists - somewhat OT, but still ...

Ognen Duzlevski <[EMAIL PROTECTED]> writes: > > Optimizations have a tendency to make a complete mess of Big O > > calculations, usually for the better. How does this support your > > theory that Big O is a reliable predictor of program speed? > > There are many things that you cannot predict, how

Re: Comparing lists - somewhat OT, but still ...

Steven D'Aprano <[EMAIL PROTECTED]> wrote: > On Sun, 16 Oct 2005 15:16:39 +0200, Christian Stapfer wrote: > > It turned out that the VAX compiler had been > > clever enough to hoist his simple-minded test > > code out of the driving loop. > Optimizations have a tendency to make a complete me

Re: Comparing lists - somewhat OT, but still ...

"Steven D'Aprano" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > On Sun, 16 Oct 2005 15:16:39 +0200, Christian Stapfer wrote: > >> Come to think of an experience that I shared >> with a student who was one of those highly >> creative experimentalists you seem to have >> in mind. He

Re: Comparing lists - somewhat OT, but still ...

Christian Stapfer wrote: > It turned out that the VAX compiler had been > clever enough to hoist his simple-minded test > code out of the driving loop. In fact, our VAX > calculated the body of the loop only *once* > and thus *immediately* announced that it had finished > the whole test - the

Re: Comparing lists - somewhat OT, but still ...

On Sun, 16 Oct 2005 15:16:39 +0200, Christian Stapfer wrote: > Come to think of an experience that I shared > with a student who was one of those highly > creative experimentalists you seem to have > in mind. He had just bought a new PC and > wanted to check how fast its floating point > unit was

Re: Comparing lists - somewhat OT, but still ...

"Ron Adam" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Christian Stapfer wrote: > >> This discussion begins to sound like the recurring >> arguments one hears between theoretical and >> experimental physicists. Experimentalists tend >> to overrate the importance of experimental d