次世代言語13 Go Rust Swift Kotlin TypeScript

[過去ﾛｸﾞ] 次世代言語13 Go Rust Swift Kotlin TypeScript (1002ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

233(1): 2018/08/30(木)09:55 ID:K2XYaSpY(5/5) AAS
マジこのワナビーの法則の話いつまで続くんや
夏厨死ねよ

234: 2018/08/30(木)11:01 ID:e8DSDd9g(1/4) AAS
>>225
文字列なら "" と "0" がfalse
数値なら0だけがfalse

235: 2018/08/30(木)11:59 ID:A5Nytyjy(1) AAS
perlには '0 but true' という、数値として 0 と比較すると一致するが if でそのまま使うと true 扱いになる特殊な値があったりする。

236: 2018/08/30(木)12:14 ID:6I1bUcuW(1) AAS
次世代を担うに相応しい真偽評価戦略を語るべし

237: 2018/08/30(木)13:15 ID:io9LYUoZ(1) AAS
次世代はif文が消えjsのthen的なものになります

238: 2018/08/30(木)13:47 ID:6sRyznT+(1) AAS
うえー

239: 2018/08/30(木)13:49 ID:e8DSDd9g(2/4) AAS
数値の偽は0
文字列の偽は "" "0"
オブジェクトの偽は null "" "0" その他
階層が深いほど偽が多い法則

240: 2018/08/30(木)13:57 ID:k9/abrGo(1) AAS
次世代言語にはifもforもない

241: 2018/08/30(木)14:29 ID:dTt5OSNq(1) AAS
アスペはこういうところに拘ってしまって先に進めないんだよね

242: 2018/08/30(木)14:47 ID:e8DSDd9g(3/4) AAS
飯炊き三年握り八年

243(1): 2018/08/30(木)18:20 ID:fWBwT80E(1) AAS
ちゃんと読んでないけど
boolなら
if checked / if !checked
でいいやん

244: 2018/08/30(木)18:57 ID:JpHgwHVB(1) AAS
数値なりリストなりを暗黙に真偽値比較せずに
明確にすればいいだけじゃないの？

245: 2018/08/30(木)19:30 ID:7mcJbcKo(1) AAS
直和な幽霊型でCheck|Uncheckを型に持たせて管理すればいいよ

246: 2018/08/30(木)21:15 ID:+O/rJ+xn(1) AAS
if で boolean 型以外を許さず、更に boolen 型の値の比較も許さない言語を作れば解決。

247: 2018/08/30(木)21:51 ID:ff0XXJ3a(2/2) AAS
というかそれが普通なんだけどな。
型がないB言語の特徴を受け継いだCがなまじヒットしてしまったせいで
後続の言語もその悪習を真似るようになってしまった。

248(1): 2018/08/30(木)22:07 ID:Ah+zwqqR(1) AAS
こんなしょうもないことに時間使ってもバグは減らないっていう事実にそろそろ気付こうよ。

249: 2018/08/30(木)22:21 ID:/0YXnEsV(3/3) AAS
低学歴知恵遅れが書いたなぜﾀﾞﾒかを読んでない？
まず読む必要がない
頭悪すぎてお話にならないからな

適切にﾀﾞﾒなｹｰｽを書いてるのはｵﾚしかいないからな
当然、低学歴知恵遅れのﾚｽなんかどうでもいいことになる

250: 2018/08/30(木)22:48 ID:39ABXWI9(1) AAS
まず読む必要がない事を書いてくれてありがとうな

251: 2018/08/30(木)23:10 ID:e8DSDd9g(4/4) AAS
些細なヘイトスピーチもきっちりデバッグしてる欧米の文化の方がITの才能がある

252: 2018/08/31(金)02:17 ID:/VjCJv9E(1) AAS
>>233
ワナビーの法則
って何？
ググってもこのスレしか出てこないんだが
画像ﾘﾝｸ[jpg]:i.imgur.com

253: 2018/08/31(金)05:21 ID:J05bSyHo(1) AAS
>>248
ホントこれ

254: 2018/08/31(金)11:41 ID:YfdxjJ3c(1/2) AAS
無益なものを批判する暇があったら
有害なものを批判しろよ

255: 2018/08/31(金)19:26 ID:waeuZPFW(1) AAS
右の睾丸を触られたら左の睾丸を触りなさい

256: 2018/08/31(金)19:58 ID:YfdxjJ3c(2/2) AAS
刑を執行してはいけないが、裁判と有罪確定まではやっていい

257: 2018/08/31(金)21:20 ID:4ZfpOo1s(1) AAS
ｷﾞﾙﾃｨ
死刑！

258: 2018/08/31(金)23:12 ID:hg6LXyjO(1) AAS
>>243
それが常人のイディオム
bool型の変数に説明的な変数名をつけるだけで
ifの可読性が増すなんてことは
自分で思いつくか
人のを見て気付くか
人に教わって知るか
省4

259: 2018/08/31(金)23:21 ID:7Lf8QxyM(1) AAS
いつまで初心者な話題ばっかやってんの
つまりはそういうことなの？

260(2): 2018/09/01(土)02:13 ID:BxU4Z/sw(1) AAS
a < b < c　みたいな連続比較（演算子の連結？）って、なんで流行らないの？

261(2): 2018/09/01(土)02:24 ID:I7Wpi/+P(1) AAS
Python、Julia、Mathematica辺りはできるね
意外にMatlabはできない

262: 2018/09/01(土)07:28 ID:sv0UK566(1) AAS
>>260
大して簡素化しない割には、ANDしか対応できないからじゃね？

263: 2018/09/01(土)07:59 ID:O36P/gVq(1) AAS
rangeにinかなにかでよさげ

264: 2018/09/01(土)08:01 ID:FRKhXQkv(1) AAS
>>260
文法が複雑になるし、等値比較の扱いをどうするかが難しい
a = f
これC系の優先順位に倣うと (a = f) が自然だろうけど、たぶんこの式を書いた人の期待していた結果ではないだろう

265(3): 2018/09/01(土)10:17 ID:y+HuzDXi(1/3) AAS
数学では a = f はガイジが書いたとしか思えない

266: 2018/09/01(土)10:18 ID:/xY33kfI(1) AAS
でも個人開発じゃなかったらガイジも書くから

267(2): 2018/09/01(土)10:31 ID:8XWt4TWp(1/8) AAS
>>265
そんなに出てこなかろうが書けなきゃ一貫性に欠ける
a < b <= c の形に限るんなら a in (b..c] の方が美しいわ

268(1): 2018/09/01(土)10:56 ID:y+HuzDXi(2/3) AAS
>>267
あんまり出てこないって言っただけで、>>265の二つめは出来た方が良いと思うよ。三つめガイジだけど
で、>>261に挙げられた言語は出来ないの？出来るんじゃね？

269(1): 267 2018/09/01(土)11:13 ID:8XWt4TWp(2/8) AAS
>>268
その上で、範囲チェックにしか使えないんなら範囲チェックに特化した表記の方が望ましいという意見なんだけど、言ってる意味わかる？
表記上は一般的に広く使えそうに見えて実は特定の限定的なパターンしか認めないってのは典型的なダメ言語だよ

270: 2018/09/01(土)11:16 ID:33FbYz6y(1/2) AAS
「数学では〜」っていう言い方見ると悲しくなる
高校数学やそれに毛の生えたようなとこしか触ってないのに
それをもって「数学では〜」などと笑止千万

これは>>265にあてつけたんじゃなくて
昔からずーっと思ってたこと

271: 2018/09/01(土)11:19 ID:4l6T8pEq(1/5) AAS
まさか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))

