Re:A single line assignment filled with epic fail
by simianstyle on Thursday January 29, 2009 @03:42PM
(#457079)
Doesn't bug #4 eliminate supposed bugs #2 and #3? The intent for the author of the code would have produced bugs #2 & #3, however since that isn't the case, there are only really 3 bugs.
Either way, this rant doesn't really offer any insight on the programs context, and what the author should have done. Nothing to learn here folks.
PS - Can we stop using "epic fail" and other internet-fanboy like colloquialisms in our titles please?
Re:A single line assignment filled with epic fail
by palish on Thursday January 29, 2009 @05:53PM
(#457302)
Can we stop using "epic fail" and other internet-fanboy like colloquialisms in our titles please?
It's not our title. That is the title of the post. So for example, if Joel's next article is entitled "The Cat Pictures Were an Epic Win For Suzie's New Startup", then that's a completely valid HN submission title.
Re:A single line assignment filled with epic fail
by palish on Thursday January 29, 2009 @06:18PM
(#457338)
Ah, gotcha.
... But it really was epic just how horribly that line of code failed, though. 5 bugs in just 48 characters; or 1 bug every 9.6 chars. The rest of the system was probably equally epic.
Re:A single line assignment filled with epic fail
by raganwald on Friday January 30, 2009 @10:33AM
(#458193)
May I suggest that _epic_ is not synonymous with _severe_. Epic suggests scale in both time and place. To me, an epic bug would affect a large number of people over a very long period of time. Perhaps something to do with IE security would be epic by virtue of its world-wide and decade-long impact.
On a smaller scale, epic might describe something that brings an entire company down, perhaps (if you believe some of the rants) the decision to rewrite the Netscape browser from the ground up.
Re:A single line assignment filled with epic fail
by palish on Friday January 30, 2009 @01:12PM
(#458423)
Since your reply may possibly reshape the way in which "epic" is used on the internet, affecting a large number of people over a long period of time, would you consider it to be an "epic reply"? And if so, does that imply we're currently in an "epic debate"?
Re:A single line assignment filled with epic fail
by jodrellblank on Thursday January 29, 2009 @08:25PM
(#457498)
That the line has a bug where it doesn't do what the programmer (apparently) intended yet correcting it so it does would cause two other bugs to appear, makes it worse not better, I think.
Also the rant does say what the program should do - if it can't write to the folder, raise an exception and alert the user.
Also, whether there is something to learn depends on who you are and what you know, it's not an objective property of the information you're looking at.
PS - "epic fail" is very descriptive and fear-of-being-called-a-fanboy-peer-pressure shouldn't be what stops you from using it.
Re:A single line assignment filled with epic fail
by mattmcknight on Thursday January 29, 2009 @10:48PM
(#457658)
I disagree with the quintuple counting...it's not really an epic fail. It seems relatively minor to me. Consider this: if the program is running as a user that doesn't own that directory, it can't change the permissions on it. This dude is saying it's okay if the OS is giving the program the access to change the permissions on the directory, but it's not okay to use that power to write to a directory. "Imagine if it were My Documents" is silly- don't run the program as root...
In any case, the polite hacker thing to do would be to set the permissions back to what they used to be after you write the file. That's why they invented the variable name temp.
Either way, this rant doesn't really offer any insight on the programs context, and what the author should have done. Nothing to learn here folks.
PS - Can we stop using "epic fail" and other internet-fanboy like colloquialisms in our titles please?
It's not our title. That is the title of the post. So for example, if Joel's next article is entitled "The Cat Pictures Were an Epic Win For Suzie's New Startup", then that's a completely valid HN submission title.
... But it really was epic just how horribly that line of code failed, though. 5 bugs in just 48 characters; or 1 bug every 9.6 chars. The rest of the system was probably equally epic.
On a smaller scale, epic might describe something that brings an entire company down, perhaps (if you believe some of the rants) the decision to rewrite the Netscape browser from the ground up.
JM2C on "epic"...
Also the rant does say what the program should do - if it can't write to the folder, raise an exception and alert the user.
Also, whether there is something to learn depends on who you are and what you know, it's not an objective property of the information you're looking at.
PS - "epic fail" is very descriptive and fear-of-being-called-a-fanboy-peer-pressure shouldn't be what stops you from using it.
In any case, the polite hacker thing to do would be to set the permissions back to what they used to be after you write the file. That's why they invented the variable name temp.
Any volunteers?
public string SomeProperty { get { SomeOtherProperty.Something = whatever; return someProperty; } }