Debugging Like A Pro

Поділитися
Вставка
  • Опубліковано 24 сер 2024
  • Check out our weekly system design newsletter: bit.ly/3tfAlYD
    Checkout our bestselling System Design Interview books:
    Volume 1: amzn.to/3Ou7gkd
    Volume 2: amzn.to/3HqGozy
    Digital version of System Design Interview books: bit.ly/3mlDSk9
    ABOUT US:
    Covering topics and trends in large-scale system design, from the authors of the best-selling System Design Interview series.

КОМЕНТАРІ • 82

  • @anshulagrawaljbp
    @anshulagrawaljbp Рік тому +51

    My first learning of the software industry, "you should know what you are expecting to get before hitting the run button. If you are debugging without knowing the outcome then you are wasting the time."
    It becomes important when you write new code. I have seen people write the code and validate the outcome by hitting the button.
    2nd learning, "Eliminate the possibility, especially in the prod where it is hard to debug the issue."
    3rd learning "Take a break"
    if nothing works, then collaborate (this I always choose as the last option as everyone's time is precious.)

  • @nekrosis4431
    @nekrosis4431 Рік тому +26

    I solve more bugs with the imaginary mentor than with actual help, since I often use imaginary help first, and seek help if that doesn't help.
    Sleeping over it also helps me a lot, however, a coffee break doesn't help me.
    It's amazing how much you can solve, when you stop trying.

  • @LimitedWard
    @LimitedWard Рік тому +47

    Worst case scenario if it only works on your machine, ship the machine to the customer. Bug fixed!

  • @afz902k
    @afz902k Рік тому +23

    This is really good, but I wish you'd delve more into breakpoints and introspection tools, either language specific ones or strace/gdb/etc - perhaps for a future video?

    • @Pat315
      @Pat315 Рік тому +1

      Honestly, that's so IDE/Language specific it's probably not worth it.
      You can easily look up a tutorial on your own. Also, nothing beats just doing it over and over.

  • @ReflectionOcean
    @ReflectionOcean Рік тому +7

    1. Obtain as much information as possible to reproduce the problem
    2. Use Print statement to construct a timeline
    3. Comb through all the logs for clues
    4. Take a break

  • @plontulublalulu
    @plontulublalulu Рік тому +8

    If you are using visual studio, it can be really helpful to set break points and then look at variable values. Go line by line to see what is happening, how variables change, the current call stack

  • @timelschner8451
    @timelschner8451 Рік тому +3

    One of the best channels on System Design. Many thanks for your excellent work!

  • @gigakoresh
    @gigakoresh Рік тому +15

    Don't forget to also add instrumentation to your app when possible. A lot of time will be saved when debugging a properly instrumented system, because there is no need to add all those logs and wait for the customer to trigger the bug again. You can prove your theory by looking at the function calls.

    • @andyl.5998
      @andyl.5998 Рік тому +7

      What's instrumentation? Thx

    • @gigakoresh
      @gigakoresh Рік тому +2

      @@andyl.5998 If you ask instead of googling it's probably not yet time for you to learn about that haha. But for sake of completeness - it's a framework and a cloud service that collects detailed metrics about your application runtime for inspection. Things like exceptions, function calls, heap and stack sizes, session count and so on.

    • @andyl.5998
      @andyl.5998 Рік тому +10

      ​@@gigakoresh Thanks for the explanation! (Although the googling bit is uncalled for, it's not very conducive to normal conversation and can come off as somewhat arrogant...) Well, thanks again for explaining!

    • @gigakoresh
      @gigakoresh Рік тому +2

      @@andyl.5998 My point was that whatever I explain here in the YT comment isn't really gonna help you understand this thing. I did not intend to come off as arrogant or anything, sorry. And if you actually felt like my explanation was helpful, and are not just saying this to be nice, then I am glad to be wrong.

    • @andyl.5998
      @andyl.5998 Рік тому +11

      @@gigakoresh Yes, your answer was indeed helpful because it answered my question of "What's instrumentation?". You can rightly assume that whoever asked that question knew nothing about the term, hence the question.
      But assuming the asker didn't google can be arrogant. If you actually googled that term yourself, the top results had nothing to do with your helpful answer here.

  • @bulaloitech
    @bulaloitech 9 місяців тому +3

    If we could debug efficiently we can write code faster. bugs/errors are basically a obstacle in a road were your cargo truck is gonna have go through, the faster we fix it, the faster we reach our destination

  • @SaHaRaSquad
    @SaHaRaSquad Рік тому +5

    I personally love using graphviz dot for debugging graph-structured data/tasks.
    The syntax is so simple you can quickly write methods for auto-generating dot code from the current state of the program, then you write that in a file and one command later you have a nicely laid out visualization. It often shows you at a glance what's wrong while finding the same issue with printing out data would be frustrating and more time consuming.

  • @XxDraiNx
    @XxDraiNx Рік тому +5

    Get help is by far the most efficient.
    How often did I write an email explaining the issue and after 80% of the email I got an idea how to solve the issue.

    • @franciskas588
      @franciskas588 Рік тому +3

      Thats true but if you ask help too early all the time you wont improve your debugging skills.

  • @YU_meineLiebe
    @YU_meineLiebe Рік тому +2

    I just recently arrived in the data analysis world, and although it's not network engineering, but I can relate so much to this video. Thanks!! My solution so far if my codes were not working or having g bugs, was mostly closing my computer, and crying for hours.Or finishing a jar of ice cream. Or sleeping, or taking a loooong walk then sleeping. And magically some codes will work in the next day. But not always. 🥺😭😭😭😭. And I am not talking to rubber ducks, I am always talking to the trees along my long debugging walk. 😞😟

  • @gus473
    @gus473 Рік тому +2

    🥇 This was like friendly advice from Dad, but with excellent graphics and animation! Thank you! 😎✌️

  • @Martinit0
    @Martinit0 Рік тому +1

    Adjacent topic suggestions:
    Logging frameworks - what they can do and what are the differences
    Application Monitoring - what they can do and what are the differences

  • @dukecheng6400
    @dukecheng6400 Рік тому

    雖然大學第一學期就有OOP和FP的必修 但一直沒有真正理解FP的目的 感謝!

  • @fullmastrinio
    @fullmastrinio Рік тому +1

    "Works on my machine!"
    ""We will ship your machine to customers then"

  • @henrythomas7112
    @henrythomas7112 5 місяців тому

    Thank you so much for this video. Super helpful and well-presented. Your time and effort is most appreciated!

  • @a.nk.r7209
    @a.nk.r7209 Рік тому +2

    I can assure every developer that half the time you'll be using the debugging skill that you earn the hard way. This will help you do things quicker

    • @wexwexexort
      @wexwexexort Рік тому

      I usually use print here then take a walk. xD

  • @anupamgarg3590
    @anupamgarg3590 Рік тому +4

    This is so different than Alex's other videos...more human emotions than tech logic :)

  • @stith_pragya
    @stith_pragya Рік тому +1

    Thank You So Much for this wonderful video...............🙏🏻🙏🏻🙏🏻🙏🏻🙏🏻🙏🏻

  • @f.p.5235
    @f.p.5235 Рік тому

    I love the get rest idea

  • @antoineleduc7611
    @antoineleduc7611 4 місяці тому

    Race conditions are absolutely the worst to debug and understand what you are dealing with at first
    Had it once in my job, and it was a production only bug on top of that, fixed by adding a good old sleep 5 between runs 😂, it was an automation process in an internal tool, no user interaction once it’s set up, so it’s ok if it takes time

  • @DemPilafian
    @DemPilafian Рік тому +2

    I won't even start looking into a bug unless a TPS report has been filed with a completed cover sheet. The cover sheet is very important.

    • @gus473
      @gus473 Рік тому +1

      🎈I believe you have my stapler. 🤓🔥

  • @dizelvinable
    @dizelvinable Рік тому +1

    Thank you for very useful videos!

  • @wwhill8033
    @wwhill8033 Рік тому +1

    Great stuff thanks

  • @gabrielfuret4852
    @gabrielfuret4852 2 місяці тому

    great video!

  • @porroapp
    @porroapp Рік тому +3

    take a walk saved me many times.

  • @user-rv1bx8hx4v
    @user-rv1bx8hx4v 9 місяців тому

    Thank you! Great video

  • @shivananduppar1130
    @shivananduppar1130 Рік тому +1

    Please do videos on Load balancing and. Error 404, 403, 502 bad gateway. It will be more helpful for us. Also videos on TCP, DHCP, HTTP, HTTPS.

  • @alco8864
    @alco8864 Рік тому +6

    To own a cat is really important

  • @dontesmall5784
    @dontesmall5784 Рік тому

    Great tips !

  • @BennySmith1976
    @BennySmith1976 Рік тому

    Thank you

  • @Plukh
    @Plukh Рік тому +4

    In my experience, the most important jump in debugging skills is when you stop using the built-in IDE debugger. It's the most horrible and inefficient tool for solving actual production bugs that was ever created, but unfortunately it's also the one you'll probably be taught in your CS class or programming bootcamp. It just blew my mind when I understood that literally every other debugging technique provides at least 10x more efficiency compared to blindly stepping through the code and looking at local variables.

    • @youtubereview8176
      @youtubereview8176 Рік тому +1

      That sounds really awesome. I'm mostly just familiar with the IDE debugger. Is there a better way to debug backend code and programs like Java?

  • @jadenguyen8771
    @jadenguyen8771 Рік тому +1

    How about debugging in microservice system during dev stage? I need to restart the service when I have changes in the code and it take like forever. My IDE is Intellij. Thanks for the tips!

  • @abuyusufsherakhmatov
    @abuyusufsherakhmatov Рік тому

    Thanks for awesome video sir

  • @gavin8535
    @gavin8535 Рік тому

    Yes I like print here

  • @in03
    @in03 Рік тому +2

    I like writing questions on SO. Most of the time I'll realise I'm asking a poorly defined question or making too many assumptions. I often find the fix before submitting the question. Taking a break will often get me the same result if I'm just being dumb. But drafting a question is great for the complex ones.

  • @amitaiefrati4111
    @amitaiefrati4111 Рік тому +3

    Thanks.
    In what video editor are you using for animations and transitions?

    • @BenGras
      @BenGras Рік тому +1

      I’m wondering the same thing. They are phenomenal.

    • @deepaknbk
      @deepaknbk Рік тому +1

      true , video editor and the animations are just awesome. anyone know how they are created ?

  • @dpokorna5
    @dpokorna5 Рік тому

    thank you 🙂

  • @raj_kundalia
    @raj_kundalia Рік тому

    thanks

  • @andyhall7032
    @andyhall7032 Рік тому +4

    3:55 java errors are always null pointer exceptions. thank me later.

    • @SaHaRaSquad
      @SaHaRaSquad Рік тому +3

      ArrayIndexOutOfBoundsException and IllegalArgumentException want a word.

  • @bibliusz777
    @bibliusz777 Рік тому +1

    i don't agree with the possibility of always finding a cause, since compilers are often nondeterministic

  • @Carol-b8Carol___8ome
    @Carol-b8Carol___8ome Місяць тому

    Don't miss out on a chat with Binance's CEO about the future - exclusive interview

  • @boringmanager9559
    @boringmanager9559 Рік тому

    what sources would you recommend to read to design a low-load alibaba?

  • @software_training-ck9ng
    @software_training-ck9ng 6 місяців тому +1

    The problem is: You talked about social techniques, like getting a pause, or talking to a duck, but you didnt explain any coding techniques to debug a code.
    Today I had to mentor another developer and mentioned clearly to comment parts of code, to lower the number of lines responsible for the problem.

  • @vmened
    @vmened Рік тому

    Funny, Im literally didnt used debugger in java for last 10 years at all. Usually my problems related with rewriting a code due to growing requests and lack of scale capabilities.

  • @pravinprabhu7295
    @pravinprabhu7295 Рік тому +1

    The best strategy is to just start debugging, I don’t know why so much drama. What is Alex trying to say ?

  • @ethanneff9817
    @ethanneff9817 Рік тому +27

    Get help is the most effective. All the others are just chopping trees. Understand which forest you should be in before you start chopping.

    • @nekrosis4431
      @nekrosis4431 Рік тому +3

      I found that the imaginary mentor (explaining the problem in an email I never send for example) helps me solve a lot of problems.

    • @xslr
      @xslr Рік тому +2

      @@nekrosis4431 indeed. That’s the idea behind the rubber duck!

    • @SacredCASHcow
      @SacredCASHcow 2 місяці тому

      getting help handicapped me personally. i can't learn that well from others I dont think like most people

  • @Parallaxxx28
    @Parallaxxx28 Рік тому

    I thought I was the only one who uses print “here” 😭

  • @CyberMew
    @CyberMew Рік тому +1

    All these are fine but asking for help immediately without even trying to resolve the problem by themselves not be an option

  • @ditsomusic
    @ditsomusic Рік тому +1

    No hair pulling

  • @chrishabgood8900
    @chrishabgood8900 Рік тому

    your dev machine is very different than prod server.

  • @2009Spread
    @2009Spread Рік тому +15

    Now we can send the issue to chatGPT

    • @MrTyty527
      @MrTyty527 Рік тому +1

      This is equivalent to emailing to an imaginary mentor. I tried it, it works.

    • @2009Spread
      @2009Spread Рік тому +1

      ​@@MrTyty527 No, emailing to an imaginary mentor has another effect. During emailing, you move the issue from your head to "paper". After this, you can see the issue from the side. ChatGPT likes Stack Overflow but receive you only one page
      solution, sometimes the response not truly

    • @DemPilafian
      @DemPilafian Рік тому +2

      Sending the issue to ChatGPT has the additional benefit of letting Microsoft use your buggy code to inadvertently inject bugs into the code of your competitors who also rely on ChatGPT.