eswangren
|
13 years ago
|
on: How to Get a Job as a Developer in Less Than Six Months
Yay, that's exactly what our industry needs; more cargo cult programmers writing terrible software! Let's just be glad that this RoR guy isn't building anything safety critical.
eswangren
|
13 years ago
|
on: Sorry Dan Shipper and other coders, you are wrong.
You don't think that some people are simply better suited to tasks that require a high degree of logic than others? Really? I would think that day to day interactions would teach you that much... We're not all born as blank slates with near unlimited potential.
eswangren
|
13 years ago
|
on: The 5-minute Guide to C Pointers
Just like any other type. Everything is passed by value in C. Everything.
eswangren
|
13 years ago
|
on: The 5-minute Guide to C Pointers
And it is actually somewhat dangerous to cast the return value of malloc. Aside from being redundant it can hide an error on compilers which implement an older version of the standard (not uncommon. Anything pre-C99).
If you forget to include stdlib.h the cast hides the error and malloc will be assume to be a function which returns int. makes for interesting runtime errors.
Never cast the return value of malloc in C, and don't write redundant code. C is not C++.
eswangren
|
13 years ago
|
on: The 5-minute Guide to C Pointers
Just as with pointer arithmetic (because that's what this actually is) you don't multiply by the size of its elements. This:
array[2]
is the same as this:
*(array + 2)
The compiler knows what the type of data the pointer refers to and can produce the byte offset itself. Also:
"...it's always pointing at the first element of the the array"
Eh... an array can degrade into a pointer when needed, but what does the following produce?
char arr[10];
??? x = &arr;
Is "x" a pointer to pointer to char? From your assessment it would seem so, but in reality the type of "x" is
char (*)[10]
i.e., pointer to array of char 10. An array is an array, and arrays can degrade into pointer types.
eswangren
|
13 years ago
|
on: Visual Studio 2012 and .NET Framework 4.5 released
I never used 2008, so I see why you might say that. I went from 6 -> 2005 -> 2010. 2010 is slow as a dog. 2005 is slower than 6.
eswangren
|
13 years ago
|
on: Visual Studio 2012 and .NET Framework 4.5 released
I just hope it's faster. VS has been getting noticeably slower with each release since 6. It's unbearable at times.
eswangren
|
13 years ago
|
on: GCC switches from C to C++
I believe an operating system typically implies both.
eswangren
|
13 years ago
|
on: GCC switches from C to C++
Two prolific projects that amount to far more than the vast majority of us of is will ever accomplish.
eswangren
|
13 years ago
|
on: Do you understand the difference between retained and shallow heap in Java?
Yeah, I know... I'm just ranting I suppose.
eswangren
|
13 years ago
|
on: Do you understand the difference between retained and shallow heap in Java?
So, I thought the whole point of managed languages was to abstract this stuff away from the programmer. If I have to have a deep understanding of the JVM's implementation details to do anything non-trivial I may as well just stick with C. At least C makes it very clear as to what is going on.
eswangren
|
13 years ago
|
on: The Antipattern of the MacGyver Programmer
Well who would disagree with that? It's common sense; no article required.
eswangren
|
13 years ago
|
on: Anic - Faster than C, Safer than Java, Simpler than *sh
It's not a good idea from any perspective. In my experience, the only people who cram as much logic into as few characters as they possibly can are beginner to intermediate level programmers who are in that awful phase where they think they know a lot more than they do.
eswangren
|
13 years ago
|
on: Ask HN: How do you manage your passwords?
KeyPass has always treated me well, is free, and runs on multiple platforms.
eswangren
|
13 years ago
|
on: "Computer Science" is Not Science and "Software Engineering" is Not Engineering
I am first and foremost a software guy, but I work in a systems group. I write hardware device interfaces. I solve problems in the physical world. Motion control, digital imaging, electronics. Many of the problems I solve on a daily basis are problems of physics, yet I solve them (mostly) in software. I think the term "software engineer" applies here. Let's not forget that there are many, many engineers just like me who do not write CRUD and web apps every day.
eswangren
|
13 years ago
|
on: Want to be more secure? Build two-factor authentication into your webapp
Oh great, so now I get hassled with two factor authentication for every stupid, crummy, brain-dead web app I use? No thanks. This level of security is overkill for the vast majority of apps out there.
eswangren
|
13 years ago
|
on: Lessons From Netflix
+1 that was a horrible, horrible UI change. So much so that I wrote them an email just to complain about it. I don't know what they were thinking with that one.
eswangren
|
13 years ago
|
on: Lessons From Netflix
NetflIx doesn't get new releases. I don't care why they don't, but the fact remains that they do not. I cancelled because of this. I really like NetFlix as a company, but the lack of selection kills it for me.
eswangren
|
13 years ago
Why did you wrap the word "stealing" in quotes? It's exactly what you would be doing. If you think you'll get away with it then you're too dumb for me to hire anyway.
eswangren
|
13 years ago
|
on: NBCOlympics’ Opening Ceremony Tape Delay: Stupid, Stupid, Stupid
I think it's fair to assume that a Chicago news caster is speaking primarily to an American audience. Specifically, a Chicago audience. So even in that context they weren't being misleading. Relax a bit.