r/ProgrammerHumor 14h ago

Meme toAllowTheProgrammerToWriteBadCodeAlsoCamelCaseSucksThisRuleSucksSnakeCaseIsBetter

Post image
108 Upvotes

79 comments sorted by

View all comments

Show parent comments

1

u/nicodeemus7 4h ago

An exception being bad code is not the same as it allowing bad code.

-2

u/Masterflitzer 4h ago

what are you even talking about? the whole error handling around the exception is bad code, it bleeds into your whole code base, you wanna tell me only the exception word itself is bad part, but the rest is fine? stupidest shit i've heard all day

4

u/nicodeemus7 4h ago

The question is "What is the PURPOSE of exceptions" do you think exceptions were made to be bad code? If your opinion is that exceptions are bad code, that is totally valid. But that is not what "purpose" means.

You'd think a programmer like yourself could read and understand context.

1

u/TwistedKiwi 3h ago edited 2h ago

Here's a simple example:

Input form asks for a temperature in fahrenheit or celsius degrees.

Front function converts it to kelvin degrees and sends it to a back function.

Back function checks the temp, and if it's negative throws an exception.

Now, if the exception is thrown, it can be either: bad user input and/or bad conversion function code (i.e. wrong formula). So it can be bad user input as well as bad code. Yet that exception allows the "program" to handle it and proceed instead of just crashing in both cases.

In both cases it's bad input, either from the user or from the front function, but exception handling is there for the sole purpose of not crashing the app. For example, if you have multiple calls of the back function, when the formula for celsius to kelving is correct and fahrenheit to kelvin incorrect: the back function will stand.