The Limiting Factor

- semi-structured line noise.

Contracts and Game Mechanics

| Comments

Game Mechanics (see def, great intro video)

How are contractual game mechanics different from liquidated damages / service credits?

Liquidated damages / service credits appear to me a subset of contractual game mechanics. Contractual game mechanics would also include non monetary and indirect monetary rewards. These could be classical rewards like points, badges etc. but could also include rights of potential monetary value. Intuitively I don’t think the classical rewards would have much effect in a contractual setting as they depend on individual psychological mechanisms which would be subdued by the goals of the commercial entity that is party to the contract. If the latter category more interesting especially if applied across contracts with competing vendors.

Can contractual game mechanics be applied across contracts?

Imagine three vendors of for example systems operations services. The customer has near identical contracts with the three vendors (there are ways to deal any differences, which I will get back to below), including the service catalog. Now imagine that the contracts have built-in game mechanics that rewards/punishes the vendors performance under the contract. High up time gives you points – low the opposite. Timely reporting 3 months in a row gives you a badge etc. etc. Estimates of time and material tasks within 5% of of actual usage gives you a golden star. The customer now tenders the operations and implementation of a new system among the different vendors. This being 2010 (or later) this is obviously done using an e-auction. But here is the trick – the three vendors are handicapped in the auction in accordance with the historic points, badges and golden stars. This handicap could be applied on top of a base handicap reflecting any permanent differences between the vendor contracts. Ideally the handicaps are transparent across vendors so there is a continuous incentive to offer better terms and improve performance.

Zed Shaw on Programming

| Comments

Zed writes the following in his work-in-progress book on programming in Python:

Programming as a profession is only moderately interesting. It can be a good job, but if you want to make about thesame money and be happier you could actually just go run a fast food joint. You are much better off using code as your secret weapon in another profession.

People who can code in the world of technology companies are a dime a dozen and get no respect. People who can code in biology, medicine, government, sociology, physics, history, and mathematics are respected and can do amazing things to advance those disciplines.

I am not sure that even Zed realizes how profound a truth the above is.