[過去ﾛｸﾞ]
次世代言語13 Go Rust Swift Kotlin TypeScript (1002ﾚｽ)
次世代言語13 Go Rust Swift Kotlin TypeScript http://mevius.5ch.net/test/read.cgi/tech/1534769753/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
272: デフォルトの名無しさん [sage] 2018/09/01(土) 11:19:31.04 ID:y+HuzDXi >>269 いや、だからキモいしガイジしか書かないけど、書けた方が良いって言ってんじゃん で？>>261の言語は書けるんじゃないの？ http://mevius.5ch.net/test/read.cgi/tech/1534769753/272
273: デフォルトの名無しさん [sage] 2018/09/01(土) 11:27:25.51 ID:pVUyxPYl 数学でも a < b > c みたいな書き方はしないし 許してる言語もないだろ http://mevius.5ch.net/test/read.cgi/tech/1534769753/273
274: デフォルトの名無しさん [sage] 2018/09/01(土) 11:37:23.08 ID:8XWt4TWp >>273 それが文法上許されないことを説明する一貫性のある理由がない <と<=を特別扱いみたいな一貫性の欠片もないガイジ仕様にするくらいなら要らない、という設計判断は十分にありうる http://mevius.5ch.net/test/read.cgi/tech/1534769753/274
275: デフォルトの名無しさん [sage] 2018/09/01(土) 11:47:25.54 ID:4l6T8pEq 必要か不要かを判断するコストは実際にはものすごく高い 簡単に作れるかどうかで判断してたくさん自由に作ってどれかひとつ成功すればいい http://mevius.5ch.net/test/read.cgi/tech/1534769753/275
276: デフォルトの名無しさん [sage] 2018/09/01(土) 11:52:13.22 ID:VcQ5WdQC Juliaだと a < b > c は合法だった 多分 a < b && b > c を計算してるっぽい しかし文法的に一貫性があるのはわかるのだが これが書けてしまうのはやはり気持ち悪いな この手のでRangeで書きにくいやつだと、 行列の上三角成分だけ舐めるときに 1 <= i < j <= n とか書けるとちょっとだけ嬉しい http://mevius.5ch.net/test/read.cgi/tech/1534769753/276
277: デフォルトの名無しさん [sage] 2018/09/01(土) 12:00:11.31 ID:bn2L0QEe a < f(b) < c fは何回呼ばれるべきか http://mevius.5ch.net/test/read.cgi/tech/1534769753/277
278: デフォルトの名無しさん [sage] 2018/09/01(土) 12:11:13.69 ID:xDnWzldj 理想的にfが純粋関数でbの値がconstで1回だけ評価が素直だと思うが http://mevius.5ch.net/test/read.cgi/tech/1534769753/278
279: デフォルトの名無しさん [sage] 2018/09/01(土) 12:11:17.71 ID:Lo8welT8 pythonの場合、 a < b という式の型がboolなのに (a < b) < c ができてしまうというのが 非常に分かりにくいね。なんというか、むりやり捻じ込んだ感。 http://mevius.5ch.net/test/read.cgi/tech/1534769753/279
280: デフォルトの名無しさん [sage] 2018/09/01(土) 12:14:38.95 ID:+BAvd4bn a < b < c と b > a and b < c どっちがわかりやすいか？ http://mevius.5ch.net/test/read.cgi/tech/1534769753/280
281: デフォルトの名無しさん [sage] 2018/09/01(土) 12:36:45.65 ID:rtR930fJ なんで a < b and b < c じゃないの？ http://mevius.5ch.net/test/read.cgi/tech/1534769753/281
282: デフォルトの名無しさん [sage] 2018/09/01(土) 12:53:55.22 ID:7zNJuyPV センス http://mevius.5ch.net/test/read.cgi/tech/1534769753/282
283: デフォルトの名無しさん [sage] 2018/09/01(土) 13:05:45.26 ID:8oBLXasx >>280 1=1<2だったらどうすんの？ http://mevius.5ch.net/test/read.cgi/tech/1534769753/283
284: デフォルトの名無しさん [sage] 2018/09/01(土) 13:19:35.77 ID:vTDtzWWE >>280 コンパイラは大抵 b > a and b < c のがわかりやすいと判断している。 http://mevius.5ch.net/test/read.cgi/tech/1534769753/284
285: デフォルトの名無しさん [] 2018/09/01(土) 18:37:02.95 ID:/wwW4VSs だれかがいってるように ﾏｼﾞで頭悪い。。。 aho = a < b ← 結果はﾌﾞｰﾘｱﾝ baka = aho < c ← ﾌﾞｰﾘｱﾝを大きさで比較してる < は普通2項演算子で予約されてるからな 3項演算子みたいに使ってない記号を組み合わせるならまだ理解できる http://mevius.5ch.net/test/read.cgi/tech/1534769753/285
286: デフォルトの名無しさん [sage] 2018/09/01(土) 18:51:27.82 ID:TMvFd8Nd >>281 その書き方だと 0 < x < 100 が 0 < x and x<100になるからセンス悪いと思った x > 0 and x <100 xが0より大きく100より小さいにマッチするような記法がない http://mevius.5ch.net/test/read.cgi/tech/1534769753/286
287: デフォルトの名無しさん [sage] 2018/09/01(土) 19:03:39.36 ID:7zNJuyPV ワロた http://mevius.5ch.net/test/read.cgi/tech/1534769753/287
288: デフォルトの名無しさん [sage] 2018/09/01(土) 19:34:08.16 ID:+4zR3ral 半角の人はいい加減に自分が馬鹿なことを認めてほしい。 http://mevius.5ch.net/test/read.cgi/tech/1534769753/288
289: デフォルトの名無しさん [sage] 2018/09/01(土) 19:34:46.46 ID:8XWt4TWp >>285 ineqop ::= ('<' | '<=' | '>' | '>=') ineqexpr ::= shiftexpr { ineqop shiftexpr } みたいに定義すりゃいいだけだろ http://mevius.5ch.net/test/read.cgi/tech/1534769753/289
290: デフォルトの名無しさん [] 2018/09/01(土) 19:47:34.46 ID:/wwW4VSs なにも解決してない 構文規則と演算の規則は なんの関係もないからな 知恵遅れは構文規則でかければ 自動的に演算規則ができて なんでも演算できると思ってるらしい 構文規則と解釈が分離できてない ｺﾚが低学歴知恵遅れの限界 ﾎﾝﾄな気の毒なぐらい頭悪い http://mevius.5ch.net/test/read.cgi/tech/1534769753/290
291: デフォルトの名無しさん [sage] 2018/09/01(土) 19:51:19.20 ID:8XWt4TWp >>290 任意個数のオペランドを持ったノードとして左から順に評価すればいいだけだぞ CやJSのカンマ演算子なんかと一緒 http://mevius.5ch.net/test/read.cgi/tech/1534769753/291
292: デフォルトの名無しさん [] 2018/09/01(土) 19:52:39.70 ID:/wwW4VSs a < bは 普通にﾌﾞｰﾘｱﾝ返す演算子だからな 普通にﾌﾞｰﾘｱﾝ返すのが正しい演算だ http://mevius.5ch.net/test/read.cgi/tech/1534769753/292
293: デフォルトの名無しさん [] 2018/09/01(土) 19:53:45.56 ID:/wwW4VSs aho ? baka1 : baka2 全然違う http://mevius.5ch.net/test/read.cgi/tech/1534769753/293
294: デフォルトの名無しさん [sage] 2018/09/01(土) 19:56:29.75 ID:4l6T8pEq a < b の値は最初はintだったのをboolに変えたんなら次はMaybeに変えてもいいぞ http://mevius.5ch.net/test/read.cgi/tech/1534769753/294
295: 291 [sage] 2018/09/01(土) 19:56:58.30 ID:8XWt4TWp カンマ演算子と一緒は間違いだな、撤回する 例えば配列リテラル式と一緒だと考えればいい あれは任意個数のオペランドを引数にとって全体として配列型を返す演算子であると解釈できる http://mevius.5ch.net/test/read.cgi/tech/1534769753/295
296: デフォルトの名無しさん [] 2018/09/01(土) 19:57:48.29 ID:/wwW4VSs 非ｾﾞﾛを非ｾﾞﾛでないかを 真偽にしても別に問題はない http://mevius.5ch.net/test/read.cgi/tech/1534769753/296
297: デフォルトの名無しさん [] 2018/09/01(土) 20:00:11.15 ID:/wwW4VSs 真偽値をどういう値にするかどうかなんか関係ないからな 式の評価で真偽判定を行わないという解釈の問題になるからな http://mevius.5ch.net/test/read.cgi/tech/1534769753/297
298: デフォルトの名無しさん [] 2018/09/01(土) 20:01:12.82 ID:/wwW4VSs とりあえず低学歴知恵遅れは とてつもなくｵﾂﾑに問題があるのが このｽﾚみててもよく分かる 適切な問題の分離のしかたが分かってない http://mevius.5ch.net/test/read.cgi/tech/1534769753/298
299: デフォルトの名無しさん [sage] 2018/09/01(土) 20:03:28.96 ID:8XWt4TWp アホだなあ 演算記号が単独で式を構成しなければならないなんて決まりはない 全体で式を構成すると考えれば何の問題もない http://mevius.5ch.net/test/read.cgi/tech/1534769753/299
300: デフォルトの名無しさん [] 2018/09/01(土) 20:06:47.42 ID:/wwW4VSs a < b < c まず a < b を評価して その評価結果を (a < b) < c で評価するという決まりだからな ｺﾚが正しい解釈になる それ以外は不適切な解釈 http://mevius.5ch.net/test/read.cgi/tech/1534769753/300
301: デフォルトの名無しさん [sage] 2018/09/01(土) 20:07:36.43 ID:Lo8welT8 Iconという言語だとこれが、a < b という式は成功した場合の値がbになるから a < b < c が 自然に実現できるんだよな。 http://mevius.5ch.net/test/read.cgi/tech/1534769753/301
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 701 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.013s