mdwhatcott's comments

mdwhatcott | 11 months ago | on: Computers and Mice – Mister Rogers Neighborhood

From the episode: "You know, your own imagination is far more wonderful than any computer could ever be. You know why--you're a living human being, and a computer is just a machine. Human beings are far more wonderful than machines!" -Fred Rogers

I appreciate that a computer has become such a wonderful tool for realizing ideas that come from my imagination.

mdwhatcott | 1 year ago | on: Building websites with lots of little HTML pages

> "I build separate, small HTML pages for each “interaction” I want, then I let CSS transitions take over and I get something that feels better than its JS counterpart for way less work."

I'm not understanding how you are achieving the css transitions between what look like new page loads under the hood...Can you elaborate on how that works?

mdwhatcott | 1 year ago | on: Learn perfect pitch in 15 years

Yeah, this advice doesn't hold up--even the OP mentions learning the clarinet, which is a B-flat instrument. I also play the clarinet and developed the same ability to detect each note by its timbre. I also think there is a kinesthetic element to each note--the way the instrument vibrates, the back-pressure or resistance you feel while playing, that becomes associated with the timbre the longer you play.

mdwhatcott | 7 years ago | on: Exploring Error Handling Patterns in Go

> The other bit of good news is that you can't unknowingly ignore a returned error, like you can with an unchecked exception. The compiler will force you at a minimum to declare the error as _, and tools like errcheck do a good job of keeping you honest.

Actually, we unknowingly ignore returned errors much more often than we think, like when we call a function and opt out of assigning any of the return values to variables. Consider this function, which returns a single value (being an error).

    func Failure() error {...}
You can always choose to call an error-returning function without declaring any placeholder (`_`):

    Failure()
There are several commonly used functions that return errors that are regularly ignored. How about `io.Writer`?

    writer.Write([]byte("Hello")) // returns (n int, err error)
It's quite common to call that function without feeling a need to check on the bytes written or a possible error. Or, consider whether you consistently check the return values of `fmt.Println()`, which also returns `(n int, err error)`...
page 1