272: 2018/09/01(土)11:19 ID:y+HuzDXi(3/3) AAS
>>269
いや、だからキモいしガイジしか書かないけど、書けた方が良いって言ってんじゃん
で？>>261の言語は書けるんじゃないの？

273(1): 2018/09/01(土)11:27 ID:pVUyxPYl(1) AAS
数学でも a c みたいな書き方はしないし
許してる言語もないだろ

274: 2018/09/01(土)11:37 ID:8XWt4TWp(3/8) AAS
>>273
それが文法上許されないことを説明する一貫性のある理由がない
<と<=を特別扱いみたいな一貫性の欠片もないガイジ仕様にするくらいなら要らない、という設計判断は十分にありうる

275: 2018/09/01(土)11:47 ID:4l6T8pEq(2/5) AAS
必要か不要かを判断するコストは実際にはものすごく高い
簡単に作れるかどうかで判断してたくさん自由に作ってどれかひとつ成功すればいい

276: 2018/09/01(土)11:52 ID:VcQ5WdQC(1) AAS
Juliaだと a c は合法だった
多分 a c を計算してるっぽい
しかし文法的に一貫性があるのはわかるのだが
これが書けてしまうのはやはり気持ち悪いな

この手のでRangeで書きにくいやつだと、
行列の上三角成分だけ舐めるときに
1 <= i < j <= n
省1

