[過去ﾛｸﾞ] 次世代言語12 Go Rust Swift Kotlin TypeScript (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
208: 2018/07/17(火)22:18 ID:c2JpqyiJ(4/5) AAS
>>179
>半ば本気で言うが c++ で生ポインタ使わなければ概ね実現できるんじゃないか
出来ると思うよ
でも、C++はRustよりもさらに複雑怪奇な仕様で使いづらい
C++のスマートポインタは正しい使い方をすればRustに負けず劣らず優れてるけど
それは、同程度に優れているだけであってRustより優れているとは思わない
あと、少し話が変わるけど実はRustの最も優れているところは
所有権・借用・ライフタイムの概念よりもエラーハンドリングだと思ってる
あのResult型とErrorトレイト・Fromトレイトとtry!マクロ(?演算子)を使用した
エラーハンドリングの方法は個人的には感動するレベルの代物だった
今後の次世代言語のエラーハンドリングは全てあれをベースに発展させていくべきだと思うほど気に入っている
209: 2018/07/17(火)22:28 ID:c2JpqyiJ(5/5) AAS
>>207
>どうせ=で移動したって参照わたしてるんだから
あれ？それって仕様として決まってるんだっけ？
コンパイラの最適化の結果としてそうなるってだけじゃなかったっけ？
>>所有権の移動という重要なできごとにこそ別途印がつくべきだった
いや、だからその移動に何の印を付けるのがいいと思ってるの？
俺は借用には&が妥当だと思うとは言ってるけどベストだとは言ってないじゃん
ベターな代替え案があるなら俺だって意見を変えるよ
210: 2018/07/17(火)22:40 ID:Xr+5nhkx(3/3) AAS
x = f(x) とか
C++で有名な x = x とか
これらはmoveが最善
211(1): 2018/07/17(火)23:26 ID:anKKTTWb(3/3) AAS
Rustも=でコピーのことがあるから余計ややこしい
let p = q ってかいてあってqがその後も使いまわせるかぱっと見わからんとか
ポインタっぽく普段の=は参照渡しで&が所有権移動にすりゃよかったとおもう
212: 2018/07/17(火)23:59 ID:ztKpQtDs(1) AAS
スレチなんでちょっとだけ、C++は別に複雑では無いよ
プリプロセッサは氏んだほうがいいけど
213: 211 2018/07/18(水)00:26 ID:mEKlqXRd(1) AAS
書いてて初めて気が付いた
実際に触ったことないから想像で書いてるんだが
>let p = q ってかいてあってqがその後も使いまわせるかぱっと見わからん
ほんとにこういう仕様なのか
使いづらすぎんかこれ？
214(1): 2018/07/18(水)00:39 ID:eCPOxZU7(1) AAS
使い回せるかどうかはCloneトレイト実装してるかどうかに依存する
つまり見た目ではわからない
まあそもそも古い変数を変なとこで使い回す設計って普通にバグの元だし
ぱっと見てコピーかムーブか分かるかどうかが重要かと言われると確かに怪しい
ぱっと見で区別が必要なコード書くなって話だな
215: 2018/07/18(水)00:56 ID:gLPB1OcG(1/3) AAS
逃げるのか？
216: 2018/07/18(水)01:07 ID:oqdCTGqL(1) AAS
使い回せるかどうかは、ぱっと見た時ではなく、コンパイル時にわかる
ぱっと見てわかるならコンパイラいらねえよ
217: 2018/07/18(水)01:26 ID:Deu2WR7T(1) AAS
スクリプト言語以外はとりあえずgoやっときゃええの？
218: 2018/07/18(水)01:51 ID:SDgYFH54(1) AAS
今時文字列リテラルに変数とか式を埋め込めない言語って嫌がらせかよって思う
219(1): 2018/07/18(水)01:53 ID:JqSumQxK(1) AAS
Goは他のまともな言語をいくつか使える人にとっては、低脳言語な割には意外とまともに使えるよく考えられてる言語だ、という感想になるけど、
PHPとGoしか知らないとかだと普通に低脳なだけの言語になっちゃいそう
頭悪くなるからやめとけ
220: 2018/07/18(水)01:58 ID:wh/4A4W/(1) AAS
高脳言語はどれ
221: 2018/07/18(水)05:20 ID:ZBblVXCv(1/2) AAS
>>214
Copyトレイトな
222: 2018/07/18(水)08:17 ID:hDCcLLBq(1) AAS
C++って埋め込みできる？
223: 2018/07/18(水)10:24 ID:VMuEGAmx(1) AAS
>>219
まさにこれ
低脳言語の中では一番頭がいいのがGo
頭がいいと思って使うと肩透かしくらうが、低能と割りきるならすこぶる便利
そこにニーズがあると読みきったGoogle少しだけ見直したわ
224: 2018/07/18(水)13:39 ID:uM9cLKhF(1) AAS
Go言語らしさを生かしてどうこう言われると反発したくなるので関心を持たないことにした
225: 2018/07/18(水)15:41 ID:KM8lntjZ(1) AAS
低能言語って何？
226: 2018/07/18(水)17:33 ID:4nsDvlkN(1) AAS
ソースコードのエントロピーの低い言語
227: 2018/07/18(水)18:23 ID:Fn/85jhH(1) AAS
エントロピーの意味クグって来いよｗ
228: 2018/07/18(水)21:00 ID:dWzHsOBF(1/2) AAS
エントロピー低いなら低能じゃないだろって思ったけど、驚き最大的な意味ではたしかにエントロピー高いのが一番いいのか？
圧縮専門の人頼む
229: 2018/07/18(水)21:13 ID:QKyKgyQ2(1) AAS
ざっくり言うと
「これもっと短く書く記法や仕組みがあるだろ」
というようなものが低エントロピー
230: 2018/07/18(水)21:15 ID:pwxFfWjq(1) AAS
短けりゃいいってのか！？
231: 2018/07/18(水)21:18 ID:zEuGqywN(1) AAS
別に良いとも悪いとも言ってない
エントロピーの話
ライブラリや組み込み機能を使って短く書けました！
なんてのは圧縮で言うなら辞書式圧縮だな
232: 2018/07/18(水)21:22 ID:ZBblVXCv(2/2) AAS
goはコードの見た目がなんとなくダサい
233: 2018/07/18(水)22:12 ID:ASnSHc4W(1) AAS
よく勘違いしたアホがいうソースコードのエントロピーの増大ってのは、
MOVE A OF X TO A OF Y
MOVE B OF X TO B OF Y
MOVE C OF ...
の二行目だけが仕様変更で
COMPUTE B OF Y = B OF X + 1
に変わったら元より情報量が増えるという当たり前のことを言ってるに過ぎない
最初から
MOVE CORRESPONDING X TO Y
の一行だったら当然同じ行数あたりのエントロピーはずっと大きくなる
234: 2018/07/18(水)22:34 ID:QzRfakeX(1/2) AAS
エントロピーが低いと無駄な繰り返しが多いけど、高すぎるとgzになっちゃう感じか
ギブズエネルギーに当たる概念はないのか？
235: 2018/07/18(水)22:37 ID:SZpQWJ2l(1) AAS
pythonとかいう可読性の低い言語あるよな
236: 2018/07/18(水)22:59 ID:pmi0+hzZ(1) AAS
なんでエントロピーって言葉を使うの？コンテキストじゃ駄目なの？
237: 2018/07/18(水)23:02 ID:dWzHsOBF(2/2) AAS
すまんがコンテキストって何ンゴ？ エントロピーとはちょっと違う概念なの？
上下前次1-新書関写板覧索設栞歴
あと 765 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.012s