次世代言語13 Go Rust Swift Kotlin TypeScript

**デフォルトの名無しさん** · 2018/08/20(月) 21:55:53.03

スレタイ以外の言語もok

前スレ
次世代言語12 Go Rust Swift Kotlin TypeScript
http://mevius.5ch.net/test/read.cgi/tech/1530664695/

**デフォルトの名無しさん** · 2018/09/01(土) 18:51:27.82

>>281
その書き方だと　0 < x < 100 が
0 < x and x<100になるからセンス悪いと思った

x > 0 and x <100

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

**デフォルトの名無しさん** · 2018/09/01(土) 19:03:39.36

ワロた

**デフォルトの名無しさん** · 2018/09/01(土) 19:34:08.16

半角の人はいい加減に自分が馬鹿なことを認めてほしい。

**デフォルトの名無しさん** · 2018/09/01(土) 19:34:46.46

>>285
ineqop ::= ('<' | '<=' | '>' | '>=')
ineqexpr ::= shiftexpr { ineqop shiftexpr }
みたいに定義すりゃいいだけだろ

**デフォルトの名無しさん** · 2018/09/01(土) 19:47:34.46

なにも解決してない
構文規則と演算の規則は
なんの関係もないからな

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

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

ｺﾚが低学歴知恵遅れの限界
ﾎﾝﾄな気の毒なぐらい頭悪い

**デフォルトの名無しさん** · 2018/09/01(土) 19:51:19.20

>>290
任意個数のオペランドを持ったノードとして左から順に評価すればいいだけだぞ
CやJSのカンマ演算子なんかと一緒

**デフォルトの名無しさん** · 2018/09/01(土) 19:52:39.70

a < bは
普通にﾌﾞｰﾘｱﾝ返す演算子だからな
普通にﾌﾞｰﾘｱﾝ返すのが正しい演算だ

**デフォルトの名無しさん** · 2018/09/01(土) 19:53:45.56

aho ? baka1 : baka2
全然違う

**デフォルトの名無しさん** · 2018/09/01(土) 19:56:29.75

a < b の値は最初はintだったのをboolに変えたんなら次はMaybeに変えてもいいぞ

**291** · 2018/09/01(土) 19:56:58.30

カンマ演算子と一緒は間違いだな、撤回する
例えば配列リテラル式と一緒だと考えればいい
あれは任意個数のオペランドを引数にとって全体として配列型を返す演算子であると解釈できる

**デフォルトの名無しさん** · 2018/09/01(土) 19:57:48.29

非ｾﾞﾛを非ｾﾞﾛでないかを
真偽にしても別に問題はない

**デフォルトの名無しさん** · 2018/09/01(土) 20:00:11.15

真偽値をどういう値にするかどうかなんか関係ないからな
式の評価で真偽判定を行わないという解釈の問題になるからな

**デフォルトの名無しさん** · 2018/09/01(土) 20:01:12.82

とりあえず低学歴知恵遅れは
とてつもなくｵﾂﾑに問題があるのが
このｽﾚみててもよく分かる

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

**デフォルトの名無しさん** · 2018/09/01(土) 20:03:28.96

アホだなあ
演算記号が単独で式を構成しなければならないなんて決まりはない
全体で式を構成すると考えれば何の問題もない

**デフォルトの名無しさん** · 2018/09/01(土) 20:06:47.42

a < b < c
まず a < b を評価して
その評価結果を
(a < b) < c
で評価するという決まりだからな
ｺﾚが正しい解釈になる

それ以外は不適切な解釈

**デフォルトの名無しさん** · 2018/09/01(土) 20:07:36.43

Iconという言語だとこれが、a < b という式は成功した場合の値がbになるから a < b < c が
自然に実現できるんだよな。

**デフォルトの名無しさん** · 2018/09/01(土) 20:13:43.79

