ASPN ActiveState Programmer Network
ActiveState
/ Home / Perl / PHP / Python / Tcl / XSLT /
/ Safari / My ASPN /
Cookbooks | Documentation | Mailing Lists | Modules | News Feeds | Products | User Groups


Recent Messages
List Archives
About the List
List Leaders
Subscription Options

View Subscriptions
Help

View by Topic
ActiveState
.NET Framework
Open Source
Perl
PHP
Python
Tcl
Web Services
XML & XSLT

View by Category
Database
General
SOAP
System Administration
Tools
User Interfaces
Web Programming
XML Programming


MyASPN >> Mail Archive >> ruby-talk
ruby-talk
Re: "Real" Differences Between Python & Ruby
by Michael T. Richter other posts by this author
May 9 2008 11:31PM messages near this date
Re: "Real" Differences Between Python & Ruby | Re: "Real" Differences Between Python & Ruby
On Sat, 2008-05-10 at 14:52 +0900, M. Edward (Ed) Borasky wrote:

>  Michael T. Richter wrote:
>  > I'm not sure that this is a meaningful question.  What problems did 
>  > *any* language past patch cabling circuit boards solve?  If you set the 
>  > bar low enough (or high enough) all current computer languages are 
>  > imperfect reflections of a Turing machine anyway.  (Yes, even the 
>  > functional ones based on Church instead of Turing.  They're just REALLY 
>  > obfuscated.)



>  Actually, I think it's Turing and Von Neumann that were obfuscated -- 
>  Church and McCarthy got it right. ;)



Mathematically I agree with you, but in terms of hardware underlying all
this stuff it's basically a real-world Turing machine.  (Which is what
the von Neumann architecture is: Turing's machine turned into something
that could actually be implemented.  Things like "infinite tapes" and
"infinite decision tables" turned out, surprisingly, to be implausible
at point of implementation. :D)

Church's model of calculation is far more appealing to me and the
languages based on it -- Lisp (arguably: there's some evidence that
McCarthy stumbled over this rather than deliberately trying to model
Church), Haskell, etc. -- are increasingly the way I like to work.  But
it's all smoke and mirrors.  Underneath it all is a von Neumann machine
masquerading as a Church lambda expression engine.

-- 
Michael T. Richter <ttmrichter@[...].com>  (GoogleTalk:
ttmrichter@gmail.com)
There are two ways of constructing a software design. One way is to make
it so simple that there are obviously no deficiencies. And the other way
is to make it so complicated that there are no obvious deficiencies.
(Charles Hoare)
Thread:
Max Cantor
Avdi Grimm
Globalrev
Marc Heiler
Max Cantor
Michael T. Richter
M. Edward Borasky
Michael T. Richter
M. Edward Borasky
Eleanor McHugh
Michael T. Richter
Steven Parkes
Avdi Grimm
Max Cantor
Adam Shelly
Robert Dober
David A. Black
Robert Dober
Phillip Gawlowski
Martin DeMello

Privacy Policy | Email Opt-out | Feedback | Syndication
© 2004 ActiveState, a division of Sophos All rights reserved