- 1 名前:デフォルトの名無しさん [2018/08/20(月) 21:55:53.03 ID:JBCtYT+G.net]
- スレタイ以外の言語もok
前スレ 次世代言語12 Go Rust Swift Kotlin TypeScript mevius.5ch.net/test/read.cgi/tech/1530664695/
- 231 名前:デフォルトの名無しさん [2018/08/30(木) 01:24:38.44 ID:/0YXnEsV.net]
- つまり、trueとfalseは
代入以外に使えないようにすればいい
- 232 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 03:28:31.53 ID:IxfOs83u.net]
- >>213
空リストとか空文字列ってfalse扱いじゃなかったっけ?
- 233 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 03:31:50.70 ID:fTlUE3DU.net]
- コミュニケーションじゃなくてプログラミングスタイルで繋がりたいんだろうが
実はそっちのほうがもっと無理
- 234 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 04:38:17.14 ID:mi8K02wj.net]
- 語学じゃなくて心理学とか脳科学とかでシンギュラリティしたいんだろ
そっちのほうが無理
- 235 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 07:11:50.68 ID:K2XYaSpY.net]
- ワイノ話を聞かないとは無能揃いだね?
- 236 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 07:34:59.92 ID:wxlIjpoe.net]
- 半角の人はなぜ駄目かを全く読んでないのな。
- 237 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 07:39:56.35 ID:K2XYaSpY.net]
- てゅかさ。深夜に書き込んでるってことはおまいら無職だろ
無職風情がワイ様無視してワナビー法則でイキってるとかマジゴミだろωωω
- 238 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 08:11:26.07 ID:ff0XXJ3a.net]
- 無駄だからそんな書き方しなくていいってだけで、それ自体何か害があるわけじゃないから
文法上禁止してしまう理由はないと思うがなぁ。 レビューで指摘するのはそれがコードスメルだからってだけだろう。
- 239 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 09:09:42.55 ID:hUyiY/SJ.net]
- a == trueが禁止されたのでa ^ !trueに置換しておきました
- 240 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 09:55:24.67 ID:K2XYaSpY.net]
- マジこのワナビーの法則の話いつまで続くんや
夏厨死ねよ
- 241 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 11:01:42.71 ID:e8DSDd9g.net]
- >>225
文字列なら "" と "0" がfalse 数値なら0だけがfalse
- 242 名前:デフォルトの名無しさん [2018/08/30(木) 11:59:46.41 ID:A5Nytyjy.net]
- perlには '0 but true' という、数値として 0 と比較すると一致するが if でそのまま使うと true 扱いになる特殊な値があったりする。
- 243 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 12:14:56.63 ID:6I1bUcuW.net]
- 次世代を担うに相応しい真偽評価戦略を語るべし
- 244 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 13:15:05.68 ID:io9LYUoZ.net]
- 次世代はif文が消えjsのthen的なものになります
- 245 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 13:47:18.38 ID:6sRyznT+.net]
- うえー
- 246 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 13:49:00.74 ID:e8DSDd9g.net]
- 数値の偽は0
文字列の偽は "" "0" オブジェクトの偽は null "" "0" その他 階層が深いほど偽が多い法則
- 247 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 13:57:19.48 ID:k9/abrGo.net]
- 次世代言語にはifもforもない
- 248 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 14:29:05.96 ID:dTt5OSNq.net]
- アスペはこういうところに拘ってしまって先に進めないんだよね
- 249 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 14:47:28.76 ID:e8DSDd9g.net]
- 飯炊き三年握り八年
- 250 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 18:20:12.51 ID:fWBwT80E.net]
- ちゃんと読んでないけど
boolなら if checked / if !checked でいいやん
- 251 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 18:57:30.25 ID:JpHgwHVB.net]
- 数値なりリストなりを暗黙に真偽値比較せずに
明確にすればいいだけじゃないの?
- 252 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 19:30:44.87 ID:7mcJbcKo.net]
- 直和な幽霊型でCheck|Uncheckを型に持たせて管理すればいいよ
- 253 名前:デフォルトの名無しさん [2018/08/30(木) 21:15:21.94 ID:+O/rJ+xn.net]
- if で boolean 型以外を許さず、更に boolen 型の値の比較も許さない言語を作れば解決。
- 254 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 21:51:23.27 ID:ff0XXJ3a.net]
- というかそれが普通なんだけどな。
型がないB
- 255 名前:言語の特徴を受け継いだCがなまじヒットしてしまったせいで
後続の言語もその悪習を真似るようになってしまった。 [] - [ここ壊れてます]
- 256 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 22:07:01.18 ID:Ah+zwqqR.net]
- こんなしょうもないことに時間使ってもバグは減らないっていう事実にそろそろ気付こうよ。
- 257 名前:デフォルトの名無しさん [2018/08/30(木) 22:21:35.61 ID:/0YXnEsV.net]
- 低学歴知恵遅れが書いたなぜダメかを読んでない?
まず読む必要がない 頭悪すぎてお話にならないからな 適切にダメなケースを書いてるのはオレしかいないからな 当然、低学歴知恵遅れのレスなんかどうでもいいことになる
- 258 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 22:48:08.67 ID:39ABXWI9.net]
- まず読む必要がない事を書いてくれてありがとうな
- 259 名前:デフォルトの名無しさん mailto:sage [2018/08/30(木) 23:10:41.48 ID:e8DSDd9g.net]
- 些細なヘイトスピーチもきっちりデバッグしてる欧米の文化の方がITの才能がある
- 260 名前:デフォルトの名無しさん mailto:sage [2018/08/31(金) 02:17:18.78 ID:/VjCJv9E.net]
- >>233
ワナビーの法則 って何? ググってもこのスレしか出てこないんだが https://i.imgur.com/PzUYieo.jpg
- 261 名前:デフォルトの名無しさん mailto:sage [2018/08/31(金) 05:21:39.77 ID:J05bSyHo.net]
- >>248
ホントこれ
- 262 名前:デフォルトの名無しさん mailto:sage [2018/08/31(金) 11:41:15.33 ID:YfdxjJ3c.net]
- 無益なものを批判する暇があったら
有害なものを批判しろよ
- 263 名前:デフォルトの名無しさん [2018/08/31(金) 19:26:31.62 ID:waeuZPFW.net]
- 右の睾丸を触られたら左の睾丸を触りなさい
- 264 名前:デフォルトの名無しさん mailto:sage [2018/08/31(金) 19:58:49.98 ID:YfdxjJ3c.net]
- 刑を執行してはいけないが、裁判と有罪確定まではやっていい
- 265 名前:デフォルトの名無しさん [2018/08/31(金) 21:20:12.74 ID:4ZfpOo1s.net]
- ギルティ
死刑!
- 266 名前:デフォルトの名無しさん mailto:sage [2018/08/31(金) 23:12:29.91 ID:hg6LXyjO.net]
- >>243
それが常人のイディオム bool型の変数に説明的な変数名をつけるだけで ifの可読性が増すなんてことは 自分で思いつくか 人のを見て気付くか 人に教わって知るか いずれかの方法で自分のものにするはず たぶんアホは変数名をflagなどにしてて 「フラグがTRUEのとき」などという覚え方をしてるからこそ if flag_foo == true などという書き方になるんやろな、知らんけど
- 267 名前:デフォルトの名無しさん mailto:sage [2018/08/31(金) 23:21:27.80 ID:7Lf8QxyM.net]
- いつまで初心者な話題ばっかやってんの
つまりはそういうことなの?
- 268 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 02:13:15.43 ID:BxU4Z/sw.net]
- a < b < c みたいな連続比較(演算子の連結?)って、なんで流行らないの?
- 269 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 02:24:21.20 ID:I7Wpi/+P.net]
- Python、Julia、Mathematica辺りはできるね
意外にMatlabはできない
- 270 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 07:28:39.38 ID:sv0UK566.net]
- >>260
大して簡素化しない割には、ANDしか対応できないからじゃね?
- 271 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 07:59:09.68 ID:O36P/gVq.net]
- rangeにinかなにかでよさげ
- 272 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 08:01:36.87 ID:FRKhXQkv.net]
- >>260
文法が複雑になるし、等値比較の扱いをどうするかが難しい a < b < c == e >= f これC系の優先順位に倣うと (a < b < c) == (e >= f) が自然だろうけど、たぶんこの式を書いた人の期待していた結果ではないだろう
- 273 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 10:17:17.34 ID:y+HuzDXi.net]
- 数学では a < b < c って表記は良くあるけど
a < b < c = e はそんなに出てこない気がする そして a < b < c = e >= f はガイジが書いたとしか思えない
- 274 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 10:18:25.01 ID:/xY33kfI.net]
- でも個人開発じゃなかったらガイジも書くから
- 275 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 10:31:17.38 ID:8XWt4TWp.net]
- >>265
そんなに出てこなかろうが書けなきゃ一貫性に欠ける a < b <= c の形に限るんなら a in (b..c] の方が美しいわ
- 276 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 10:56:33.83 ID:y+HuzDXi.net]
- >>267
あんまり出てこないって言っただけで、>>265の二つめは出来た方が良いと思うよ。三つめガイジだけど で、>>261に挙げられた言語は出来ないの?出来るんじゃね?
- 277 名前:267 mailto:sage [2018/09/01(土) 11:13:45.36 ID:8XWt4TWp.net]
- >>268
その上で、範囲チェックにしか使えないんなら範囲チェックに特化した表記の方が望ましいという意見なんだけど、言ってる意味わかる? 表記上は一般的に広く使えそうに見えて実は特定の限定的なパターンしか認めないってのは典型的なダメ言語だよ
- 278 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 11:16:35.64 ID:33FbYz6y.net]
- 「数学では〜」っていう言い方見ると悲しくなる
高校数学やそれに毛の生えたようなとこしか触ってないのに それをもって「数学では〜」などと笑止千万 これは>>265にあてつけたんじゃなくて 昔からずーっと思ってたこと
- 279 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 11:19:23.27 ID:4l6T8pEq.net]
- まさかMaybeが出来ない初心者なんていませんよね
foo p x y = if p y x then Just x else Nothing bar m p = maybe False p m (a <= b && b < c && c == d) == ((Just a >>= foo (<=) b >>= foo (<) c) `bar` (==d))
- 280 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 11:19:31.04 ID:y+HuzDXi.net]
- >>269
いや、だからキモいしガイジしか書かないけど、書けた方が良いって言ってんじゃん で?>>261の言語は書けるんじゃないの?
- 281 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 11:27:25.51 ID:pVUyxPYl.net]
- 数学でも a < b > c みたいな書き方はしないし
許してる言語もないだろ
- 282 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 11:37:23.08 ID:8XWt4TWp.net]
- >>273
それが文法上許されないことを説明する一貫性のある理由がない <と<=を特別扱いみたいな一貫性の欠片もないガイジ仕様にするくらいなら要らない、という設計判断は十分にありうる
- 283 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 11:47:25.54 ID:4l6T8pEq.net]
- 必要か不要かを判断するコストは実際にはものすごく高い
簡単に作れるかどうかで判断してたくさん自由に作ってどれかひとつ成功すればいい
- 284 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 11:52:13.22 ID:VcQ5WdQC.net]
- Juliaだと a < b > c は合法だった
多分 a < b && b > c を計算してるっぽい しかし文法的に一貫性があるのはわかるのだが これが書けてしまうのはやはり気持ち悪いな この手のでRangeで書きにくいやつだと、 行列の上三角成分だけ舐めるときに 1 <= i < j <= n とか書けるとちょっとだけ嬉しい
- 285 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 12:00:11.31 ID:bn2L0QEe.net]
- a < f(b) < c
fは何回呼ばれるべきか
- 286 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 12:11:13.69 ID:xDnWzldj.net]
- 理想的にfが純粋関数でbの値がconstで1回だけ評価が素直だと思うが
- 287 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 12:11:17.71 ID:Lo8welT8.net]
- pythonの場合、 a < b という式の型がboolなのに (a < b) < c ができてしまうというのが
非常に分かりにくいね。なんというか、むりやり捻じ込んだ感。
- 288 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 12:14:38.95 ID:+BAvd4bn.net]
- a < b < c
と b > a and b < c どっちがわかりやすいか?
- 289 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 12:36:45.65 ID:rtR930fJ.net]
- なんで
a < b and b < c じゃないの?
- 290 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 12:53:55.22 ID:7zNJuyPV.net]
- センス
- 291 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 13:05:45.26 ID:8oBLXasx.net]
- >>280
1=1<2だったらどうすんの?
- 292 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 13:19:35.77 ID:vTDtzWWE.net]
- >>280
コンパイラは大抵 b > a and b < c のがわかりやすいと判断している。
- 293 名前:デフォルトの名無しさん [2018/09/01(土) 18:37:02.95 ID:/wwW4VSs.net]
- だれかがいってるように
マジで頭悪い。。。 aho = a < b ← 結果はブーリアン baka = aho < c ← ブーリアンを
- 294 名前:大きさで比較してる
< は普通2項演算子で予約されてるからな 3項演算子みたいに使ってない記号を組み合わせるならまだ理解できる [] - [ここ壊れてます]
- 295 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 18:51:27.82 ID:TMvFd8Nd.net]
- >>281
その書き方だと 0 < x < 100 が 0 < x and x<100になるからセンス悪いと思った x > 0 and x <100 xが0より大きく100より小さいにマッチするような記法がない
- 296 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 19:03:39.36 ID:7zNJuyPV.net]
- ワロた
- 297 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 19:34:08.16 ID:+4zR3ral.net]
- 半角の人はいい加減に自分が馬鹿なことを認めてほしい。
- 298 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 19:34:46.46 ID:8XWt4TWp.net]
- >>285
ineqop ::= ('<' | '<=' | '>' | '>=') ineqexpr ::= shiftexpr { ineqop shiftexpr } みたいに定義すりゃいいだけだろ
- 299 名前:デフォルトの名無しさん [2018/09/01(土) 19:47:34.46 ID:/wwW4VSs.net]
- なにも解決してない
構文規則と演算の規則は なんの関係もないからな 知恵遅れは構文規則でかければ 自動的に演算規則ができて なんでも演算できると思ってるらしい 構文規則と解釈が分離できてない コレが低学歴知恵遅れの限界 ホントな気の毒なぐらい頭悪い
- 300 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 19:51:19.20 ID:8XWt4TWp.net]
- >>290
任意個数のオペランドを持ったノードとして左から順に評価すればいいだけだぞ CやJSのカンマ演算子なんかと一緒
- 301 名前:デフォルトの名無しさん [2018/09/01(土) 19:52:39.70 ID:/wwW4VSs.net]
- a < bは
普通にブーリアン返す演算子だからな 普通にブーリアン返すのが正しい演算だ
- 302 名前:デフォルトの名無しさん [2018/09/01(土) 19:53:45.56 ID:/wwW4VSs.net]
- aho ? baka1 : baka2
全然違う
- 303 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 19:56:29.75 ID:4l6T8pEq.net]
- a < b の値は最初はintだったのをboolに変えたんなら次はMaybeに変えてもいいぞ
- 304 名前:291 mailto:sage [2018/09/01(土) 19:56:58.30 ID:8XWt4TWp.net]
- カンマ演算子と一緒は間違いだな、撤回する
例えば配列リテラル式と一緒だと考えればいい あれは任意個数のオペランドを引数にとって全体として配列型を返す演算子であると解釈できる
- 305 名前:デフォルトの名無しさん [2018/09/01(土) 19:57:48.29 ID:/wwW4VSs.net]
- 非ゼロを非ゼロでないかを
真偽にしても別に問題はない
- 306 名前:デフォルトの名無しさん [2018/09/01(土) 20:00:11.15 ID:/wwW4VSs.net]
- 真偽値をどういう値にするかどうかなんか関係ないからな
式の評価で真偽判定を行わないという解釈の問題になるからな
- 307 名前:デフォルトの名無しさん [2018/09/01(土) 20:01:12.82 ID:/wwW4VSs.net]
- とりあえず低学歴知恵遅れは
とてつもなくオツムに問題があるのが このスレみててもよく分かる 適切な問題の分離のしかたが分かってない
- 308 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 20:03:28.96 ID:8XWt4TWp.net]
- アホだなあ
演算記号が単独で式を構成しなければならないなんて決まりはない 全体で式を構成すると考えれば何の問題もない
- 309 名前:デフォルトの名無しさん [2018/09/01(土) 20:06:47.42 ID:/wwW4VSs.net]
- a < b < c
まず a < b を評価して その評価結果を (a < b) < c で評価するという決まりだからな コレが正しい解釈になる それ以外は不適切な解釈
- 310 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 20:07:36.43 ID:Lo8welT8.net]
- Iconという言語だとこれが、a < b という式は成功した場合の値がbになるから a < b < c が
自然に実現できるんだよな。
- 311 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 20:13:43.79 ID:8XWt4TWp.net]
- >>300
じゃあ関数呼び出し式 (f)(a, b) はどう解釈する? 君のいう正しい解釈のように ((f)(a))(b) と解釈する言語も実際に存在するけど、あまり一般的ではないよね
- 312 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 20:22:54.83 ID:rtR930fJ.net]
- >>300
この辺レガシーな言語なら最初の比較で出るのはbool型になるからcと比較してまともな結果になるはずがないんだよね
- 313 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 20:25:39.05 ID:Lo8welT8.net]
- >>302
二項演算子 a < b と三項演算子 a < b < c が同時に存在するというイメージなんだろうか。 a < b がコンテキストによってboolを返すかbを返すか変化するという方がまだ無理がないな。
- 314 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 20:32:20.02 ID:4l6T8pEq.net]
- if(対象 == オブジェクト)
if(事象) 対象コンテキストと事象コンテキスト すべてがオブジェクトといったな、あれは
- 315 名前:Rだ []
- [ここ壊れてます]
- 316 名前:デフォルトの名無しさん [2018/09/01(土) 20:50:05.62 ID:/wwW4VSs.net]
- 関数呼出規約なんかこの話となんの関係もない
まともなオツムしてたら関数呼出で順序の副作用がおきるような書き方なんかしないからな 昔のMCSのコンパイラでも例えば、cdeclとpascal呼出規約があった cdeclとpascal呼出規約をかえると、結果が変わるような知恵遅れなコード書くヤツなんか このスレにいるような低学歴知恵遅れしかいない わかった?
- 317 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 20:56:58.84 ID:1LBe8Cyr.net]
- >>304
C言語的な演算子の概念に拘るなら、比較式はn項演算だと考えれば理解しやすいかな 実際scalaやF#のmatchとかRubyのifとかはn項演算の例だし、そんなに珍しいもんじゃないよ
- 318 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 21:36:47.04 ID:Lo8welT8.net]
- >>307
構文解析の難易度の話なんだけど、matchなどといった開始語を欠いているうえに <=や>など他の演算子との混在も考慮しなければならないとなったら、かなり 困難なものになる思うが。
- 319 名前:デフォルトの名無しさん [2018/09/01(土) 21:39:24.86 ID:/wwW4VSs.net]
- それは可変引数をもった特定の関数呼び出しと意味的同じだからな
低学歴知恵遅れにそんなこといってもしょうがない
- 320 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 21:49:16.31 ID:4l6T8pEq.net]
- 学校で教えるのはプログラムではなく物理とか微分とかなので
学歴重視はハードウェア重視や機械学習重視になりがち
- 321 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 21:57:05.44 ID:OmCLr4/c.net]
- >>308
>>289で終わりじゃね
- 322 名前:デフォルトの名無しさん [2018/09/01(土) 22:17:22.89 ID:/wwW4VSs.net]
- 知恵遅れに理解はムリ
知恵遅れの自覚がまったくいない
- 323 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 22:26:51.47 ID:Lo8welT8.net]
- >>289はshiftexprの定義がないんで厳密なところがわからんけど、後者のshiftexprは
ineqexprじゃないの?
- 324 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 22:39:41.95 ID:bEXb+lmV.net]
- >>313
合ってるよ これでわかるか? 比較式 ::= 低優先順位の式 {比較演算子 低優先順位の式} {}はEBNFで一回以上の繰り返し
- 325 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 22:40:56.19 ID:bEXb+lmV.net]
- 失礼
低優先順位じゃなくて高優先順位の式の間違いだな
- 326 名前:デフォルトの名無しさん [2018/09/01(土) 22:41:42.09 ID:/wwW4VSs.net]
- >>300でオワリ
それ以外は知恵遅れの寝言だからな
- 327 名前:デフォルトの名無しさん [2018/09/01(土) 22:45:20.98 ID:/wwW4VSs.net]
- 構文解析できればなんでもできると思い込んでるからな
低学歴知恵遅れには、その先の解釈のレベルまでおとしこむ知能がない
- 328 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 22:56:42.31 ID:NoXfDUjm.net]
- オペランドを順に評価しながらandで繋ぐだけだろ?
半角クンにとっては難しいのかな
- 329 名前:デフォルトの名無しさん [2018/09/01(土) 22:58:45.07 ID:/wwW4VSs.net]
- そういう問題じゃないからな
やはり知能の問題
- 330 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 23:23:52.10 ID:Omwrv276.net]
- 小学校でプログラミング教育ってチューリングマシンとか
ラムダ計算とかするわけでしょ すごいよね
- 331 名前:デフォルトの名無しさん mailto:sage [2018/09/01(土) 23:34:33.99 ID:0V80T0Sa.net]
- ブーリアンヴォーイズは、いい加減パーキンソンの凡俗法則でググろうな
|

|