>>300
じゃあ関数呼び出し式 (f)(a, b) はどう解釈する?
君のいう正しい解釈のように ((f)(a))(b) と解釈する言語も実際に存在するけど、あまり一般的ではないよね

**デフォルトの名無しさん** · 2018/09/01(土) 20:22:54.83

>>300
この辺レガシーな言語なら最初の比較で出るのはbool型になるからcと比較してまともな結果になるはずがないんだよね

**デフォルトの名無しさん** · 2018/09/01(土) 20:25:39.05

>>302
二項演算子 a < b と三項演算子 a < b < c が同時に存在するというイメージなんだろうか。
a < b がコンテキストによってboolを返すかbを返すか変化するという方がまだ無理がないな。

**デフォルトの名無しさん** · 2018/09/01(土) 20:32:20.02

if(対象 == オブジェクト)
if(事象)
対象コンテキストと事象コンテキスト
すべてがオブジェクトといったな、あれは嘘だ

**デフォルトの名無しさん** · 2018/09/01(土) 20:50:05.62

関数呼出規約なんかこの話となんの関係もない
まともなｵﾂﾑしてたら関数呼出で順序の副作用がおきるような書き方なんかしないからな

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

わかった？

**デフォルトの名無しさん** · 2018/09/01(土) 20:56:58.84

>>304
C言語的な演算子の概念に拘るなら、比較式はn項演算だと考えれば理解しやすいかな
実際scalaやF#のmatchとかRubyのifとかはn項演算の例だし、そんなに珍しいもんじゃないよ

**デフォルトの名無しさん** · 2018/09/01(土) 21:36:47.04

>>307
構文解析の難易度の話なんだけど、matchなどといった開始語を欠いているうえに
<=や>など他の演算子との混在も考慮しなければならないとなったら、かなり
困難なものになる思うが。

**デフォルトの名無しさん** · 2018/09/01(土) 21:39:24.86

それは可変引数をもった特定の関数呼び出しと意味的同じだからな
低学歴知恵遅れにそんなこといってもしょうがない

**デフォルトの名無しさん** · 2018/09/01(土) 21:49:16.31

学校で教えるのはプログラムではなく物理とか微分とかなので
学歴重視はハードウェア重視や機械学習重視になりがち

**デフォルトの名無しさん** · 2018/09/01(土) 21:57:05.44

>>308
>>289で終わりじゃね

**デフォルトの名無しさん** · 2018/09/01(土) 22:17:22.89

知恵遅れに理解はﾑﾘ
知恵遅れの自覚がまったくいない

**デフォルトの名無しさん** · 2018/09/01(土) 22:26:51.47

>>289はshiftexprの定義がないんで厳密なところがわからんけど、後者のshiftexprは
ineqexprじゃないの？

**デフォルトの名無しさん** · 2018/09/01(土) 22:39:41.95

>>313
合ってるよ
これでわかるか？
比較式 ::= 低優先順位の式 {比較演算子低優先順位の式}
{}はEBNFで一回以上の繰り返し

**デフォルトの名無しさん** · 2018/09/01(土) 22:40:56.19

失礼
低優先順位じゃなくて高優先順位の式の間違いだな

**デフォルトの名無しさん** · 2018/09/01(土) 22:41:42.09

>>300でｵﾜﾘ
それ以外は知恵遅れの寝言だからな

**デフォルトの名無しさん** · 2018/09/01(土) 22:45:20.98

構文解析できればなんでもできると思い込んでるからな
低学歴知恵遅れには、その先の解釈のﾚﾍﾞﾙまでおとしこむ知能がない

**デフォルトの名無しさん** · 2018/09/01(土) 22:56:42.31

オペランドを順に評価しながらandで繋ぐだけだろ？
半角クンにとっては難しいのかな

**デフォルトの名無しさん** · 2018/09/01(土) 22:58:45.07

そういう問題じゃないからな
やはり知能の問題

**デフォルトの名無しさん** · 2018/09/01(土) 23:23:52.10

