Sorry for the delay... I started writing a Nintendo DS game and forgot I was releasing the Gesture Magic C# source!
Gesture Magic 1.0 Source
Gesture Magic 1.0 Installer
And the obligatory "what the hell is it?" video (NOTE BETA VERSION VIDEO):
Sunday, April 20, 2008
Friday, April 11, 2008
Pragmatic Software Development for Outsourcers
So your work has been outsourced and you no longer have a job? The new developers spout Bullshit Bingo like they actually know how what they're talking about and "network" with management?
Well don't worry, a colleague of mine recently found a badly translated copy of their Pragmatic Software Development Tips!!!
Well don't worry, a colleague of mine recently found a badly translated copy of their Pragmatic Software Development Tips!!!
- DRY - Do Repeat Yourself
Copy as much code as possible, CTRL-C and CTRL-V are your friend (don't use CTRL-X) - Never Use Source control
Why have complex code control systems when comments will suffice? - Don't test your software, your users will
As the users will test the software, testing can be cut from the development cycle to save time - Use Blackboards to coordinate workflow
Then erase them, the only documentation necessary is the code, if you can't work that out you ain't smart enough. - Don't care about your craft
There is more to life than programming. - Don't be a catalyst for change
Ensure the code is as complex as possible and therefore cannot be changed (job security) - Program close to the computer not the problem domain
Call variables x and y, don't use a meaningful name like "customer" - Iterate the schedule with the code
As the code gets worse and worse from one iteration to the next this will require even more iterations (and profit) - Finish What you Start.
Badly, so rework will be required. - Assume It, don't prove it
We don't have time to prove it, not with all the complex code, just assume it works (it will be tested by the users when live anyway) - Never design for concurrency
This is too complex and can be handled by the client once the project is over. - Use Exceptions
To swallow the cause of the problem, without the call stack they will never figure out what you did wrong or even if it went wrong - Don't refactor
The code is brittle and will almost certainly break, remember we don't have time for unit tests. - Don't gather requirements, bury them
Hide business rules deep within the system where no-one will find them (or better in the view layer) - Some Things Are Better Done than Described
Don’t fall into the specification spiral, code what you like, no-one will ever know. - Abstractions live longer than details
Make sure you get the interface wrong it will be really difficult to change later - Don't think outside the box
Think lunch box, it's time for lunch forget the code problems. - Don't use manual procedures.
In fact, don't use procedures at all it will only slow you down - Coding ain't done till all the tests run
Luckily we don't have any tests, that's the users' job. - English is just a programming language.
But if you don't speak it you can leave it out right? - Estimate to avoid surprises.
But they will be surprised by our estimates. - You can't write perfect software.
So we don't try - this is our excuse for the 10^6 bugs in the system - Don't fix it, blame somebody else
This always works, nobody will know you got it wrong. - Find bugs once
And then leave them, somebody else can fix it. - Sign your work
Leave lots of comments such as // Change 10-10-2007, but don't add anything meaningful so they can figure it out, why make it easy?
Thursday, April 03, 2008
Gesture Magic 1.0 Released
Download Gesture Magic free here!
Minimum Requirements: 1GHz CPU, 8MB 3D Graphics card, Windows 2000
Recommended Requirements: 1.5GHz CPU, 64MB NVidia Geforce FX or ATI equivalent, Windows XP (Windows Vista compatible)
Updated: GPL source can be downloaded here
Subscribe to:
Posts (Atom)