… in a fit of boredom
one lunch time …
Back in the golden era of contracting (early 90’s) some friends and colleagues decided in a fit of boredom one lunch time (we were working for an Investment Bank in Canary Wharf at the time) that we needed something to spice up our days and generally cheer us up.
It is difficult to describe how dreary Canary Wharf was in those days. There were about three interesting shops to visit at lunch time one of which was the new branch of Pret-a-Manger. The only form of transport to the Wharf was the Docklands Light Railway which left you with Shanks Pony to get home if that went down. If you were a contractor you couldn’t join any of the gymnasiums because either they were only open to permies or they wouldn’t let you sign up for short term deals or they were just too plain expensive. Additionally the whole place was full of bankers who all looked like John Major. I think you get the picture?
It is difficult to describe how
dreary Canary Wharf was in
Anyway we decided what was needed to help us get through the day was a piece of software which was subsequently named “Contractometer”.
The program was to do the following.
- You could enter your daily or hourly rate of pay.
- You could enter the number of hours you needed to work each day.
- You could enter the start and end date of the contract.
- The program would calculate and display the amount of money you had earned during the day.
- The program would calculate and display how much money you had earned for that week.
- The program would calculate and display how much money you had earned to date on the contract.
- Most importantly the program would calculate how many days and hours were left to run on the contract.
- An amount could be entered which when this had been earned would play a sound on your computer very like an old fashioned till ringing up (like “ker-ching”). So for example for every Â£25 earned you would hear “ker-ching” on your computer and this would cheer up the contractor no end.
- A later enhancement was added to the software which displayed a massive message on your desk top at the time you were due to finish work (according to your contract of course) saying “GO HOME NOW!”.
cheers himself up
with an early
The primary purpose of the software as you can imagine was to bring back the smile to the contractors faces and help them get through the daily tasks of making sense of useless specifications and so on. I suppose you might call this type of software SmileWare really (a bit like that fabulous screen saver “Johnny Castaway” – does anyone remember that?).
Anyway “Contractometer” was written by a superb programmer named Dean McCrae and became an overnight success story in the bank. Every contractor when they heard about it wanted “Contractometer” on there desktop and senior management were very pleased with the sudden overall improvement in the demeanour of all the contractors in the bank.
So as a follow up to my article “Top Ten Tips For IT Contractors” I thought it might be appropriate to try to resurrect this fine piece of software and to bring it up to date with the newer operating systems of today. It was written by Dean in C++ and probably compiled to run on Windows 3.x. Unfortunately I have lost the source code.
needed some work
However rather than just reproduce the functionality of the original program I thought it might be a good idea to “nail the specification down” for a change and listen to suggestions from users for further functionality (within reason) which contractors might want on their wish lists.
Perhaps a recording system for the number of sickies taken by fellow permies just to give you an idea of the number of man days lost to the project? A raise your invoice reminder? A money saved calculator by not using public transport and cycling to work?
Unfortunately I cannot program in C++ but would be happy to have a go at this in Java.
- Should this be an open source project with contributions from the contractor community?
- What design methodology should we use for such an important project?
- Has someone out there written something similar already?
- Should the system be browser based?
- Should we use SQL Server Express for the data storage (a bit over the top perhaps).
I am open to suggestions on what technologies should be adopted and once a full set of requirements has been agreed a specification can be prepared and the system can be written.
Suggestions for the resurrection of the Contractometer will be welcome, and Patrick will coordinate any volunteer effort. Comments anyone?