3 ms·
At this point people just keep trying to pick fights with Zed. He's not out there picking fights with others (well any more than anyone else). And all of the
by knowtheory 11y ago
At this point people just keep trying to pick fights with Zed. He's not out there picking fights with others (well any more than anyone else).
And all of the posts pointing this out all disclaim that "while they don't agree with Zed about some things..."
It's just kind of sad from a rhetorical perspective.
It's clear that the guy who wrote this post doesn't agree with Zed's pedagogical style, but that doesn't make Zed's book wrong in detail or approach. It just means this guy doesn't agree with the style. And he's not upfront about it either due to a lack of introspection or forthrightness.
- hoodoof 11y agoPeople who behave in a combative and dogmatic manner have not programmed in to themselves a check to ask "does this issue really matter?". There is no decision making code in their brain to work out if something REALLY matters. Many things, even small things, matter enough to go to war. They also value the war/being right/the point more highly than they value maintenance of positive human relationship. What they don't understand is that people forget the issue and remember the grace (or not) with which you handled it. Often they are not very good at empathizing with others and find it hard to imagine what it is like to be someone else interacting with them. I know cause I am one, hopefully reformed.
- reality_czech 11y agoI agree that the tone of the blog post could have been less combative, but essentially all of this complaints are valid. Zed's does introduce things in the wrong order and in a very confusing fashion. The rant about C strings is also completely misguided and would lead a novice off course into using ugly thickets of macros and crappy frameworks rather than simply using C strings correctly. Any C function will misbehave if passed invalid input... and things like valgrind, which Zed is clearly well aware of, make C-style strings much less dangerous. Zed also made many completely unjustified attacks on the K & R book, which is a well-written, easy to read book which introducse C concepts in a clear and readable way. Even if this was justified (and it's really, really not), that all belonged as a separate blog article rather than as part of an alleged "tutorial." Finally Zed published a "rebuttal" to all of this in which he basically says that C sucks, is not worth learning, and he's learning Go. So the author quite reasonably asks, why would you want to learn C from someone who doesn't like the language or think it's worth learning? I think we can all agree that Go (or some other high level language) probably is the better choice for most projects. But after all, there are still many places where C will continue to be used like the Linux kernel. Those people would be much better off reading K&R, as old as it is, than anything Zed has written. And his attacks on the K&R authors are just sad.
- ealloc 11y agoIt sounds like more than a just a "style" disagreement. In the discussion of C strings, the author is arguing that Zed's arguments are nonsensical, maybe even objectively wrong. I write a lot of C, and the author is right in this case about C strings and undefined operations. In C you must arrange your code so that you always supply valid input to functions, there is no way around it, and it is perfectly safe once you do so. I'd rather see discussion of the actual arguments, rather than complaints about the article's tone. :)
- knowtheory 11y agoZed's book is concretely about introducing programmers (particularly new ones or ones going from higher level managed languages down into C) to where and how C can be dangerous especially around string management. And that's why this is a style issue. Even if he disagrees with Zed's approach (and in particular how undefined behavior is discussed) it's just mendacious to claim that Zed isn't introducing his readers to the idea that one needs to be careful with strings and understand what kind of inputs one will receive. This is a critically different behavior when compared to Ruby or Python where string management is done for you, and coming from the POV of someone who's familiar with those languages... Zed's approach makes sense. Especially when the alternative being suggested is "you absolutely must go read the C spec and K&RC".