Classic WTF: NoeTimeToken
by in Feature Articles on 2025-06-26Maybe we'll just try and read a book. That's a good way to spend your vacation. This can't possibly go badly! Original --Remy
"Have you had a chance to look at that JIRA ticket yet?"
Maybe we'll just try and read a book. That's a good way to spend your vacation. This can't possibly go badly! Original --Remy
"Have you had a chance to look at that JIRA ticket yet?"
Where did you GOTO on your vacation? Nowhere. GOTO is considered harmful. Original --Remy
Everybody knows that you should never use "goto" statements. Well, except in one or two rare circumstances that you won't come across anyway. But even when you do come across those situations, they're usually "mirage cases" where there's no need to "goto" anyway. Kinda like today's example, written by Jonathan Rockway's colleague. Of course, the irony here is that the author likely tried to use "continue" as his label, but was forced to abbreviate it to "cont" in order to skirt compiler "reserved words" errors.
As our vacation continues, we might want to maybe play some video games. What could possibly go wrong? Original --Remy
“You R haccking files on my computer~!!!” Charles Carmichael read in a newly-submitted support ticket, “this is illigle and I will sue your whoal compiny. But first I will tell every1 nevar to buy youre stupid game agin.”
The bizarre spelling and vague threats were par for the course. After all, when you market and sell a game to the general public, you can expect a certain percentage of bizarre and vague customer communications. When that game is a popular MMPORG (no, not that one), that percentage tends to hover around the majority.
It's summer break time, here at TDWTF, and based on this classic, we shouldn't be traveling by bus. Original --Remy
Rachel started working as a web developer for the local bus company. The job made her feel young, since the buses, the IT infrastructure, and most of their back-office code was older than she was. The bus fare-boxes were cash only, and while you could buy a monthly pass, it was just a little cardboard slip that you showed the driver. Their accounting system ran on a mainframe, their garage management software was a 16-bit DOS application. Email ran on an Exchange 5.5 server.
Just a quick note this week: I discovered that many people have been sending in submissions for this column and designating them for CodeSod by mistakes. Consequently, there is an immense backlog of material from which to choose. An abundance of riches! We will be seeing some older items in the future. For today, a collection of colons:
Bill NoLastName , giving away clues to his banking security questions online: "If had known there was a limit, I would have changed my daughter's middle name. I've been caught by this before - my dad has only a middle initial (no middle name)."
If you write a lot of Java, you're going to end up writing a lot of getters and setters. Without debating the merits of loads of getters and setters versus bare properties, ideally, getters and setters are the easiest code to write. Many IDEs will just generate them for you! How can you screw up getters and setters?
Well, Dave found someone who could.
Many a network admin has turned to the siren song of Perl to help them automate managing their networks. Frank's predecessor is no exception.
They also got a bit combative about people critiquing their Perl code:
Ah, bad date handling. We've all seen it. We all know it. So when Lorenzo sent us this C# function, we almost ignored it:
private string GetTimeStamp(DateTime param)
{
string retDate = param.Year.ToString() + "-";
if (param.Month < 10)
retDate = retDate + "0" + param.Month.ToString() + "-";
else
retDate = retDate + param.Month.ToString() + "-";
if (param.Day < 10)
retDate = retDate + "0" + param.Day.ToString() + " ";
else
retDate = retDate + param.Day.ToString() + " ";
if (param.Hour < 10)
retDate = retDate + "0" + param.Hour.ToString() + ":";
else
retDate = retDate + param.Hour.ToString() + ":";
if (param.Minute < 10)
retDate = retDate + "0" + param.Minute.ToString() + ":";
else
retDate = retDate + param.Minute.ToString() + ":";
if (param.Second < 10)
retDate = retDate + "0" + param.Second.ToString() + ".";
else
retDate = retDate + param.Second.ToString() + ".";
if (param.Millisecond < 10)
retDate = retDate + "0" + param.Millisecond.ToString();
else
retDate = retDate + param.Millisecond.ToString();
return retDate;
}