@dkf said:
@MiffTheFox said:But it doesn't reflect the sheer uselessness of the Shenanigans handler in all its glory.I prefer this://shenanigansshenanigans()YMMV.
@dkf said:
@MiffTheFox said:But it doesn't reflect the sheer uselessness of the Shenanigans handler in all its glory.I prefer this://shenanigansshenanigans()YMMV.
I understood all this and I wholeheartedly agree with you on the WTFery.
@AssimilatedByBorg said:
As a bilingual English-French person, this drives me nuts, because in French, "and" always (at least, as I learned it) means decimal.Not that I know of, unless you're speaking of Canadian French or something the like.
Indeed, it would be completely useless in a Zelda game (agonizingly slow item menu opening/closing) and I remember seeing it once during Street Fighter II, where it was extremely annoying (Fight!Fight!Fight!Fight!Fight!Fight!Fight!)
@joe.edwards said:
@Shoreline said:Personally I'd much rather see an exception for a case commented 'should not happen'.Then why use TryGetValue at all?
@TheLazyHase said:
To have a more precise exception, I guess.This: Ordinary dictionaries throw a KeyNotFoundException without mentioning the key in it (probably for security reasons). When it's not security-critical to hide the data, you may want to use TryGetValue() and throw the exception yourself with more information.
@pjt33 said:
@swayde said:You're lucky they were at least competent enough not to yell YOU hacked them.Do they even encrypt during transport ? I suggest wireshark or disassembling the ActiveX. (I am amazed by the level of wtf)Even if they do encrypt, that's no guarantee that they use a secure cipher. I must get round to writing up the time I forced a third party payment gateway to accelerate their deployment plans for a version which used a modern cipher by sending them attack code which broke what they were using at the time.
He should have commented "Maybe I needing later"... :-)
@esoterik said:
@snoofle said:Snoofle said he was fired "this week" and the problem has been present for "the past few months". I guess Snoofle has been trying to get him fired for at least as long...Commit comment: If I'm getting laid off anyway, then screw you!Who tipped him off? Usually an employees permissions to just about every thing, except maybe their door key, are revoked before they are told their employment is terminated. Often the victim will ask something like "hey boss, why can't i log in," and the boss tells them to have a seat (or whatever is the prelude to termination). But i guess your employer doesn't follow those practices either.Many years ago a co-worker of mine simply rolled back random source control commits, he apparently guessed correctly because he didn't have any unsupervised access to the building after he was fired.
Well, it worked with The Legend Of Zelda: Twilight Princess, didn't it?
@OzPeter said:
Finally, the actions of Ostrich Inc. is akin to person knowing they have an infectious STD and continuing to have un-protected sex with others and not informing them of the risk they are taking.
...And who can harm you if they notice you're the one who told on them.
Therefore I'm with TheLazyHaze here: Send the anonymous tip, but only after a reasonable CYA delay.
Who says the SQL is unsanitized? This error can happen even when the string is in SQL parameters...
Is the exception stack trace lost on purpose? (like, for "security reasons")
Raymond Chen recently talked about this:
Actually there was no .ToList() in.Net 2.0. There was, however, a List<T> constructor that takes an IEnumerable as input... Though it doesn't accept its input as params.
There was no enumerable counting method in .Net 2.0 either. One of the reasons was probably that some enumerables can only be enumerated once.
However, the third example has no excuse for not using List<T>.ToArray()!
I'm not sure how much of the wrong is Game Maker and how much is from the game itself. I've played a fun game in made Game Maker; it didn't break on launching, didn't have CPU problems (*cough*exceptthelastbos*cough*) and was free.
So if a non-free game crashes like this, that shows incompetence on its programmer's part.
@barfoo said:
I wonder how small that folder would get if you zipped it....
Probably not that small, ZIP archives are not "solid" (they compress all files separately).
A solid RAR archive on the other hand...
@ip-guru said:
I belive this is one case whre the company should be named and praised.
But then we'd risk remembering it when the next WTF comes around, so until the company starts having more praiseworthy moments than WTFy ones, it's best for it to stay anonymous.
I'm not sure, more than half of the methods in the page you linked do return their argument (probably because it allows putting them directly in a method call, e. g. obj.Method(checkNotNull(arg))).
I guess it's just a matter of convenience, and code conciseness (putting validation on separate lines is cumbersome).
What do you mean by "effectively parked domain"?
Making all leaf classes final is one of the recommendations of How to Write Unmaintainable Code: After all, your code is perfect from the start and will never need to be extended, ever.
@ubersoldat said:
Now, isn't it "standard" in Windows dialogs that the right most button is always the "OK" one? I think I read about that somewhere.
That's like, the opposite of the Windows standard. The standard for Windows dialogs is always "OK on the left, Cancel on the right" (plus other buttons like "Apply" etc.).
Only programs from the *n*x culture use the opposite. Those can also be recognized by their using Edit/Preferences rather than Tools/Options.
What about the "I forgot my password" feature? If it's not too badly coded, it should generate a random password and mail it to you.
@snoofle said:
And of course, in those cases where we reflect:
Class abstractWidgetClass = Class.forName("path.to.AbstractWidget");
AbstractWidget aw = abstractWidgetClass.newInstance();...which befuddles our junior developers.
Why?
Why oh why instanciate it via reflection if you're going to reference it by its actual type?
snoofle, you should hunt this guy down.
@joe.edwards said:
Given that such a guarantee with a 32-bit integer couldn't reasonably be made, a few moments of thought could have revealed the problem with no research at all.
That climbs faster than I expected. The Birthday Paradox always surprises me.
A major thing that requires properties to be read-write is .Net's XML serialization, which works by first instantiating the object with its default constructor and then setting its public fields and properties. I despise this.
It's made all worse by the fact that they actually did the right thing elsewhere: For the "real" serialization, they provided initialization via a "deserializing constructor" that receives a data dictionary in argument.
Edit: Thinking back of it, it does have an advantage: It encourages separating the "business logic" classes from the "storage" classes, making the serialized format less likely to be "broken" by a change in the business logic. So it may actually be a good thing.
0xE2 0xA4 is not even a valid UTF-8 code (0xE2 indicates a three-byte code point).
The real WTF is citing "Ponzi" in a thread about pyramid schemes. A Ponzi scheme is a different one.
Politeness is in people's heads now?
Damn, I thought this site was The Daily WTF, not /b/.
In Blakeyrat's defense, there is such thing as a difference between "permission is always granted" and "permission need not be sought".
Part of that difference is basic politeness.
I didn't even know one could disable "move" on a window's system menu. Someone must have gone out of their way to do it, which means someone purposely wanted this window not to be movable by this command.
Minecraft might actually have CPU-intensive physics and AI quite like the way Dwarf Fortress has. From Nth-hand hearsay, DF manages water (and magma) with complex fluid mechanics and it's one of the more CPU-hungry parts.
This is pure speculation because I have neither of the three, but I could see Minecraft having this, and Skyrim not needing it due to not having stuff like:
@Speakerphone Dude said:
@DOA said:...because compiled languages are inherently faster than interpreted ones?
This is wrong.
@The Universal Truth said:
Theoretically, any language may be compiled or interpreted, so this designation is applied purely because of common implementation practice and not some essential property of a language. Indeed, for some programming languages, there is little performance difference between an interpretive- or compiled-based approach to their implementation.
While I guess there would be "little performance difference" between the compiled or interpretive approaches of a language like Brainfuck (the interpretive version may even be faster by virtue of taking less memory and thus paging less often), I do think that the implementation of a higher-level language is faster when you don't have to parse all numbers on-the-fly, lookup every variable or method name in a hash table, etc. I don't care about "entirely compiled before distributing" vs. JIT, though: I consider them both "compiled".
Actually, the presence of a flag can have its utility when you want to be able to suspend access without removing it altogether. Doesn't excuse the NULL, though.
It's obvious here that "dialog" in their posts refers to something that asks for input: Likely a File Open dialog.
@CodeNinja said:
The login box will feature autocomplete to aid in username entry
Not a WTF, it's the username that is autocompleted, not the password.
It's not worse than a modern Windows/Linux graphical login box that displays a list of usernames.
No, there would be an OverflowException and only in a checked context.
Casting a double into an int only throws InvalidCastException if the double is boxed.
@snoofle said:
forgetting that one could just return-true instead of using the temp result variable
And violate the "Single Entry, Single Exit" principle? Blasphemy!
(seriously, people should stop hammering this "principle" in students' heads)
@PJH said:
Absent the the defines, my code is perfectly valid C.
Except for the fact that fread() takes four parameters.
Wait... If the text is fixed witdth, then it's not supposed to have only 211 spaces before the file name.
Unless you mean he was looking for 212 actual spaces anywhere (InStr, strstr(), String.IndexOf(), etc.) rather than offset 212 in the line?
Visual Studio 6 had the same problem, likely a wraparound. Adding 25KB of data into your disk might do the trick; if not, adding 2GB should.
@morbiuswilters said:
You completely ignored my second point which is even if you don't consider it UI writing to it is still a problem because it's not your resource and you don't know what side-effects writing to it from a shared library might cause. (Of course, someone will then say "Well, what if you're just shoving your application code into a shared library and it's not shared with anything else so the resource kind of belongs to it?" The problem there being that you have a lot of portability problems if you do want to reuse your library--why not just do things correctly in the first place?)
Seconded. I have seen the mess that anything can do to cout in C++. Whose bright idea was it to keep the formating info that can change from one data to another in the stream itself?
I already agree with you when it comes to internal workings anyway, and already follow this principle.
Especially if console helper libraries are considered "nitpicky edge cases".
The problem with the C# Console is that it cannot be passed. It's a static class, and passing the streams in it just doesn't cut it if you want fancy stuff like color.
It cannot be created either, since a process is limited to zero or one console.
I believe the CRT systematically creates the POSIX descriptors and standard C streams on the Win32 "standard handles" regardless of whether these handles are valid, but writing to them probably yields an error (unless you manually open a file or something).
Plus, console handles are not handles to file: They are handles to a "console input buffer" (in) and a "console screen buffer" (out, error). That said, they accept the regular ReadFile()/WriteFile() methods; at least, I know the output does.
PS: Blakey, you didn't answer my question.