Re: Message passing syntax for objects

Path	csiph.com!usenet.pasdenom.info!news.albasani.net!newsfeed.freenet.ag!news2.euro.net!newsgate.cistron.nl!newsgate.news.xs4all.nl!post.news.xs4all.nl!not-for-mail
Return-Path	<dreamingforward@gmail.com>
X-Original-To	python-list@python.org
Delivered-To	python-list@mail.python.org
X-Spam-Status	OK 0.003
X-Spam-Evidence	'H': 0.99; 'S': 0.00; 'dependency': 0.07; 'abstraction': 0.09; 'defined.': 0.09; 'int)': 0.09; 'stderr': 0.09; 'thread,': 0.09; 'sfxlen:2': 0.10; 'language': 0.14; '"every': 0.16; 'next': 0.16; 'at.': 0.16; 'janssen': 0.16; 'operators,': 0.16; 'to:name:python list': 0.16; 'string': 0.17; 'wrote:': 0.17; 'mathematical': 0.17; 'define': 0.20; 'dropped': 0.22; 'programming': 0.23; 'to:2**1': 0.23; 'idea': 0.24; 'header :In-Reply-To:1': 0.25; 'common': 0.26; 'continuing': 0.27; 'guess': 0.27; 'message-id:@mail.gmail.com': 0.27; 'oop': 0.29; 'to:name:python-ideas': 0.29; 'wrap': 0.29; 'objects': 0.29; "i'm": 0.29; 'figure': 0.30; 'space,': 0.32; 'suggestion': 0.32; 'getting': 0.33; 'received:74.125.82': 0.33; 'defining': 0.33; 'handle': 0.33; 'to:addr:python-list': 0.33; "can't": 0.34; 'received:google.com': 0.34; 'pm,': 0.35; 'there': 0.35; 'but': 0.36; 'received:74.125': 0.36; 'too': 0.36; 'does': 0.37; 'rather': 0.37; 'subject:: ': 0.38; 'mark': 0.38; 'object': 0.38; 'some': 0.38; 'things': 0.38; 'to:addr:python.org': 0.39; 'skip:n 10': 0.63; 'within': 0.64; 'to:addr:python-ideas': 0.69; 'receive': 0.71; 'behaviors': 0.71; '2013': 0.84
DKIM-Signature	v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=wzV4yoIwGX0Z2KycZAQntY6BCVZCNsyMB726gA37eGw=; b=ffSJ/d+nNxjmI2UMYAtn0/zPc3H0Mrj/8gaac+VvkdOn8mMSFsrhbpldY4RogwwXvp UyymoQP2KkxvqtcmZ7G9k3WhMB0WVrkGM4nwwWwC6q8xf/4boHDZeau/i2S9k5eJdyby glUOSg6K4OIC0LBWO0OY+WGxV+pHnr+oWuvsA8OYoxK5x8FTMgUkiqifxqnHktfo6gXU ooZPC9fIel+Lqz0nx9OayFryGAKERcvZE+dT7HyzdoKQE4S82ydEBG44rvcXVRcMU35r 3vifBlcoCdyaMq/lvihpU284J+riBaJ/hhkWtvL16Ni28048aHuBRfo3kJZmXbm0jLqq QA4w==
MIME-Version	1.0
X-Received	by 10.180.103.65 with SMTP id fu1mr13960389wib.4.1363581986611; Sun, 17 Mar 2013 21:46:26 -0700 (PDT)
In-Reply-To	<CAMjeLr_q-8NbBAOOZ7yu8H+WcrJNU=8ZmudWkt9itM9ZLJuh4g@mail.gmail.com>
References	<CAMjeLr_dBCSL9VGjrW6wJjMDhLWFdxWqGWw+5MXTfo8+x9yfYw@mail.gmail.com> <CAMjeLr_q-8NbBAOOZ7yu8H+WcrJNU=8ZmudWkt9itM9ZLJuh4g@mail.gmail.com>
Date	Sun, 17 Mar 2013 21:46:26 -0700
Subject	Re: Message passing syntax for objects
From	Mark Janssen <dreamingforward@gmail.com>
To	Python List <python-list@python.org>, Python-Ideas <python-ideas@python.org>
Content-Type	text/plain; charset=ISO-8859-1
X-BeenThere	python-list@python.org
X-Mailman-Version	2.1.15
Precedence	list
List-Id	General discussion list for the Python programming language <python-list.python.org>
List-Unsubscribe	<http://mail.python.org/mailman/options/python-list>, <mailto:python-list-request@python.org?subject=unsubscribe>
List-Archive	<http://mail.python.org/pipermail/python-list/>
List-Post	<mailto:python-list@python.org>
List-Help	<mailto:python-list-request@python.org?subject=help>
List-Subscribe	<http://mail.python.org/mailman/listinfo/python-list>, <mailto:python-list-request@python.org?subject=subscribe>
Newsgroups	comp.lang.python
Message-ID	<mailman.3411.1363581993.2939.python-list@python.org> (permalink)
Lines	20
NNTP-Posting-Host	2001:888:2000:d::a6
X-Trace	1363581993 news.xs4all.nl 6922 [2001:888:2000:d::a6]:37199
X-Complaints-To	abuse@xs4all.nl
Xref	csiph.com comp.lang.python:41396

Show key headers only | View raw

On Sun, Mar 17, 2013 at 9:26 PM, Mark Janssen <dreamingforward@gmail.com> wrote:
> Continuing on this thread, there would be a new bunch of behaviors to
> be defined.  Since "everything is an object", there can now be a
> standard way to define the *next* common abstraction of "every object
> interacts with other objects".  And going with my suggestion of
> defining >> and << operators, I'm going to explore the concept
> further....
> Each object has to figure out how it will receive things from outside
> of it.  Things it can't handle (a string sent to an int) just have to
> be dropped to some other space, much like stderr does within the O.S.

I guess here's the idea I'm getting at.  As a programming language
paradigm, OOP has to evolve -- it still has too much dependency on
number-crunching and the mathematical operators still dominate.

But a better abstraction to wrap the OOP paradigm around is
*message-passing* rather than *arithmetic*.  And having in/out
operators on objects is just *way cool*.

mark

Back to comp.lang.python | Previous | Next | Find similar | Unroll thread

Thread

Re: Message passing syntax for objects Mark Janssen <dreamingforward@gmail.com> - 2013-03-17 21:46 -0700

csiph-web