Re: Letter sent to Apress with concerns about Peter Seebach's online behavior

On Mar 16, 11:13 am, John Bode <jfbode1...@xxxxxxxxx> wrote:
On Mar 16, 11:59 am, spinoza1111 <spinoza1...@xxxxxxxxx> wrote:



On Mar 16, 10:28 pm, John Bode <jfbode1...@xxxxxxxxx> wrote:

On Mar 14, 12:38 am,spinoza1111<spinoza1...@xxxxxxxxx> wrote:

[snippage]

No, he pissed me off by criticizing Schildt without standing and
didn't apologize.

"Without standing"?

The errors that Seebach points out are real; some are nit-picky, some
are serious.  Schildt's example code has real bugs.  He offers
explanations that are, to put it kindly, at variance with the language
definition.

At the time the first edition was written, there were multiple
versions of C, because it was an adolescent prank and not a
programming language.

So, in order to defend Schildt, you're going to attack Ritchie's
abilities as a language designer?  Is that your plan?  Schildt didn't
describe the language incorrectly, it was Ritchie who designed the
language incorrectly?

I remember the bad old days before C89, but the kinds of errors
Schildt made weren't due to the fact that implementations varied.
Code like

    Page 53:
        /* Write 6 integers to a disk file. */
        void put_rec(int rec[6], FILE *fp)
        {
          int len;

          len = fwrite(rec, sizeof rec, 1, fp);
          if (len != 1) printf("write error");
        }

wasn't going to work correctly *anywhere*.

Seebach and Richard Heathfield have BOTH admitted that their own books
contain numerous errors. Therefore, where do they get the right to
target Schildt and his family (by making a foul word of his patronym)?

An error is an error, regardless of who points it out.  Everybody
makes mistakes.  The problem with C:TCR is that it had *so many*
errors in one volume coupled with its wide popularity.  It had a
negative affect on the educations of a *lot* of programmers.  It's
taken the better part of 20 years and 3 more editions to get it to
where it's (apparently) passable.  That's not a good record to stand
on.

And I don't think either Seebach or Heathfield coined the term
"Bullschildt" (earliest references I see in the archives are from
Chris Engebretson and Jens Schweikhardt); I wouldn't be surprised if
there were multiple independent sources for it.  I'm not sure I didn't
hear the term from one of my professors in '88 or '89.

Seebach has no standing since he doesn't appear to be a real
programmer.

He can read the language standard.  He can compare what the language
standard says with what Schildt says.  He can point out where they
differ.  He can look at the snippet posted above and based on the text
of the standard reason that it's not going to behave as described.

That's all the standing he (or anyone else) needs.  And FWIW, I *am* a
"real programmer" (as in, I have a CS degree, I'm a professional
software developer, it's what I've been doing for 20 years now in a
variety of fields), and while I'll be the first to admit that I'm more
hack than hacker, I *am* qualified to judge Schildt's book on merit.

From the perspective of someone who *is* a professional programmer and
*does* know the C language pretty well, Seebach's criticisms of
Schildt's book are valid.

His code examples here have mostly been buggy, and have
been of the script kiddie's "let's get this done and worry about bugs
later" variety.

God knows I don't put the same kind of effort into writing examples
here that I put into writing code at work; I don't expect that of
anyone else.  There shouldn't be *obvious* bugs, but I'm not going to
spend hours and hours getting that snippet *just* right.

Whereas Schildt has genuine programming experience,
enough to know that if a specific C compiler permits a variant return
from main that it DOESN'T MATTER unless the code is ported, and enough
to have a grownup's perspective on what it takes to get a job done.

IIRC, he never mentioned portability wrt main's return type; not
surprising, since the book assumed that all the world was DOS.  The
VMS C compiler didn't seem to care much either, but that doesn't make
the statement any less wrong.  The C runtime owns the interface to
main, not the programmer.  main should return whatever the runtime
environment expects it to return.

He also has considerable more academic qualifications than Seebach:
Schildt has a BS and MS in computer science: Seebach has taken no
courses at all in computer science.

A degree in CS is not a degree in programming; one can be a skilled
programmer without having taken a single hour of CS classes.  And, to
flog the equine carcass again, some more, most of us in this newsgroup
who share Seebach's criticisms of C:TCR *do* have CS degrees and *do*
write code professionally.


The person that wrote the early *nix versions of Netscape, XEmacs,
XScreensavers, and Mozilla only had a high school diploma. His "email
algorithm" is used in alot of the modern email clients. In an old
interview, he told the person interviewing him that he almost
considered dropping out of high school in the 11th grade because
school just wasn't working out for him.
.

Relevant Pages

  • Re: Python or PHP?
    ... > every language here and there more ways to do something. ... The best the programmer can do, as you imply, is to ... parse out into proper perl expressions. ... > lists, dictionaries, etc. etc. ...
    (comp.lang.python)
  • Re: Letter sent to Apress with concerns about Peter Seebachs online behavior
    ... explanations that are, to put it kindly, at variance with the language ... Schildt made weren't due to the fact that implementations varied. ... "real programmer" (as in, I have a CS degree, I'm a professional ... been of the script kiddie's "let's get this done and worry about bugs ...
    (comp.lang.c)
  • Re: Python or PHP?
    ... >> every language here and there more ways to do something. ... The best the programmer can do, as you imply, is to ... I am curious of a list of extraneous methods in Perl (more about the ... I just had a glance on Python, ...
    (comp.lang.python)
  • Re: The War On HLA
    ... Take a look at the HLA compile-time language. ... Macros can be abused just like any other language feature. ... I find it amusing, however, that HLL programmers (e.g., Delphi, ... > feature is left to the programmer to invent his own uses for. ...
    (alt.lang.asm)
  • Re: functions as objects
    ... many explicit casts. ... clearly the programmer shall *explicitly* resolve the issue. ... the server end is currently itself written mostly in C, but there was some intention of moving more of it over to script code (hell, theoretically I made the script language for *some* reason...). ... You could say that int inherit "=" from long, ...
    (comp.programming)