[過去ﾛｸﾞ] 次世代言語13 Go Rust Swift Kotlin TypeScript (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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じゃないの？
314: 2018/09/01(土)22:39 ID:bEXb+lmV(1/2) AAS
>>313
合ってるよ
これでわかるか？
比較式 ::= 低優先順位の式 {比較演算子 低優先順位の式}
{}はEBNFで一回以上の繰り返し
315: 2018/09/01(土)22:40 ID:bEXb+lmV(2/2) AAS
失礼
低優先順位じゃなくて高優先順位の式の間違いだな
316: 2018/09/01(土)22:41 ID:/wwW4VSs(12/14) AAS
>>300でｵﾜﾘ
それ以外は知恵遅れの寝言だからな
317: 2018/09/01(土)22:45 ID:/wwW4VSs(13/14) AAS
構文解析できればなんでもできると思い込んでるからな
低学歴知恵遅れには、その先の解釈のﾚﾍﾞﾙまでおとしこむ知能がない
318: 2018/09/01(土)22:56 ID:NoXfDUjm(1) AAS
オペランドを順に評価しながらandで繋ぐだけだろ？
半角クンにとっては難しいのかな
319: 2018/09/01(土)22:58 ID:/wwW4VSs(14/14) AAS
そういう問題じゃないからな
やはり知能の問題
320: 2018/09/01(土)23:23 ID:Omwrv276(1) AAS
小学校でプログラミング教育ってチューリングマシンとか
ラムダ計算とかするわけでしょ
すごいよね
321: 2018/09/01(土)23:34 ID:0V80T0Sa(1) AAS
ブーリアンヴォーイズは、いい加減パーキンソンの凡俗法則でググろうな
322(1): 2018/09/01(土)23:44 ID:33FbYz6y(2/2) AAS
流れ本体とは関係ないが
>>286のレスが意味不明
とくに
> 0 < x and x<100になるからセンス悪いと思った
この部分
>>281へのレスとしては
最後の一行もさっぱり意味分からんが
323: 2018/09/01(土)23:59 ID:siIpxtD6(1) AAS
>>280
a < b and b < c
324: 2018/09/02(日)00:22 ID:W5ilUQmj(1/4) AAS
上座と下座みたいなセンスかな
OOPでは引数の中で一番偉いやつを左に書くよな
325: 2018/09/02(日)00:30 ID:KFJPmGJr(1/3) AAS
a < b > c が合法になるぐらいなら a < b && b < c でいい
326: 2018/09/02(日)00:33 ID:2XQmbsmV(1) AAS
>>322
比較するときにつねに左に変数がないと気持ち悪いタイプなんだろう
個人的にはそれはそれで分からなくはない
俺はこの場合は数直線順のほうが読みやすいと思うが
327: 2018/09/02(日)00:40 ID:ssHYSt2l(1) AAS
> 比較するときにつねに左に変数がないと
プログラミングエアプか？
変数と変数を比較するケースを>>286以外のみんなは当然想定したわけで
328: 2018/09/02(日)01:37 ID:tqSo+8/2(1) AAS
不等号をカリー化しようや
329: 2018/09/02(日)02:01 ID:Vtrj0PDM(1) AAS
a < b < c
Pythonが採用して、Rubyが採用しなかった
そう言うことだと思う
330: 2018/09/02(日)05:30 ID:4Jf6YH6e(1) AAS
>>288
愚か者はその愚かさ故に自分が愚かであることがわからず思い上がって傲慢になる。
賢い者はその賢さ故に自分が愚かであることがわかり遜って謙虚になる。
331: 2018/09/02(日)06:00 ID:7CaEiwfk(1) AAS
常にってわけじゃないけど
RangeやRectなどで繋がりのある組を明示すると意図を読みやすいと思う
シンプルなケースは a < b で良いけど、複雑になる程inとかも使わず普通にメソッドで
if (a ..< c).contains( b ) {
print("含まれる")
}
if (a ..< c).contains( a ..< b ) {
print("含まれる")
}
if (10 ..< 30).overlaps( 20 ..< 40 ) {
print("重なっている")
}
if Rect(x:10, y:20, w:100, h:100).contains( Point(x:50, y:50) ) {
print("含まれる")
}
上下前次1-新書関写板覧索設栞歴
あと 671 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.010s