Name: 每位開發者都應該知道的5個調試技巧 | 構建一個創業公司 #7 (5 Debugging Tips Every Developer Should Know | Build a Startup #7)
Uploaded: 2021-01-14T10:22:35.000Z
Duration: 11 min 27 s
Description: 【看影片學英語】數萬部 YouTube 影片，搭配英漢字典即點即查，輕鬆掌握單字發音與用法，長久累積看電影不必再看字幕。

So the other day I was working on my web up, called it.

You know, overall, it was just a terrible experience, just debugging it.

But I decided to take this opportunity to, you know, talk about debugging in this video.

So I'm gonna first walk you through how I solved this particular body.

And then along the way, I'm also gonna give you some general tips on debugging, so you'll be able to use thes tips on any programming language, even though I'm gonna be using python in this particular video.

Okay, so here's the website I'm making right now.

You can tell that just by looking at the Euro bar.

This is tthe e I P address that represents my local server.

Now, when you scroll down on this landing page on when you click this button that says sign up signing with Twitter, you can sign up or signing with Twitter, go to Twitter and then back to my website.

But The problem was when I put this website on heroic Ooh, which is a website that helps you host your own website in the cloud.

Okay, so let me just quickly show you what the bug was exactly.

Let me go to the version off my website that's hosted heroic Ooh, right here on when I clicked the same button sun up signing with Twitter.

I got this error social network logging failure.

And the funny thing was, I was running exactly the same code for my local server as well as on heroin.

Okay, so the first thing I thought when I got this air is that the obvious difference between these two situations is the euros.

So I thought maybe I set up something incorrectly on Twitter's developer website in regards to that year else.

And that actually brings me to the first tip I wanted to talk about for debugging in general.

On that is to come up with a hypothesis on test it on, come up with another hypothesis on test that so you need to, you know, really think like a scientist when your debugging like I said the initial hypothesis I had for this particular bug was that maybe I set up something incorrectly on Twitter's developer website.

If it's https or http, for example, I tried both, but none of those things worked.

So at that point, I wanted to come out with another hypothesis.

But I was sort of out of ideas, so I decided to first look into the code to try to see you know, the cause of the bug.

But before doing that, I wanted to, you know, reproduce the bug locally, or at least reproduce something similar to the bug locally.

And that's actually my second tip for debugging.

I think we're producing The bug locally is important because, you know, trying to find the cause of a bug usually takes a lot of trials and errors you need.

Thio sometimes play around with the coat, too on.

If you do it with the server, you might take a lot of time just communicating with the server.

So, ideally, when it's possible and when it's convenient, used to try to reproduce the same bug or a similar bug locally, and they analyze it there.

First on in this particular case, I just went back Thio Twitter's developer website.

And then I actually deleted one of the callback.

You or else, you know, the one for the local server on when I did that.

And when I tried the same thing again on the local server, I actually got the same error.

But I thought, you know, once I analyzed this particular error, I'll be able to use, you know, the east site I can get from that analysis to find the cause of the oars.

To analyze wth e error that I just created all my local silver.

More carefully, I started reading into the source code, and that's actually my third trip.

To read the source code carefully and then play around with it on this process was actually not that simple for me because I was using this pretty big open source library called Jungle All off.

You know, you don't always have to read the source code off every single library you're using.

But I think it's pretty common to have to be able to read other people's code.

For example, if you end up working with other developers at work.

Anyway, I started looking through this code base somewhere on I found this directory.

So I thought, you know, this must be the relevant directory here because we're using a Twitter Loggins on, you know, for example, I found view.

I file here in the traitor directory, and I thought it was relevant.

So what I did was I copied this foul and then pasted it locally to override some of the functions in this file.

Andi, I actually did the same thing for another file on.

Stop I because this was views DuPuy within the OSS directory and then, you know, looking through these two files, I thought, Okay, this view function right here in off use must be the view that's called when this girl is opened by the user.

That was sort of my hypothesis on to test that I decided to, you know, put some prints statements here.

That's actually my four step for debugging to be able to use Prince statements effectively.

So let me show you how I usually go about using Prince Tim.

It's my name on the reason that I put my name in my prince statements.

What I'm debugging is so that they're very distinct.

You know, sometimes there are a lot of things being printed into the log on.

This way, it's gonna be much easier to find my prince statements.

And then the reason I put a number after my name is so that you know, we could do things like Prince like a one here and then print.

And this way, if we see, both of them will know that.

You know, both of these parts are being executed.

But if we only see why, Kate, one in the log will know that you know, on Lee, this part is being executed.

So here, just as an example, we can you know, spam.

This whole function with Prince statements somewhere.

And then why k for here on Let's see what happens.

Let me just refresh this page When I go to terminal, I see all of these like a 123 and four.

You know, all of these parts of this function are being executed, and then it goes to self that dispatch.

OK, so I looked into that function and then I kept repeating the same pattern.

Basically analyze the code by using a bunch of prints statements and then try to understand what's the next function that I should look at.

And then eventually I got to dysfunction called Get requests token.

So I kept doing basically the same thing as what I did earlier for this function.

You know, I added a few more prints demons, and then I decided to focus on this particular variable called a response, because it looks like a response that we get from Twitter when we try todo twitter log in.

And so I'm printing the response viable here after the string response.

We have response, and then the response viable is response for three.

字幕列表影片播放

每位開發者都應該知道的5個調試技巧 | 構建一個創業公司 #7 (5 Debugging Tips Every Developer Should Know | Build a Startup #7)

relevant

bunch

content

nasty