Was the title change really necessary? No one knows what "The Construct" is, but a lot of people know what "Fluid Simulation in 9 Lines of Code, and More on Fast Simulation Prototyping" is.
I did something far less sophisticated many years ago for my undergraduate degree. Basically a Navier-Stokes solver using finite-differencing techniques to model gas particulates in an enclosed area. This was to support a larger framework to pinpoint things like electrical fires using sensors in something like the space shuttle. Originally written in C++ but ported to Fortran 90 as my grad student couldn't read C++ (or maybe it was my C++).<p>The technique here which I guess is effectively finite element was far more difficult to implement at the time and reserved for professional tools like Fluent (my company today uses Fluent for this stuff today though not me directly and I'm sure we pay quite a bit for it.)<p>I browsed through the code and it was far better than anything I ever wrote at university. I think its deceptive to say 9 lines of code given the volume of support libraries but I would have killed to get my hands on this 17 years ago. Boundary conditions and configuring the actual volume was actually the hard part and took a majority of my time back then and I'm guessing that probably hasn't changed. Anyway cool stuff if only a few years late for me to make use of.
A language like APL has made work of this kind far simpler for quite some time. I was doing basic fluid simulation work and planetary/orbital calculation with APL at least 15 years ago.<p>Starting from something like raw C or C++ means that the ability to express problems at this level of complexity is impossible without first writing a library to create the "words" and "verbs" you'll need. Then it's a piece of cake.<p>A language like APL gets you to a much more expressive level right away. Exploring more complex problems from that vantage point is far simpler (and a lot more fun in my opinion).