小学校でプログラミング教育ってチューリングマシンとか
ラムダ計算とかするわけでしょ
すごいよね

**デフォルトの名無しさん** · 2018/09/01(土) 23:34:33.99

ブーリアンヴォーイズは、いい加減パーキンソンの凡俗法則でググろうな

**デフォルトの名無しさん** · 2018/09/01(土) 23:44:33.13

流れ本体とは関係ないが
>>286のレスが意味不明
とくに
> 0 < x and x<100になるからセンス悪いと思った
この部分

>>281へのレスとしては
最後の一行もさっぱり意味分からんが

**デフォルトの名無しさん** · 2018/09/01(土) 23:59:16.46

>>280
a < b and b < c

**デフォルトの名無しさん** · 2018/09/02(日) 00:22:13.35

上座と下座みたいなセンスかな
OOPでは引数の中で一番偉いやつを左に書くよな

**デフォルトの名無しさん** · 2018/09/02(日) 00:30:30.37

a < b > c が合法になるぐらいなら a < b && b < c でいい

**デフォルトの名無しさん** · 2018/09/02(日) 00:33:32.41

>>322
比較するときにつねに左に変数がないと気持ち悪いタイプなんだろう
個人的にはそれはそれで分からなくはない
俺はこの場合は数直線順のほうが読みやすいと思うが

**デフォルトの名無しさん** · 2018/09/02(日) 00:40:47.30

> 比較するときにつねに左に変数がないと

プログラミングエアプか？
変数と変数を比較するケースを>>286以外のみんなは当然想定したわけで

**デフォルトの名無しさん** · 2018/09/02(日) 01:37:29.19

不等号をカリー化しようや

**デフォルトの名無しさん** · 2018/09/02(日) 02:01:29.06

a < b < c
Pythonが採用して、Rubyが採用しなかった
そう言うことだと思う

**デフォルトの名無しさん** · 2018/09/02(日) 05:30:33.71

>>288
愚か者はその愚かさ故に自分が愚かであることがわからず思い上がって傲慢になる。
賢い者はその賢さ故に自分が愚かであることがわかり遜って謙虚になる。

**デフォルトの名無しさん** · 2018/09/02(日) 06:00:58.71

常にってわけじゃないけど
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("含まれる")
}

**デフォルトの名無しさん** · 2018/09/02(日) 06:48:37.78

以下の2つの書き方がある

左に、小さく方を書く
0 < x and x < 100

左に定数を書く。
定数には代入できないため、すぐにエラーが発見できる
0 < x and 100 > X

**デフォルトの名無しさん** · 2018/09/02(日) 07:13:44.39

スレチかもしれないけど
人工知能が今後発展していくにつれて、CとかJavaとかRubyみたいな言語って廃れていって、人工知能に関連しない分野のプログラミングスキルは無価値になって、人工知能に特化したPython一強みたいな感じになるの？
プログラミング始めたばかりなんだけどふと疑問に思った（同じくらい初心者であるはずの知人がこれからは人工知能に関わる言語だけやっていればいい、それ以外じゃ食っていけない、みたいなこと言ってたから）
こういう話題は何度も出ていてうんざりしてたらごめん

**デフォルトの名無しさん** · 2018/09/02(日) 08:18:58.41

>>332
下はヨーダ記法って言ってな
時代遅れなんだよ池沼

**デフォルトの名無しさん** · 2018/09/02(日) 08:33:01.84

人工知能というか機械学習な
その中でも深層学習ってやつね
pythonは特化してるわけじゃなくて深層学習に必要な行列計算が簡単に書けるnumpyというライブラリがあるから使われている
未来のことは分からないが、気にしても仕方ないように思える
プログラマにとって技術の陳腐化は日常的なことだし
機械学習やりたいならプログラミングじゃなくて統計を学んだ方がいいよ

**デフォルトの名無しさん** · 2018/09/02(日) 08:46:50.28

