Easter Eggs in Web Sites?
cwikla asks: "Back in the .COM days, I worked at eGroups, now owned by a larger Company. During my time I added a couple of easter eggs to the site, which I was reminded of while watching Being John Malkovich this weekend. I checked, and ones sort of still there. If you append malkovich=1 to a message URL it would turn the message into 'malkovich' mode. It sort of still works, but over time I guess the code has been a changin' so it's kind of spotty. Oh, there are others that still are in there, but where's the fun of telling all the secrets? Any other folks done anything equivalent, especially on mainstream sites?"
Most Easter Eggs are things people might stumble upon...but appending words and parameters on to URLs isn't something I would find. How do you expect anyone except yourself to see these?
For attempts to compromise the security of the server while you are trying to find Easter eggs.
Most of the easter eggs I ever programmed were for debugging purposes, like having undocumented debug modes. Many game developers have invincible modes so they can test the game, jump to different parts of the game, test all the different scenerios.
not a flame: This comment brings up a common misconception: Easter Egg development wastes time. Some of the better Easter Eggs are put in after the code has been approved, before it's released. This ensures that it gets in, and doesn't change the debug time at all. Also, as a programmer, Easter Eggs help me feel better about what I release: if I'm going to spend months to years on a project, I want at least a little bit of my personality to show up in it, even if it is in a hard to find place. Anyone else feel the same?
CODITO, ERGO SUM: I Code, therefore I am.
Anything you can reach through obvious links, starting from the home page, isn't really a hidden "Easter Egg", is it?
(Even the Google funny languages like Klingon and Hacker are listed on the Language Tools page...)
I've helped create a number of easter eggs in the past, but these days, I've had a serious change in thinking about them.
This may sound extreme, but if a coder added an easter egg to a project that I was running, they would get in serious trouble, maybe even fired. Now, before you think that is just being too serious or flame-bait, here's my reasoning:
Simply put, easter eggs are for the developers, not for the customers, and they don't belong in commericial software developement. The risk almost always outweighs the benefits, especially in a project like a public site! That is incredibly dangerous.
One of the biggest problems with easter eggs is they almost always bypass the QA process. Think about that for a minute. The developers are writing code that hasn't been tested, and the QA department doesn't even know it exists! Granted, this isn't always true, but most of the time, it is. Bad, bad. Like potentially company-ruining-bad if the dev uses some bad judgement (gee, that never happens, late at night, at the end of a project, does it?).
The best course of action is that the devs know ahead of time that easter eggs are not tolerated unless they are totally above-board in the development cycle. Save your humorous inside jokes for internal little apps you give to your mates, and you and your company will be a lot better off. They're usually inside jokes, anyways, so putting them in a public software project is just a totally unecessary risk, IMO. A few yuk-yuks is not worth your company or your project being compromised by bad code or a PR hit from an embarassing easter egg.
Theres a post about people putting easter eggs in thier code, so they can have proof they did the work. If a company lies about you not doing the work, thats slander. Offering a "Credits List" makes them 100% responsible for keeping it accurate, even if people leave the company.
Nobody can give you freedom. Nobody can give you equality or justice or anything. If you're a man, you take it. - Malcolm X, Malcolm X Speaks, 1965
Right - and your new clients think, "Gee will he hide crap in my application too?"
You add code to your release *after* it has been approved (by some quality assurance ppl, I assume)?? That's an incredibly unprofessional thing to do. *Any* changes to executable code have the potential to reveal bugs that were lurking in the code, but didn't have the right conditions to be expressed. This is part of the reason why most PC games have cheat codes - the programmers put them in so that the software testers can quickly create test cases (without needing to play the game for hours to get $1M gold or whatever). But the cheat codes are left in, because if they were removed, then the executable that ends up being released is not the same one that was tested.