Re: [fonc] Reading Maxwell's Equations

2010-02-28 Thread Brian Gilman
http://vpri.org/mailman/private/fonc/2009/001145.html cc1: warnings being treated as errors CodeGenerator-local.o.c: In function ‘DynamicIntel32CodeGenerator__jeL_’: CodeGenerator-local.o.c:4918: warning: value computed is not used CodeGenerator-local.o.c: In function ‘DynamicIntel32CodeGenerator

Re: [fonc] Reading Maxwell's Equations

2010-02-28 Thread Dan Amelang
On Sun, Feb 28, 2010 at 2:21 PM, Reuben Thomas wrote: > On 28 February 2010 22:16, Dan Amelang wrote: >> (standard disclaimer: I don't represent the official stance of VPRI or Alan >> Kay) >> >> On Sun, Feb 28, 2010 at 6:37 AM, Reuben Thomas wrote: >> >>> and the projects directly linked to on

Re: [fonc] Reading Maxwell's Equations

2010-02-28 Thread Dan Amelang
On Sun, Feb 28, 2010 at 1:48 PM, Reuben Thomas wrote: > On 28 February 2010 17:53, Andrey Fedorov wrote: >> Considering the ambition of the project relative to its resources, I think >> it's reasonable for STEPS to keep a low profile and spend less effort on >> "educating" than one might like. >

Re: [fonc] Reading Maxwell's Equations

2010-02-28 Thread Reuben Thomas
On 28 February 2010 22:38, Dan Amelang wrote: > On Sun, Feb 28, 2010 at 8:50 AM, Reuben Thomas wrote: >> >> I think it's scandalous that a publically-funded non-secret project >> does not have far stricter requirements for public engagement than are >> apparent here. > > Scandalous! Oh dear, I w

Re: [fonc] Reading Maxwell's Equations

2010-02-28 Thread Dan Amelang
On Sun, Feb 28, 2010 at 9:53 AM, Andrey Fedorov wrote: > Considering the ambition of the project relative to its resources, I think > it's reasonable for STEPS to keep a low profile and spend less effort on > "educating" than one might like. Thank you :) We do have limited resources and wild ambi

Re: [fonc] Reading Maxwell's Equations

2010-02-28 Thread Dan Amelang
On Sun, Feb 28, 2010 at 8:50 AM, Reuben Thomas wrote: > > Think of a software project as like Plato's model of the soul as a > charioteer with two horses, one immortal and one mortal, only without > the goal of reaching heaven. The mortal horse is the imperatives of > the real world: developers, m

Re: [fonc] Reading Maxwell's Equations

2010-02-28 Thread Reuben Thomas
On 28 February 2010 22:16, Dan Amelang wrote: > (standard disclaimer: I don't represent the official stance of VPRI or Alan > Kay) > > On Sun, Feb 28, 2010 at 6:37 AM, Reuben Thomas wrote: > >> and the projects directly linked to on the "Our work" page >> did not originate at VPRI (Squeak Etoys

Re: [fonc] Reading Maxwell's Equations

2010-02-28 Thread Dan Amelang
(standard disclaimer: I don't represent the official stance of VPRI or Alan Kay) On Sun, Feb 28, 2010 at 6:37 AM, Reuben Thomas wrote: > On 27 February 2010 08:08, Dan Amelang wrote: >> (Regarding your puzzling over Alan's views, though, you might want to >> try emailing him directly. After you'

Re: [fonc] Reading Maxwell's Equations

2010-02-28 Thread Michael Haupt
Brian, Am 28.02.2010 um 16:29 schrieb Brian Gilman: > After hearing about the project, I downloaded the source, and attempted to > compile on OS X, which wouldn't compile. any details? Best, Michael -- Dr.-Ing. Michael Hauptmichael.ha...@hpi.uni-potsdam.de Software Architectu

Re: [fonc] Reading Maxwell's Equations

2010-02-28 Thread Reuben Thomas
On 28 February 2010 17:53, Andrey Fedorov wrote: > Considering the ambition of the project relative to its resources, I think > it's reasonable for STEPS to keep a low profile and spend less effort on > "educating" than one might like. A software research project that does not aggressively push i

Re: [fonc] Reading Maxwell's Equations

2010-02-28 Thread Reuben Thomas
On 28 February 2010 20:09, Kurt Stephens wrote: > Reuben Thomas wrote: >> >> On 26 February 2010 23:15, John Zabroski wrote: >>> >>> These three physical coupling issues >>> (block-structured, procedural message passing; manual memory management; >>> manual concurrency) are things the average pro

[fonc] Smalltalk hardware (was: Reading Maxwell's Equations)

2010-02-28 Thread Jecel Assumpcao Jr
Kurt Stephens wrote: > Smalltalk did not spawn an entire industry of specialized hardware like > Lisp. There was a lot more development in that area than most people are aware of: http://www.merlintec.com:8080/hardware/26 > However Lisp hardware is a collector's item now. :) Only two architec

Re: [fonc] Reading Maxwell's Equations

2010-02-28 Thread Kurt Stephens
Alejandro F. Reimondo wrote: John, >Where else should I look? In my opinion what is "missing" in the languages formulations is sustainability of the system. [*] In case of formula/abstract based declaration of systems all alternatives make people put on the idea(L) side and not in the sy

Re: [fonc] Reading Maxwell's Equations

2010-02-28 Thread Kurt Stephens
Reuben Thomas wrote: On 26 February 2010 23:15, John Zabroski wrote: These three physical coupling issues (block-structured, procedural message passing; manual memory management; manual concurrency) are things the average programmer should never have to touch, I don't remember seeing block st

Re: [fonc] Reading Maxwell's Equations

2010-02-28 Thread Andrey Fedorov
Considering the ambition of the project relative to its resources, I think it's reasonable for STEPS to keep a low profile and spend less effort on "educating" than one might like. That said, I'd appreciate a simple "suggested reading" list for independent study - in my case, for someone with an u

Re: [fonc] Reading Maxwell's Equations

2010-02-28 Thread Reuben Thomas
On Sunday, February 28, 2010, Brian Gilman wrote: > That having been said, I think the project is an interesting one, but I'm > not sure it's really ready for tons of publicity yet. Think of a software project as like Plato's model of the soul as a charioteer with two horses, one immortal and one

Re: [fonc] Reading Maxwell's Equations

2010-02-28 Thread Reuben Thomas
On 26 February 2010 23:15, John Zabroski wrote: > These three physical coupling issues > (block-structured, procedural message passing; manual memory management; > manual concurrency) are things the average programmer should never have to > touch, I don't remember seeing block struturing ever bei

Re: [fonc] Reading Maxwell's Equations

2010-02-28 Thread Brian Gilman
On Feb 28, 2010, at 10:37 PM, Reuben Thomas wrote: > On 27 February 2010 08:08, Dan Amelang wrote: >> (Regarding your puzzling over Alan's views, though, you might want to >> try emailing him directly. After you've done due diligence reading up >> on the subject, of course.) > > Although it wou

Re: [fonc] Reading Maxwell's Equations

2010-02-28 Thread Reuben Thomas
On 27 February 2010 08:08, Dan Amelang wrote: > (Regarding your puzzling over Alan's views, though, you might want to > try emailing him directly. After you've done due diligence reading up > on the subject, of course.) Although it would be of far greater value if such an exchange took place in p