3 ms·

At one company I worked, we had a rubber chicken. When you broke the build, the rubber chicken lived on your desk until somebody else broke the build. One deve

At one company I worked, we had a rubber chicken. When you broke the build, the rubber chicken lived on your desk until somebody else broke the build. One developer got a little annoyed at this so he cut the chicken's head off, then repaired it with hose clamps. It was sort of a Frankenchicken.

qb45 11y ago
> One developer got a little annoyed at this so he cut the chicken's head off That's exactly what happens when such games are overdone or (ab)used in attempt to "compensate" for programmers being unsatisfied with whichever aspects of the project.
- Namrog84 11y ago
  I also feel like this potentially unfairly makes the deva who have to work on more sensitive and critical sections look worse than they are. Perhaps it breaks because its a far more critical and sensitive space? Or am I way off base on this thought
  - marshray 11y ago
    The chicken was intended to be a silly friendly thing among our team, but not everyone seemed to take it that way. Yes, I and my team earned the chicken more than anyone mainly because 1) I seemed to check in the most code, and 2) our projects all started with the letter 'a', so we got the blame on days that multiple projects were broken. Commonly we see many folks (particularly non-coding managers) treat a nightly build as some sort of indicator of developer competence or code quality. I have even heard anecdotes of devs being fired for breaking the build in a sufficiently large organization (but not the one with the chicken). A successful nightly build is one of those things that's trivially easy to measure and on the surface looks like progress. But of course, the easiest way to never break the build is to just never check any code changes in. But I believe strongly that a nightly build should be treated as a tool like any other: in any large software project there will be times when a dev makes an honest mistake with the checkin process or simply cannot succeed at testing every interdependency by building on his own box beforehand. So give the devs something to break, and this ought to be the function of the nightly build. If the nightly is so critical to organizational progress that it simply must not be broken, then you need to give the devs something else. The system should be made to serve its users, and not the other way around.
  - austinjp 11y ago
    Not off-base at all. The rubber chicken shame totem would demotivate any team whose members might be assigned high-risk work. Too much stick, not enough carrot. Shaming displaces camaraderie. Beheading the chicken was a bold statement.
scott_karana 11y ago
Apparently SpaceX uses a cardboard celebrity cutout for similar purposes: "100% of software engineers don't like Justin Bieber" http://lwn.net/Articles/540368/ http://lwn.net/Articles/540368/

qb45 11y ago

> One developer got a little annoyed at this so he cut the chicken's head off That's exactly what happens when such games are overdone or (ab)used in attempt to "compensate" for programmers being unsatisfied with whichever aspects of the project.

Namrog84 11y ago
I also feel like this potentially unfairly makes the deva who have to work on more sensitive and critical sections look worse than they are. Perhaps it breaks because its a far more critical and sensitive space? Or am I way off base on this thought
- marshray 11y ago
  The chicken was intended to be a silly friendly thing among our team, but not everyone seemed to take it that way. Yes, I and my team earned the chicken more than anyone mainly because 1) I seemed to check in the most code, and 2) our projects all started with the letter 'a', so we got the blame on days that multiple projects were broken. Commonly we see many folks (particularly non-coding managers) treat a nightly build as some sort of indicator of developer competence or code quality. I have even heard anecdotes of devs being fired for breaking the build in a sufficiently large organization (but not the one with the chicken). A successful nightly build is one of those things that's trivially easy to measure and on the surface looks like progress. But of course, the easiest way to never break the build is to just never check any code changes in. But I believe strongly that a nightly build should be treated as a tool like any other: in any large software project there will be times when a dev makes an honest mistake with the checkin process or simply cannot succeed at testing every interdependency by building on his own box beforehand. So give the devs something to break, and this ought to be the function of the nightly build. If the nightly is so critical to organizational progress that it simply must not be broken, then you need to give the devs something else. The system should be made to serve its users, and not the other way around.
- austinjp 11y ago
  Not off-base at all. The rubber chicken shame totem would demotivate any team whose members might be assigned high-risk work. Too much stick, not enough carrot. Shaming displaces camaraderie. Beheading the chicken was a bold statement.

scott_karana 11y ago

Apparently SpaceX uses a cardboard celebrity cutout for similar purposes: "100% of software engineers don't like Justin Bieber" http://lwn.net/Articles/540368/ http://lwn.net/Articles/540368/