>>333
世の中の全てのコンピュータが人工知能とやらになればそうなるかも知れんが
物理的にあり得ないので、その他の言語が廃れることはないよ
それどころか、コンピュータが多様化してるからどんどん新しい言語も必要になってくる

だから、このスレが存在してる

**デフォルトの名無しさん** · 2018/09/02(日) 08:59:02.89

>>333
そのpythonが今強い理由がCで書かれたライブラリなんだよなあ

**デフォルトの名無しさん** · 2018/09/02(日) 09:00:04.40

囲碁と画像処理のスキルが無価値になったから言語は滅亡するというのは意味不明だな
0 < x はセンス悪い説よりももっと意味不明

**デフォルトの名無しさん** · 2018/09/02(日) 09:11:23.18

まぁCythonってあるもんな
https://www.oreilly.co.jp/books/images/picture_large978-4-87311-727-0.jpeg

大体それの知識だけっていう狭い視野の人間は碌なもの作れない
プログラミングに絞って言えばOSとかネットワークの事もっと知ってろよってな

**デフォルトの名無しさん** · 2018/09/02(日) 09:12:14.22

>>336
＞だから、このスレが存在してる

カッコイイ(ﾟ∀ﾟ)

**デフォルトの名無しさん** · 2018/09/02(日) 09:15:33.58

>>333
人工知能によってプログラミングが要らない時代になったとしたらそもそもPythonも不要だから無駄
例えばメルカリみたいなシステムを作るとして、今だとAIって写真を画像認識して自動的にカテゴリ分けしたりするのに使うわけ
一方、出品などシステムの「仕組み」の部分は人間が手作りしてて、こういうのは前者よりも遥かに複雑でAIには難しいの
後者がAIに置き換わる頃には「AIを使う」プログラミングなんてとっくにAI化されてるよ
「AIを作る」側になるなら話は別だけど、後者をAI化できるほどのレベルになれば今みたいに個別にAI利用システムを開発するんじゃなくて
どっかが開発した汎用的なAIをサービスやパッケージとして利用する形になるだろうから、
最終的にAIベンダーとして残るのは本当に1つか2つの企業だろうね

**デフォルトの名無しさん** · 2018/09/02(日) 10:00:25.05

>>333

知り合いもどうせ大学生とかそんなレベルなんだろ

mac使って自称データサイエンティスト（）とか名乗ってる意識高い系の方々は自分がバカだと気づかない

**デフォルトの名無しさん** · 2018/09/02(日) 10:02:50.62

mac使ってカタカタターンってやって
これをこうしたらいいだけなんですよと謎の上から目線

あなたたちのやってることは間違ってました
でも自分がなにか失敗したら顔真っ赤にして老害ガーとか言い出すゆとり世代

**デフォルトの名無しさん** · 2018/09/02(日) 10:24:08.52

GUIブームの時も、グラフィックがあるから文字は無価値になるとか言われていたような

**デフォルトの名無しさん** · 2018/09/02(日) 10:30:13.21

幅が広すぎて無意味だということに誰もが気づいて廃れた言葉である「ゆとり世代」を未だに使っている人がいるのか。

**デフォルトの名無しさん** · 2018/09/02(日) 11:00:08.66

登場人物の心を読むスキルを使うための登場人物
心を読めるから言葉は無価値になるという

**デフォルトの名無しさん** · 2018/09/02(日) 13:46:55.56

>>342
学生よりも分野外のおっさんの方が変な夢見過ぎな気がする

**デフォルトの名無しさん** · 2018/09/02(日) 14:46:45.62

AI妄想を差し引いたPythonはごく普通のスクリプト言語

**デフォルトの名無しさん** · 2018/09/02(日) 17:35:10.60

計算科学にも使える数少ないスクリプト言語やぞ

**デフォルトの名無しさん** · 2018/09/02(日) 20:08:30.54

しかも極初期からOpenGLバインディングが使えたという魔改造スクリプト言語

