I saw the list, but didn't find the reasoning to l...

# announcements

[Davio]

I saw the list, but didn't find the reasoning to leave them out, whether it was a concious design decision or just something they hadn't come around to

[Matheus]

Kotlin tries to be very meaningful. && and || don't quite read as well as and or or do. (it does for programmers, but that's because we already know what those symbols are)

[Shawn]

that’s true, though it’s kind of unfortunate that we can’t get short-circuit evaluation with infix funs

[karelpeeters]

I think && and || read better (like all operators, +-*/%==), they break up the "letters" of the expressions on either side.