Would You Add Easter Eggs To Software Produced At Work? 747
Mr. Leinad writes "Do you add Easter Eggs to the software that is produced at the office? I mean, if you have complete control over the final product, do you spice it up with that little personal touch, which, as unlikely as it is that anyone will see, carries with it an 'I was here' signature? I've just finished the development of a large software product, and I have a couple of days left to try to add my own personal Easter Egg code, but given that the software is quite professional, I don't know if I should. What do you think? Should we developers sign our creations?"
I would (Score:5, Insightful)
Re:I would (Score:5, Interesting)
I already did... Long time ago, in an e-Banking application. If you pressed ctrl-alt and clicked on the bank logo, you got a picture of the development team. It was innocent stuff, but I know as a fact that they have removed it by now. It was simple code, a bit of JavaScript and a picture named as if it was an advertisement banner.
Ah, the good old days when I was young and foolish.
Re:I would (Score:5, Interesting)
Just think it could be a bit of JavaScript sending bank and user details to someone. I would think that banks would be pretty strict on the code being written since their customers rely on it.
Especially when things like a major bank like Commonwealth Bank of Australia takes out a withdrawal twice, and keep the second withdrawal themselves. http://www.news.com.au/story/0,,24703544-2,00.html [news.com.au]
Re: (Score:3, Insightful)
The inspection process may have found it but just considered it an innocent footnote/program info page.
Surely there isn't something malicious about having a buried feature to display some info about the software's developer(s)?
Re:I would (Score:5, Insightful)
Surely there isn't something malicious about having a buried feature to display some info about the software's developer(s)?
No, but it raises the question: what else is buried in there?
In fact, if I were trying to bury something malicious in code, I might consider hiding it in a seemingly harmless easter egg.
Re:I would (Score:4, Interesting)
Easter Egg Link [wikipedia.org]
Re:I would (Score:4, Insightful)
what's offensive is very subjective. and as history has shown, people can get offended by just about anything. the SimCopter easter egg [jokewallpaper.com] sounds like it was meant to be more humorous than offensive. but i guess some people are offended by the sight of homosexuals, or perhaps just think that video games should not acknowledge the existence of homosexuality (after all, it might turn our children gay!).
for those interested, the guy responsible [afterelton.com] for the SimCopter easter egg is now a member of the culture jamming activist group, the yes men [theyesmen.org]. but be warned, if you're offended by the sight of pixelated men in kissing in a video game, you might want not want to click on that link.
Re:I would (Score:5, Funny)
Re: (Score:3, Funny)
Re:I would (Score:5, Interesting)
here is the story you are looking for (Score:5, Informative)
Re: (Score:3, Insightful)
Re:I would (Score:5, Funny)
http://ask.slashdot.org/comments.pl?sid=1045201&cid=25919525 [slashdot.org]
Easter Eggs are unprofessional (Score:5, Insightful)
An easter egg is: a) extra code that could introduce a new bug (accidents happen, even in easter eggs - I've seen a screwed up easter egg crash a program and leave the machine locked up)
b) something that is not part of requirements and if caught during client code reviews or after installation, would put your employer in a complicated position since your spending time on such an unallocated task could basically be considered a form of fraud if the client is paying for your services
c) a sign of vanity - professionals do the job, do it well, and move on, not write silly-ass amateur crap just to amuse themselves and stroke their egos
d) something some other poor software engineer might have to fix or remove and they might not find so darn funny
A professional should take satisfaction in a job done well.
Do civil or mechanical engineers leave easter eggs? Do nurses? Do doctors? Grow the hell up... people bitch about software folks never being given the same respect as other engineering fields and it is the attitude of the average programmer that has a sizable part in explaining this.
Would you want your doctor leaving an easter egg? Would you want your dentist? Or would you find it funny if your phone dialed random numbers on some developers birthday? Or if your traffic light flashed all green every summer solstice? I think not.
I suspect the gulf here between those respondents who manage programmers and deal with clients or who work in any form of mission critical software or professional services and those who write shrink-wrapped software or less critical applications when it comes to easter eggs is probably sizable. All it takes is seeing a co-worker having his ass kicked because a manager had his chewed off by an angry client to understand that, in professional environments, this kind of stuff doesn't fly (and shouldn't).
You're not paid to be an artist. If you were, they'd cut one copy of your code and display it up in a museum. You're paid to implement requirements as defined by your employer and possibly your customer. When you aren't doing that, you're basically screwing the pooch and exploiting your employer. Some may feel justified doing this, but that's a crock. If you don't like the job, GTFO. If you do like the job, be a professional and leave the high-school hijinks behind.
(And yes, I've worked for 15 years in mission critical software for the police, the military, air navigation training systems, cell phone portals, VOIP and call processors, HR systems, and so on, so it does colour my view on easter eggs...)
Re:Easter Eggs are unprofessional (Score:4, Funny)
Do civil or mechanical engineers leave easter eggs?
The fact that you can't find them doesn't mean they aren't there.
Other Engineers leave Easter Eggs of sorts as well (Score:5, Insightful)
Although I agree with the general gist of your post (not the tone mind you) this need to leave something personal in a major work is not a new thing.
Workers in cathedrals of all times always took a bit of time to leave personal marks, from signatures to most complex features (faces, figures, etc) to sign a piece of work well done.
Electronics Engineers nowadays make minuscule engravings in the circuits they design.
Civil Engineers and Architects very often leave an small sculpture, signature, aesthetic feature that is not in the specifications but that adds a final personal touch.
I can't imagine that a client paying for a service that is delivered in time and budget would object in the terms you are putting to a silly joke, but I tend to agree that in the case of software, unlike an added feature to a bridge or a building, a joke can always bring a system to its knees (even if it is coded carefully and cleanly, software is exponentially complex, so it is almost impossible to foresee all the possible conditions under which an Easter Egg could cause havoc).
Re:Easter Eggs are unprofessional (Score:5, Interesting)
Your examples are horrible: Do i want a doctor leaving anything abnormal behind in my body? Fuck no. Do i care if a piece of software i use has an easter egg that shows the dev team when i hold Shift+F8 and click on some logo? No, i don't care at all, they are completely different things!
Now i know you say you worked on mission-critical software for the police, etc, and if there was a place i might omit an egg, it would be there, but that doesn't mean that easter eggs are universally horrible, and you don't seem to get that.
And i get paid on salary, which means i get paid to get my work done. I already work over 8hrs every day, and if i have already gotten my work done and I decide to stay an extra half hour and screw around, that's MY decision, on MY time. That's not "screwing the pooch and exploiting [my] employer" as you put it (which i would say borders on stupidity, given the possible situation i just described). Of course i know someone else is paying for the software and i know that my screwing around would never be okay if it was detrimental to the final work, but i don't consider easter eggs detrimental, if they are simple and harmless.
Simple and harmless may seem like an innocent and uniformed concept, but honestly, unlike what another commenter said, i just don't agree that software is infinitely complex. It's SOFTWARE for christ's sake, it's made to run on a machine that only understands two states, 0 or 1. Software is absolute, and it is one of the simplest things you can encounter, when correctly designed. If i write code that checks for keypresses by running some function in every portion of my program just to have an egg, that could very well lead problem, but if there is a reasonable place to deal with keypresses and i am already using that input for legitimate things, adding one more case is is in most situations going to be completely harmless. I would never encourage a novice to add an egg, but i can't say it's horrible if you know it won't cause damage.
And ultimately, yes, it is unprofessional, in the sense that the ideal professional never has fun, and only does their job, but don't you think you should lighten up just a bit? I do.
-Taylor
Re:I would (Score:5, Funny)
So they released a game, and only few noticed that if you look at some plane drawing smoke pictures in the sky from a certain angle, you would see that it writes the infamous "dick".
Of course! (Score:5, Insightful)
Comment removed (Score:4, Interesting)
Re:Of course! (Score:5, Funny)
Re:Of course! (Score:5, Funny)
Re:Of course! (Score:5, Funny)
I worked with a text editor in college where upon triggering an unlikely error the user was prompted with the message:
"Are you A) Blind or B) Stupid?"
The user had to pick one to continue.
Re: (Score:3, Funny)
Please tell me you made Stupid the activated control.
Re:Of course! (Score:4, Funny)
"You have chosen STUPID. Please enter your social security number and bank account number in the provided fields so we can, uh... register your software. Yeah."
Ask yourself one thing. (Score:5, Insightful)
How are your going to be able to explain NOT fixing a bug that got through in your code when you had time to include an un-spec'ed Easter egg?
This isn't about charm. This is about having to explain to management why a customer is unhappy.
My Easter Eggs are comments and error messages. (Score:4, Insightful)
A humorous error message often brightens the day of the poor guy in operations who has to report back to the developer.
Re:My Easter Eggs are comments and error messages. (Score:5, Interesting)
At my current place of employment, all the code we write belongs to the client (which is pretty much SOP in the field). Our clients sometimes do not share our sense of humour. As the technical lead, if I find it, you can be damn sure you're taking it out again. And I am looking :)
I'd discourage actual functionality easter eggs too, in most programs. The industry average is estimated to be 10-20 defects per 1000 lines of code. Every non-essential line of code you write risks introducing a bug.
Re: (Score:3, Interesting)
I'd discourage actual functionality easter eggs too, in most programs. The industry average is estimated to be 10-20 defects per 1000 lines of code. Every non-essential line of code you write risks introducing a bug.
You're a moron for not understanding statistics. That may be true for a random sample, but if you're adding extremely simple code that just displays some type of notice or picture, and doesn't interact with any other aspect of the software (why would it?), then the chances of introducing a bug is just over zero.
When was the last time that you tracked down a bug in your software to the About box?
Re: (Score:3, Interesting)
Re: (Score:3, Insightful)
The reason people post these statistics is they're true and they're useful. If we're starting a project, and I've got a rough idea how many lines of code or how many hours it'll take to implement, how do I work out how much time to allocate to defect fixing? If it's a new team, and a new technology, and I don't have any historical figures to go on, all I've got is industry average figures and some careful weighting. It's either that or gut feel, and most people's gut feel is terrible.
The links you posted re
Re: (Score:3, Informative)
Why shouldn't I top post?
Re:Ask yourself one thing. (Score:5, Funny)
Blame the intern.
Re: (Score:3, Funny)
Blame the intern.
I included an easter egg that popped up an error message with the boss's home phone number. He told me that that error would never occur, so I felt confident (wink, wink) that no one would ever see the message. Of course, it did occur. And when it did, the boss blamed the temp!
Re: (Score:3, Insightful)
If your application broke because of an easter egg, you did everything wrong. If your application is buggy it should never be because of the egg, even if the egg itself is buggy.
Re:Ask yourself one thing. (Score:5, Funny)
Any good software company should allow easter eggs. Back in the good-old days at QuickLogic, we had an awesome movie-like credit's screen with something funny about every contributer. At the new company I founded, I've lost control over our easter-egg policy, and they've been removed :-(
There was one funny episode at QuickLogic. Bill Falk was the manager, and he just about had a heart attack any time there were show-stopper bugs found late in a software release process. So, after we already bought something like 4,000 copies of our release on floppies, a very special easter egg went off. It detected if your name was Bill Falk and if it were a specific date, and then invoked some of the worst possible crashes - the stuff that's random each time, and depends on debug mode vs compiled. We all laughed so hard when Bill went ballistic, we never dreamed our easter egg would work so well. After seeing how hard it was on him, we decided never to do that to him again. The next release came around, and this time there was a real show-stopper late-stage bug, and Bill was convinced we'd planted another easter egg. It got pretty ugly.
Re: (Score:3, Insightful)
Re:Ask yourself one thing. (Score:5, Insightful)
Ugh. I've seen this comment (more or less) all over this thread and I just have to say: Why are so many of you living with such FEAR of your management? It can't be healthy! Lighten up, people! How can you even work for your management if you can't even think of them as *humans* who might like a joke as much as the next guy? Geesh. </rant>
Re:Ask yourself one thing. (Score:5, Informative)
It's called a roof, it stops rain from falling on your loved ones.
It's called food, it stops hunger.
Having a job and being secure in said job helps with this. Pushing easter eggs into the code when you should have fixed #00314224 Critical could end up costing your ability to supply roof and food.
Re:Ask yourself one thing. (Score:5, Insightful)
could end up costing your ability to supply roof and food.
in theory. Even if he got fired, he'd almost certainly find a new, and probably better job.
However the effects of stress are real and demonstrated. Humans tend to overly guard their immediate downside risk at the cost of the long-term downside risk.
Re:Ask yourself one thing. (Score:5, Insightful)
Both of which can be had with a walmart job. So your excuse has no merit.
Quit treating your management like they are your lord and king and treat them like the people that should be thankful you are working for them.
Cripes. Grow a pair.
Re:Ask yourself one thing. (Score:4, Insightful)
Then you're a slave.
You set the conditions of your employment, your employment does not set conditions on you.
What is this "would" you speak of? (Score:5, Funny)
Getting such things past the pointy heads is just good fun. Getting the doomsday code past them is a riot.
Re: (Score:3, Funny)
I worked as a graduate assistant in a lab that produced foreign language materials. We were *very* early at producing our own DVDs (back when you had to ship a DLT to the replicator) and won a bid to move some PBS language programs to DVD. Of course, each disc had a credits menu that mentioned our university, but not our lab.
So, late one night the four main people working on the project (getting paid a pittance BTW) created a hidden menu with our pictures and the names of the other students who had given th
Well.. (Score:5, Funny)
Easter Eggs? No, funny comments/error messages, and bizarre variable names, absolutely.
I will never forget the day a student who was using my software for a project asked during a meeting what an 'out of cheese' error was. The poor kid was so confused :)
Re:Well.. (Score:5, Interesting)
At one place I worked, the guy who wrote up the coding standard explicitly prohibited jokes in comments and humorous variable names. I'm not kidding.
Presumably he will be reincarnated as a worker ant in his next life.
Re:Well.. (Score:4, Funny)
Find all the copy constructors he wrote and rename the argument "dolly". Find all the operator < (const T&); methods he wrote and rename the argument "dicksize".
Re: (Score:3, Funny)
At one place I worked, the guy who wrote up the coding standard explicitly prohibited jokes in comments and humorous variable names.
Add a comment to the code against the most business-critical part of the code something like "Hmm, I hope SOX-compliance never looks at this." and sign it with his name. The beauty is it's both not at all funny and hilarious, depending on your point of view.
Re: (Score:3, Insightful)
Easter Eggs? No, funny comments/error messages, and bizarre variable names, absolutely.
I will never forget the day a student who was using my software for a project asked during a meeting what an 'out of cheese' error was. The poor kid was so confused :)
Nothing really tops the Amiga's "Guru Meditation Error".
Re: (Score:3, Insightful)
Yeah, but as a former elementary school computer lab volunteer, please, do not code error dialogs like, "out of fucking memory" or "something fucked up" in your otherwise kid-friendly game. I can guarantee, no matter how unlikely you think the error is, it WILL come up in a classroom setting.
Re: (Score:3, Insightful)
Wrong approach, hand him a Terry Pratchett book and tell him to look for the answer, his life will be better.
Add something useful instead (Score:5, Interesting)
Quite often they end up being useful and get cleaned up and documented in subsequent releases.
Shit happens (Score:5, Insightful)
Sure. But you had better be careful. (Score:5, Insightful)
If your "easter egg" causes bugs that end up costing the company money, your ass is grass.
Professionally Signed (Score:5, Interesting)
My personal take on this is to go ahead. First, the world NEEDS to step back from the super-serious attitude, but still be polite. Second, coding is as much art as science and I think your paintings, songs, code, engineering, etc should all have your personal mark, something to make it identifiably yours. Third (kinda goes with the first) doing so can be a moral booster for you AND those who discover it.
However, there are issues to keep in mind. You must keep it professional, so no vulgarity, rudeness, or jokes about loss of data. Certainly, you should avoid all the '-isms' like the plague. And, just as important, it should be clear that the Easter Eggs do not break security in any way.
In short, make it secure, polite, fun and it should be cool.
Re:Professionally Signed (Score:5, Insightful)
Re:Professionally Signed (Score:5, Insightful)
Speaking as a Software Engineer (I consider myself a professional); you are undermining the customer's trust in your product simply to massage your own ego. Customers are naturally concerned about integrity and security (more so today than ever before). Once you've demonstrated a desire to hide "secret features" in their products, they may start to wonder what other (perhaps malign functionality) is lurking in the code.
Thank you. I was starting to think that attitude was entirely missing from the Slashdot crowd. "Easter Eggs", bah. Programmers and engineers should make their mark in the world by designing and implementing quality products and not, as you say, massaging their obviously-inflated egos.
Re:Professionally Signed (Score:5, Funny)
Re:Professionally Signed (Score:5, Insightful)
I am a robot. I do only as instructed. Beep beep. Bloop Bloop.
Be insulting if you wish. If you're a programmer or a software engineer, one day you may get involved with a project that has a serious penalty for failure (and no, I don't mean a bank or e-commerce Web site or something equally safe.) Believe me, when that happens you'll change your tune and get pretty damn serious. "Easter Eggs" and other irrelevancies suddenly become significant liabilities, and you don't even think about them anymore.
I'm happy when a customer notices that the software functions well, is easy to work with, and is solid. In other words, if get noticed it's because I did my job right, not because of some childish desire for attention.
Still, if you work on trivial applications it's okay to treat them like toys, I suppose. I don't, on either score. In any event, I agree with Burnhard. It boils down to whether you want to satisfy some psychological need, or want to earn the trust of both your employer and your customers. The latter is usually more satisfying.
You decide.
Re:Professionally Signed (Score:5, Insightful)
But that's not the choice you're being given. I'd say a better analogy is choosing between a doctor who gives you an EEG with regular white pads and a doctor who gives you an EEG with pads that are colored like nipples (or polka-dots at a family doctor). You're getting the same quality of work (or at least the quality is unaffected by this particular variable) with only slight change in aesthetic.
I'm not disagreeing with your main point about software integrity, but your analogy struck me as disingenuous.
Re:Professionally Signed (Score:4, Insightful)
Well, yes (Score:4, Interesting)
Yes, you should. Just do so in good taste. I once put The Story of Mordac(tm) into a script that I made and distributed around the office, which described in a humorous and epic way the reason for its invention: All it did was send F5 to a window with a specified name.
We were running HP Service Desk and the admins, in their infinite idiocy, disabled the auto-refresh of the views. This was because they seriously under-spec'd the server and were looking for any way possible to cut the load down. It crashed every few hours; Which is what you get for using Citrix for over five thousand workstations in six different countries for "security" purposes. And then using RAID10 on the database... oh god, the write times, they buuuurnses us. *snickers* In either event, after distributing it to our techs and letting it bounce around the working grunts in our various offices for awhile, I let it slip to a few friends about the story of Mordac, Preventer of Information Services (thank you Dilbert), who I credited with the debacle.
Two weeks later, the auto-refresh got turned back on. Many queries were made and security operations attempted to track down who had made the "unauthorized script". To this day, whenever a feature gets turned off on a server that the users liked, or some dumb "security" policy goes into place... People chalk it up to Mordac. Many of them aren't familiar enough with the strip to know of the little-known Dilbert character. ;)
Easter egg away my friend, but remember thy audience!
Re:Well, yes (Score:5, Insightful)
Uhm, RAID 10 on databases has for a very long time been the defacto way of doing things (mirror and stripe everything). And your comment below about it being a raid 5 raided over 5 makes little sense - to me it seems like you have no idea what you are talking about.
Granted these days you would most likely opt for RAID 60 if you got the money for it, but RAID 10 is still the best price/performance for databases.
Re: (Score:3, Insightful)
You bet. Anyone who's working in this industry also knows that some programmers think they're God's gift and know more the the entirety of the rest of the organization.
I care about keeping the business running.
Kinda contradictory.
Re:Well, yes (Score:5, Insightful)
Authority is never worth respecting merely because it's authority.
Re: (Score:3, Insightful)
If you had said "most of the time", I would agree. But I cannot accept that it is always in my best interest.
Re:Well, yes (Score:5, Informative)
[ ] You know what Raid 10 is
[X] Your original post was talking out of your ass
God, no (Score:5, Insightful)
These make for great legends, but as much as I hate to admit it, I've gotten very serious about my work. Easter eggs are not generally appreciated by the Powers That Be, or by clients paying big cash for a product. My personal reputation, and producing a quality product have become important to me.
There's also the fact that that more code == more bugs. You can't get around that. Why open up a professional product and your reputation as a developer by making it more likely that you'll screw up?
I can see certain exceptions to this - for instance, games with easter eggs (approved, of course) can add to the charm of a product. An easter in egg in Quicken would be less cool.
Re:God, no (Score:5, Informative)
These make for great legends, but as much as I hate to admit it, I've gotten very serious about my work. Easter eggs are not generally appreciated by the Powers That Be, or by clients paying big cash for a product. My personal reputation, and producing a quality product have become important to me.
Here's one of those legends [rinkworks.com] where a well-executed easter egg of sorts served to corroborate one's professional reputation:
My old boss spent some time writing statistical analysis packages for the Archimedes. One of them got fairly popular for Archie software, and he started a small business selling it. For those who don't know, Archie software usually came as source code and was executed through an interpreter.
One day at a scientific meeting, he noticed that another company was showing Archie software with remarkably similar functionality to his own, so he wandered over. The longer he watched, the more familiar it looked. Eventually, when the sales representative had gathered a good crowd, he asked in a loud voice:
The screen displayed my boss' copyright notice. All they'd done was remove the front end.
It widely accepted as the biggest laugh of the show.
Comments. (Score:4, Insightful)
This might answer the other thread's discussion... (Score:3, Interesting)
Short answer: If Google can do it, then why can't you?
But about the Subject... There was a discussion about "moral" vs. "ethical". Here is a case that might help answer the question of "what is the difference"?
Adding an easter egg to your product, one that doesn't add value to the product, could be spending company resources, and getting paid, to do something that was never your job. So, it's not ethical.
But to say it's not moral? I don't think anyone would go that far.
No, never, stop thinking about it. (Score:5, Funny)
One of Microsoft's head programmers tried a little stunt like the one you're suggesting. It cost him his career... his dignity... and if the suicide note was of any indication, even his life.
His name was Andrew B. Clippy, and his "personal touch" tore him asunder.
Re:No, never, stop thinking about it. (Score:4, Funny)
Did this Andrew B. Clippy receive any help writing his suicide note?
Re: (Score:3, Funny)
Nah. Clippy was descended from Microsoft Bob. Microsoft Bob's creator married Bill Gates and produced 2 little sprogs. So I'm not sure how this is supposed to show us failure.
Maybe - Maybe Not... (Score:4, Interesting)
I would say if it is done in unquestionable good taste it is OK - I have a friend who was nearly fired over a log message that contained profanity and was written to some obscure text file - a government official was randomly looking at files and found it and alerted his superiors - it was a BIG mess...did I mention this was on a major DoD weapons system.... It is not an Easter Egg but it certainly shows the pitfalls of "personalizing software"
Re: (Score:3, Interesting)
You tell me. (Score:5, Interesting)
Re:You tell me. (Score:5, Funny)
The best one ever (Score:5, Interesting)
I used to be the lead programmer for a Big Company (tm). We'd just completed a several year project to build and roll out an in-house ERP system. It was mid-October.
I decided we needed a little fun break. I whipped up a quick piece of code that recolored all the application screens in orange and black. Through it on the update server.
When everyone logged in on Halloween, they were greeted with orange and black screens. Everybody laughed. Even the PHB thought it was pretty funny.
If your work is so serious that you can't have a little fun, it's probably time to find a new job.
here's what I did... (Score:5, Interesting)
It's only an easter egg for true geeks, but I used this value as an encryption seed:
Hexdumping the executable shows:
Since it's the file encryption seed, nobody can ever change it without destroying the program's ability to decrypt old files!
No every product deserves one... (Score:3, Insightful)
but if you are proud of what you have achieved, go ahead, it is a human right. I did it a couple of times when it seemed appropriate, and it was never a problem. If you are in a position where you are responsible for creating the system, it is just your decision.
If you need a rational argument for doing it: It might make the team more proud of the product, more productive for future releases, projects or products. A company is about people, and it is a people issue.
And when even weapon designers can put easter eggs into missiles, I can't imagine anything to be too serious to pull it off; a product just may be too boring or suck too much to deserve an easter egg.
An easter egg is just a sign that the people who made the product did care about it, and are proud of it. An easter egg is like a medal or decoration for the product.
p.
static strings in code (Score:4, Funny)
Compiler directives (Score:3, Funny)
How about inserting compiler directives so that if the time zone during the build is detected to have changed by about 12 hours, all text boxes are immediately translated to Hindi or pidgin Chinese? But only in the release build and only after detecting the time zone has returned to within Eastern to West Coast time zones after deployment.
Yes I would :) (Score:3, Funny)
telnet slashdot.org 80
Take a look at the headers :)
The ones in MySQL are much harder to find.
Yes, but keep it simple! (Score:5, Insightful)
I was working on a Web App that has date fields. There is an example of how to format the date next to it and I put my wedding day. The spec did not call for any certain date. I can look at it years from now and see where I left my mark.
I do not get any more adventurous then that. Once were were going to make a database table called WEGAS, which stood for Who Else Gives A Shit, it was a list of people who wanted to be notified when the issue/ticket was updated. We chickened out and called it Notification.
Also if you have a small shop, then it is fun, but in a larger shop it is usually frowned upon. then you also may have to explain it in a code review. So just stay light like I do.
Once I wrote in the document about paging I put "Example page 7 of 9". to me this is an Easter egg. I could have but page 3 or 10, but that means nothing, and 7 of 9 works just as well.
Absolutely - It saved my company's ass once! (Score:5, Interesting)
I hid a secret dialog box in an application I did for a call-center project my employer was working on back in 1999. The software was to manage a call center of untrained temps calling various suppliers of a Very Large Company surveying their Y2K compliance. We were a small company run by an ex-employee (laid off and rehired as a consultant) of the Very Large Company. I hid the egg just as a joke, not really thinking about it. To hide it from the other programmer on the project, I obfuscated the code that created the egg and hid it across several modules. Anyway, about two weeks before we were to ship (and get paid), our salesguy decided to give the customer a preview of the software, which was feature complete and in final testing. He decided that rather than ask me for a demo version, it would be faster to simply send the customer a copy of the folder on my desktop. (This is when I learned to be paranoid about locking my screen when unattended!) All of a sudden the Very Large Company called us and told us they no longer needed us or our software, as they had "repurposed a software used for a previous project". The salesguy threw a fit, talking about how he had "gone above and beyond" to make the sale and "even done a demo". When asked about the demo, he admitted what he had done.
So a week later, my boss and I paid the Very Large Company a visit to meet with the manager who was our contact. He and his boss very proudly showed us his call floor with about 60 people working at workstations running a very familiar-looking piece of software, talking about how they had this "just lying around" and "forgot they had it" and were "really very sorry".
So I asked if I could see the "software that beat us". Before he could say anything, his boss said "Sure, go ahead!", and he didn't argue. So I sat down at a workstation, opened the about box on the software, and noted that the text strings had changed but not the layout. So I clicked where my hidden button should be, and sure enough, there was the hidden dialog box with my name, the date, the company's name, and a large picture of Sailor Moon and Chibi-Usa.
My boss was livid. The manager turned white as a sheet. All of a sudden he didn't want to talk to us anymore! He called security to show us to the door, but the damage was done. Both he and his boss had seen what I did. His boss was not pleased. Apparently he had claimed "finding" the software as an expense. After some discussion between them and our lawyer, it was decided that in exchange for us not suing them and not telling anyone about it they would pay us four times our original contract value. The manager responsible was fired by the Very Large Company, and we fired the salesguy for exposing the company to such liability.
So yes, absolutely, I hide some sort of identifying mark in everything I do. You never know when you might need to prove you worked on something.
I'm currently writing a traffic lights controller (Score:4, Funny)
...and with the other guy who does the code with me, we agreed to include "disco mode". We're still thinking what set of conditions to pick to trigger it.
Re:Professional easter eggs (Score:5, Interesting)
Yes, and it seems very unprofessional of them.
I find it a little annoying that OpenOffice has an entire Space Invaders game in it (put =GAME("StarWars") in any Calc cell) when the suite is so slow and bloated. It makes the statement that they they don't care about streamlining.
Re:Professional easter eggs (Score:5, Funny)
Re:Professional easter eggs (Score:5, Funny)
Hey, it still works in Vista!
Re:Professional easter eggs (Score:5, Funny)
Aren't easter eggs supposed to be hard to find?
Re: (Score:3, Funny)
That's from memory. In college I would open minesweeper, set it to the most difficult (custom largest with only 9 non-mines), then proceed to beet it. I actually had a kid I babysat convinced I was psychic. The best part about it is that it is so subtle you can do it will lots of people watching and they can't tell!
Let's just say I was known as the king of minesweeper for a couple days
Re:Been there done that (Score:5, Funny)
I used to work in the visuals department for a flight sim company and it was common practice for the image database devs to sign their names and leave each other messages at something like -10m below the airport's primary runway.
This was all well and good until we had some sort of glitch on a sim under test and the customer's chief pilot managed to land through the runway and the entire cockpit view was filled with something like "Fuck off Dave!"
Management were not pleased!
"I'm sorry Dave..." (Score:3, Funny)
This was all well and good until we had some sort of glitch on a sim under test and the customer's chief pilot managed to land through the runway and the entire cockpit view was filled with something like "Fuck off Dave!"
Management were not pleased!
I trust the developers learned their lesson and are using more politely-worded easter eggs when designing HAL?
Re:More for the Testers (Score:5, Insightful)
That's just good practice. You should put in a handful of bugs and see how many your QA department finds.
If you put in 10 and they find 8 of those plus 24 other bugs, then you can roughly estimate that there are about 30 bugs in the code that you have to fix.
Test your testers.
Re: (Score:3, Insightful)
Re: (Score:3, Informative)
Why are you assuming the question is in regards to a website? The text mentions the project as a "large software product". There's not even an implication that this is product a website.
Time to broaden your horizons methinks.
Re: (Score:3, Interesting)
Re: (Score:3, Insightful)
You are just upset because you know in your heart that he is correct.
Re: (Score:3, Insightful)
*WRONG* You guys are the reasons why software sucks in general, the damned cowboy attitudes. Professional developers leave the need to "leave their mark" at home. You're not a fucking dog needing to pee on a tree to show "your mark".