**デフォルトの名無しさん** · 2018/09/02(日) 20:33:11.59

Pythonさほど好きじゃないけど、こいつが居なかったら
Rubyとかいうクソ言語が流行ってた可能性もあると考えると
Pythonが存在してくれて良かったと心から思う

**デフォルトの名無しさん** · 2018/09/02(日) 20:45:40.92

手放しに良い言語とは思えないけど変えが効かない言語

**デフォルトの名無しさん** · 2018/09/02(日) 20:50:30.02

luaでいいわ
一番ｼﾝﾌﾟﾙ

**デフォルトの名無しさん** · 2018/09/02(日) 21:24:26.73

俺はRubyでいいわ
なんかPyキチが目の敵にしてるが

**デフォルトの名無しさん** · 2018/09/02(日) 21:29:19.32

Pythoはsyntaxはまーしょうがないにしても
設計がウンコですわ
PHP並に酷いものもある

**デフォルトの名無しさん** · 2018/09/02(日) 21:32:00.92

PHPは7になってから大分切り捨てられたけどな

**デフォルトの名無しさん** · 2018/09/02(日) 21:56:03.31

>>356
切り捨て？詳しく

**デフォルトの名無しさん** · 2018/09/02(日) 22:15:39.01

旧式のmysql接続モジュールとか旧式の正規表現とかが主だった切り捨てだったかな
5.xで非推奨って言われてた関数の類がバッサリ切り捨てられてた

**デフォルトの名無しさん** · 2018/09/02(日) 22:16:48.58

あとクラスの書き方もフィールド宣言にvarとか書けなくなってたな

**デフォルトの名無しさん** · 2018/09/02(日) 22:20:46.75

array_ナンチャラとかいうウンポコペチプーの代名詞みたいなそびえ立つクソはどうなりましたか（小声）

**デフォルトの名無しさん** · 2018/09/02(日) 22:58:40.04

pythonが良いというよりperlのクソみたいななんでもあり感を無くしたのが良かったってだけ。
余計なことをしない言語が良い。

**デフォルトの名無しさん** · 2018/09/02(日) 23:10:24.54

つまりlua使っとけば間違ない
という結論になる

余計な機能があるせいで
いちいち余計なことを覚えないといけないという悪循環もなくなる

pythonは余計なもん大杉で初学者にも不向きといえる
余計なもんないほうが初学者もとっつきやすい

覚えることも少ない
簡単なのが一番

**デフォルトの名無しさん** · 2018/09/02(日) 23:41:05.75

Luaさんにもnumpyがあればなあ

**デフォルトの名無しさん** · 2018/09/03(月) 00:10:22.82

luaさんはjsと似てた記憶しかない

**デフォルトの名無しさん** · 2018/09/03(月) 00:13:49.32

LuaさんについてはRubyと同じくIf End ifのクソ文法だったことも覚えている

**デフォルトの名無しさん** · 2018/09/03(月) 00:28:46.48

luaは思いのほか流行ったけど、一般的なスクリプト用途で使ってる人なんているの？

使い捨てのスクリプトは、Rubyがいい。なんとか持ちこたえて欲しい
システムに入ってないから好きなバージョン使えるし、読みにくいかわりに書きやすいと思う
Python2しか使ったことないけど、Pythonって積極的に選ぶものでなく、消極的に選ばれるものだよね？

**デフォルトの名無しさん** · 2018/09/03(月) 00:38:38.73

luaは必要な機能を自分で拡張して使うもんだからな
cとの相性は抜群

そのﾊﾞｲﾝﾃﾞｨﾝｸﾞも簡単

**デフォルトの名無しさん** · 2018/09/03(月) 07:57:27.37

ツールスクリプト用途では相変わらず Ruby は使える

**デフォルトの名無しさん** · 2018/09/03(月) 08:12:21.90

使い捨てなら入ってる力高いperl5かな
Rubyの出番はねえな

