Sorry time: years ago I worked on a telemedicine web app before telemedicine was nearly as popular as it is today. Part of the application had patients filling out questionnaires online to show answers to the doctors. We were onboarding different parts of a large healthcare system throughout all this (cardio, GI, etc.) and each had questionnaires that required different logic for when and how to display the questions, so the application had a fairly powerful system for driving the conditional logic of when questions do and do not show up.
Well one day I am working on a new set of features to help support the new clinic that’s coming online and for whatever reason the question that should by all rights show up, does not. As I am getting deeper into debugging why, I pepper the code with nonsensical and slightly angry debug statements that show up alongside the questions. After solving the problem I happily clean up and commit the fixed code and move onto the next thing.
Well, it turns out I didn’t clean up all the debug statements. The statement I left in said I SEE YOU!!! in big red letters if you answered a particular set of questions in a particular way. This was discovered by a patient. Of the psychiatric clinic that just came online. On the questionnaire meant to evaluate paranoia.
Since then I have started using things like aaa and 111 as my debug markers.
The strings used for debugging at Google were supposed to include “DO NOT SUBMIT” which, a bot to check for this was added after a debug strings made it to production (It was before my time but I believe it was after the legendary WD incident- “western digital” was remapped to “woodly doodly” in test code that accidentally shipped for those curious)
> "DO NOT SUBMIT"
Kinda verbose, ain't it? Just speaking from my own personal experience, usually when I resort to print-debugging I'm already pretty punchy and more likely to use a quick "ASDFASD" or similar.
Yes, but you can check for "DO NOT SUBMIT" with automation.
You can't automate checking for random strings, right?
It's amazing how many processes evolve because of incidents like these.
Was the debug string that made it to production embarrassing?
I remember a swearword appearing in a very big national company login form once, and I'd have felt sorry for the dev if it wasn't so hilarious.
Yea, I have seen a very inappropriate debug statement being left in the led to the dev being promptly fired.
I was leading a startup development team in the late 90's and one of our developers told me that some very inappropriate test data had been sent to IBM to be included in a product demo and burned onto tens of thousands of discs that they would distribute.
Eventually it turned out that it was the single word "sheep" - which taken out of the relevant alt.* context was pretty harmless.
Talk about a moment when I thought my career had crashed and burned...
Pro tip: never add a "funny comment" especially an error message that's "never supposed to happen" unless you're happy with that message showing up in a board meeting, in front of your boss or worse (and it being traced back to you)
I did this once with the deliberate intention that be traceable. Holding down a few keys while clicking on a specific small set of pixels in an application we were developing for a customer would produce a specific message that was attributable to me personally. I did this sort of thing in most things I worked on back then, partially as a "calling card" and partially as a means of being able to prove my involvement in a given product if the need ever arose. This saved our bacon when a sales rep sent an "evaluation" copy of the nearly completed product to the customer, without authorization, that consisted of our entire source tree. (This was the 1990s and we were running MS-DOS, no file security)
Suddenly the customer tells us they have "repurposed" an "internally developed program" and they cancel our contract. The sales rep was upset that he would not be getting a commission on the sale and mentioned that he had "even sent them a demo", which led to the discovery of what had happened. My boss and I went to the customer's site to "finalize the paperwork", and when we were shown the application (which had extremely minor UI changes) I checked if the hidden click spot still worked, and it did! The customer was horrified. My boss was outraged.
We ended up getting paid the full contract amount plus a large bonus in exchange for agreeing not to sue. The sales rep decided to leave voluntarily rather than be fired.
Listen. If it’s never supposed to happen then you definitely want a customer to tell you if it happens. Best way to make sure that happens is to insult their mum. It’s just good engineering discipline.
In my younger and more foolish years I worked for a company called Redgate and, whilst there, I had to do some licensing jiggery pokery that stopped people using our tools if the licensing code had been tampered with or removed.
I didn't want to make it too easy for people trying to crack our tools so, if such a problem were detected, the error message spat out to the console bore no relation to what had gone wrong.
By "bore no relation" I mean the error message would be one of a number of lines of dialogue from a scene in a House episode where House is trying to figure out who Wilson's girlfriend is... which led to this:
https://gist.github.com/gregoryyoung/871736
Yes, Greg Young (the event sourcing guy) ran into an error that said "Because I wanna ask you about your girlfriend. I must know who she is, or you would've told me her name," because he'd moved Smartassembly minus the licensing DLLs. Of course, he didn't realise what he'd done "wrong" so he tweeted it to his considerable following and it went viral.
Because I'm exactly the sort of walking cliche you'd expect I was blissfully unaware of the unfolding drama, being away on sabbatical snowboarding at the time. I hadn't taken my laptop with me, I'd disabled data roaming on my phone to avoid a whopper of a bill after a couple of months away, and had only a gen 1 iPad to access email and internet. So of course I came back in the evening to discover that it had all kicked off, with this ludicrous chain of emails where people were trying to figure out what was going on, until somebody had the sense to go and look in our source control system (which at the time was still svn for most things), and figure out that it was my fault.
People saw the funny side and it wasn't that big a deal but the reason I bring this up is that the last line of dialogue in that scene is, "Your mama," delivered by Wilson to House, and it was also the error message for the final failure scenario I was looking for. I'm glad that one didn't get printed.
I write alot of #![no_std] code in Rust and forgetting debug messages is luckily impossible because compiler won’t compile in the end if you forget something.
I did something similar years ago when working on a gambling site where people could upload bets in bulk using specially crafted files.
During development this would sometimes break but only in very specific circumstances, and because they were so absurd and seemingly specific to our local development environment I just added an error message saying "watch and amaze while the application eats itself!" Or something to that effect. It was inspired by an error I saw with the Discworld game for the original PlayStation.
Of course, once this hit production it turns out the det of circumstances necessary to trigger this error wasn't quite as specific as I'd thought, and support was overloaded by hundreds of people calling in to report the error, worried that their money was gone. Of course, people using these feature were high rollers placing very large bets, so management was not happy...
Fortunately I wasn't fired and we fixed the issue very quickly, but man I felt the edge of that sword really close to my neck. It was at one of my first jobs as well nearby 20 years ago. I definitely learned some valuable lessons that week. :o)
> I wasn't fired and we fixed the issue very quickly, but man I felt the edge of that sword really close to my neck.
The same experience. I was working for a pornography company and where I was configuring load balancers. I had a test page of semi-naked red deviless with the words "Hello Minion" above her head which I had forgotten to remove.
So during peak times, when the misconfigured LB went active it threw that page to the public, advertisers and the other white labelled websites.
I feel like given the industry, they should have a higher tolerance for slightly spicy placeholder images?
Lol I remember early in my career using "fuck" and "cock" a lot for debugging. Very quickly learned to not do that, I instead replaced it with "banana" for the most part
> Since then I have started using things like aaa and 111 as my debug markers.
I often use my initials and "DEBUG", so that the string (A) is distinctly grep-able before committing code and (B) if it somehow ends up in production it's not totally mysterious.
I like this, but use the initials of annoying Steve down the hall.
And if he isn't "annoying Steve" now he will be known as that soon enough :)
same, "DEBUG 1", "DEBUG 2", "DEBUG 3 with description xyz", etc.
> "DEBUG 1", "DEBUG 2"
If you use language expressions that automatically become file/line info, that frees you from juggling unique labels. Then it can be saved into your IDE as a insertable code snippet.
It goes without saying that a real interactive debugger session is even better, but it isn't always convenient or possible.
I had a comment in this file for a very long time but the project lead was something of a Professional so he removed it. The comment was "# MULTIPASS!"
https://github.com/workarea-commerce/workarea/blob/master/co...
Some context:
- The 5th Element is a cool movie
- My sister's dog was named Leeloo Dallas Multipass and she was like my favorite dog of all time
- I was the original developer of the `ProductMultipass` search query feature
- Turns out, funny comments make other developers like your product more
I handed a project over to a new developer once before leaving the company. I returned about 18 months later, and he'd stripped out the one Easter egg I'd put in. No sense of humor that chap. Good coder though.
I made a website for a goat breading society. It played screaming goat sounds if you typed the Konami code. I was sad the day that site was replaced.
She's not my bride. She's my fare.
Personally I use the word "MEOW" because a) it's easy to search for and spot in logs b) it will (hopefully) never be a legitimate string in the kind of things I work on c) fairly unlikely to cause offence (unless the customer is a dog)
Hope you aren’t inspecting COM or DCOM data then. Those MEOW all over the place.
> The header of the marshaled object reference begins with a distinguished signature (‘MEOW’)⁶ [...].
> ⁶ A Microsoft Program Manager who shall remain anonymous claims that MEOW stands for Microsoft Extended Object Wire representation. The author, while somewhat gullible, is skeptical of this story but is willing to give the aforementioned source the benefit of the doubt.
— Don Box, Essential COM
It has a kind of charm to it. Like leaving your own harmless, personal mark on the code without risking another "I SEE YOU!" moment.
Not a good choice if you refer to "homeowners" in the app though.
Wanted to make this comment, scrolled in anxious anticipation hoping no one else had made it yet, sadness washes over me.
Hacker news poetry right here.
https://upload.wikimedia.org/wikipedia/en/f/f8/Internet_dog....
(alt text: vintage meme depicting two dogs using a computer, captioned ‘On the Internet, nobody knows you’re a dog.’)
Our testers (China and India) know that when they see KURWA or DUPA in logs that to send it straight to the polish site, we are considering adding a hook to check for those
BRB grepping our codebase for MEOW
I use "meow", "woof", and "cheeseburger".
I use "QWERT", for the same reasons.
It doesn't matter how advanced debugging gets. At the end we always use print. Only reliable thing to do.
I sort of laugh when using chatgpt/claude to code anything, if you ever mention to it that something isn't quite working right it'll pepper the entire code with printed debug statements rather than assisting you with any more advanced debugging methods.
even the bots do it (joke)
Sometimes you can't even print and have to resort to toggling a GPIO pin...
I've worked with systems that were so utterly and entirely broken that the only way I could confirm that a particular code path was followed was by inserting an infinite loop and observing that the system then hung instead of crashing.
Combine that with a build system that is so utterly and entirely broken that the only way to be sure is to do a fresh checkout each time, and with a hardware set-up that involves writing the binary onto flash memory and plugging it into a device that is located under somebody else's desk in another room and then perhaps you have the Debugging Cycle From Hell.
When I was programming at home om my Atari ST I thought debuggers was the greatest invention ever. It was wonderful to be able to step through assembler code line by line, instead of looking at BASIC print statement output and guessing what was going on and where. Made life so much easier.
Don't people believe in debuggers any more?
CVS at my first job was configured to reject commits containing f-bombs after a spicy debug message sneaked into production and showed up in a children's game.
Back in 2009, I saw something similar was when a user reported a bug to Ubuntu regarding Pulseaudio[0]. Basically the error messages was:
$ pulseaudio
W: main.c: D-Bus name org.pulseaudio.Server already taken. Weird shit!
Lennart, who I had spent some time with in real life a few months previous, didn't yet have the reputation for being the person he is today. I thought he'd be pretty reasonable about it. Instead he closed the bug as "won't fix" and left the comment, "Sorry, but please don't waste my time, will you?".
I was pretty shocked by his response, I lost a lot of respect for him at this moment and then wrote a long ass blog post about professionalism of developers and appropriate language for user facing error messages.. but still, Lennart tainted himself and showed the person we now know him as. (Also, if you are reading this Lennart, fuck you).
Ubuntu ended up carrying a patch simply to remove this inappropriate language, I never checked if it was eventually cleaned upstream or if other distros also removed it.
EDIT: I just checked, and it was eventually removed in 2011 [2]
[0] https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/44...
[1] https://lists.freedesktop.org/archives/pulseaudio-bugs/2009-...
[2] https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/commi...
The larger WTF here is a developer thinking that Linux having audio problems is weird.
Based only on your post I'm confused. You better a person for including "weird shit" in an error message. But the on a pubic forum tell them "fuck you".
On the basis of profanity alone, your action seems far worse than their's?
This is a community, not an end user facing error message for a product for the public used by millions of people.
I can use profanity in my communication, but I would never put foul language in an error.. same as I wouldn't in documentation or a formal letter.
Just imagine a pop-up dialogue box on Windows or OSX showing an error with "Weird Shit!" in it. Could you?
I can, and it'd be pretty funny. Better than "Something went wrong!".
Why does it upset you so?
It wasn't me that raised the original bug, but a user. I didn't say it upsets me, but I do consider it unprofessional for a product.
So tell me, why would it be "funny"? Are you, or have you ever been responsible for content end users might see?
I don't think it's funny , but I do feel it's entirely more palatable than "WOOPS SOMETHING WENT WRONG <cute_dog_picture.jpg>" scheme that Amazon and other dotcoms use.
Regardless, the Lennart tirade added into the anecdote really just convinces me that the anecdote is there purely for axe-grinding.
What "reputation"? He's disliked by a very loud minority, the rest of us don't care. I will take someone like Poettering who's actively solving decades-long problems over a useless "professional" any day of the week. He's effective because of his bullish personality.
Either you know about his "reputation" or you don't.
Those that have never interacted with him don't care, I agree (I mean, why would they?). But those that have, i'd suggest is a minority that can tolerate him.. but ho-hum, neither of have statistics on this so we'll never know.
When I met and had discussions with him in 2007 he was mild and seemed to be constructive, i'd suggest his "bullish personality" became more prevalent with time.
There's no correlation between effectiveness and rudeness. Some people are effective _despite_ being assholes.
Lol, at $work there is a big list of forbidden words, I was not aware of it until I created a pull request containing the phrase "bad packet". Turns out "bad" is in the list, along with stuff like "workaround", "hard-coded", and also a huge list of every slur and vaguely sexual term known to man, some of them oddly specific like "son of a motherless goat". Learned a few new words myself that day...
I remember reading a great story about someone doing embedded development who was doing something like download firmware onto a device and being told "Checksum is bad"...
After much checking it was realised that this was because the checksum literally was 0xBAD....
Why is "bad", "workaround" and "hard-coded" are on the list of blacklisted words? Sounds kind of dystopian; just because you forbid a word from the dictionary or remove it, it does not solve the underlying issue.
My guess is it's about client perception (and perhaps even admission of guilt).
My first encounter with this was as a young developer at an electronics manufacturing company. When discussing a request from a customer to change a particular undesirable behavior of the device, I referred to this as a "bug" in an e-mail to them.
I was quickly reprimanded / corrected, with the explanation that -- while "bug" is a somewhat innocuous term to engineers, to non-engineer types it brings to mind a whole host of bad images, fears, and can lead to canceled contracts under the premise that we've delivered bad-faith product. I was initially very resistant to this idea, but I've seen the wisdom in this as I've matured as an engineer over the past 20 years since this run-in.
For a related example, it reminds me of this issue that was opened on llama.cpp by a user who was concerned that the software had been "hacked":
https://github.com/ggerganov/llama.cpp/issues/33#issuecommen...
> Hey, I was reading your Readme.md and I saw that your repo was hacked. I want to ask what this means and wanted to check if the users like me also get the impact of hacking. Or, this is not the thing I should worry about?
Of course, the repo was not hacked -- but the founder of the project mentioned that it had been "hacked together" (as a term of humility / self-deprecation) and some users got the wrong idea of what he meant by that.
So I don't think this is about censorship, so much as good public relations. "Don't spook the horses" -- not all words mean the same things to engineers as people whose perceptions of technology are shaped more by movies and headlines.
Dystopian for sure: I’d wager that if the code-base lives long enough and the pool of developers is large enough, they will start using Newspeak words such as “ungood” or “doubleplusungood” – or other synonyms for “bad” – to work around the blacklist.
You mean to work around the ungoodlist :)
You joke, but the phrase "black list" isn't allowed where I work. It contains "black," which has racial connotations. We use "block list" instead. I didn't realize the connection to Newspeak until now
I don't like the 'bad gateway' Http response. I'd rather it'd find the good way and show me the freakin' website /i
I use ##### along with a git commit hook that rejects commits adding such text.
I like the 5 pounds because they are visually easy to find on the screen, too.
Also prevents getting too deep in your markdown outline structure.
I use DONOTCOMMIT the same way.
This sounds like one of those lessons you never forget - the hard way!
I remember a colleague leaving a debug popup "fuck is wrong with the data" in a product outsourced to us. Naturally it popped during the customer demo, in presence of someone like Germany's minister of something.
We had a good laugh; the dude was fired on the spot tho.
It’s one of those mistakes that’s hilarious in hindsight for everyone except the person responsible
Ugh, we had a FNG that did debug things like that at a previous job. His "humor" got exposed to the client several times.
Well, maybe I shouldn't use "Hello" by Adele either for the same reason ^^*
This reminds me of the classical episode of the Onion "Is The Government Spying On Schizophrenics Enough?".
Came for me with an ad for supposedly an in-ear hearing aid. Of course it's such a whispering device. You can't fool me!
This is why I enjoy writing C#/.Net, I don't need to deal with nonsense like print debugging.
I don't think I'd be anywhere near as productive without:
- Conditional breakpoints
- Debugger.Launch
- Debugger.Break
- Debugger.Write
Debugger.Break and Debugger.Launch are like a breakpoint that gets hit even when you're not debugging, and prompts you to attach a debugger. ( Launch won't pause if you already have one attached, but especially useful when you want to attach to a start-up routine in an IIS hosted web-app. )
Debugger.Write writes to a different output stream, and like all Diagnostic.Debug statements, isn't even compiled into release builds, so there's zero chance of it ending up in prod.
These are essential tools for rapid debugging. Printing nonsense and hoping to spot it feels 20+ years out of date.
There are endless numbers of cases where you can still end up having to just resort to print debugging, even in C#. Race conditions are a great example.
you can configure the breakpoint to log stuff to the console, instead of breaking
Real question: Does Java have equivalent methods? I have never seen them.
Cool story bro. Let me tell the guys at work that we should just run .NET on our multi-core digital signal processors.
And we should also teach them not to get their delicate timing out of whack because they'll immediately stop dropping incoming samples if any of them gets interrupted by a debugger.
I'm sure everyone will be delighted.
Get off your .NET high horse. Every reasonably mature language has powerful debuggers.
Well indeed, I could have said, "this is why I enjoy working in a mature environment". .NET just happens to be my experience.
The point I was trying to make is that you shouldn't be print debugging in 2024.
Unfortunately it is not always possible to debug for a myriad of reasons
Yawn. I’m all but certain that all the environments in these “print debugging fail” stories have debuggers. The fact that generation after generation of programmers fall into print debugging, despite there being “no reason” to do it in many contexts for…decades at this point, should tell you that you’re missing something, not that everyone is dumb except for you.
I'm not saying people are dumb, I'm saying we've failed to provide good dev UX for debugging, so that people find it easier to reach for print debugging than leverage their debugger.
It's also clear I got the tone of my original post wrong, I was always trying to make this point, not some point scoring "I'm better because I use X".
I wish it was true
My experience in cpp is 5 times worse than in .net
Does the GP comment claim that other languages cannot have similar quality of tooling? Why reply with a swipe?
I still haven’t found a good way of debugging async code that also has timing restrictions…
.., the world runs off print statements sprinkled throughout by a very frustrated and angry developer
Coding must be fun, using code too. Guys did right. This whole idea of opensource having to be coldstone serious is only because of corporations running it. But you see, when a program is being written by myself and my brov, I'd put easter eggs all over it, just ot remind people there were people on the other end of the line.
>I'd put easter eggs all over it, just ot remind people there were people on the other end of the line
Most people won't come across your Easter egg since it's hidden. The ones that do encounter it will likely stumble over it, as did the OP, who had their CI pipeline broken. I think easter eggs are a poor tool to "remind people there were people on the other end of the line".
Edit: at least outside of entertainment software
Yeah, definitely agreed, there's few things as fun and satisfying as a well hid easter egg. Doubly so if what you're working on is surrounded by a lot of red tape. My personal favorite is a Rick Roll I managed to hide in the source code of a government application I helped fix years ago on a consulting gig. The only way you'd find it is if you're a developer working on a very specific subsystem, but if you do find it, you'll know why it's there from the context.
Note that it’s no longer there.
> The developer of the man-db, Colin Watson, decided that there was enough fun and the story won't get forgotten and removed the easter egg completely.
https://git.savannah.gnu.org/cgit/man-db.git/commit/?id=b225...
at a discussion about this issue i read a comment which i cant find right now but was very beautiful. It was saying that we should keep easter eggs like this, because in the end this is what differs us humans from machines.
I’m sure I’m a human and not a machine. I even enjoy art and humor. But I think Easter eggs are cringey and not funny in the vast majority of cases.
It’s just a difference in personality. Claiming that liking Easter eggs is the essence of humanity is a pretty extreme exaggeration.
>Claiming that liking Easter eggs is the essence of humanity is a pretty extreme exaggeration.
Claiming that the parent claimed that easter eggs are "the essence of humanity" is an extreme exaggeration.
You need to report to lizard HQ to get your personality simulator recalibrated immediately. You are risking exposing all of us.
Which is valid. But it's also valid that certain systems should work consistently and reliably. I mean in this case it seems mostly harmless, but in a hypothetical scenario a hacker needs to fix the production system of a hospital after a major disaster but needs to look up the docs for a command aaand... "gimme gimme gimme" shows up. No internet either.
I'm all for easter eggs (and haven't added one in forever, maybe unit test test strings), but they shouldn't interfere with regular operation. This particular one could've been updated to only trigger for a certain command, for example.
> in a hypothetical scenario a hacker needs to fix the production system of a hospital after a major disaster but needs to look up the docs for a command aaand... "gimme gimme gimme" shows up. No internet either.
I thought the easter egg only occurs when man is called without arguments.
>but in a hypothetical scenario a hacker needs to fix the production system of a hospital after a major disaster but needs to look up the docs for a command aaand... "gimme gimme gimme" shows up.
What obligation does a developer/maintainer have in this situation? If the hospital is using free/open source code, it's on them to understand how it works and how to fix it.
I just tried it on an old raspberry pi and it is there. (based on debian 9 stretch)
This can be your reason to update to a non-EOL system.
You can't really expect that old of a version of Debian to be up to date
I had a QNAP Celeron NAS where I installed Ubuntu because it was out of support.
The trouble was that it threw a kernel panic at certain times of the day. I troubleshooted it to no end - reinstalled Linux, did an EFI update. I chalked it up to something I did because I was running 16 GB of RAM when QNAP said max RAM was 8 GB.
Fast forward to this year, and it fails to load up completely.
It turned out that it was a silicon degradation bug that was a problem with J1900 devices.
I wasted so much time over the years trying to troubleshoot something that I could not fix…
A fun idea, but it should not be put in the ordinary flow. It will hurt users.
`man -abba` would be nicer, as the author said in the original post.
The first answer explains that it was only supposed to trigger on error cases (no page specified) but due to an oversight also triggered if you specified a man page by the --path flag (rather than just the page name)
It has been removed, see: https://news.ycombinator.com/item?id=41738239
$ man --abba --format=json
["gimme", "gimme", "gimme"]This update broke my workflow!
This update fixed my workflow. I needed a man after midnight.
Relevant: https://xkcd.com/1172/
Anyone have a hypothesis why there would be a test that calls man without arguments? Is the goal just to check that man is installed? Even so, you'd think you'd test the command as it's normally used...
Reading the answer it seems that the easter egg accidentally also triggered if you pass the page to load via --path. This was then fixed later (and then even later the whole easter egg was removed).
Automated test that verifies something like just build image installs correctly and man produces expected output?
I feel like you can trust `man` to give you exit codes that make sense if you want to determine whether it exited correctly or not
It's always shakey to use the length of `stderr` for that
I know someone who was on a team whose proprietary software was decompiled and it still contained the code comments.
They were made public. They were horrific. Assume all code may become public.
Depending on language/compiler this is normal, ie Java decompiled will contain all comments.
Idiots using nasty comments or test data and then this leaking to management or users is nothing new, always a fireable offense showing immature behavior and lack of professionalism, something any company desperately need in software devs.
Did ANYONE have "automated man calls" on their devops bingo card?
I still don't understand what they were trying to accomplish...
If you read the linked question, they say that they were testing the output of "man -w" which prints the path of man pages.
I can easily see that as a test for deployment image generation where you want to fiddle with the available man pages and test whether they will be accessible.
Love these easter eggs, makes you not forget we are all humans
Exactly! They're like the bloopers of the tech world
Easter eggs like this show the quality of the work. Very charming and awesome!
It's not my first time seeing this, but I'm struck by some disappointment in the legacy of OSS here. The author clearly understood what was happening enough to post this to the unix SO - but not enough to find the `man` code and grep for the string that had to be present? I'll admit I don't immediately know where to go to look for the source code, but I can't imagine it's some tightly held secret address to a file share somewhere.
Alternatively - maybe it wasn't the difficulty of finding it but the (perceived?) difficulty in requesting that it be changed?
E - maybe the likely alternative is the "the customer has nukes so please fix it" entitlement? https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95644#c4
I don't see Bill as doing anything wrong here. Given that he works for Cray on their own Fortran compiler, it seems reasonable that he would be allowed to report bugs in the competing product gfortran but not allowed to actually fix fix them, and that he would ask a question knowing full well that the answer would be "fuck you, pay me" just to be able to truthfully report that back up the chain.
The nuclear-armed client seems entitled, but I don't think he necessarily is.
Nukes or not, telling open source developers "the customer is asking for it" twice is either entitled or very ignorant.
I spent years working on open source and I disagree. Politely nudging bugs is fine. Sometimes things fall through the cracks, and a quick prod will get someone's attention to take the time to go fix it. We do actually want to fix bugs for our users, after all. It is very easy to nudge bugs impolitely, so do this with extreme caution, but I don't think Bill stepped over the line in that issue.
It's a nice anecdote, don't think too much about it
No.
What does this have to do with the link?
Almost totally off topic, but I love the scenario.
Great song to roller disco to. Great beat, great build up. Prior to taking up roller skating (inline) I wouldn't have given the song much credence, but I get a little surge of adrenaline just thinking about having weaved through crowds of noobs with this song pumping.
Narada Michael Walden came to mind, instead of Abba. Guess I'm both too old and too young.
https://www.youtube.com/watch?v=OrnUuXiVgBc
Edit: It's also a way better song, no wonder I remember it better.
No idea what you mean about being too old and too young. The ABBA song is from 1979 and the Narada song in 1985, just 6 years later.
Too young to remember Abba's song when it was new, too old to not remember Narada's song and get confused by it.
Oh man. I read the title and had immediate ABBA flashbacks, which I think kind of dates me…
Read the article...
After reading the whole thing there seems to be no explanation why it was changed from 0001 to 0030?
> Let's mention that the initial commit triggered at 12:01am. A followup commit changed that to 12:30am with the commit log message "half past twelve" which is again quoted from the same song
But 12:30am is 30 past twelve!
Check the lyrics
Gimme some more… https://www.youtube.com/watch?v=TcRujcvfQeY
erb cover[0].
At 10:31 does it print "man man man"?
Obligatory meme https://www.youtube.com/shorts/KXonMpe4hr8
> Fixed in master: https://git.savannah.gnu.org/cgit/man-db.git/commit/?id=84bd...
Waiting for the bug report that the fix broke someone’s workflow. https://xkcd.com/1172/
Because you can tune a filesystem, but you can't tune a fish.
Ah but you can tune a fish.
I prefer all bah corps.
What a lovely, civil exchange. (I hope that the tone on the socials at the time was just as civil).
Developer plants an easter egg. It was a good one ... and it was a reasonable assumption it wasn't gonna break anything. Several people have a good chuckle. Someone gets affected negatively by it, so the developer says, "fair play, that wasn't the intent, let's remove it". Everyone hugs it out and moves on.
I have no idea if this was the full story, or if his Twitter was aflame with negativity, but I imagine if this happened today, the tone would be much more combative than the exchange on the Stack Overflow page (eg: this HN thread, which is full of 'Easter Eggs Bad! Bugs!') -- which is a real shame.
If humour be the bugs of life, play on.
Consider that SE comments are heavily moderated. Unfortunately if you read the chat linked in the comments (which got moved from the comments section) it's everything but fun and games. Also apparently the developer who suggested the feature had to set their twitter to private because he was getting bashed for this.
That's a shame, but (sadly) not unexpected. Humorous people who take themselves far too seriously. The negativity was explained decades ago by the "Greater Internet Fuckwad Theory". Sadly, things have not improved.
I hate such "jokes" so much. I just need to say it. Obviously, me saying that won't change anything, I don't even believe there is a minor possibility that anyone reading this may remember it in the future and know better than doing something like that, but, really, I hate it so, so, so much. As if there's not enough semi-intended weird behaviors in all our systems. Of course, I won't pretend that I believe that if not for the things like that we could live in a world where technology actually exists to save our time, not to spend more time on maintaining technology. What a silly idea. The majority of people on this forum only exist to maintain the technology.
But still, there's no more mind-numbing, infuriating, exhausting feeling, than to find out that a thing you were debugging for the last hour was supposed to be a "fun little joke". Fun? You know what's fun: when stuff just works. That's about the most fun thing there is.
You’re so intense about it, I just want that there would be more right now !
Generally people make way to much assumption about software behavior «just work» is easily confused with «works as I personally expected»
You’re assuming too much, expecting too much, and get frustrated. I don’t think you deserve it, but I don’t think you have the right mindset about it either.
Let’s not downvote the guy to oblivion.
He is somewhat right. I think Easter eggs belong in computer games and user facing stuff like website or online forum.
There shouldn’t be jokes in something like man or grep.
Yes, he and you should not be downvoted, I agree, I fully understand how one can want to never be bothered by others playfulness.
But I'm in the team that software is made by people, and that should be reflected. Jokes, like always, must be respectful to strangers, and strangers have to be polite and allow others to express themselves, jokes are not a trap.
There definitely should be jokes in man and grep, it's just have to be of good taste (this one was good). We're not in a high stake diplomatic field. Removing all the jokes by principle is just giving in to the great consensus leveler that crushes humanity. Embrace humanity, don't crush it.
Is man not user facing?
> The majority of people on this forum only exist to maintain the technology.
That’s quite a belief and would certainly affect how you perceive easter eggs.
It depends on the particular easter egg. In this case, well, printing "gimme gimme gimme" after midnight is not that hard to catch and from what I understand it doesn't affect the basic functionality. I prefer to think of it as a kind reminder that software is written by humans, at least from the time being.
This is OSS. So it is impossible to have a rational discussion on it here—OSS has the halo of No Warranties And If You Complain You Are Entitled. Including intentionally adding things that turn to break things in the most puzzling, Heisenbug-looking way.[1]
[1] It doesn’t work after midnight???
Nothing more frustrating than being so offended, so easily.
HN is obviously not where you’ll find people sympathetic to this point of view, but in the grander scheme of things, the no-Easter-eggs attitude won out
The no-Easter-egg attitude ‘won out’c sure. There’s not much else you can conclude from that, though. Not even that it’s the popular opinion.
Software bugs out sometimes. You cannot assume that everything will work as you expect even without easter eggs like this.
If this triggers you so much then maybe, just maybe you chose the wrong career path. You know, all that "if you can't stand the heat, get out of kitchen. If you can't stand the debugging, ...." ;-)
I'm against easter eggs, at least right now. First of all not of them are harmless, can you make sure that it wouldn't break anything important, would it tolerate race, religion, gender and after all of these would it remain fun? It's hard to be responsible and fun in the same time.
Well… I find your conclusion a bit sad, and turned upside down. Instead of banning all things fun for fear of misstepping, maybe it’s time to take things less personally, be more tolerant towards others, and push for positive change instead of trying to punish others for not being ”aware“ enough?
I'm not trying to punish others, I just don't find it fun anymore with all respect to everyone who keeps up. Before it was naïve and simple, right now it just more complicated, often looks commercialized or not appropriate.
I didn’t mean to imply you personally aim to punish others, but that we should collectively strive to foster a culture of positivity rather than instilling fear of offending others, until people say nothing at all anymore (or say a lot that doesn’t mean anything).
Why on Earth would jokes have to "tolerate" race, religion and gender or anything else? The point of (some) jokes is to challenge anything and everything you deem to be a norm.
I'm starting to think that many tolerance-preaching people are the most intolerant bunch by far.
Well, my 2-cent is that you can laugth of everything but not with everybody... So defying the norms with Easter Eggs sent to the wild can be an issue. You have to know your audience to properly chose your level of impertinence.
I completely agree with the first sentence - however I would argue that normal, level-headed and sane person either laughs or just shrugs and moves on if that particular joke is not to their taste.
Is the Google "Minecraft" easter egg intolerant of gender?
Easter eggs can certainly be problematic when used in APIs (or similar) where access is intended to be automated (and therefore vulnerable to surprises).
But in user facing code, easter eggs are perfectly fine.
Is it just a marketing tool of a mega-corp which tries to look nicer and engage you more?
I don't know what your point is.
Yes, Google is a corporation and yes, Google tries to build a product people want to use.
(Building things that people like is a good thing.)
I don't say it's bad. It's commercialized experiense and it's cool if you love it. I just wouldn't treat it the same as devs fun of hiding things for valuable user who loves their product and I'm talking from dev prospective, not user.
>After some reflection, I've removed this Easter egg. It'll be gone in the upcoming man-db 2.8.0.
Good call.
Easter eggs are bugs, plain and simple.
Sad. I think more people smiled and had their day improved by encountering this bug than people who had their day ruined by debugging this.
Easter eggs are joie de vivre character against the tyranny of mediocre, boring doldrums and people who suck the life and joy out of everything cool and interesting, or can't grok art.
I agree. Also, Debian agrees, this is one of their most fundamental and important tools:
$ apt | tail -1
This APT has Super Cow Powers.
$ apt moo
(__)
(oo)
/------\/
/ | ||
* /\---/\
~~ ~~
..."Have you mooed today?"...
$ aptitude --help | tail -1
This aptitude does not have Super Cow Powers.
$ aptitude moo
There are no Easter Eggs in this program.
$ aptitude -v moo
There really are no Easter Eggs in this program.
$ aptitude -vv moo
Didn't I already tell you that there are no Easter Eggs in this program?
$ aptitude -vvv moo
Stop it!
$ aptitude -vvvv moo
Okay, okay, if I give you an Easter Egg, will you go away?
$ aptitude -vvvvv moo
All right, you win.
/----\
-------/ \
/ \
/ |
-----------------/ --------\
----------------------------------------------
$ aptitude -vvvvvv moo
What is it? It's an elephant being eaten by a snake, of course.There are places where you can do art and places where there is no place for it.
You can spray paint railway infrastructure - you still will be chased out and even might get shot at.
If you do the same on random wall in the park you might at worst be scolded by someone and be chased out by police but most likely not shot at.
Basic OS tools like man are more like railway infrastructure. So for me Easter eggs belong in games or something like restaurant web site or online forum like hn.
Would you still think it is art, if you would have been the one to stay up late at night, fixing some mysterious bug, that turned out to be a joke?
What specifically can this particular easter egg do to keep people up at night? If this easter egg breaks anything, I feel like the underlying issue is not the easter egg itself.
The top comment seems like a real story here, about what can happen, if you expect a time, but don't get a time.
The last thing you usually suspect, is that the system call is wrong. So you spend a lot of time investigating everything else. I like a good prank - they usually work by the prankster being around and ready to step in, if the joke goes too far. Not what happens, if you deploy the prank worldwide. There are worse things for sure, but still this is not something I can applaud. I wasted too much time on other useless shit. so I would likely not be amused having my time wasted some more by someone thinking he is funny.
What time? What are you on about? The easter egg is invoked when man is invoked without arguments.
Then I might have missinterpreted the comment and issue.
There was a bug where it was also invoked when using the `-w` argument.
yes, I would have had a chuckle.
And truthfully, a consistent repeatable bug, in software intended for human consumption (man in shell scripts would be at least a little weird, like vim in shell scripts) is not so bad really.
And midnight isnt so late, I have a heritage of systems administration, all kinds of things happen at 3-4am; its a good feeling to debug and prevent them.
I like working up late at night as well, but if the kids wake me up in the morning anyway, I don't want the night work to have been useless and avoidable.
Yes, I’d probably laugh too. A person who becomes miserable because of a joke that unintentionally misdirects their task for the day, has mostly miserable days, and resents the world for every ounce of joy contained in it; and spills the bile in their heart back out as revenge for their daily suffering.
Yes, there are people who have mostly miserable days. Do you think, they deserve even more misery, by wasting them even one further day, that could have become a joy otherwise?
How could they find joy with such a joke?
Not sad to me. A program is expected to behave sensibly for all of its inputs, reliably producing its outputs. Larger systems depend on their sub components working properly. Imagine if grep had an Easter egg where it randomly output a joke 1 out of every 1,000,000 runs. How would you debug that deep in a bash script somewhere, as was the case for OP.
If you absolutely must write an Easter egg, put it in the “About” screen or the command line usage string or something… not in the program’s primary output.
Saying that it "is expected" is a rhetorical trick, projecting your personal notions onto the structure of the universe. You may expect that, but I don't.
To me, software is a community effort. Communities are made of people, and people have gloriously many motivations for their work. A spirit of play is one of those motivations, and I'm glad people honor it. Yes, it shouldn't cause much trouble along the way. But that's not because of some theory about what software it's for. It's because of the people.
Try reading man(1) i.e. doing man man sometime.
The expected behavior is described there.
A real-world program (a product of fallible humans, made for fallible humans, executing on hardware built by fallible humans and operating in unpredictable environment) is never bug-free or 100% reliable. There is always a chance that it will fail to behave sensibly—expecting otherwise is foolish and poor design. That holds with or without easter eggs.
Easter eggs is an element of controlled chaos.
Yea I don’t want to deal with some joker’s controlled chaos at 10:30PM before launch day trying to isolate a rare-repro bug that turns out was deliberately added. If that makes me a Grumpy Graybeard then I accept that name.
I wouldn’t want my home builder to insert an Easter egg that causes my windows to open randomly in the middle of the night on one day of the year because he found it “joyful.”
If output of man invoked without any arguments causes a critical bug right before the launch day, or the equivalent of your windows opening randomly in the middle of the night, you have much bigger things to worry about than that easter egg. (I doubt a true Graybeard would ever find oneself in such a circumstance.)
If bit flips become more common as transistors get smaller, that’s certainly going to throw a much less controlled wrench in the works.
It might not be critical bug. But it certainly could be failed build job. Which you then have to rerun wasting time or manually hunt down and waste time tracking where it comes from.
And something like this printing out in error could indicate that you have been compromised and you should lock down everything. Verify that you full system is clean and go through all of the logs.
The analogy starts breaking down when you start paying your home builder.
I would suggest not relying on some joker’s code and write your own instead.
Open source is open source. That’s all that’s promised, and we aren’t entitled to anything more.
Yeah I’m sure that launch was going to go super great, grinch and co launching profit seeking clickable trash hole gets disrupted by man command bug and their feelings are really hurt because somebody did a whoopie cushion? Woops, saddest story i ever read, what a bunch of poor sobs
Expecting software to "behave sensibly" is your own faulty assumption. I write software and I've learned never to expect such thing in an environment, that almost anything can bug out, even including the CPU itself.
Oh please. 'man' is fundamentally different to 'grep' and if you can't see how you shouldn't be producing systems of any kind.
For starters the user of 'man' is an interactive unix user. Other than really unusual edge cases (eg processes which produce printed versions of the unix manual, and the test scripts of the OP in the stackexchange) there are no non-interactive or batch uses of man, it isn't used in pipelines or scripts etc.
Whereas grep is a staple of batch processes, scripts, cronjobs large and small as well as being a key tool for interactive use.
The Tarsnap website has the man pages for tarsnap utilities, for easy googling; they're generated basically by `man | sed`.
I would be very annoyed if the Tarsnap website was broken because someone decided to throw in an Easter egg and make the output occasionally inconsistent.
If anyone reading this is ever considering putting in an Easter egg like this: Please check if stdout is a terminal! If your output is going to a terminal, it's probably safe to be silly. If your output is going anywhere else, you should absolutely not play games.
Checking that stdout is a terminal is a good idea indeed.
Admit it, you’re very annoyed even when Tarsnap does work, this is more of a question of character.
So is AI an Eater egg machine?
Software can and should be fun, especially if it's harmless. Where is the hacker spirit?
There is simply to little fun and weirdness left in modern software, and that's quite sad.
We should stride to make software a little more fun, have a little more character and have certain human touch to it.
Obviously don't have your database write "FART" in place of data, just because the user is "dave" and it's not 16:45 in the afternoon, but harmless messages in the code, weird log messages and otherwise harmless reactions to predetermined inputs.
Hacker spirit is gone. All is left are code writers. Most of them are not able to test their code for the most obvious mistakes (see Crowdstrike ...). /s
Software should fulfill its requirements and do nothing more.
In this case, it did. The requirement is clearly specified in the top answer:
if you invoke man after midnight it should print "gimme gimme gimme", because of the Abba song called "Gimme gimme gimme a man after midnight"
You might not agree that that's a good requirement. Others' requirements aren't always aligned with yours :)
Have you never worked for anyone before? The software I make is always expected to do more than what the requirements stated.
This is Hacker News, not IBM Suits News
Resistance is futile
My requirement for all software: make me smile :)
Requirement fulfilled, under budget too :))
> Software should fulfill its requirements and do nothing more.
And shall be _tested_ _before_ delivery.
I know, it's expensive ... /s
You must hate VLC on Dec 25.
A few years ago, I was suprised to discover that lots of people actually do hate VLC at this most wonderful time of year. Only two of the top 10 search results are broadly positive about this feature: https://duckduckgo.com/?t=ftsa&q=vlc+santa+hat+&ia=web
And in a VideoLAN forum thread, at least one user was willing to recompile the source in order to remove the objectionable icon (presumably before it became a configurable option in the application settings): https://forum.videolan.org/viewtopic.php?t=53998
Some people have a visceral hatred of Christmas due to its heritage. GP appears to only hate easter eggs. A good thing it is open source and one can modify if they wish. I wish I had the skills to remove the things I hate.
> Easter eggs are bugs, plain and simple.
And what are bugs then ? I prefer Easter eggs instead of bugs. At least they are intended behaviour.