1,833 karma · joined June 30, 2012
It's valuable to know how someone will handle a question they don't know the answer to -- whether they recognize their own ignorance and whether they are willing to admit to it.
(303) 499-7111 for WWV (Colorado)
(808) 335-4363 for WWVH (Hawaii)
https://www.nist.gov/time-distribution/radio-station-wwv/tel...
But I agree with the underlying point you're making. The error mechanism that a language provides determines how a programmer will think about handling errors. Exceptions make you think about error handling as control flow. Error returns make you think about error handling as unwrapping data.
If the only trade-off considered is 'writing "gobbledy gunk" to handle exceptions poorly' vs 'not handling them at all' then, of course, checked exceptions will look bad.
If the trade-off is whether the compiler will be able to tell me that I'm not handling an exception, well, I want the compiler to help me out. People writing low-consequence code can sprinkle "throws Exception" everywhere.
Without checked exceptions, it becomes my job to ensure that exceptions are handled, and I am nowhere near as thorough as the compiler.
> what you maybe need is a different design*
Could be. Perhaps exceptions on the whole are not a good error mechanism because of the way programmers think about them.
Picking two HN favorites, Rust has Result<T, E> and Zig has error sets, both of which effectively work a lot like checked exceptions but with better syntax (and without the bad rap). try/catch is clunky by comparison.
> Anders Hejlsberg: No, because in a lot of cases, people don't care. They're not going to handle any of these exceptions.
As an argument against checked exceptions, this is nonsense. Hand-waving away making breaking changes to an API because "people don't care" about handling the error conditions. I consider it a sign of the immaturity of the software industry that "proper error handling was too much work, so we didn't" is an acceptable sentiment, let alone an acceptable practice.
HN should copy this feature. The top thread dominates the discussion all too often.
https://www.wolframalpha.com/input/?i=%24130k+1996+USD+in+20...
https://seekingalpha.com/news/3698743-lianluo-smart-closes-m...
https://en.wikipedia.org/wiki/We_begin_bombing_in_five_minut...
Edit: Clearly there is generally a relationship between bitrate and quality, but for compressed audio it is far from "cut and dry".