新しいものを表示
orange さんがブースト

case - esac はじめてきいた

}//なんとか
ってしたらいいのではと思った

オレンジはBASICから入ってPascalに移行した流れのあれで慣れてるので <> でも != でもどっちでも違和感ないかも・・・><

orange さんがブースト

不等号を並べてぶつける事自体がなんか生理的に受け付けません

orange さんがブースト

ちなみに深い理由は何もないですが、vbaの<>を見るとなんか体調が悪くなります

そこまではしないけど、Pascal好きとしては色つきのエディタならばbegin endの方が見やすく感じてる><;

orange さんがブースト
orange さんがブースト

どうでもいいけど { ... } はわかりづらいから BEGIN ... END にしたがる人の話を思い出したわ

orange さんがブースト

その「読みづらい」は「視認性が良くない」と「意図を読み取りづらい」が混同されていて、区別するべきだと思いますね

「読みづらくても(コンパイラやテスト環境がしっかりしてれば)何とかなる!」って、それ「読みづらいコードでもコンパイラやテスト環境がしっかりしてれば問題ないので読みづらいコードを書いてもよい」って主張と何が違うのか?><;

orange さんがブースト

開発環境やコンパイラ、と含みを持たせたのは、当然テストを書くだとかなんとかもっと色々やるのがラクな環境があることの含みであって、syntax checker さえあればという話ではない

ifでnotの有無の間違いによるミスってコンパイラが検出できないバグの率高くない?><;

orange さんがブースト

はちゃめちゃに長い operator とかでなければ人類は必ず見間違いや見落しをするので開発環境やコンパイラが適切な指示や指摘をしてくれるならなんだっていい

orange さんがブースト

今日日Notepadでソースコード見ることもないだろうし、小さな記号でも色つけてくれたらいいかな、なんて…

orange さんがブースト

そんなクソコードが許されるなら
and_ and nad _or or and_and and or_ or
は読みづらいじゃん……その論法はクソすぎる

わかりやすくするために超極端に言うと、(!illiliilllilli | iilliillili)よりも (not illiliilllilli or iilliillili)のほうが見やすいじゃん!?><;

だからさっきから書いてるように、| とか ! とか記号小さすぎて見間違いとか見落としの危険高いじゃん!?><;

orange さんがブースト

その条件はテキストで書かれるので、メタな意味を持つ and や or や not はテキストで書くより記号で書いてほしいですね。というわけで and / or / not キーワードきらい。

だから言語自作するならどっちでも書ける言語にしたい><

スレッドを表示

たとえばビットパターン混ぜ混ぜする時とかは「PatternA | PatternB」みたいに書きたいけど、条件とかの時は「条件A | 条件B & 条件C」よりも「条件A or 条件B and 条件C」みたいに予約語方式の方が目に入りやすくて見間違えにくいじゃん?><

古いものを表示
:realtek:

思考の /dev/null