this post was submitted on 05 Jul 2023
14 points (100.0% liked)
C Sharp
1526 readers
5 users here now
A community about the C# programming language
Getting started
Useful resources
- C# documentation
- C# Language Reference
- C# Programming Guide
- C# Coding Conventions
- .NET Framework Reference Source Code
IDEs and code editors
- Visual Studio (Windows/Mac)
- Rider (Windows/Mac/Linux)
- Visual Studio Code (Windows/Mac/Linux)
Tools
Rules
- Rule 1: Follow Lemmy rules
- Rule 2: Be excellent to each other, no hostility towards users for any reason
- Rule 3: No spam of tools/companies/advertisements
Related communities
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I have earlier shared a conference talk in this community. It may be useful: Advanced .NET debugging - Tess Ferrandez-Norlander - NDC London 2022
It's always good to master the tools you are using. But, in general, you may need to think why you need debugging in the first place. If you find yourself debugging a lot, it may be a symptom of a problem (not enough tests, poorly structured code, etc.).
Thanks for the link, and I agree with your sentiment. I don't find myself debugging a lot. Perhaps why i neglected the skill. However just today I was getting a null reference exception on a particular line, yet I wasn't able to clarify what object it was that was null. Seems pretty silly, but it prompted me to try and hone my debugging skills, as I felt the tools where there, I just don't know how to use them.
If you are going to use Visual Studio I would highly recommend getting the resharper plug-in or start using Rider as you IDE. Having good tooling like this will help you see the possible null reference errors before you even finish writing your code.