> I prefer systems languages where typical failures cannot easily be ignored and yet you are not burdened with constantly thinking about it
This is self-contradictory. In particular, the only way you can have reliable error handling is if you are forced to think about each possible failure.
I assume by "cannot easily be ignored" you mean the way exceptions blow up at runtime? I don't find that an acceptable default for any non-scripting language.
This is self-contradictory. In particular, the only way you can have reliable error handling is if you are forced to think about each possible failure.
I assume by "cannot easily be ignored" you mean the way exceptions blow up at runtime? I don't find that an acceptable default for any non-scripting language.