- 1 名前：デフォルトの名無しさん [2022/03/22(火) 03:23:41.60 ID:ZDHdo9X7.net]
- スレタイ以外の言語もok
前スレ
次世代言語23 Go Nim Rust Swift Kotlin TypeScript
https://mevius.5ch.net/test/read.cgi/tech/1638086359/
- 949 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 09:04:49.24 ID:teyv0kaV.net]
- 「 全自動解放だからプログラマーが気にすることはない 」そんな訳ない、Rustでも自分でカスタムアロケータ書けば気にする
- 950 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 12:15:02.24 ID:cvz/IVkr.net]
- Pythonの何でもかんでもベクトル演算縛り他の言語始めるとき悪影響だよな
- 951 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 16:00:51.37 ID:HzTWzZVk.net]
- pascal じゃなく python ？
pascal は言語理論上の基礎の上に載ったしっかりした文法だが python のような出鱈目文法が今はウけるのか？
世も末としかいいようがない…
- 952 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 16:23:00 ID:7TENBOhS.net]
- LL(1)がそんなすごい話だっけ？
- 953 名前：デフォルトの名無しさん [2022/04/16(土) 17:15:40.83 ID:Tmn9GDW2.net]
- >>923
ベーシックよりはマシかと。
- 954 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 18:18:48 ID:HzTWzZVk.net]
- >>927
そのような基盤にすら載らない言語が跋扈するなんて世も末かと
- 955 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 18:23:19 ID:rBRO4aI9.net]
- >>929
意味解析しないと構文解析できないCとかいう言語が跋扈してる時点ですでに世界は終わっているよ
- 956 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 18:58:19 ID:d9aHN/wl.net]
- クククLispが世界を支配する日は近いぞ
- 957 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 19:01:07 ID:Ynxy6YP5.net]
- >>931
残念ながら・・・
そろそろC++++とか出ないのか？ｗ
あ、C#かｗ
- 958 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 19:42:31.25 ID:6xv6jabx.net]
- >>924
嘘つき
アロケータを自作しようが標準のを使おうが
そのことには全く影響されずに自動で解放されるぞ
- 959 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 20:32:01.07 ID:G/CUq+lM.net]
- じゃあなんでRustは学習コストと難易度が高いのですか？
- 960 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 20:51:06.94 ID:D0HU54VV.net]
- Rustに手を出してみたが特に難しいことは無かったな
むしろ洗練されたわかりやすい言語だと感じた
その上で必要ならば細かいことにも手が行き届く感じ
- 961 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 22:40:46 ID:hJU9sS6g.net]
- 洗練と言うのは一人だけだからわかりやすい
- 962 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 23:21:57 ID:3G5k9Hnh.net]
- >>933
嘘つき、deallocで実際に解放しなければ解放されるわけないだろ、死ね詭弁論者
- 963 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 23:59:23.94 ID:rBRO4aI9.net]
- >>937
それ、「freeを呼べばメモリが解放される」って主張にたいして
「メモリ解放しない独自実装のfreeならメモリリークする」って反論するようなもので
論理
- 964 名前：的には正しいけど意味のない主張だよね []
- [ここ壊れてます]
- 965 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 23:59:50.03 ID:G/CUq+lM.net]
- でも君たちRust書いたとてIT土方のままだよね
- 966 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 00:34:36.53 ID:iAVEey/W.net]
- >>937
それは君が理解できていないからそんな主張になる
メモリの解放は3階層ある(GCでない場合)
(1) デストラクタによる解放 ←プログラミング言語の仕様で関係するのはここまで
(2) メモリアロケーターでの解放 ←例えばmallocに対するfreeの内部はここ
(3) OSへのメモリ解放 ←システムコールsbrkはここ
C言語は(1)がないため(2)のfreeをプログラマーが忘れず呼び出す必要がある
C++は(1)のデストラクタの記述と呼び出しにプログラマーの手動が一部残りうる
Rustはプログラマーが何もしなくてよい
- 967 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 00:45:36 ID:xE2XgYmS.net]
- で？年収は？
- 968 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 00:46:21.20 ID:xE2XgYmS.net]
- >>940
それ実質GCじゃん
- 969 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 00:54:39.19 ID:10LdHAnc.net]
- >>942
Rustでプログラマーがメモリ解放しなくてよい点はGC言語に似ているけど
GC言語はガベージ(＝ごみ)が溜まっていって後でガベージコレクションを行なう必要があるのに対して
Rustでは即座に自動的にメモリ解放されるためC言語と同様に省メモリかつ高速というメリットがある
- 970 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 01:09:59.47 ID:xE2XgYmS.net]
- >>943
細かく解放のオバヘッド乗るとか最悪じゃん
- 971 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 01:16:07.56 ID:3NrKz2t8.net]
- >>944
CとC++とRust がその同じ方法だけど
いずれも超高速だよ
つまりGCするよりも即座に解放するのが正解と結論が昔から出ているよ
- 972 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 07:19:14 ID:98II7f1E.net]
- >>944
普通はシステムコールする専用のスレッドを作ってそこで全部やるからオーバーヘッド無いよ
- 973 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 08:46:12.09 ID:xE2XgYmS.net]
- 嘘乙
システムコールだろうがGCallだろうが、CPUとメモリ使うから一緒だぞ
これだから物理を知らないソフト屋は
- 974 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 09:02:05.09 ID:98II7f1E.net]
- バックグラウンドのシステムコールが問題になるような環境だと、それこそガベコレ動かしてる余裕など無いのでは？
- 975 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 09:50:03.49 ID:MVCPXkPs.net]
- >>943
>>549
- 976 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 10:25:23.27 ID:fCmr+50W.net]
- freeでsbrk走るとか本気で言ってるのか
- 977 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 10:28:31.82 ID:sABjwZnn.net]
- >>944
どういう状況を想定するかにもよるけど、解放可能なオブジェクトを解放せずどこかに貯めておいて、
後からまとめて解放するような実装もできるよ
明示的に書かないといけないからちょっとめんどくさいが
- 978 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 10:33:33.77 ID:fCmr+50W.net]
- 解放可能なオブジェクトを解放せず後からまとめて解放するような実装を明示的に書く
それはもうGCなのでは？
- 979 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 10:44:39.16 ID:JSPiPQVg.net]
- 自分でやるかシステムに任せるかで違うと思うよ
自分でやるとバグが発生する可能性がある
- 980 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 11:09:06.02 ID:wPmjz1Mj.net]
- 現実にGC言語方式よりもC/C++/Rust 方式の方が圧倒的に速くて省メモリであると判明している
ただしCでは手動でメモリ解放しなければならないデメリットがありミスも多かった
そこでC++ではメモリ解放を一部自動化した
さらにRustではメモリ解放を完全自動化してミスもゼロとなった
- 981 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 11:10:30.80 ID:aLAyt8HE.net]
- まるでメモリ解放以外のプログラムのミスは無いみたいな感じだよな
- 982 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 11:11:47.17 ID:fCmr+50W.net]
- Rustコンパイラはメモリリークが発生しないことは保証しません
- 983 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 11:16:42.17 ID:kfDvzEft.net]
- セキュリティで問題となる多くはメモリ関連が起因している
- 984 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 11:17:28.40 ID:zOCvtZTK.net]
- >>956
そんなの当たり前じゃん
一般的にコンパイル時点でメモリリークを検出することは論理的に不可能
だからRustコンパイラはメモリリークが発生しないことを保証できない
これはRustの問題ではない
- 985 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 11:19:15.00 ID:98II7f1E.net]
- わざとメモリリークさせているのか事故ってるだけなのかコンパイラは区別できないからな
- 986 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 11:29:57.34 ID:MOkVW5s5.net]
- Rustでは循環参照以外ではメモリリークを起こさないことをコンパイラが保証できる
さらにRustでは循環参照をプログラマーが意図的に起こさない限り勝手に作られることはない
そのためプログラマーの意図せぬ循環参照は起きずメモリリークも起きない
現実問題としては長らくRustプログラミングしてきて実験テスト目的以外で循環参照を扱ったことは一度もない
- 987 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 12:30:05.08 ID:Do/bMUQD.net]
- 顔真っ赤になってこういう事を書いてくる知能の無さそうな奴と仕事するのが嫌だ
- 988 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 12:32:19.63 ID:sABjwZnn.net]
- >>952
tracing GCみたいな大げさなものでなくても、解法対象オブジェクトをVecに入れておいて適当なタイミングでVecごとdropするみたいなことはできる
シンプルだからバグの入り込む余地は少ないと思うけど、あらゆるケースに対応しようとするともう少し複雑な仕組みが必要かもね
>>960
いつもrust擁護してるけど、知識不足のせいか言葉遣いが雑なせいなのか、突っ込みどころ多すぎて逆効果になってる
循環参照以外でも Box::leak などでメモリリークは起こせるよ
- 989 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 13:18:48.86 ID:6DAoI3Fa.net]
- >>962
おまえバカだろ
プログラマーが意図的にしないとメモリリークは起きないという話の場へ
Box::leakでメモリリークを起こせるという主張はキチガイ
- 990 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 13:31:15.61 ID:sABjwZnn.net]
- >>963
よく読んで
>>960の主張は以下
1. Rust では循環参照以外ではメモリリークを起こさないことを保証できる
2. 循環参照はプログラマーが意図的に起こさない限り起きない
Box::leakは1の反例
プログラマが意図的にメモリリークを起こさない限りメモリリークしないなんて主張については何も言っていない
- 991 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 13:37:41.71 ID:51iJikl9.net]
- 結局プログラマーが意図的に起こさないとRustではメモリリーク起きないんでしょ？
この件でRust叩きは無理があるんじゃないかしら
- 992 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 13:39:19.65 ID:JSPiPQVg.net]
- 速くて省メモリなんて目指してない人が大多数なんだよ
システム書く人ならそれ目指すけど
- 993 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 13:47:11.48 ID:li53nBOw.net]
- プログラミング言語は3つに分類できる感じ？
CとC++ ←省メモリ高速だがメモリ解放でミスると危険
GC言語 ←省メモリ高速ではないがメモリ解放は自動で気にしなくていい
Rust ←省メモリ高速だがメモリ解放は自動で気にしなくていい
- 994 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 14:13:22 ID:kfDvzEft.net]
- なんかすげぇ素人がまぎれこんできたなw
長文タレ流し君の方がよかったかもw
- 995 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 14:21:16.64 ID:JSPiPQVg.net]
- Rust ←省メモリ高速だがメモリ解放は自動で気にしなくていいが 独自の戒律があり常にそれを気にしなくてはならない
- 996 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 14:22:13.65 ID:66PDnQQD.net]
- >>967
その通り
IT大手各社が珍しく連合してRust推ししているのはRustがプログラミング言語の革命児だから
- 997 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 14:51:06.13 ID:CSWPaG5E.net]
- 自演くっさ
- 998 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 14:54:33.00 ID:sABjwZnn.net]
- Rustはバランスの良い言語だと思うけど万人向けではないからなぁ
真の意味で万人向けの言語なんてそもそも存在するのかは分からんが
- 999 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 14:57:22.12 ID:JSPiPQVg.net]
- >>972
俺は嫌いだけどjava辺りだろ
- 1000 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 15:14:44.89 ID:uUrNfRmn.net]
- JavaよりはRustの方が使いやすくて便利でいいわ
- 1001 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 15:22:20.54 ID:JSPiPQVg.net]
- 自演と単発ｗ
- 1002 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 15:45:36.98 ID:kfDvzEft.net]
- >>970
Rust推しは電通がからんでるような気がするんだが
- 1003 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 15:53:33.91 ID:2ONtHvJl.net]
- つまりMicrosof
- 1004 名前：t・Amazon・Google・Facebook(Meta)など大手IT各社が一緒になってRust Foundationを立ち上げたのも裏で電通が暗躍？ []
- [ここ壊れてます]
- 1005 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 15:57:37.21 ID:98II7f1E.net]
- wikipediaのMozilla Foundationのページ見てたら理事会に日本人居るの見つけたんだけど
この人経歴が訳アリすぎるなｗ
- 1006 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 16:06:11 ID:kfDvzEft.net]
- >>977
だろうな
- 1007 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 16:29:36.29 ID:gswFN8hB.net]
- >>977
広告代理店にそこまで影響力あるわけ無いだろう
- 1008 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 16:36:29.33 ID:HtOTcTar.net]
- >>980
電通の背後には政府とアメリカがいる
- 1009 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 17:06:13.05 ID:FHJUK9+v.net]
- つまり宇宙人との密約で動くアメリカ政府と
ネオコンの陰謀ということか
- 1010 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 17:21:02.73 ID:w9UOnqdK.net]
- ネトウヨ「電通の陰謀」
- 1011 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 17:37:31.56 ID:gswFN8hB.net]
- 電通陰謀論は左右問わないね
ネトウヨはマスコミ批判に絡めて電通を黒幕にするし、パヨクは自民党が選挙で勝つことの裏に電通がいることにしたがる
- 1012 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 17:52:20 ID:KG26dcth.net]
- 次スレ立てます
- 1013 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 17:52:57 ID:KG26dcth.net]
- https://mevius.5ch.net/test/read.cgi/tech/1650185555/
- 1014 名前：デフォルトの名無しさん [2022/04/17(日) 18:36:45.87 ID:KG26dcth.net]
- >>986
↑
TypeScript Swift Go Kotlin 辺りは次世代感があまりないので、タイトルから外したかったが、とりあえずそのままにしておいた。
- 1015 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 18:37:21.30 ID:gswFN8hB.net]
- Nimはほとんど話題に出てないけど残しておくの？
- 1016 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 18:52:19.55 ID:KG26dcth.net]
- >>988
個人的にはマイナー言語は残して、少しでも注目を得られればと思っている。
- 1017 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 19:39:25.03 ID:xE2XgYmS.net]
- なんでお前が勝手に決めてるンだ
- 1018 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 19:59:35 ID:HtOTcTar.net]
- っていうか実質話題はGo vs Rustになってるんだからそれでいいのでは？
- 1019 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 20:37:58.47 ID:KG26dcth.net]
- >>990
マイノリティにも配慮した、中々の英断だろ？
- 1020 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 20:38:30.40 ID:KG26dcth.net]
- >>991
そうかも
- 1021 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 20:40:24.07 ID:YkM57FyS.net]
- まあこのスレはRust、Go、C++、C#、Javaのスレって感じだな
- 1022 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 20:53:06 ID:9n8vVUS+.net]
- >>986
なにげに876の順にしたのは素晴らしいと思うよ
- 1023 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 21:16:36.68 ID:HtOTcTar.net]
- >>994
いやいや、C++,C#,Javaは次世代でもないし、GoやRustに比べればすでに完敗してるから入れなくていいだろ
- 1024 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 21:36:04.21 ID:YkM57FyS.net]
- 次世代かどうかはしらんけど、そのへんの言語の話題がなぜか多いんよ
- 1025 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 21:40:35.44 ID:98II7f1E.net]
- その三つを基準にして比較検討していくんだから話題に出ない方がおかしい
- 1026 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 22:20:42.76 ID:sABjwZnn.net]
- いっそのこと1.0がリリースされてる言語は対象外にしよう
- 1027 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 22:31:30.13 ID:xE2XgYmS.net]
- １０００ならPHP大復活時代でルースターズを蹂躙レイプする
- 1028 名前：1001 [Over 1000 Thread.net]
- このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 26日 19時間 7分 49秒
- 1029 名前：過去ログ ★ [[過去ログ]]
- ■ このスレッドは過去ログ倉庫に格納されています
|
 |
