Re: morning in Python

2008-05-18 Thread inhahe
> My ideal language would be a natively compiling cross between C++ and > Python. Objects declared with a type would be statically typed, objects > not declared with a type would be dynamically typed. There would also be > keywords to declare that class names won't be reassigned and class > a

Re: morning in Python

2008-05-18 Thread inhahe
"inhahe" <[EMAIL PROTECTED]> wrote in message news:... > >>It is not clear that the first (cheapest best) human->computer language >>is a computer language, though if two were orthonormal >in comparison >>to life, Python's fine. Not my first. > > The utterly dry, closed, logical, definitive, hier

Re: morning in Python

2008-05-18 Thread inhahe
>It is not clear that the first (cheapest best) human->computer language >is a computer language, though if two were orthonormal >in comparison >to life, Python's fine. Not my first. The utterly dry, closed, logical, definitive, hierarchical, consistent, determinate nature of a computer languag

Re: morning in Python

2008-05-18 Thread Ivan Illarionov
On Sun, 18 May 2008 11:15:06 +0200, Martin v. Löwis wrote: > There is also the issue of aliases. Some call it Moscow, some Moskau, > when it is really called Москва. Of course, the same issue exists for > states: some call it Kalifornien, others California. I don't see any issues here. Everybody

Re: morning in Python

2008-05-18 Thread Marc 'BlackJack' Rintsch
On Sun, 18 May 2008 11:15:06 +0200, Martin v. Löwis wrote: >> Full day later, I think it, to emphasize state, would prioritize >> context. The reason for the huge ramble was, believe it or not, >> namespace conflict... as though any other states around here might >> nose in. > > I think the name

Re: morning in Python

2008-05-18 Thread Martin v. Löwis
> Full day later, I think it, to emphasize state, would prioritize > context. The reason for the huge ramble was, believe it or not, > namespace conflict... as though any other states around here might > nose in. I think the namespace conflict is rather in cities than in states. For example, ther

Re: morning in Python

2008-05-18 Thread Gabriel Genellina
En Sun, 18 May 2008 04:42:58 -0300, inhahe <[EMAIL PROTECTED]> escribió: > To those who don't want me to feed the bot, I'm sorry. It's not a bot, and > I don't know the policy on having philosophical conversations. If you manage to stay on topic... -- Gabriel Genellina -- http://mail.python.o

Re: morning in Python

2008-05-18 Thread inhahe
By the way, "state" as a meronym of "city" and "state" as it applies to programming (i.e. stasis) are two unrelated things. >I'd start to discuss state property in appertanance to city >property. >What are some properties of the state? -- http://mail.python.org/mailman/listinfo/python-list

Re: morning in Python

2008-05-18 Thread inhahe
What advantages do teams have? in what? over who? when? If they have any use at all, what language is good for them? How do programming teams interact? It sounds fun. I'm not sure I want to get work done so much as talk, but programming is fun. -the advantages of teams in general is the organi

Re: morning in Python

2008-05-17 Thread castironpi
On May 17, 9:22 pm, castironpi <[EMAIL PROTECTED]> wrote: > On May 17, 5:35 am, Ivan Illarionov <[EMAIL PROTECTED]> wrote: > > > > > > > On Sat, 17 May 2008 02:57:08 -0700, castironpi wrote: > > > Full day later, I think it, to emphasize state, would prioritize > > > context.  The reason for the hu

Re: morning in Python

2008-05-17 Thread castironpi
On May 17, 5:35 am, Ivan Illarionov <[EMAIL PROTECTED]> wrote: > On Sat, 17 May 2008 02:57:08 -0700, castironpi wrote: > > Full day later, I think it, to emphasize state, would prioritize > > context.  The reason for the huge ramble was, believe it or not, > > namespace conflict... as though any ot

Re: morning in Python

2008-05-17 Thread Ivan Illarionov
On Sat, 17 May 2008 02:57:08 -0700, castironpi wrote: > Full day later, I think it, to emphasize state, would prioritize > context. The reason for the huge ramble was, believe it or not, > namespace conflict... as though any other states around here might nose > in. And thanks to 'inhahe' for co

Re: morning in Python

2008-05-17 Thread castironpi
Full day later, I think it, to emphasize state, would prioritize context. The reason for the huge ramble was, believe it or not, namespace conflict... as though any other states around here might nose in. And thanks to 'inhahe' for coming back with the question. ...Which would explain next move

Re: morning in Python

2008-05-16 Thread Chad Wilhite
On Fri, May 16, 2008 at 2:54 PM, Dan Upton <[EMAIL PROTECTED]> wrote: > On Fri, May 16, 2008 at 2:12 PM, inhahe <[EMAIL PROTECTED]> wrote: > > > > "George Sakkis" <[EMAIL PROTECTED]> wrote in message > > news:[EMAIL PROTECTED] > > On May 16, 11:58 am, "inhahe" <[EMAIL PROTECTED]> wrote: > >> I'm n

Re: morning in Python

2008-05-16 Thread castironpi
On May 16, 10:58 am, "inhahe" <[EMAIL PROTECTED]> wrote: > I'm not an expert in this but what does it mean to emphasize state?  It > seems the opposite of that would be a) functional programming, and b) > passing parameters instead of using global or relatively local variables. > And maybe c) corou

Re: morning in Python

2008-05-16 Thread Dan Upton
On Fri, May 16, 2008 at 2:12 PM, inhahe <[EMAIL PROTECTED]> wrote: > > "George Sakkis" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] > On May 16, 11:58 am, "inhahe" <[EMAIL PROTECTED]> wrote: >> I'm not an expert in this but what does it mean to emphasize state? It >> seems the oppo

Re: morning in Python

2008-05-16 Thread inhahe
"George Sakkis" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] On May 16, 11:58 am, "inhahe" <[EMAIL PROTECTED]> wrote: > I'm not an expert in this but what does it mean to emphasize state? It > seems the opposite of that would be a) functional programming, and b) > passing parameter

Re: morning in Python

2008-05-16 Thread George Sakkis
On May 16, 11:58 am, "inhahe" <[EMAIL PROTECTED]> wrote: > I'm not an expert in this but what does it mean to emphasize state?  It > seems the opposite of that would be a) functional programming, and b) > passing parameters instead of using global or relatively local variables. > And maybe c) corou

Re: morning in Python

2008-05-16 Thread inhahe
I'm not an expert in this but what does it mean to emphasize state? It seems the opposite of that would be a) functional programming, and b) passing parameters instead of using global or relatively local variables. And maybe c) coroutines (generators as implemented in Python), although perhaps

morning in Python

2008-05-16 Thread castironpi
I want to talk to the newsgroup. As I have found that its readers will be non-trivially attentive, I esteem it a worthwhile production, for finely divided values of worth & while. (Disclaimer: Don't call me millionaire; life & money...). It is not clear that I will be posting code first thing, f