Die, You Gravy Sucking Pig Dog
codinghorror.com
Die, You Gravy Sucking Pig Dog
1–10 of 26 posts
Re: Die, You Gravy Sucking Pig Dog
#2sqlConnection.Close(); sqlConnection.Dispose(); sqlConnection = null;
The irony is that the .NET Framework and it's compilers are very good at optimisation and will almost certainly make the object available for garbage collection at the first opportunity - with a good chance that the second two statements would not even make it into the assembly.
Re: Die, You Gravy Sucking Pig Dog
#3Re: Die, You Gravy Sucking Pig Dog
#4> "I'd wager the majority of programmers alive today have never once worried about malloc(). I call this progress..."
Anger. Must... resist... anger.
I've come to believe that Jeff Atwood is on a personal mission sent by God himself to piss me off.
Just remember, Jeff: every time you fire up that pretty C# code of yours, and make all your little variables through your ORM, letting the garbage collector clean up the mess you've made and then proceed to pump out those cute little web pages through your cute little templating language, to be sent off to some other computer through some magic wire to some magic browser to be rendered... that thousands and thousands of programmers (who, it should be noted, are almost all still alive, today) worrying about "dangerous" and "painful" concepts like pointers have slaved to make your silly little ORM, your database, your templating language, your network stack, your web browser, your web server, and your operating system.
As I've said before, some of us are in the trenches worrying about all the "dangerous" stuff, like pointers. The primary difference between you and I, though, is that I actually know you exist. I don't believe that at some point in the mid 80's, a network stack and a file system (each created in the "before time") really really loved each other and out popped a web server.
Re: Die, You Gravy Sucking Pig Dog
#5> "In the C programming language, you're regularly forced to deal with the painful, dangerous concepts of pointers and explicit memory allocation. " > "I'd wager the majority of programmers alive today have never once worried about malloc(). I call this progress..." Anger. Must... resist... anger. I've come to believe that Jeff Atwood is on a personal mission sent by God himself to piss me off. Just remember, Jeff: e…
Even so, I imagine that most garbage collection proponents still think people should learn about pointers and GC, just not use them (unless there is a good reason to).
Re: Die, You Gravy Sucking Pig Dog
#6> "In the C programming language, you're regularly forced to deal with the painful, dangerous concepts of pointers and explicit memory allocation. " > "I'd wager the majority of programmers alive today have never once worried about malloc(). I call this progress..." Anger. Must... resist... anger. I've come to believe that Jeff Atwood is on a personal mission sent by God himself to piss me off. Just remember, Jeff: e…
He never said that malloc and free are irrelevant. And manual memory management is dangerous and painful. Anyone who's written a modicum of C would agree with that.
That a majority of programmers today don't have to worry about it is, in fact, progress.
Re: Die, You Gravy Sucking Pig Dog
#7With regard to: sqlConnection.Close(); sqlConnection.Dispose(); sqlConnection = null; The irony is that the .NET Framework and it's compilers are very good at optimisation and will almost certainly make the object available for garbage collection at the first opportunity - with a good chance that the second two statements would not even make it into the assembly.
That last bit on explicitly assigning to null was really weird but in some cases, necessary.
Re: Die, You Gravy Sucking Pig Dog
#8It's killing me.
"Gravy Sucking" should be "Gravy-Sucking"
There.
I feel better now.
Re: Die, You Gravy Sucking Pig Dog
#9I once worked with a guy from Ukraine who use to swear in his native language at office, trust me it’s not nice. It’s disruptive and ultimately non productive for the programmer and others around.