This entire post just seems like mental masturbation. Questions like this pop up on Stack Overflow all the time ("Should I learn C?") and there is a very solid consensus in professional software development circles: don't learn C unless you have to.
Are you writing performance-critical functions for a game? Are you writing an operating system? Are you debugging legacy code? Maybe you have to create a custom allocator for an embedded system. Sure, use C.
But the knowledge gained by learning C will almost never (ever) help you in "real life" development situations any more than learning assembly will (learning assembly is probably more useful, actually). If you're already familiar with C-style syntax (which like 90% of languages out there use), delving into C will teach you nothing about "code organization" like the author claims -- that's actually kind of laughable since C code is notoriously difficult to read.
Not only that, but several "features" mentioned in the blog are known caveats of the language: varargs are bad (http://www.atalasoft.com/cs/blogs/stevehawley/archive/2006/0...), function pointers are difficult to work with and error prone, memory allocation is interesting to learn about in CS 101, but no real programmer wants to deal with it in most production code (that's why we have languages like C# and Java).
If you don't know C, you're not missing much. And unless you work in academia or very specific engineering fields, you don't need to know C. Want a challenge? Go rock climbing.
Edit: almost forgot about various C/C++ preprocessor nightmares (see double evaluation, etc): http://www.nongnu.org/c-prog-book/online/x843.html