craschworks

Via :

I normally “run” from my office (at the intersection of West Millbrook and Dixon Drive) around Shelly lake and back (a distance of about 3.75 miles. And by “run” I mean, I walk most of the way, with spurts of running.

Today, I ran all the way, with only two stops (at an intersection). I'm dripping with sweat and breathing hard, but I feel good.

I was looking for a surveyor's wheel, and I came across the following mapping tools:

Map My Run: 3rd party distance route mapper.

gmap-pedometer: Google's own mapper.

http://www.igda.org/articles/erobinson_crunch.php

Why Crunch Mode Doesn't Work: 6 Lessons

There's a bottom-line reason most industries gave up crunch mode over 75 years ago: It's the single most expensive way there is to get the work done.

by Evan Robinson

Executive Summary

When used long-term, Crunch Mode slows development and creates more bugs when compared with 40-hour weeks.

More than a century of studies show that long-term useful worker output is maximized near a five-day, 40-hour workweek. Productivity drops immediately upon starting overtime and continues to drop until, at approximately eight 60-hour weeks, the total work done is the same as what would have been done in eight 40-hour weeks.

In the short term, working over 21 hours continuously is equivalent to being legally drunk. Longer periods of continuous work drastically reduce cognitive function and increase the chance of catastrophic error. In both the short- and long-term, reducing sleep hours as little as one hour nightly can result in a severe decrease in cognitive ability, sometimes without workers perceiving the decrease.

Introduction

In the aftermath of ea_spouse's post on LiveJournal, quality-of-life conversations in the game development business have taken on a new life and a new urgency. Ea_spouse received thousands of comments to her original post — followed quickly by major media coverage. Thousands of people around the net participated in a vast, spontaneous discussion that explored issues like mandatory overtime, productivity, job portability, laziness, unionization, lawsuits and the general evil of corporations.

I've spent 20 years developing and managing software projects. Every year that passed — and every project I worked on — fueled my growing conviction that Crunch Mode is grossly, destructively, expensively inefficient. It's common sense that the more hours people work, the less productive they become. But, over time, I noticed that the productivity losses that result from working too many extra hours start taking a bigger toll faster than most software managers realize. As I dug around, I was stunned to discover that I was hardly the first one to figure this out: my observations have been common knowledge among industrial engineers for almost a century.

I've amassed a personal collection of source information over the past 15 years, this summary mainly includes information that you can readily find on the Web. I don't want you to take my word for it: I want you to be able to go out and read the original source material for yourself.

The History

In 1908 — almost a century ago — industrial efficiency pioneer Ernst Abbe published in Gessamelte Abhandlungen his conclusions that a reduction in daily work hours from nine to eight resulted in an increase in total daily output. (Nor was he the first to notice this. William Mather had adopted an eight-hour day at the Salford Iron Works in 1893.)

In 1909, Sidney J. Chapman published Hours of Labour, in which he described long-term variation in worker productivity as a function of hours worked per day. His conclusions will be discussed in some detail below.

When Henry Ford famously adopted a 40-hour workweek in 1926, he was bitterly criticized by members of the National Association of Manufacturers. But his experiments, which he'd been conducting for at least 12 years, showed him clearly that cutting the workday from ten hours to eight hours — and the workweek from six days to five days — increased total worker output and reduced production cost. Ford spoke glowingly of the social benefits of a shorter workweek, couched firmly in terms of how increased time for consumption was good for everyone. But the core of his argument was that reduced shift length meant more output.

I have found many studies, conducted by businesses, universities, industry associations and the military, that support the basic notion that, for most people, eight hours a day, five days per week, is the best sustainable long-term balance point between output and exhaustion. Throughout the 30s, 40s, and 50s, these studies were apparently conducted by the hundreds; and by the 1960s, the benefits of the 40-hour week were accepted almost beyond question in corporate America. In 1962, the Chamber of Commerce even published a pamphlet extolling the productivity gains of reduced hours.

But, somehow, Silicon Valley didn't get the memo. Ea_spouse writes:

The current mandatory hours are 9am to 10pm — seven days a week — with the occasional Saturday evening off for good behavior (at 6:30pm). This averages out to an eighty-five hour work week [sic].

Actually, working 9am to 10pm, six days a week, plus 9am to 6:30pm one day a week comes out to (6 * 13 = 78 + 9:30 = ) 87.5 hours per week — but after that many hours, who's still counting?

Electronic Arts is no different than many high-tech companies in this regard. For them — and anyone else who wants to increase their employees' productivity and sanity — let's take a look at some of the assumptions management makes regarding hours, output, efficiency, and production costs; and see how a century of industrial research has conclusively, consistently proven those assumptions wrong.

What Management Wants

What is management is trying to achieve when it sends employees off on death marches? Do we honestly believe that the CEO of EA is happy that people are in the office 24/7 working their asses off?

Management wants to achieve maximal output from employees — they want to produce a (good) product as cheaply as possible. They also want to avoid hiring extra resources that increase the cost of the finished goods unless absolutely necessary. On the surface of it, Crunch Mode looks like the most obvious and logical way to reconcile these two desires.

Assuming output can be measured in discrete units, a manager who hasn't read the research may reason that if someone produces, say, 16 units of output in eight hours, they should produce 18 units in nine hours and 20 units in ten hours. To express that view as a simple equation, we can write:

O = X/Y * t

Where O is total output, X is the given output during a benchmark number of hours, designated by Y, and t is the actual number of hours worked. In this hypothetical situation, increasing time t is the simplest way to increase output O.

That assumption may be valid in the limited case where the hours of work are extended over a brief period, for example, to meet a looming deadline. But research — and long experience in other industries — have shown that the limits to such overtime spurts are reached sooner than most people realize. And when those limits are reached, the spurts turn into bogs.

Hourly Productivity Is Important

A more realistic view of worker output would take into account the changes in hourly output that result from a change in the length of the working day. Those changes result mainly from two sources: simple physical and mental fatigue that occurs in the later hours of a long day, and accumulated physical and mental fatigue that builds up over an extended period of long working days.

This more complex view can be represented by the following equation:

O = P(t 1 , t 2 , t 3 …t n )

Where O is total output and P() represents the changes in hourly productivity that occur over times t 1 – t n . In this equation P() is a function, not a constant. P() will vary by worker, because some workers produce more than others. P() will also vary by hour, because humans are not machines and do not do exactly the same amount of work in hour 14 of a job as they do in hour 1. Finally, P() will vary according to the recent history of the worker, because people don't work as well the morning after a late night as they do the morning after a good night's sleep.

Sidney J. Chapman's Hours of Labour (1909), included (roughly) the following diagram:

Depicting P, the “long-period variations (with the length of the working day) of the marginal value of a fixed quantity of labour” OX is increasing hours worked in a day and OY is increasing value. If On hours are worked, the total value produced is the area Onda . For a lengthier discussion, see http://www.worklessparty.org/timework/chapman.htm. Observe that the height of the curve P represents worker productivity (output per unit time at a given number of hours worked per day).

Astute readers will note that there is a point, b , where working more hours doesn't create more value. In fact, after b , each additional hour worked produces negative value. How can this be?

Chapman's diagram of the work curve assumes that a working day of a given length is maintained over a considerable period of time. Thus it incorporates both simple and accumulated fatigue into its model. At first the declines in output per hour simply reflect the effects of fatigue on both quantity and quality of work performed toward the end of a given day. But eventually daily fatigue is compounded by cumulative fatigue. That is, any additional output produced during extended hours today will be more than offset by a decline in hourly productivity tomorrow and subsequent days.

Even during a single “day” of extreme duration, output may come to a standstill as an exhausted employee becomes unable to function. Or output can turn negative as stupefied employees commit catastrophic errors that destroy previously completed work or capital.

In factory terms, a worker's production rate decreases over time. A worker who is creating 10 widgets/hour at the beginning of a shift may be producing only 6/hour at the end of the shift, having peaked at 12/hour a couple of hours in. Over time, the worker works more slowly, and makes more mistakes. This combination of slowdown and errors eventually reaches a point of zero productivity, where it takes a very long time to produce each widget, and every last one is somehow spoiled. Assembly-line managers figured out long ago that when this level of fatigue is reached, the stage is set for spectacular failure-events leading to large and costly losses – an expensive machine is damaged, inventory is destroyed, or a worker is seriously injured.

In terms of knowledge workers, a programmer produces more good code and fewer bugs when well-rested. We take the first hour or so of the day getting into the groove. The next few hours tend to be our best ones. Later in the day, as we get tired, we get less done per hour — it takes a long time to fix a simple bug or add a simple feature that we would have handled in minutes earlier in the day. Pushed just a little farther — and it seems that much of the computer entertainment industry is working at this extreme most of the time — an overtired IT worker may trash valuable files requiring extra work to restore backups or have an accident on the way home that takes her offline for months.

Lesson One, then, is this: Productivity varies over the course of the workday, with the greatest productivity occurring in the first four to six hours. After enough hours, productivity approaches zero; eventually it becomes negative.

Where's The Break-Even?

If productivity essentially decreases over a working day, and working lots of hours results in reduced productivity, how do we establish a method to maximize total output, and figure out where the break-even point lies?

Unfortunately, quantifying knowledge worker output is a hard problem. I would love to be able to give a simple equation you can plug a few numbers into and pull out the magic number of hours each person should work to maximize their output. I can't, because even when such equations finally exist, it will be impossible to find and agree on the basic numbers to plug into them. Common programming measurements, like lines of code and function points are either easy to collect and of questionable value or difficult to define and collect. Useful measures like number of bugs created and number of bugs fixed are viewed with suspicion that they will be used unfairly in annual reviews (or gamed by clever programmers in anticipation of annual reviews or performance bonuses).

Artist output is easier by some measures (number of models or images) and as difficult by some others (subjective quality, look and feel, complexity of model).

Tester output is easy in one sense (number of unique bugs found), expensive in a second (code coverage), and extremely hard in a third (percentage of total bugs found).

Overall, most companies seem to have fallen to a least-common-denominator measure of team output. Either the game ships and sells — or it doesn't. While this is indeed the metric that matters most to shareholders, it's not terribly useful as a measure of productivity, especially daily or hourly productivity.

Lesson Two, then is this: Productivity is hard to quantify for knowledge workers.

So we are forced to draw analogies from other industries.

From the Work Less Institute of Technology, “Psychophysics in Cyberia” (written in response to the ea_spouse posting):

It was over a century ago that Dr. Ernst Abbe conducted his observations on working time and output at the Zeiss Optical Works in Jena, Germany. Dr. Abbe, director of the plant, reduced the daily hours of work from 9 to 8 and kept careful records of daily output per worker before and after the change. What he found confirmed observations from throughout the 19th century: a moderate reduction in working time increased total output. In The Economics of Fatigue and Unrest, Philip Sargant Florence summed up the accumulated evidence to the 1920's:

“Reduction from a 12-hour to a 10-hour basis results in increased daily output; further reduction to an 8-hour basis results in at least maintaining this increased daily output; but further reductions while increasing the hourly rate of output, seems to decrease the total daily output.”

Hugo Münsterberg's 1913 Psychology and Industrial Efficiency:

…Ernst Abbe, the head of one of the greatest German factories, wrote many years ago that the shortening from nine to eight hours, that is, a cutting-down of more than 10 per cent, did not involve a reduction of the day's product, but an increase, and that this increase did not result from any supplementary efforts by which the intensity of the work would be reinforced in an unhygienic way. This conviction of Abbe still seems to hold true after millions of experiments over the whole globe.

From the Work Less Party, Tom Walker's Prosperity Covenant:

That output does not rise or fall in direct proportion to the number of hours worked is a lesson that seemingly has to be relearned each generation. In 1848, the English parliament passed the ten-hours law and total output per-worker, per-day increased. In the 1890s employers experimented widely with the eight hour day and repeatedly found that total output per-worker increased. In the first decades of the 20th century, Frederick W. Taylor, the originator of “scientific management” prescribed reduced work times and attained remarkable increases in per-worker output.

In the 1920s, Henry Ford experimented for several years with work schedules and finally, in 1926, introduced a five day, 40 hour week for six days pay. Why did Ford do it? Because his experiments showed that workers in his factories could produce more in five days than they could in six. At every step along the way — in the 1840s, the 1890s and the 1920s — the consensus of business opinion insisted that shorter hours would strangle output and spell economic ruin.

Lesson Three is this: five-day weeks of eight-hour days maximize long-term output in every industry that has been studied over the past century. What makes us think that our industry is somehow exempt from this rule?

What About Short-Term Output?

If 40-hour weeks offer the most reasonable long-term arrangement for maximizing output, can we expect to get short-term gains from short periods of longer workdays or extended workweeks?

In a word, briefly. You can get more work out of more hours for several days to a couple of months, depending upon how much longer the workday is.

It is intuitively obvious that a worker who produces one widget per hour during an eight-hour day can produce somewhere between eight and 16 widgets during a 16-hour day. As we've seen, that's the essential logic behind Crunch Mode's otherwise inexplicable popularity. But worker productivity is largely dependent upon recent history. From the Executive Summary of Scheduled Overtime Effect on Construction Projects, published by The Business Roundtable in 1980:

Where a work schedule of 60 or more hours per week is continued longer than about two months, the cumulative effect of decreased productivity will cause a delay in the completion date beyond that which could have been realized with the same crew size on a 40-hour week.

Productivity drops when working 60-hour weeks compared with 40-hour weeks. Initially, the extra 20 hours a week makes up for the lost productivity and total output increases. But the Business Roundtable study states that construction productivity starts to drop very quickly upon the transition to 60-hour weeks. The fall-off can be seen within days, is obvious within a week…and just keeps sliding from there. In about two months, the cumulative productivity loss has declined to the point where the project would actually be farther ahead if you'd just stuck to 40-hour weeks all along.

(The same report cites studies that show total output while working eight-hour days is either 16% or 20% higher than total output working 9-hour days.)

So, yes, Crunch Mode can increase output over the short term. But, at 60 hours per week, in no case should “the short term” be defined as anything more than eight weeks long. At that point, the costs strongly begin to outweigh the advantages. Not only have you lost all the gain those increased hours bought; you've also got tired, angry, burned-out workers. When you return them to a 40-hour week, their output will be sub-par for some time while they recover.

At 87.5 hours per week? Lacking hard data, I would estimate that productivity would drop to under 50% of baseline within a month. An extra 47.5 hours per week (more than double “normal” hours) would provide a large initial surge of extra output.

Lesson Four is this: At 60 hours per week, the loss of productivity caused by working longer hours overwhelms the extra hours worked within a couple of months.

The Sleep Factor

There's another, shorter window that needs consideration in assessing the useful limits of Crunch Mode. That is: How long can someone be productive if they're not getting enough sleep?

Colonel Gregory Belenky, the Director of the Division of Neuropsychiatry at Walter Reed Army Institute of Research, does research for the Pentagon on maximizing the productivity and alertness of soldiers under combat conditions. In his 1997 paper, Sleep, Sleep Deprivation, and Human Performance in Continuous Operations, he found that:

Laboratory studies show that mental work declines by 25% during each successive 24 hours of continuous wakefulness. Sleep-deprived individuals are able to maintain accuracy on cognitive tasks, but speed declines as wakefulness is extended.
…
In our study, FDC [artillery Fire Direction Center — ER] teams from the 82nd Airborne division were tested during simulated continuous combat operations lasting 36 hours. Throughout the 36 hours, their ability to accurately derive range, bearing, elevation, and charge was unimpaired. However, after circa 24 hours they … no longer knew where they were relative to friendly and enemy units. They no longer knew what they were firing at. Early in the simulation, when we called for simulated fire on a hospital, etc., the team would check the situation map, appreciate the nature of the target, and refuse the request. Later on in the simulation … they would fire without hesitation regardless of the nature of the target.
…
At 15 days into the simulation the 4 hour sleep/night battery is firing less than a third of the rounds that the 7 hour sleep/night battery is firing.

Lesson Five is this: Continuous work reduces cognitive function 25% for every 24 hours. Multiple consecutive overnighters have a severe cumulative effect.

Cognitive Decay and Error Rates

One of the biggest productivity sinks created by Crunch Mode is the increase in the number of errors produced. While most errors will be easily fixed, there will be some that could cost all of the output you've gained by crunching. The longer you crunch, the greater your odds of creating a big, expensive, schedule-busting monster.

Programmers, artists, and testers aren't paid for their bulging muscles and phenomenal ability to move mass from point A to point B. They're paid for their brains. Longer hours or, especially, insufficient sleep (as little as 1-2 hours less per night) does serious damage to their ability to use those brains productively.

Hugo Münsterberg's 1913 Psychology and Industrial Efficiency:

It has been well known for a long while how intimate the relations are between fatigue and industrial accidents. … it can be traced everywhere that in the first working hours in which fatigue does not play any considerable role, the number of accidents is small, and that this number sinks again after the long pauses.

Colonel Belenky points out that the consequences to soldiers of losing as little as one hour of sleep per night include “[r]educed … higher order mental abilities that sustain situational awareness…[r]educed individual and unit effectiveness, errors, accidents…”

It's a good thing knowledge workers rarely have to worry about “friendly fire.”

From Sustained Reduced Sleep Can have Serious Consequences:

In a study on the effects of sleep deprivation, investigators at the University of Pennsylvania found that subjects who slept four to six hours a night for fourteen consecutive nights showed significant deficits in cognitive performance equivalent to going without sleep for up to three days in a row. Yet these subjects reported feeling only slightly sleepy and were unaware of how impaired they were . [emphasis mine — ER ]

The Los Angeles Times, Sleepy Medical Interns Called a Road Hazard, by Karen Kaplan, January 13, 2005:

Studies have shown that being awake for 21 hours impairs drivers as much as having a blood-alcohol concentration of 0.08, which is the legal limit for noncommercial drivers in the U.S.

It's ironic. Most software companies will fire an employee who routinely shows up drunk for work. But they don't think twice about putting the fate of this year's silver bullet project into the hands of people who are impaired to the point of legal drunkenness due to lack of sleep. In fact, they will demand that these people work to the point of legal impairment as a condition of continued employment.

The risks are real — and the errors made can be truly catastrophic. From The Promise of Sleep by Dr. William Dement, pp 51-53:

The night of March 24, 1989 was cold and calm, the air crystalline, as the giant Exxon Valdez oil tanker pulled out of Valdez, Alaska, into the tranquil waters of Prince William Sound. In these clearest of possible conditions the ship made a planned turn out of the shipping channel and didn't turn back in time. The huge tanker ran aground, spilling millions of gallons of crude oil into the sound. … In its final report, the National Transportation Safety Board (NTSB) found that sleep deprivation and sleep debt were direct causes of the accident. … The direct cause of America's worst oil spill was the behavior of the third mate, who had slept only 6 hours in the previous 48 and was severely sleep deprived.

The final report of the Rogers Commission (on the Space Shuttle Challenger accident) said that the decision to launch made during a critical teleconference was flawed. The Human Factors Analysis section suggests that lack of sleep “may have contributed significantly.”

If the bit rot caused by sleep deprivation can lose battles, kill patients, beach oil tankers, and blow up space shuttles, consider what it can do to your $15 million game project.

Lesson Six is this: Error rates climb with hours worked and especially with loss of sleep . Eventually the odds catch up with you, and catastrophe occurs. When schedules are tight and budgets are big, is this a risk you can really afford to take?

What's It All Mean?

It comes down to productivity. Workers can maintain productivity more or less indefinitely at 40 hours per five-day workweek. When working longer hours, productivity begins to decline. Somewhere between four days and two months, the gains from additional hours of work are negated by the decline in hourly productivity. In extreme cases (within a day or two, as soon as workers stop getting at least 7-8 hours of sleep per night), the degradation can be abrupt.

Many of the studies quoted above come out of industrial environments, and it may be argued that the more creative mental work of programmers, artists, and testers is fundamentally different. In fact, it is different , and Colonel Belenky explicitly addresses that:

In contrast to complex mental performance, simple psychomotor performance, physical strength and endurance are unaffected by sleep deprivation.

The ability to do complex mental tasks degrades faster than physical performance does. Among knowledge workers, the productivity loss due to excessive hours may begin sooner and be greater than it is among soldiers, because our work is more affected by mental fatigue.

When ea_spouse wrote:

The current mandatory hours are 9am to 10pm — seven days a week — with the occasional Saturday evening off for good behavior (at 6:30pm).

she was telling us that the entire team her husband worked on was working at far less than their optimal productivity. They had been working 60+ hour weeks for months already, before management tried to kick them into an 87.5-hour-per week super crunch.

In most times, places, and industries over the past century, managers who worked their employees this way would have been tagged as incompetent — not just because of the threat they pose to good worker relations, but also because of the risk their mismanagement poses to the company's productivity and assets. A hundred years of industrial research has proven beyond question that exhausted workers create errors that blow schedules, destroy equipment, create cost overruns, erode product quality, and threaten the bottom line. They are a danger to their projects, their managers, their employers, each other, and themselves.

Any way you look at it, Crunch Mode used as a long-term strategy is economically indefensible. Longer hours do not increase output except in the short term. Crunch does not make the product ship sooner — it makes the product ready later . Crunch does not make the product better — it makes the product worse . Crunch raises the odds of a significant error, like shipping software that erases customer's hard drives, or deleting the source tree, or spilling Coke into a server that hasn't been backed up recently, or setting the building on fire. (Yes, I've seen the first three of these actually happen in the last, bleary days of Crunch Mode. The fourth one is probably only a matter of time.)

Managers decide to crunch because they want to be able to tell their bosses “I did everything I could.” They crunch because they value the butts in the chairs more than the brains creating games. They crunch because they haven't really thought about the job being done or the people doing it. They crunch because they have learned only the importance of appearing to do their best to instead of really of doing their best. And they crunch because, back when they were programmers or artists or testers or assistant producers or associate producers, that was the way they were taught to get things done.

But it's not the only way. In fact, the literature shows, over and over again, that it is the very worst way. And that's the bottom-line reason most industries gave up crunch mode over 75 years ago. Managers, shareholders and employees all stand to benefit from time-tested management practices that will deliver better products, sooner, less expensively — and with less wear and tear on human resources and public reputations.

Acknowledgments

I'd like to specifically acknowledge:

Tom Walker of the Work Less Institute for his help in providing documents and reviewing this article;
Sara Robinson for multiple reviews and revisions, not to mention putting up with incessant talk about dusty old research;
The IGDA for providing me a bigger soapbox.

Appendix: Collected Sources

As I noted, almost all the documents cited here are available on the Web. While much more data is available in the print literature, I more or less deliberately selected from online studies that the reader can access and use immediately. Here is a collected list of documents I have either quoted from or consulted extensively.

Ea_spouse
http://www.worklessparty.org/timework/chapman.htm, Work Less Institute of Technology, originally by Sidney Chapman. 1909.
Psychophysics in Cyberia, Work Less Institute of Technology, November 18, 2004.
Psychology and Industrial Efficiency, Hugo Muensterberg, 1913, available at Classics in the History of Psychology, maintained by Christopher D. Green, York University, Toronto, Canada.
Prosperity Covenant, Tom Walker.
Samuel Crowther's interview with Henry Ford, World's Work , 1926, pp 613-616.
Scheduled Overtime Effect on Construction Projects: Business Roundtable, November 1980.
Sleep, Sleep Deprivation, and Human Performance in Continuous Operations: Colonel Gregory Belenky, Director of the Division of Neuropsychiatry, Walter Reed Army Institute of Research, U.S. Army Medical Research and Materiel Command.
Sustained Reduced Sleep Can have Serious Consequences, Linda Cook, NINR, March 2003.
Sleepy Medical Interns Called a Road Hazard, Los Angeles Times, Karen Kaplan, January 13, 2005. Archived at Mischievous Ramblings
Report to the President by the Presidential Commission on the Space Shuttle Challenger Accident, Volume 2, Appendix G: Human Factors Analysis: the “Rogers Commission Report.”
The Promise of Sleep by Dr. William Dement & Christopher Vaughn, DTP, 1999, ISBN 0-440-50901-7
Mischievous Ramblings, Evan Robinson, “It's Not Just Abusive, It's Stupid!”
Mischievous Ramblings, Evan Robinson, “Can People Really Program 80 Hours a Week?”
Mischievous Ramblings, Evan Robinson, “Staying Awake”

IGDA Resources/Links

Discuss quality of life issues in the discussion forums
Quality of Life Summit: An IGDA Think-Tank
“Quality of Life in the Game Industry: Challenges and Best Practices” white paper
IGDA open letter: Quality of Life Issues are Holding Back the Game Industry
IGDA quality of life advocacy and resources

Author Bio

Evan Robinson started in the game business at 19 as a developer for TSR. By 22, he was building computer games as an independent developer for EA. In the two decades since then, he has been a grunt programmer, lead engineer, technical director, director of engineering, process consultant, and technical auditor for some of the industry's best-known companies. Evan's publications and frequent GDC presentations — starting in the conference's early years — have established him as one of the industry's voices on best software engineering practices and profitable programmer management. He lives in Vancouver, BC.

Copyright © 2005 Evan Robinson.

The opinions expressed in this article do not necessarily represent the IGDA.

18 dead hang pull ups w/10 kg weight
squat – 400 lbs
pushups – 100 in 2 minutes
20 dips w/10 kg weight

How I Trained for the Tactical Strength Challenge

Josh Everett, RKC
Head Strength Coach, University of California Riverside
The TSC hosted in Vista, CA on 3/8/03 brought out some great competition. Fortunately for me, I had a good day and was able to beat out some great competitors for a 1st place finish. Before I get into my training leading up to the event, I just want to tell you what a great experience that day was. If you haven't been to one of these things you need to get out to the next one. Taking it a step further, you need to start training and compete in one. I was so impressed with the intensity and commitment of everyone entered. Each and every guy got after it and pushed himself to the limit. To me, that's fun to watch. All the competitors cheered for one another along with the crowd. There was no stupid trash talking or posturing going on. In fact, each person wanted to see the others perform at their best. There was a definite sense of camaraderie and mutual respect, creating a great atmosphere. After the competition, the day was made complete by a question and answer session where we got to pick the brains of Pavel, Mike Mahler, Mike Burgener, and Brett Jones. Are you kidding me? I would have paid 5x the entry fee for that session alone. Like I said you need to get to the next TSC.

Now for my training. Well, if you're thinking about competing in a TSC and are looking for a training protocol, I wouldn't necessarily follow this one, but you might still get some good ideas from my approach. My goal for training wasn't to win the TSC, so I didn't train for that specifically. I also compete in Olympic weightlifting, but I don't follow a strict Olympic lifting program either. At this point, competitions are just a hobby for me. Back when I was a college athlete, I was 100% committed to my sports. I woke up every morning and I thought to myself “How can I make myself a better athlete today?” These days, my focus has shifted from athletics to “how can I become a better strength coach?” With that said, I still get after it in my workouts, but now my goal is simpler…. To Be Strong. I want to be able to be placed in any situation and be strong. I want the type of strength that transfers to every situation. I want people to say, “that's a strong dude” regardless of age or size. I just want to be considered strong, not for a little guy (5'9″ 182), but just plain strong. Put me on a football field, in a weightlifting, powerlifting, TSC meet, or in a bar fight and I want respectable strength for all situations. To me that is the definition of “real” or “functional” strength. That is my goal of training. Having said that, here is how I went about it the last 6 weeks before the TSC. One final disclaimer: If I'm genetically gifted when it comes to my work capacity. What would constitute overtraining for most works for me.

Monday:
Power clean: (multiple working sets at the top weight 1-4 reps sets on the minute density style)
Front squat: 10 sets of 2 adding wt. each set. Sets performed on the minute. One week heavy, the next week light.
Pistols: 1×5 BW, 2×5 with a 75lb DB or a 2 pood KB.
RDL: 3×5
Abs
Later in the day: 20 minutes of bleachers: sprint up, walk down, jog to the next flight, repeat.

Tuesday
DB or KB snatch: 1st 4 weeks DB snatch 5×2 working up last set with 100lb. Last 2 weeks KB snatch with a 2 pood. I performed density training, my PR was 30 snatches in a row so I wanted to do 35 reps in training. I performed 7 sets of 5 reps density style.
D.B. Incline: 3×20
Single arm D.B. Incline 3×5 each arm
Chins: 1st 4 weeks 4×10 in between sets of incline followed by 10×6 density style. After I borrowed a KB 3×10 followed by 10×2 density style with the 2 pood
One arm pushups: 3×10 (as presented on Steve Maxwell's video)
Bear Crawl: 2x15yds forwards and backwards
Abs
20 minutes of stationary bike alternating 30 seconds of “sprint” pace with 1 minute of “jog” pace

Wednesday
3 position snatch: 3 sets (high hang, hang just below knee, floor)
Snatch High Pull: 3×3
Snatch grip shrug from floor: 3×3
Pressing Snatch balance: 3×3
Snatch balance: 3×3
Back Squat: 3×5 alternating light and heavy weeks. If FS was heavy that Monday then BS was light on Wed.
Abs
20 minutes of bleachers same as Monday

Thursday
Behind the neck jerk: go for max
Bent Rows: 5×5
Military Press: 5×3
Military press: 8×8 with 30 seconds rest between sets (painful!!)
Crab walk: 2x15yds forwards and backwards
Abs
20 minutes stationary rower

Friday
Track workout 5x200m 25-27 seconds w/ 2minutes recovery

Saturday
Snatch: max
Clean & jerk: Max
Some type of KB snatch workout. I train at Mike Burgener's on Saturday and sometimes I'd just do whatever some of his high school kids were doing but my most frequent workout was probably 1×10-15 snatches w/ 2pood followed by 2-3 sets of 5 with the 2.5 pood
Abs

There you have it. Lots of variety. Good full body lifts for all around strength. That is how I train my athletes and it is how I love to train myself. If you have any questions, please do not hesitate to e-mail me. See you at the next TSC.

How about a diesel powered Corvette?

Anybody in the market for a 4×4 Corvette?

http://www.rejoiceinlife.com/recipes/starter.php

How To Make A Sourdough Bread Starter

Sourdough bread starters are quite easy to make. They consist of two groups of micro-organisms:

Bacteria: Lactobacilli and other bacteria
Yeasts: Saccharomyces and other yeasts.
The bacteria create lactic acid and substances that provide flavour, while the yeasts create bubbles of carbon dioxide to make the bread rise. It is not unusual for the consortium of microflora in a sourdough starter to change depending upon the environment in which it is used. So a San Francisco starter used on the Gold Coast of Australia may not get the same results as in its native town, San Francisco

To make a sourdough starter you need only four things:

1. A Container: Glass, Ceramic or Wooden.
A 250 ml jar with a plastic lid is suitable.

2. Flour.
Use either wholemeal spelt, rye or wheat flour. Make sure there are no raising agents in the flour. Rye is considered by some to be superior in making a sourdough starter.

3. A Source of Bacteria And Yeasts
You can use any or all of the following sources of microorganisms.

Kefir whey.
Rejuvelac.
Grapes or grape skins.
Raisins, sultanas or currants.
Wild organisms.
Probiotic culture.

Kefir whey is made by straining milk that has been cultured with real Kefir grains through unbleached linen. If you don't have Kefir you may try yogurt, though yogurt does not contain the variety of microflora that real Kefir grains do.

Rejuvelac is 2-5 day fermented wheat grains. To make Rejuvelac add 1/2 cup of wheat grains purchased from a health food store to 2 litres of water in a mason jar. Cover the jar with muslin cloth to keep insects out. After 12 hours pour off the water and rinse. Lay the jar on its side and sprout the grains until the rootlets are between 1-2 mm long. The grains will need rinsing every 6-12 hours, depending on the weather. In hot weather they may dry out and in humid weather they may go off, but your sense of smell should alert you to this.

Once the rootlets are 1-2 mm long fill the jar with water and leave to ferment for 1-4 days, depending upon the temperature. The Rejuvelac is ready when it has become milky with a light froth. It should taste slightly acidic with a not unpleasant yeasty flavour. Hippocrates Health Centre on the Gold Coast of Australia serve Rejuvelac as a tonic.

Grape Skins. Take 200 gm of good quality grapes. Rinse off debris and squeeze out the juice through a hand juicer. Mix the skins and pips with flour and water to make a starter. Alternatively just crush a handful of grapes with a potato masher and mix the juice and pulp with flour and water.

Raisins. Raisins, currants and sultanas will all provide a source of micro-organisms. Just add a tablespoon of raisins to half a cup of flour and enough water to make a paste. Both raisins and grape skins will produce a distinctive and highly active starter.

Wild organisms. Mix 1 cup of flour with enough water in a glass bowl to form a thin paste. Cover the bowl with a piece of thin muslin and leave outside to trap organisms from the air. Feed it 1/2 cup of flour everyday for 7 days. By the second or third day it should form bubbles and give off a distinctive alcoholic yeasty smell.

Probiotics. AGM Foods in Australia make a B.E. Grainfields liquid which is suitable for making a sourdough starter. But be aware that it contains the same fast acting yeast that is used to make commercial bread and brew beer, Saccharomyces cerevisiae, but unlike this yeast when used by itself to make commercial bread the Grainfields liquid will also provide 13 lactobacilli bacteria plus another yeast. (Note that a starter made with Grainfields should be your last preference.) You could also you use an EM culture to make a sourdough bread starter.

4. Water
Use the best quality water you can find, otherwise tap water will probably work okay.

PROCEDURE
Add 1/4 cup of flour to a jar and mix in a source of microorganisms from one or more of the following: 1 tablespoon kefir whey, 1 tablespoon rejuvelac, 1 tablespoon grape skins or 6 grapes, 10 raisins, or 1 tablespoon probiotic culture. Then add enough water to make a thick paste. Gently screw on a plastic lid or cover the jar with a cloth and leave on a bench top out of direct sunlight at about 25C.

Once a day for a week feed the culture with 2 teaspoons of flour and enough water to maintain a smooth paste. The culture should begin its fermentation process within 1-3 days, recognisable by the yeasty aroma, bubbles and alcoholic smell. If you have used grape skins then after about four days strain out the grape skins and pips through a piece of muslin.

Each culture will have its own characteristics. The grape starter may become quite high in organic alcohol's, while the rejuvelac may provide a source of highly active yeasts. You may wish to experiment by mixing different types of starter cultures together.

The type of flour used will also support a distinctive consortium of microflora. Experiment with rye, spelt, wheat and so on.

Store the culture in the refrigerator when not in use. Two days before use, remove the culture from the fridge, discard most of it, then feed it a with a quarter of cup of flour and enough water to maintain the consistency and incubate at 25 C. After 24 hours it should be ready to use.

PROBLEMS
1. The starter loses its activity and does not make the bread rise as much as it used to. How to regenerate the starter?

If you do not use the sourdough starter for a few days then the level of alcohol's will rise until they eventually kill of most off the micro-organisms. Without yeasts your bread will not rise.

The solution is to mix 1 teaspoon of starter with 1/2 of cup of flour and enough water to make a smooth paste. Leave it for 4-5 hours or until the culture has doubled in size then refrigerate the starter to slow down the fermentation process. The next time you take the starter from the refrigerator it will be more active. Leave it for 6 – 8 hours to ferment then take one teaspoon and add it to 1/2 cup of flour plus some water, leave to ferment for 4-5 hours then feed it another 1/2 cup of flour. By feeding the starter increasingly larger quantities of flour at regular intervals you increase the activity of the yeasts which should make your bread rise better.

MEASUREMENTS
1 teaspoon = 5 ml / 5 gm. 1 tablespoon = 15 ml / 15 gm. 15 tablespoons = 1 cup / 225 ml. 1 cup = 8 fluid oz / 225 ml. 1 US gallon = 3.6 litres. 1 lb = 16 oz / 454 gm. Temperature 20C = 68F. Conversion from Fahrenheit to Celsius: °C = (°F – 32) / 1.8. Conversion from Celsius to Fahrenheit: °F = °C × 1.8 + 32

http://www.i4at.org/lib2/sprouter.htm

Self-Watering Sprout Cabinet

Overall Dimensions

As you can see from the cutaway drawing, this sprout box, which has overall dimensions of 16-1/2″ x 16-1/2″ x 41″, can accommodate up to four 2″ x 9-5/8″ x 13-3/4″ wire mesh bottomed trays, each of which ca be layered with as much as two cups (about one pound) of raw, pre-soaked seeds.
Commentary

When room-temperature water is poured into the sprout's mail reservoir (the basin at the very top of the cabinet), and when the drain cock just below it is opened slightly, water begins to drip slowly into a round cakepan below. This “catch pan”, which is supported by a frame bent up from a brass “brazing” rod (the type welders use), is pivoted at a point to one side of it's center of gravity or what would be the pans “C.G.” if the container weren't counterweighted on that side. What happens is that when the pan is empty, it “wants” to (because of the counterweights) rest in a horizontal position, but as the pan fills with water it becomes increasingly unbalanced (because of the offset pivot points) until it eventually “trips”, spilling out all of the water. When the drain cock is adjusted to give the proper drip rate, the pan trips every two to four hours, which of course, is an ideal watering interval for sprouts.
When the catch pan does dump, it spills it's water into a rectangular pan (see diagram) which has numerous holes drilled in it's bottom. (Note that the pan also has a baffle at one end to contain the “splash” that always occurs) This “third pan down the ladder” (so to speak) allows the wash water to drip and drizzle evenly over the germinating seeds in the screen bottomed trays below, which in turn causes the seedlets to perform their magic growing trick.

As you can see, the “irrigation” water after trickling down through the sprouter's four seed trays, drips into a flat, waterproofed, wooden box that has a hole in it. The water of course, then drains through the hole, right into a removable bucket in the bottom of the cabinet. The vitamin laden contents in this bucket can then be used for soups, or given to the animals.

Operation

All the operator of the sprout box has to do, then is:
(1) Pre-soak all seeds overnight in a warm, dark place in three times their volume of water.
(2) Dump the soaked seeds into the screened trays (up to two cups of seeds per tray) and spread'em out thin.
(3) Insert the trays into their racks. (Here, it's a good idea to place trays containing mung beans soybeans, or other strongly flavored seeds in the lowermost level(s) of the cabinet and those containing more delicate fare-such as alfalfa seeds-in the uppermost rack(s), so that “essence of mung” (or of soy) won't wash down over the more subtly flavored sprouts.
(4) Fill the units main reservoir with room-temperature water ever other day or so
(5) Adjust the drain cock for a one-drip-per-second flow rate.
(6) After three or four days, harvest several pounds of delicious, vitamin packed vegetation.

Of course, whether you decide to grow sprouts by the “batch” method (which involves loading the cabinet with seeds all at once, and harvesting a large crop of sprouts all at once several days later) or by the “continuous harvest” method (which, as the name implies-calls for “sowing” a small amount, say one “tray full” of seed every day and reaping a corresponding amount of vegetation every 24 hours, is up to you. If you plan to process a large quantity of sprouts into flour, chances are you'll want to use the “batch” method. On the other hand-if you and/or your animals want to eat fresh sprouts every day, you'd probably do best to take the continuos harvest route.

This Article From:
Mother Earth News
Article Contributed By:
magic bean

I'm planning to purchase a new (to me) vehicle. The most importat criteria to me are the following:

* Diesel-fueled. (10)
* Durable (9)
* Inexpensive (8)
* Widespread availability of parts. (8)
* Easy to repair and maintain. (8)
* Reliable. (8)
* Fuel efficient. (8)
* Powerful. (8)
* Capacious. (8)
* Maneuverable (7)
* 4 wheel drive. (7)
* Aesthetically pleasing. (6)
* EMP-resistant. (5)

The numbers next to each criteria indicate how important that factor is to me on a scale from 1 – 10.

Here are the vehicles I'm considering:

Land Rover
Chevy 6.5 L 4×4 crew cab pickup.
Chevy 6.5 L 4×4 full-size van
Ford F350 4×4 crew cab pickup
Ford E350 4×4 van
1982-83 VW diesel pickup

Any others I should be considering? What would be your pick?