277: 2018/09/01(土)12:00 ID:bn2L0QEe(1) AAS
a < f(b) < c
fは何回呼ばれるべきか

278: 2018/09/01(土)12:11 ID:xDnWzldj(1) AAS
理想的にfが純粋関数でbの値がconstで1回だけ評価が素直だと思うが

279: 2018/09/01(土)12:11 ID:Lo8welT8(1/5) AAS
pythonの場合、 a < b という式の型がboolなのに (a < b) < c ができてしまうというのが
非常に分かりにくいね。なんというか、むりやり捻じ込んだ感。

280(3): 2018/09/01(土)12:14 ID:+BAvd4bn(1) AAS
a a and b < c

どっちがわかりやすいか？

281(2): 2018/09/01(土)12:36 ID:rtR930fJ(1/2) AAS
なんで
a < b and b < c
じゃないの？

282: 2018/09/01(土)12:53 ID:7zNJuyPV(1/2) AAS
センス

283: 2018/09/01(土)13:05 ID:8oBLXasx(1) AAS
>>280
1=1<2だったらどうすんの？

284: 2018/09/01(土)13:19 ID:vTDtzWWE(1) AAS
>>280
コンパイラは大抵
b > a and b < c
のがわかりやすいと判断している。

285(1): 2018/09/01(土)18:37 ID:/wwW4VSs(1/14) AAS
だれかがいってるように
ﾏｼﾞで頭悪い。。。

aho = a < b ← 結果はﾌﾞｰﾘｱﾝ
baka = aho < c ← ﾌﾞｰﾘｱﾝを大きさで比較してる
< は普通2項演算子で予約されてるからな

3項演算子みたいに使ってない記号を組み合わせるならまだ理解できる

286(2): 2018/09/01(土)18:51 ID:TMvFd8Nd(1) AAS
>>281
その書き方だと　0 < x < 100 が
0 < x and x<100になるからセンス悪いと思った

x > 0 and x <100

xが0より大きく100より小さいにマッチするような記法がない

287: 2018/09/01(土)19:03 ID:7zNJuyPV(2/2) AAS
ワロた

288(1): 2018/09/01(土)19:34 ID:+4zR3ral(1) AAS
半角の人はいい加減に自分が馬鹿なことを認めてほしい。

289(2): 2018/09/01(土)19:34 ID:8XWt4TWp(4/8) AAS
>>285
ineqop ::= ('<' | '<=' | '>' | '>=')
ineqexpr ::= shiftexpr { ineqop shiftexpr }
みたいに定義すりゃいいだけだろ

290(1): 2018/09/01(土)19:47 ID:/wwW4VSs(2/14) AAS
なにも解決してない
構文規則と演算の規則は
なんの関係もないからな

知恵遅れは構文規則でかければ
自動的に演算規則ができて

なんでも演算できると思ってるらしい
構文規則と解釈が分離できてない
省2

291(1): 2018/09/01(土)19:51 ID:8XWt4TWp(5/8) AAS
>>290
任意個数のオペランドを持ったノードとして左から順に評価すればいいだけだぞ
CやJSのカンマ演算子なんかと一緒

292: 2018/09/01(土)19:52 ID:/wwW4VSs(3/14) AAS
a < bは
普通にﾌﾞｰﾘｱﾝ返す演算子だからな
普通にﾌﾞｰﾘｱﾝ返すのが正しい演算だ

293: 2018/09/01(土)19:53 ID:/wwW4VSs(4/14) AAS
aho ? baka1 : baka2
全然違う

294: 2018/09/01(土)19:56 ID:4l6T8pEq(3/5) AAS
a < b の値は最初はintだったのをboolに変えたんなら次はMaybeに変えてもいいぞ

295: 291 2018/09/01(土)19:56 ID:8XWt4TWp(6/8) AAS
カンマ演算子と一緒は間違いだな、撤回する
例えば配列リテラル式と一緒だと考えればいい
あれは任意個数のオペランドを引数にとって全体として配列型を返す演算子であると解釈できる

296: 2018/09/01(土)19:57 ID:/wwW4VSs(5/14) AAS
非ｾﾞﾛを非ｾﾞﾛでないかを
真偽にしても別に問題はない

