Now, with the most basic gameplay working, a lot of polishing remains, i.e., adding scores, replacing the prototype art, add more levels, ...

Now with a crocodile, crosshair and bullets. No collisions yet..

Multimachines are now working, mostly. You can specify combinations of machines and their input/output, and when you link them together properly, they'll start vibrating like they're working. You can see that the machines are a few pixels apart in the screen shot (day3_2) - they move a random number of pixels in the x and y several times a second. They don't actually make anything yet; that'll have to wait until tomorrow.

And I'm sure there are more bugs to be found :)

Update: I've just added an animated gif of the machine running. You'll have to click the thumbnail though.

I remember one "important anecdote".

There is a very important anecdote about an author who thought that he would write all the most exciting and interesting parts of their story first, and go back and put in the boring middle parts afterward. When they were done writing only the exciting parts, they looked over their work, came to an important realization, and sent the completed draft off to their editor.

http://yudkowsky.tumblr.com/writing/originality

So I stopped to make a big boring world and started to make races.

I have no boat physics yet. So making a lot of races now is reckless.

Split off a small bit of functionality - namely, making the Machines identifiable by gluing small parts onto them. You can see the effect in the screenshot (day3_1) - each machine has a light on top, or a control panel or window in the side. This will help when people are assembling machines from a "blueprint" to get a specific item.

None of the machines go 'ping' yet though.

So I may have bitten off a bit more than I can comfortably chew with what I've termed "Multimachines". Basically a larger version of the current "StampyThing", they're machines composed of more than one block, with sub parts so that you can identify them. When they're arranged in the correct fashion, the Multimachine activates and starts producing stuff.

Of course, all this needs configuration and arranging and so on, plus you need to detect when a multimachine's configured, keep all the sub parts in the right spot when updating, only accept items in particular spots, output in particular spots, etc. etc.

Stopping to make dinner now, we'll see how far I can get tonight without going too mad. It's a bigger job than I thought going in, but then it usually is, isn't it? :P

I think this game is going in some "psychological"-ish way......

OK, I have several minutes, and I think I can write something. 'Flow' is my second choice, so it is not hard for me. Before I started, I have a lot of ideas, something like 'traffic', someone already done great job with it. I also want to make a game about dollar passing the screen, then player counting the sum of the banknotes. Or just a sequence of numbers fly just like 2,3,5,7,() and player find the pattern then fill 11, etc. But but but finally....