[過去ﾛｸﾞ] 次世代言語13 Go Rust Swift Kotlin TypeScript (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
265(3): デフォルトの名無しさん [sage] 2018/09/01(土) 10:17:17.34 ID:y+HuzDXi(1/3) AAS
数学では a < b < c って表記は良くあるけど
a < b < c = e はそんなに出てこない気がする

そして a < b < c = e >= f はガイジが書いたとしか思えない
268(1): デフォルトの名無しさん [sage] 2018/09/01(土) 10:56:33.83 ID:y+HuzDXi(2/3) AAS
>>267
267(2): デフォルトの名無しさん [sage] 2018/09/01(土) 10:31:17.38 ID:8XWt4TWp(1/8) AAS
>>265
そんなに出てこなかろうが書けなきゃ一貫性に欠ける
a < b <= c の形に限るんなら a in (b..c] の方が美しいわ
あんまり出てこないって言っただけで、>>265の二つめは出来た方が良いと思うよ。三つめガイジだけど
で、>>261
261(2): デフォルトの名無しさん [sage] 2018/09/01(土) 02:24:21.20 ID:I7Wpi/+P(1) AAS
Python、Julia、Mathematica辺りはできるね
意外にMatlabはできない
に挙げられた言語は出来ないの？出来るんじゃね？
272: デフォルトの名無しさん [sage] 2018/09/01(土) 11:19:31.04 ID:y+HuzDXi(3/3) AAS
>>269
269(1): 267 [sage] 2018/09/01(土) 11:13:45.36 ID:8XWt4TWp(2/8) AAS
>>268
その上で、範囲チェックにしか使えないんなら範囲チェックに特化した表記の方が望ましいという意見なんだけど、言ってる意味わかる？
表記上は一般的に広く使えそうに見えて実は特定の限定的なパターンしか認めないってのは典型的なダメ言語だよ
いや、だからキモいしガイジしか書かないけど、書けた方が良いって言ってんじゃん
で？>>261の言語は書けるんじゃないの？
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.395s*