297: 2018/09/01(土)20:00 ID:/wwW4VSs(6/14) AAS
真偽値をどういう値にするかどうかなんか関係ないからな
式の評価で真偽判定を行わないという解釈の問題になるからな

298: 2018/09/01(土)20:01 ID:/wwW4VSs(7/14) AAS
とりあえず低学歴知恵遅れは
とてつもなくｵﾂﾑに問題があるのが
このｽﾚみててもよく分かる

適切な問題の分離のしかたが分かってない

299: 2018/09/01(土)20:03 ID:8XWt4TWp(7/8) AAS
アホだなあ
演算記号が単独で式を構成しなければならないなんて決まりはない
全体で式を構成すると考えれば何の問題もない

300(4): 2018/09/01(土)20:06 ID:/wwW4VSs(8/14) AAS
a < b < c
まず a < b を評価して
その評価結果を
(a < b) < c
で評価するという決まりだからな
ｺﾚが正しい解釈になる

それ以外は不適切な解釈

301: 2018/09/01(土)20:07 ID:Lo8welT8(2/5) AAS
Iconという言語だとこれが、a < b という式は成功した場合の値がbになるから a < b < c が
自然に実現できるんだよな。

302(1): 2018/09/01(土)20:13 ID:8XWt4TWp(8/8) AAS
>>300
じゃあ関数呼び出し式 (f)(a, b) はどう解釈する?
君のいう正しい解釈のように ((f)(a))(b) と解釈する言語も実際に存在するけど、あまり一般的ではないよね

303: 2018/09/01(土)20:22 ID:rtR930fJ(2/2) AAS
>>300
この辺レガシーな言語なら最初の比較で出るのはbool型になるからcと比較してまともな結果になるはずがないんだよね

304(1): 2018/09/01(土)20:25 ID:Lo8welT8(3/5) AAS
>>302
二項演算子 a < b と三項演算子 a < b < c が同時に存在するというイメージなんだろうか。
a < b がコンテキストによってboolを返すかbを返すか変化するという方がまだ無理がないな。

305: 2018/09/01(土)20:32 ID:4l6T8pEq(4/5) AAS
if(対象 == オブジェクト)
if(事象)
対象コンテキストと事象コンテキスト
すべてがオブジェクトといったな、あれは嘘だ

306: 2018/09/01(土)20:50 ID:/wwW4VSs(9/14) AAS
関数呼出規約なんかこの話となんの関係もない
まともなｵﾂﾑしてたら関数呼出で順序の副作用がおきるような書き方なんかしないからな

昔のMCSのｺﾝﾊﾟｲﾗでも例えば、cdeclとpascal呼出規約があった
cdeclとpascal呼出規約をかえると、結果が変わるような知恵遅れなｺｰﾄﾞ書くﾔﾂなんか
このｽﾚにいるような低学歴知恵遅れしかいない

わかった？

307(1): 2018/09/01(土)20:56 ID:1LBe8Cyr(1) AAS
>>304
C言語的な演算子の概念に拘るなら、比較式はn項演算だと考えれば理解しやすいかな
実際scalaやF#のmatchとかRubyのifとかはn項演算の例だし、そんなに珍しいもんじゃないよ

308(1): 2018/09/01(土)21:36 ID:Lo8welT8(4/5) AAS
>>307
構文解析の難易度の話なんだけど、matchなどといった開始語を欠いているうえに
<=や>など他の演算子との混在も考慮しなければならないとなったら、かなり
困難なものになる思うが。

309: 2018/09/01(土)21:39 ID:/wwW4VSs(10/14) AAS
それは可変引数をもった特定の関数呼び出しと意味的同じだからな
低学歴知恵遅れにそんなこといってもしょうがない

310: 2018/09/01(土)21:49 ID:4l6T8pEq(5/5) AAS
学校で教えるのはプログラムではなく物理とか微分とかなので
学歴重視はハードウェア重視や機械学習重視になりがち

311: 2018/09/01(土)21:57 ID:OmCLr4/c(1) AAS
>>308
>>289で終わりじゃね

312: 2018/09/01(土)22:17 ID:/wwW4VSs(11/14) AAS
知恵遅れに理解はﾑﾘ
知恵遅れの自覚がまったくいない

313(1): 2018/09/01(土)22:26 ID:Lo8welT8(5/5) AAS
>>289はshiftexprの定義がないんで厳密なところがわからんけど、後者のshiftexprは
ineqexprじゃないの？

上下前次 1-新書関写板覧索設栞歴

あと 689 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.019s