3 ms·

How many people use debuggers like GDB day-to-day? I've found them useful when trapped in a corner, but typically I debug with the source in hand. Anyone got a

• abhijitr 16y ago
  I would assert that it is pure folly to attempt to build a non-trivial application in a compiled language without the assistance of a competent debugger. You simply cannot iterate quickly enough through the debugging loop of "Form theory" -> "Test theory" if you have to wait a minute for a build to complete each time. Unit tests help, but will never get you all the way there (good luck tracking down a leak with unit tests).
  • nickik 16y ago
    the repl is your friend even in compiled languages like haskell.
    • Devilboy 16y ago
      A proper REPL can do a lot of the same stuff you'd use a debugger for, and a whole lot more. With a nice REPL you'll do just fine without a debugger.
      • arethuza 16y ago
        Why not use a REPL and a good debugger? It's a nice combination.
  • enneff 16y ago
    I consider myself a "competent debugger". ;-) But more seriously: one of Go's selling points is fast compilation times. Even for large projects compilation is mostly I/O bound, which typically means sub-second compiles.
• konad 16y ago
  The Plan9 debugger, ACID is awesome, even in Unix. http://swtch.com/plan9port/man/man1/acid.html http://swtch.com/plan9port/man/man1/acid.html You can debug a kernel on a remote machine with a different architecture. Shame that we've got to go back to the dark ages of GDB for Go.
  • enneff 16y ago
    We have plans to build a more fully-featured, Go-centric compiler (and there's the beginnings of one in the source tree under pkg/exp/ogle), but we haven't had the time to get stuck into it yet.