orange @[email protected]

（そもそもintをbooleanのように扱うなって怒られそう…）

否定ってどうなんだろう、!hoge #hoge /hoge -hogeどれもああ負論理なんですねーって思ってしまう。

（個人的には hoge == 0 よりも !hoge 派です…）

この問題について言えば前置であることの問題もあるような気がするし、 not(some_boolean) なり some_boolean.negate() なりのような既存の構文に乗せられそうな書き方でも良いのではないか？ という気持ちもなくはない。その辺りはいろいろ意見がありそうだけど

「!」については、この前置の細い記号1つで否定というクソデカいロールをこなすのが異常だから not と書きたいというのはわかる。 and と or よりは。

べつに = でも be でも書けるものは書けるが、敢えて記号より be を使う理由あるか？ という話なのよ。
で、 && や || の代わりに and や or を使うのも私には同じレベルのしょーもない余計なお世話に見えている

英語圏特有の感性なのか何なのか知らんけど、たとえば雑に例をでっちあげると
let foo = bar();
を
let foo be bar();
と書くことが可読性に貢献すると信じているような連中がいて、さすがに非ネイティブとしては強く反発せざるをえない

ただまあメソッドチェーンで英文風の語順を使うことで名前付き引数の代わりにしようとする作法などもあって、 positional argument よりマシという点では同意せざるを得ない。嫌いだけど。

# define BEGIN {
# define END }

の話はよせ！！！

個人的には予約語を積極的に英単語にしたり構文を英文風にするのは嫌いです。意味論の良し悪しとは全く独立した話として、減点ポイント

予約語が英単語であるか記号であるかはオーバーライド/オーバーロード可能性や型付けの強さとは一切関係ないよ