DEV Community

Sam Ringleman
Sam Ringleman

Posted on • Originally published at codejourney.io on

Stop Using Print and Die Statements

Today we are going to go over debugging 101 tips for using print or die statements. Discussing what you should do & why. The tips presented here are suitable for devs of all skill levels. Simply follow the instructions below to get your code on.

The Traditional Way

The statements below exist in every language & we all rely on them to #debug at some point.

Ruby:

puts "Message goes here"
exit
Enter fullscreen mode Exit fullscreen mode

PHP:

print_f("Message goes here")
die();
Enter fullscreen mode Exit fullscreen mode

Javascript:

console.log("Message goes here");
fail;
Enter fullscreen mode Exit fullscreen mode

You Get the Point

Instead of the above, try using purpose built debugging tools. Believe it or not, using tools can make you a better programmer. A senior engineer once told me (early in my career) that anyone who doesn’t use a debugger is a chump. I could not agree more.

Seeing the Entire Picture

For those who are unfamiliar with debuggers, here is a quick introduction.

Debuggers stop a program mid execution, show the state of it & allow you to take a deep dive in.

A PHP script stopped mid execution using a debugger.

A debugger also allows you to step through your code, so you can see what is happening live.

Code being stepped through with debugger.
A PHP script stepped down two lines in the same method.

Without this tool, seeing the entire picture of a program is next to impossible (if I am wrong about that, please show me a different way).

A debugger also allows you to check all current variable values at a specific point in execution. Globals, local variables, even variables buried deep in a private method. You can see it all.

A list of variables shown in the debugger.
A look at all variables in the current execution context.

A variable object extended.
An in depth look at the “$request” variable.

Anyone who doesn’t use a debugger is a chump.

Debuggers also show you the call stack leading up to that point of execution. Some even let you jump around in the stack. It shows the file, and method that was executed.

A call stack show in a debugger.
A call stack showed by the debugger.

Engage with It

Not only can you take a look, but you can manipulate as well. Change the value of anything and execute the program based on the values that you have chosen at that time. The power that comes with this can be wonderful. For instance, you want to assure that your data being fed into the method is correct, you can change what is incorrect just to test if your code does what you expect. This is a double edge sword though, the rest of the program executes on the data that you changed. Be careful.

Gain a Deep Understanding

By stepping into the code, you automatically make the source code of whatever framework/library you are working with relatable. You are able to visably see the code change your data. This helps gain a deep understanding of system control flow, especially when using a third party library or framework. I think one of the best ways to learn a framework is to dive into the source. A debugger forces that.

Underwater turtle diving
Dive into the source

Up Next

My next article in this series will be a closer look at the finer details of a #debugger. So today I want to leave you with one action item that you can start to implement using Javascript.

debugger;

function someThing(test) {
  test.er = 'howdy';
  debugger;
  test.ing();
}
Enter fullscreen mode Exit fullscreen mode

This keyword in #Javascript allows you to fire a debugger automatically when executed in Chrome or Firefox. Note that you must have your console open in order for the debugger to stop execution. Then you can step through and into methods as needed. No more console.log();

Use it. Get comfortable with it. It works.

Top comments (3)

 
theringleman profile image
Sam Ringleman

Definitely! You will only get better and understand your code much better! In fact for most other languages a debugger use is considered a required skill. My next post is about using the debugger in Firefox, which directly translates to Chrome as well. If you would like I can let you know when that is live 😊

Collapse
 
theringleman profile image
Sam Ringleman

I may be a bit extreme in this article, I still use these statements, just not nearly as much as I used to. There is definitely a time and place, but the debugger it such an invaluable tool.

 
theringleman profile image
Sam Ringleman

Awesome! I will do just that!

And I don't use vscode. I am a big Jetbrains person. But I would be happy to put together a tutorial! Thank you for the recommendation, I really appreciate it!