Debugging Like A Pro

Поделиться
HTML-код
  • Опубликовано: 23 фев 2023
  • 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.

Комментарии • 81

  • @anshulagrawaljbp
    @anshulagrawaljbp Год назад +46

    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 Год назад +24

    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 Год назад +42

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

  • @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

  • @timelschner8451
    @timelschner8451 Год назад +3

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

  • @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

  • @afz902k
    @afz902k Год назад +21

    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.

  • @bulaloitech
    @bulaloitech 7 месяцев назад +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.

  • @henrythomas7112
    @henrythomas7112 3 месяца назад

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

  • @gus473
    @gus473 Год назад +2

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

  • @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.

  • @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 Год назад +1

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

  • @dizelvinable
    @dizelvinable Год назад +1

    Thank you for very useful videos!

  • @dukecheng6400
    @dukecheng6400 Год назад

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

  • @f.p.5235
    @f.p.5235 Год назад

    I love the get rest idea

  • @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. 😞😟

  • @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

  • @stith_pragya
    @stith_pragya 10 месяцев назад +1

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

  • @wwhill8033
    @wwhill8033 Год назад +1

    Great stuff thanks

  • @user-rv1bx8hx4v
    @user-rv1bx8hx4v 7 месяцев назад

    Thank you! Great video

  • @dontesmall5784
    @dontesmall5784 Год назад

    Great tips !

  • @gabrielfuret4852
    @gabrielfuret4852 27 дней назад

    great video!

  • @anupamgarg3590
    @anupamgarg3590 Год назад +4

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

  • @dpokorna5
    @dpokorna5 Год назад

    thank you 🙂

  • @fullmastrinio
    @fullmastrinio Год назад +1

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

  • @BennySmith1976
    @BennySmith1976 10 месяцев назад

    Thank you

  • @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

  • @abuyusufsherakhmatov
    @abuyusufsherakhmatov Год назад

    Thanks for awesome video sir

  • @porroapp
    @porroapp Год назад +3

    take a walk saved me many times.

  • @raj_kundalia
    @raj_kundalia Год назад

    thanks

  • @boringmanager9559
    @boringmanager9559 Год назад

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

  • @antoineleduc7611
    @antoineleduc7611 2 месяца назад

    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

  • @alco8864
    @alco8864 Год назад +6

    To own a cat is really important

  • @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. 🤓🔥

  • @gavin8535
    @gavin8535 Год назад

    Yes I like print here

  • @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 ?

  • @jadenguyen8771
    @jadenguyen8771 Год назад

    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!

  • @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.

  • @bibliusz777
    @bibliusz777 Год назад +1

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

  • @andyhall7032
    @andyhall7032 Год назад +4

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

    • @SaHaRaSquad
      @SaHaRaSquad Год назад +3

      ArrayIndexOutOfBoundsException and IllegalArgumentException want a word.

  • @in03
    @in03 Год назад +1

    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.

  • @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.

  • @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?

  • @ditsomusic
    @ditsomusic Год назад +1

    No hair pulling

  • @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

  • @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.

  • @ethanneff9817
    @ethanneff9817 Год назад +26

    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 Месяц назад

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

  • @chrishabgood8900
    @chrishabgood8900 10 месяцев назад

    your dev machine is very different than prod server.

  • @pravinprabhu7295
    @pravinprabhu7295 Год назад

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

  • @software_training-ck9ng
    @software_training-ck9ng 4 месяца назад

    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.