Beefy Boxes and Bandwidth Generously Provided by pair Networks
Do you know where your variables are?
 
PerlMonks  

Re^3: Modern Perl 4th Edition (Debuggers)

by eyepopslikeamosquito (Chancellor)
on Nov 19, 2017 at 07:10 UTC ( #1203766=note: print w/replies, xml ) Need Help??


in reply to Re^2: Modern Perl 4th Edition
in thread Modern Perl 4th Edition

There is no chapter about Perl ability to call C

What I love about Modern Perl is that I can throw it at an accomplished programmer and they can "get" Perl really quickly. Because it is short. And well-written. And doesn't waste time on beginner stuff. So I personally applaud chromatic for focusing on the core language.

Note that calling C from Perl (and vice versa) is covered in Extending and Embedding Perl (a 384 page book focusing just on that topic).

There is no chapter about Perl debugger
From one point of view, using tools -- such as a debugger, or profiler, or IDE, or refactoring browser, or static code analyser, or memory/cache/heap/thread checker, or code coverage analyser, or pod coverage analyser, or code formatter, or documentation generator, or ...) -- is not part of the language itself, and so has no place in a book focusing on that. Well, that is presumably the view taken by Modern Perl and The C++ Programming Language, for example.

OTOH, Programming Perl (weighing in at 1176 pages!) does include a chapter on the Perl debugger. As does Mastering Perl.

BTW, the list of famous programmers who dislike debuggers (or at least the time wasted in crack pipe debugging sessions) includes:

  • Larry Wall
  • Guido van Rossum
  • Randal L. Schwartz (If the code the client throws at you needs a debugger to trace it through, I'd argue it's not maintainable)
  • Linus Torvalds (I do not condone single-stepping through code to find the bug ... Without a debugger you have to look at the level above sources. At the meaning of things. You have to understand what the program does. Not just that particular line.)
  • Brian Kernighan and Rob Pike (Debugging statements stay with the program; debugging sessions are transient)
  • Rob Pike (If you dive into the bug, you tend to fix the local issue in the code, but if you think about the bug first, how the bug came to be, you often find and correct a higher-level problem in the code that will improve the design and prevent further bugs)
  • Uncle Bob Martin (Using a debugger is a code smell. I consider debuggers to be a drug -- an addiction. Programmers can get into the horrible habit of depending on the debugger instead of on their brain. IMHO a debugger is a tool of last resort.)
  • John Graham-Cumming (For me, a debugger is (almost) always the wrong tool. And people who habitually use debuggers are making a big mistake, because they don't truly understand their code. I suspect that the same people who use debuggers all the time, are the same people who don't unit test their code.)

Update: Added some quotes from the famous programmers to indicate why they dislike debuggers.

  • Comment on Re^3: Modern Perl 4th Edition (Debuggers)

Replies are listed 'Best First'.
Re^4: Modern Perl 4th Edition (Debuggers)
by eyepopslikeamosquito (Chancellor) on Nov 21, 2017 at 05:42 UTC

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://1203766]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others contemplating the Monastery: (7)
As of 2019-10-17 10:52 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?
    Notices?