**デフォルトの名無しさん** · 2018/09/03(月) 08:18:21.47

最初から入ってるかどうかどうでもよすぎるしそんな理由で今さらperl5使うことはないなあ

**デフォルトの名無しさん** · 2018/09/03(月) 08:35:37.94

Luaは正解だがPerlも正解だよ
そしてPerlは悪とか正解は一つとかいうのを信じる人はPythonに集まった

**デフォルトの名無しさん** · 2018/09/03(月) 09:31:57.09

配列インデクスが1から始まるとかいう狂気

**デフォルトの名無しさん** · 2018/09/03(月) 09:51:52.31

無学だから教えて欲しい
プログラミング言語の配列に0-indexが多いのって、Cの配列がアセンブラに寄せてあってaddress+0からスタートしてるからだと思ってるんだけど正しくはどうなの？

**デフォルトの名無しさん** · 2018/09/03(月) 10:42:48.89

>>373
まあ0からにするとコンピュータ的にコード作りが楽になるからそんな感じになるのが多いわけだが、必ずそんな風にコンパイラを実装しなければいけないということもないわけで、要するに実装依存だ。

**デフォルトの名無しさん** · 2018/09/03(月) 10:47:17.64

ゼロには配列の数が入ってる。
みたいな言語だって構わないんだが。
C実装者はポインターと配列を同一視しちまったんだ。

**デフォルトの名無しさん** · 2018/09/03(月) 10:49:35.37

Cの配列長さの管理し辛さは異常
Fortranみたいな-fcheck=allもないし

**デフォルトの名無しさん** · 2018/09/03(月) 10:53:15.83

学がないやつが答えるなよ

**デフォルトの名無しさん** · 2018/09/03(月) 11:10:55.19

まあ、C言語はマクロアセンブラの兄貴分みたいな感じで
当時のメインフレームのアセンブリ言語を扱いやすくしただけだしな。
あんま言語自体の吟味はして無いんじゃね？

**デフォルトの名無しさん** · 2018/09/03(月) 11:50:29.43

0からn-1方式はn=0の場合に-1という概念が出てくる

**デフォルトの名無しさん** · 2018/09/03(月) 14:22:27.95

>>373
逆に今のプログラミング言語で配列インデクスが0始まり以外のものは皆無だと思うんだが。
なれの問題でしかないから諦めろ。

**デフォルトの名無しさん** · 2018/09/03(月) 14:25:10.86

Julia Fortranくらいか？

**デフォルトの名無しさん** · 2018/09/03(月) 14:43:06.78

>>380
別に0-indexがしんどいとも1-indexがいいとも言ってないんだよなぁ……
むしろmatlab/juliaでもにょった位の人間だよ

明確な理由がもしあったなら知りたかっただけ
教えて下さった皆様ありがとうございました

**デフォルトの名無しさん** · 2018/09/03(月) 15:16:29.27

zero-base one-baseで検索すれば学のあるひとの意見きけるよ

**デフォルトの名無しさん** · 2018/09/03(月) 15:35:11.66

あまり関係ないけど
初等数学で a1, a2, ... だったものが程度が進んでくるといつのまにか
当たり前のように a0 (ゼロベース添字) も扱うようになるのは
0という概念とそれを表す文字が歴史的に途中から現れて
自然数に関する種々の定理を0を含めるように一般化するようになったため

イギリス人が他国と違って階段を1階分登った階を1階、2階分登って2階と呼ぶ理由は不明
1ベース言語はアメリカ人が、0ベース言語はイギリス人が設計したなら分かりやすいが
別にそんなこともないようだ

**デフォルトの名無しさん** · 2018/09/03(月) 15:38:27.95

>>378
C言語の設計者には、不必要なオーバーヘッドやリソースの消費は発生させないという明確な意図があったから、配列のサイズなんてメモリ上に保持しないで、必要に応じてプログラマが頑張れっていうスタンスだったはず。