Yesterday I taught my son Sudoku because he told me that he enjoys math

games which was you know, exciting for me to hear and so he yeah, we wejust had some sudoku puzzles that I'd printed and laying around and so mywife was working on one and and I was working on one and we were justtalking about how we solved Sudoku puzzles and I just mentioned that Ipretty much just go with very methodically and I was I was explaining avery methodical process for solving these puzzles and maybe it's not thefastest or anything.

I don't really take notes or any.Like write the numbers and or any you

know, the possible numbers it could be whatever I just go yeah just thinkabout okay can this number be here no it can't okay let's just move on tothe next thing and and eventually you get the whole thing filled out and itworks out pretty well and I was just thinking about that and how we do thesame thing or I find the most effective thing for me when I'm debugging isto be very methodical about it and and trial and error and and mostly likeI find that most.

Effective when I troubleshoot in such a way that makes the as few changes

as possible and then sees what impact that may makes and then slowly we getcloser and closer to the part of the code that where the bug resides inrather than just making a ton of changes and you know shot in the dark andhope that and that things work when I was early in my career, I reallyspent a lot of time just changing all sorts of things in the hopes that oneof those things would fix the problem and what happens when you do that isyou.

Change a bunch of things and and sometimes the changes that you make are

sub-optimal but you're just like doing your best try to figure out what theproblem is and so if you make a bunch of sub-optimal changes and one ofthose fixes the problem, then you may not actually go back and fix allthose sub-optimal changes that you made you just may end up shipping abunch of stuff optimal things leading to the potential for more bugs in thefuture and completely different ones potentially and so being very focusedwhen you're debugging and just change one thing and then see if that worksand ifIt doesn't then then move on to the next and another thing that justfor some reason I was just thinking about is trying to find where the lasttime in place where the code was working properly if this is like aregression or something can be really helpful to so as your debugging bevery methodical about it just go step by step and and don't skip or don'ttry to do a bunch of things at once and and hopefully you figure out whatthe actual problem is so that you can have a better solution for thatanyway hope that's awful have a wonderful.

Thing bye.