Re: Re: Types in Mathematica

I like this idea.

Does the mathematical/algebraic "programming" style scale up to large
problems?  Are there examples?

Or perhaps it doesn't strictly scale, but is better applied judiciously.
It could be used to steer a code at a very high level, or conversely,
used in the gaps (the Mathematica-in-the-gaps argument).  Conventional
programming would make up the difference.

If indeed mathematical programming is not the silver-bullet paradigm,
where should the conventional (though modern) programming be done?
Within or without Mathematica?  If within, then we've circled back to an
important point of this thread, I think.

Vince Virgilio

-----Original Message-----
From: Paul Abbott [mailto:paul@physics.uwa.edu.au] 
Subject:  Re: Types in Mathematica

In article <dm1ak3$i1n$1@smc.vnet.net>,
 "Steven T. Hatton" <hattons@globalsymmetry.com> wrote:

> I will concede that experience in mathematics and physics can also 
> develop the kinds of thinking which programming experience can

Actually, much of the thinking involved in mathematics and physics
_transcends_ the kinds of thinking which programming experience can
develop. Extensive knowledge of mathematics and physics definitely
assists Mathematica programming, more so than in other languages because
of the high-level functionality. The "physics" or "mathematics" way of
thinking often assists implementations of algorithms in Mathematica. 
This is, I think, the key point of this thread.


Paul Abbott                                      Phone:  61 8 6488 2734
School of Physics, M013                            Fax: +61 8 6488 1014
The University of Western Australia         (CRICOS Provider No 00126G)

AUSTRALIA                               http://physics.uwa.edu.au/~paul

This e-mail and any files transmitted with it are proprietary and intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please notify the sender. Please note that any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of ITT Industries, Inc. The recipient should check this e-mail and any attachments for the presence of viruses. ITT Industries accepts no liability for any damage caused by any virus transmitted by this e-mail.

12/1/2005 5:50:31 AM
comp.soft-sys.math.mathematica 28821 articles. 0 followers. Follow

0 Replies

Similar Articles

[PageSpeed] 24