The 'normal' way of making a conditional in English is with an 'if'-clause:
If you hurry up, we'll be in time for the train.There are plenty of others too, of course (As long as you keep walking, we'll be in time for the train) and of course -- isn't it always -- it's much more complicated than this, but there's also a cool way of doing conditionals with and and or.
We'll be in time for the train if you hurry up.
Consider this warning, which I saw at Dreamland in Margate at their Screamland Hallowe'en thing a couple of years ago:
Don't touch the actors and they won't touch you.
Poster for 'Screamland' in Margate |
But we're funny things, humans, always looking for connections, patterns, reasons, and causes. Those two things being joined makes us want to think that there is some meaningful link between them. It's like if someone says The car is making a funny noise and Jen borrowed it yesterday. You can be pretty sure they're blaming Jen for the funny noise the car is making, and not just telling you two unrelated facts about the car.
Generally, in an and sentence, both bits are the same type: both statements, for instance, in which case they must both be true (so for the sentence about the car to be true, it must be true that it's making a funny noise and that Jen borrowed it -- notice that the inferred link that Jen was to blame does not have to be true). Or they might both be instructions, in which case you're expected to obey both (at the same time or in order), as in Sit down and shut up. Our example sentence, about the actors, is a mix of an instruction and a statement. So we might be expected to obey the instruction and for the statement to be true. I don't know about you but I don't really know where I stand right now, as there is no obvious link between my obedience and objective truth.
It would make so much more sense if, say, the truth of the statement was conditional on me obeying the instruction. So if I don't touch the actors (obey the instruction), then it will be true that they don't touch me. And all of a sudden, we have a conditional like the 'if'-clause type I mentioned right at the top, but with and instead.
Can we do it with or, a disjunction? Well, yes we can, but it comes out as a warning or threat rather than a deal or an agreement.
Don't bother the tigers, or they'll attack you.Now, we still have to obey the instruction but if we don't, then the second part will be true: a punishment, rather than a reward for our obedience.
We can even do it with neither at all, just so long as it is a proper threat and not just a warning:
Touch my stuff, I'll beat you up.Now the instruction is an elliptical conditional. There's probably an understood 'If you' at the beginning, or else the link between the parts is the same as with and: if the first part is 'obeyed' (the person does carry out the action), then the second part is true.
This equivalence is used in some computer programming languages, where the keywords ‘or’ and ‘and’ are used to indicate conditions to the computer. For instance in Perl (whose designer, Larry Wall, studied linguistics at university), these statements are equivalent to each other:
ReplyDeleteconnect_to_database() or say "Database connection failed.";
say "Database connection failed." unless connect_to_database();
if (not connect_to_database()) { say "Database connection failed."; }
The purpose of the statement is to connect to the database, but if for some reason that doesn't happen, then instead we want a message telling us that it failed.
The variant with ‘or’ is generally preferred as the clearest, because it puts the main action that we want first; the others can look like the purpose of the line is to tell us that message, with the database-connecting being relegated to some condition.
When teaching it, I compare it with:
“Please can you get me some bread from the shops, or phone me if they've run out.”
versus:
“Please can you phone me unless you succeed in buying me some bread from the shops.”
or:
“If buying me some bread from the shops fails then please can you phone me.”
Oh, nice, so a sort of ordering condition is built in, rather than it being purely logic-driven. Thanks!
Delete