> 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-contra

> 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.