Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

> So, sure, no one is saying that you'll be faster in C, but with such a small cognitive footprint, you can be faster than you'd think.

I would agree that you can be faster than you'd think on problems that C is reasonably good for. This is a fairly small subset of problems though, where your original comment was phrased like a general statement for any sort of problem / general purpose programming. That's what I take issue with.

If you're going to do any kind of programming that depends on interfacing with the world, UTF, protobufs, even rendering to a screen as with this article, you're going to be pulling in those same sorts of dependencies that you denounce from all of those other languages.

> Whatever ownership issues you have in C, you'll have in most other GC languages as well.

I agree you have similar thread safety issues, the ownership issues I was referring to was for managing lifetimes leading to double-frees or leaks. Yes there are some idioms that almost work, but "almost work" is exactly the point, in GC'd languages they actually do just work.

I understand the appeal behind the economy of C but we just shouldn't pretend it's something that it's not.



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: