zartcosgrove

@zartcosgrove@beehaw.org

• ⁨Comment⁩ on ⁨degree in bamf⁩ ⁨⁨1⁩ ⁨month⁩ ago⁩:

  This is top some top tier mansplaining here. I detect no sense of irony. Chef’s kiss.

• ⁨Comment⁩ on ⁨If you're just going to sit there doing nothing, at least do nothing correctly⁩ ⁨⁨2⁩ ⁨months⁩ ago⁩:

  This seems wrong to me. Existing paradigms like try catch or returning result codes enable handling these situations gracefully and in an informed manner. Making an inert api as is suggested here means that now you have an api that doesn’t behave as expected but without an explanation why.

  “The app was probably only tested against a PC so an exception would be unhandled” means that they did not implement it well against a PC. There are a bunch of possible reasons you’d get an exception while adding a printer on a PC, and I can’t imagine that the correct behavior would be to crash whatever it is you’re doing.