• (cs)

    The Real WTF™ is that nobody found this bug before releasing it... although that happens all the time, so maybe it's not a WTF after all.

  • Sanity (unregistered)

    I'd think it's an object lesson in best practices -- like actual testing, version control, issue tracking, etc -- rather than a lesson in not using "poop".

    After all, if the button had said "This is a test", would it have been any better to waste thousands of CDs on?

  • (cs)

    And there I was thinking it was something to do with piracy, and the burning of poop decks

  • (cs)

    poop!! lawlz! i didn't even need to read this article.

  • (cs) in reply to Vechni
  • (cs)

    ...and that's the poop on that situation.

    At least he had the good taste to choose a palindrome, instead of some unbalanced junker like "shit".

  • sir_flexalot (unregistered)

    We had a debug boolean variable called boolsh** (without the censorship) show up printed on a production website at the top of the screen... and it was equal to true.

  • Keving (unregistered)

    You sure they didn't write "shit"?

  • (cs) in reply to Sanity
    Sanity:
    I'd think it's an object lesson in best practices -- like actual testing, version control, issue tracking, etc -- rather than a lesson in not using "poop".

    After all, if the button had said "This is a test", would it have been any better to waste thousands of CDs on?

    It depends what the button was used for. I would sacrifice the "About Us" button to say "This is a test" if the alternative was paying $30,000. Most users wouldn't click it, and they'd just get a little chuckle about the stupid developer who goofed up. It's a bit harder to just ignore "poop" though.

  • Lincoln (unregistered)

    what does his boss expect him to do with a box of used cd's?

  • DDF (unregistered)

    I don't think that is quite as bad as the "You should never see this message" type errors which are proof of either the programmers arrogance, lack of skill or both - not just his poor memory.

  • ClutchDude (unregistered)

    I was a layout editor for the college paper. The writers and section editor would never get their headlines done in time for me to finalize the layout, so I'd always throw some crazy gibberish like "President dismisses entire college staff." I figured there is no way they'd forget to change it. Then, one week, a headline "Giant Lizard Flattens Campus" made it into the paper.

    Somehow, it gotten through the section editor, the editor-in-chief, the writer and even the President and Dean of students who happened to meeting with the editor-in-chief as she sent the proofs off to printing. Needless to say, I got a minor scolding and told to just read the article and make something up for future papers.

    A retraction was printed the next week stating that "XXXXX College was not flattened, contrary to other claims."

  • phleabo (unregistered)

    I once worked at a place that cranked out desktop DB apps. One of them was a client management app for a local AIDS non-profit, which got delivered with the test data still in the db. Which wouldn' t have been a problem if it hadn't had client names like "Barney Buttfucker," in it. Believe it or not, the client was less than pleased.

    And if you're reading this, hey Jamie. Still writing VFP apps?

  • Some guy (unregistered)

    Hah! I was fired for almost the exact same thing. Except it was on a website and a worse word than "poop".

  • mister (unregistered)

    Poop happens

  • (cs) in reply to ClutchDude

    This is quite a WTF. I'd rather have used some headline like "TODO TODO TODO" or "YYYYYYYYYYY" which is easy to spot at first sight as a temp headline.

  • Chris (unregistered)

    The best debug message that I have seen that made it into production was "shoot the puppy". I think that this was a indication that the app was in a bad way and should be closed...

    This was by the same developer that added the self documenting function HavingItHardcore.

  • Rocketboy (unregistered)

    Same type of thing happened when I worked shipping and recieving. One guy's job was to match the box with the paperwork. One guys' job was to log in the box/paperwork as fast as possible (that one was my job). Then someone would place the paperwork back in the box, marking the box. Next someone would have to pull the box (double checking the paperwork vs the box), and stage it to be shipped. Then the driver was to match his paperwork (which was a copy of the first set of paperwork) with the staged boxes, then head off to Canada.

    I was given the wrong paperwork for the wrong box.

    Nobody caught the mistake. I was specifically just to write things up.

    I got in trouble for it.

    Long story short, no matter how many times something is to be checked, even if it's your job not to check, don't fuck up. 'Shit' in a dialog box is a fuckup.

    Everyone else who didn't catch it is a fuckup.

    But poop rolls downhill.

    Even valetudo branded poop.

  • Rocketboy (unregistered) in reply to Lincoln
    Lincoln:
    what does his boss expect him to do with a box of used cd's?

    Remind him to stay regular, what else?

    I don't think you understand the gravis of the situation, or the gravis of the Captcha.

  • Victor (unregistered)

    Yup, I learned that lesson too:

    I was tracking down a bug in this web app so I put an exception code to see what was going on in our dev server

    Throw New Exception("Shit Happens: " + debugvars)

    Later that day somebody decided to deploy a new version of the app to production...

    After that incident I became a strong advocate of build processes where a branch of the code is what is deployed to test/production.

  • Similar, but less serious story (unregistered)

    One day I was developing software that had to do with "assignments" so I had an "ass" variable that held the current assignment.

    Everything was great.

    Until the day some unepexpected error popped up with a stack trace referencing "ass" popped up on a screen. It sais something like "Null pointer in ass." or some other slightly-offensive phrase. I got a good talking to about that. Luckily, we hadn't shipped the product yet so there was time to both fix the bug and change the variable name.

    But I learned an important lesson to even make sure my variable names didn't have potentially offensive language.

  • (cs)
  • (cs) in reply to DDF
    DDF:
    I don't think that is quite as bad as the "You should never see this message" type errors which are proof of either the programmers arrogance, lack of skill or both - not just his poor memory.
    It's not arrogance, it's a statement. "You should never see this message" is shorthand for "You should never see this message, if you do, then someone made a mistake. Unless this someone was you (using some windows functions to view incomplete windows, for example) please let us know how this happened. Thank you."

    Arrogance would be using, and processing, the string "CrashComputer()". You should never see it, so your computer should never crash, right? Right?

  • (cs) in reply to Sanity

    At my company, one of the many things that our IT department does right, is we have guided the business to continue to use CD-ROMs instead of a website for advertising our products. When I was asked to make the business case for this decision, it was simple:

    1. If you have a web site, there are too many browsers and incompatibilities with javascript, etc. So distributing a CD-ROM solves this problem because it will work on any Windows PC that has a CD-ROM drive, which is all of them.

    2. If you have a web site, anyone can view it, so even your competitors can gather intelligence about your products. Now, we are able to see our competitors website, but since we don't send CD-ROMs to them, they are in the dark!

    3. If you have a web site, you have to worry more about security and being hacked. How many news stories are there out there about companies who have exposed customer data. I have guaranteed that will not happen to us.

    4. If you have a web site, you have to hire web developers. With a CD-ROM application, you can use VB developers, who can create a more graphically rich experience for the customer.

    It really is quite simple to execute. On the last Wednesday of the month, everyone who has a CD-R drive (which includes all IT employees) has to burn their share of the CDs that have to go out the following Monday. So we assign a quota so to speak, and how to do in regards to your quota goes into your 360 feedback session later in the year.

    Anyway, it has worked out well. A tried and true approach.

  • SomeCoder (unregistered)

    I've added popups and exceptions like "FUCK YOU!!!" when trying to find bugs. Mostly this is only after hours of banging my head against something and not being able to figure it out.

    Luckily, none of these ever made it into production but these days I'm a bit more careful (I put stuff like "TESTING!!" and "testing more stuff!" if I have to add a popup to try and figure something out)

  • Bobble (unregistered)

    Why am I starting to get the feeling that corporate fiction is going to end up as a motivational seminar that my company is going to force me to sit through?

  • anon (unregistered) in reply to TopCod3r

    Hillarious

  • cellocgw (unregistered) in reply to TopCod3r
    TopCod3r:
    At my company, one of the many things that our IT department does right, is we have guided the business to continue to use CD-ROMs instead of a website for advertising our products. When I was asked to make the business case for this decision, it was simple:
    1. If you have a web site, there are too many browsers and incompatibilities with javascript, etc. So distributing a CD-ROM solves this problem because it will work on any Windows PC that has a CD-ROM drive, which is all of them.

    2. If you have a web site, anyone can view it, so even your competitors can gather intelligence about your products. Now, we are able to see our competitors website, but since we don't send CD-ROMs to them, they are in the dark!

    3. If you have a web site, you have to worry more about security and being hacked. How many news stories are there out there about companies who have exposed customer data. I have guaranteed that will not happen to us.

    4. If you have a web site, you have to hire web developers. With a CD-ROM application, you can use VB developers, who can create a more graphically rich experience for the customer.

    It really is quite simple to execute. On the last Wednesday of the month, everyone who has a CD-R drive (which includes all IT employees) has to burn their share of the CDs that have to go out the following Monday. So we assign a quota so to speak, and how to do in regards to your quota goes into your 360 feedback session later in the year.

    Anyway, it has worked out well. A tried and true approach.

    Believability Factor: zero. Nobody bothers to rifle thru a couple dozen CDs that showed up inthe office junk mail.
    And.. you really think none of your competitors know everything they want to know about your product?

    Ooops, never mind -- you were just trolling in the first place. My bad.

  • Bob N Freely (unregistered)

    MS has an internal tool they have to run on any project that will be released to customers. It looks for this kind of stuff in the code. It has a database of offensive words in dozens of languages, so sometimes you get unexpected results.

  • Steve (unregistered)

    I was reviewing one of our team's code and came across this:

    if (somecondition) { //can never get here GenerateError("something is f***ed"); }

    I quickly pointed out that when something "can never happen", it is almost always guaranteed to do so at the most inopportune moments. Begrudgingly, he changed his error message to something more benign as "unexpected error caused by somecondition"

    Sure enough, within two weeks of our release, we had a bug report come in from a customer with that exact error message

    The basic lesson: Never be a wise ass in your messages, either in debugging or in sections of code that you deem to be unreachable, because eventually, the customers will see it.

  • (cs) in reply to cellocgw
    cellocgw:
    Believability Factor: zero. Nobody bothers to rifle thru a couple dozen CDs that showed up inthe office junk mail. And.. you really think none of your competitors know everything they want to know about your product?

    I didn't say we didn't have a contact info web site. We have a web site that has out phone number and contact information for example, after all it is 2008. This is also how they can request a CD-ROM, by filling out a simple form that I wrote.

    One best practice that we developed in order to make sure the customer sees the CD-ROM is for our sales staff to personally call them to make sure they received it, and if not send another one.

  • Anon (unregistered)

    Could have been worse, it could have said "MFD".

    And the real lesson here is not to tell your co-workers where you live.

  • (cs)

    Tch! When that happens, make it an acronym.

    Prepare Object-Oriented Packet.

  • (cs)

    When I saw the title of this one, I thought it was going to be a variation on the old "burning bag on the porch--ring the doorbell and hide" routine.

  • (cs)

    A developer working on an interface for our new CRM system ( this was back during 2000 or so) put in a error message for when the record was really mangled. 'Record fucked' was the error message, although it was pretty accurate , it was felt that something less direct was probably better .

  • (cs) in reply to TopCod3r
    TopCod3r:
    At my company, one of the many things that our IT department does right, is we have guided the business to continue to use CD-ROMs instead of a website for advertising our products. When I was asked to make the business case for this decision, it was simple: <snip>

    You are kidding right? Please do tell me you are kidding. If you aren't, I seriously hope you don't ever by some odd and random chance need to send me your advertising. The only place that CD is going to go is straight to the trash.

    The very last thing you'll ever see me do is insert a 3rd Party unknown and untrusted advertisement CD into any one of my computers. What do I know what all sorts of crap and garbage that software on that CD is going to do on my system?

    As far as the "more graphically rich experience for the customer", here's a hint: When I go look at information about a product that I potentially want to use / buy I want data, specs, and facts. Not fancy little graphical bullshit animations that serve no purpose but to waste my time.

    The best way to make me not consider a product is to make me wade through excessive amounts of useless advertising clutter. Give me a plain white sheet of paper with the information I need plainly written on it in simple black and white however and you stand a pretty good chance.

    Edit: I just realized who I replied to...that explains things...

  • jkupski (unregistered) in reply to TopCod3r
    TopCod3r:
    It really is quite simple to execute. On the last Wednesday of the month, everyone who has a CD-R drive (which includes all IT employees) has to burn their share of the CDs that have to go out the following Monday. So we assign a quota so to speak, and how to do in regards to your quota goes into your 360 feedback session later in the year.

    Whiskey Tango Foxtrot!

    Surely you realize that a multi drive duplicator would probably pay for itself in a month, two months tops, right?

  • Linux admin (unregistered) in reply to TopCod3r
    TopCod3r:
    1. If you have a web site, there are too many browsers and incompatibilities with javascript, etc. So distributing a CD-ROM solves this problem because it will work on any Windows PC that has a CD-ROM drive, which is all of them.

    I agree with all of your other points, but I have to disagree with this one. I use Linux and I know at least one other person who uses Linux. And I think Apple is still out there, right? You might want to think about creating different copies for different operating systems. You could probably even fit three different versions on the same CD! If not, maybe think about switching to DVD.

  • (cs)
    Erik's company had scored a project for a multinational software company called "The Big M" around the office.

    Novell?

  • iToad (unregistered) in reply to DDF
    DDF:
    I don't think that is quite as bad as the "You should never see this message" type errors which are proof of either the programmers arrogance, lack of skill or both - not just his poor memory.

    I use the more politically correct phrase "Internal Error", followed by an error code. Yes, I have seen them pop up later.

  • (cs) in reply to iToad
    iToad:
    DDF:
    I don't think that is quite as bad as the "You should never see this message" type errors which are proof of either the programmers arrogance, lack of skill or both - not just his poor memory.

    I use the more politically correct phrase "Internal Error", followed by an error code. Yes, I have seen them pop up later.

    We did that too. We started assigning sequential errors to the code "Internal Error: E001", "Internal Error: E002", etc. It was a mild pain in the ass to figure out what the latest error number was, so someone decided to just hammer on the keyboard "Internal Error: 2873JD83HJD". Eventually we ended up with "FUK" in one of the error codes. The person who call it in said "Hey I got a 194 f*ck error".

  • Doesn't matter (unregistered) in reply to Linux admin

    Note to everyone:

    TopCod3r's posts always have his tongue firmly in his cheek.

    That is all.

  • (cs)

    "You big hairy ape!"

    ...appeared on the customer's computer here at my company. I heard about this after joining my team. The contractor had put that into her code as a reminder but alas it made it to production. So much for QA. The internal (thankfully all ours are) customer was VERY unhappy to be insulted and wasn't quite mollified after it was explained and apologies were cast about. My then-boss didn't like losing face either so the contractor didn't stick around much longer. I've taken that to heart and thankfully haven't suffered that fate.

    Pretty funny if you think about software insulting it's users. Some deserve it :-) Others on my team have wanted to wire up electroshock behavioral therapy.

  • Zap Brannigan (unregistered) in reply to Doesn't matter

    Replying to to TopCod3r is a lot like being punk'd.

    TopCod3r, never give up, never surrender!

  • Jason T (unregistered) in reply to Doesn't matter

    In my rookie year I got pulled into the Boss's office to explain why our Employee Bonus Calculation function said 'Hello' to the customer's controller.

    The code was in Paradox 5 and had passed some limit in terms of code size, that the debugger would no longer trace code so I was left to use message box techniques to see where the code was running.

    Sure glad I took out some of the message boxes I had earlier, I remember I had something like:

    ... MessageBox("Why") ... MessageBox("doesn't") ... MessageBox("this") ... MessageBox("***") ... MessageBox("") ... MessageBox("work??") ...

    That was my wakeup call on using profanities in debugging code. Thankfully I never 'poop'ed on the customer.

  • xtremezone (unregistered)

    Am I the only one that hoped this article was announcing the cancellation of MFD? :-/

  • rpjs (unregistered)

    Been there.

    At my last gig a colleague put some (very mild) profanity into some test data that made it into production: on the e-commerce site for a major mobile telco a phone had "My arse" listed as one of its features 8-)

    The client went ballistic and demanded that we fire the perpetrator. Although my colleague had owned up to us, we ended up telling them we were unable to figure out who had done it. I doubt the client believed us but they had calmed down a bit and let it go.

  • meznak (unregistered) in reply to akatherder
    It depends what the button was used for. I would sacrifice the "About Us" button to say "This is a test" if the alternative was paying $30,000. Most users wouldn't click it, and they'd just get a little chuckle about the stupid developer who goofed up. It's a bit harder to just ignore "poop" though.

    Especially if it was the "About Us" button...

  • (cs) in reply to Matt.C
    Matt.C:
    Tch! When that happens, make it an acronym.

    Prepare Object-Oriented Packet.

    (C)ommon (R)untime (A)nalytics (P)rocessor

    (C)ustom (L)ibrary (I)nternalizing (T)ransactions (O)n (R)egistered (I)nternal (S)ystems

    For a clbuttic filter: (F)ind (U)nnecessary (C)urses (K)eenly (Y)et (O)rdinarily (U)ttered

  • CynicalTyler (unregistered) in reply to Lincoln
    Lincoln:
    what does his boss expect him to do with a box of used cd's?
    Clearly you're too young to have remembered the free AOL CD days. You can play frisbee, use them as coasters, fix wobbly tables, make a suit... the possibilities are endless! I wish I worked for a company with as great a benefits package as "all the screwed up CD prints you can carry"!

Leave a comment on “We Burned the Poop”

Log In or post as a guest

Replying to comment #:

« Return to Article