- 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/
- 454 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 01:50:00.91 ID:u+FS9OX1.net]
- >>450
いや危なかったジェネリクスがゴミっていう風に持っていくと絶対に勝てないからね
勝つにはなんとか相手を捻じ曲げさせるしかなかった
うまく誘導できたよ
負けるかと思った
- 455 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 01:53:56.08 ID:QYmdMKfu.net]
- >>413
そんなにGoは酷い言語なのか
なぜそんなことに？
- 456 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 02:13:39.62 ID:a+cPs4U5.net]
- >>448
そうだよ。
- 457 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 02:19:13.35 ID:fMFdzsU+.net]
- 元の話はこれか
型安全を捨てるのは暴挙だな
>>413
> ジェネリクスがないからコピペ or interface{}でAny化して型安全を捨てる言語やぞ
- 458 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 07:05:37.18 ID:82POVtug.net]
- >>440
pythonはなんといってもAI（ディープラーニング）が起爆剤だろ
あとは自動化・RPA関連（Excel連携、スクレイピング）でもライブラリが豊富で人気がでた
- 459 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 07:07:35.56 ID:82POVtug.net]
- たった3ヶ月でウェブエンジニアになれた
きっかけはRailsを学んだこと
とか言ってるの最高に気持ち悪い
今はRustとかやって難しいところに悩んでる人がエンジニアだと思う
- 460 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 07:20:44.40 ID:fQZQ0DHq.net]
- Rust自体は特に難しくはない
もしRustを難しいと感じるようなレベルの人ならば一般的にプログラミングに向いていない
- 461 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 08:14:13.65 ID:/ryaTu8Q.net]
- なんかバカが勝手に盛り上がってて藁
どこのチンカス野郎がマス書いたコピペジェネレータと言語標準じゃ全く次元が違うだろ
はい勝った
完膚なきまでに勝った
ここを君を導きたかった
勝ち俺の勝ち
ジェネリクス否定
矛盾
ジェネリクスはコンパイラによるコードジェネーション
勝ち俺の勝ち
勝ち完全
フルに勝ち
勝った
見事に勝っちゃったねえ
レスバ見てたけどそこに導こうとしてるのはわかったよ
そっちに行くな！って思ってた
そもそもコンパイラがコードジェネレータとかﾜﾛｽ
本質的には同じでないわけでｶﾞｲｼﾞがコピペしてるからなあ
そっちに行っても負けは確定する
- 462 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 08:37:48.08 ID:VqqpMSri.net]
- >>456
でもそういう奴等はわかりやすい地雷で助かる
IT業界は人手不足だって言われているのは「自走できる」人材の不足なのに、どっかのYoutuberやプログラミングスクールの言うことを鵜呑みにしてRailsで作成したポートフォリオをドヤ顔で出してくるような奴は俺が企業の採用担当だったら速攻で落とすわ
- 463 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 09:19:59.73 ID:pUAnaqqP.net]
- >>454
Goはおもちゃ言語だから
- 464 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 13:07:10.50 ID:dZMax2uf.net]
- ひろみGO
- 465 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 14:27:50.37 ID:ZwTPjiXX.net]
- >>455
AI関連の前に科学技術系のライブラリをpythonでって流れは結構あった。
そこらへんがperl、rubyにはなかった。
float回りをいじくると途端に言語や開発環境が汚くなるわけだが、その辺を躊躇しなかったってのが良くも悪くもある。
- 466 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 14:54:27.96 ID:hteyj+L8.net]
- >>455
せやな、現在の圧倒的なPython人気はAI関連が充実してるからやな
でもGoogle社内の開発言語にもっと昔から採用されてたのにはAIは関係ないやろ
>>462
NumPyやSciPyみたいなのがキラーアプリだと？
もっとよく思い返すとRed Hat、Debian、GentooなどのOSでパッケージマネージャなど様々なツールがPythonで実装されてたし、
数値計算とか関係なく、スクリプト言語のデファクトスタンダードとしての地位を2000年ぐらいには確立してたね
キラーアプリがあるからというよりは、単純に開発者コンセンサスを得やすい言語だったんだろうな、と思ってきた
- 467 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 15:30:06.85 ID:ZwTPjiXX.net]
- >>463
いやそのころのpythonのパッケージ管理ツールって相当ひどかったぞ。
まともに依存関係を解決できることなんてほとんど期待できなかったし。
まあ今もそういう傾向はあるが。
- 468 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 15:49:46.89 ID:Zafpq7jd.net]
- pythonは2007年ごろには将来デスクトップ系ではスクリプトの中核になるから小さな社内スクリプトやプラグインのスクリプトは可能な限りpythonにしましょうってずっと自分は運動してたわ。
幸い反対する人もほとんどいなかったな。
もちろんアプリはpythonでは書かないが。
AIなんかはあまり関係ないなぁ。
- 469 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 15:55:55.07 ID:VZWFnuGC.net]
- 40-300行ぐらいのpythonスクリプトは便利だわ
Windowsだと特にshell(cmd)の扱いづらさが際立つし
- 470 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 16:01:09.15 ID:Om5krohy.net]
- googleはyoutubeや検索エンジンをpyｔhonで実装してたもんな
それでpythonが注目されだした
確か書き換えたらコード量が大幅に減ったのとメンテナンスコストが下がったんだ
当時はC++,java,PytohnがGoogle三大言語だった
今は知らんけど
- 471 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 16:03:31.17 ID:Zafpq7jd.net]
- pythonはmayaのプラグイン組み込み言語でもあったから
行列やベクトルや虚数を使った回転などを多用する層が
そこで増えていったってながれもあるやろな。
- 472 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 16:19:20.26 ID:I+HzSIOd.net]
- カーニハン、ロブ・パイクが1999年に出したプログラミング作法(The Practice of Programming)では Perl, awk, C++, Java, C で処理速度とソースコードの行数表にしてた。
- 473 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 17:31:17.76 ID:kTsaT80P.net]
- ポストPythonってJuliaなの？
- 474 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 17:35:57.79 ID:82POVtug.net]
- >>470
Rustだろうな
Web業界はRustに移行しはじめている
- 475 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 17:36:28.83 ID:X/Z+fkc6.net]
- ベターPythonかもしれないがポストPythonではないだろう
- 476 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 18:09:13.50 ID:Zafpq7jd.net]
- rustは広くは使われないだろうねぇ。
システム部分以外は
ルーズで簡単で気にかけることや
独特な概念が少ない言語でないと広く使われない
プログラミング未経験者が数日である程度書ける程度のでないと
- 477 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 18:21:07.39 ID:RXEj+ZGQ.net]
- そこでKotlinですよ
ベターJavaの位置付けで学習コストも低い
Scalaほど複雑でもなく、初心者にも手を出しやすいからRustよりはWebでは使われるんじゃないかね
Goは学習コストが低いとかで誤魔化してるだけで、一昔前の使いづらい言語みたいな感じ
- 478 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 18:54:22.88 ID:iyhQru73.net]
- >>471
所有権気にしなきゃいけないのにPythonの後継は無いなぁ。
>>52
>c++とhaskellあたりを学んでおけば大したことないし
とかいう世界だろ。
- 479 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 19:19:35.56 ID:4JjDvpWU.net]
- >>475
理解する気がないから勘違いしてるのだろうけど
所有権なんて難しい話ではなく非常に簡単なことだぞ
このスレにもRustのコードが多数書かれてきてるようだが何か難しいことや特殊なことあったか？
- 480 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 19:48:47.33 ID:3noiRnfQ.net]
- Kotlinなんてぱっとせんもん一生泥から出てこんやろｗ
webでは絶対流行らない
Javaで既に作られてるもんはわざわざKotlinにしようなんてならんし
Javaに慣れ親しんでる層はJava17を導入するやろな
Javaみたいなのを毛嫌いする層はそもそもKotlinに見向きもしてないし
- 481 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 20:20:35.48 ID:fN/L9gSF.net]
- まあKotlinはswiftと同じ位置づけで表には出てこない気がする
- 482 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 20:25:45.56 ID:8mvJZb/O.net]
- kotlinとjavaは相互運用可能なのに、わざわざjavaを選択する発想なんて出てこないだろ
goは学習コスト低い分、この先流行りに乗って採用する企業は増えるかも知れんが、機能不足故にいずれ見離されるんじゃない？
rustは初心者には複雑すぎるし、それこそweb開発でメリットがあまりない
kotlinはともかく、rustやgoが10年先も使われるイメージが想像できない
- 483 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 20:27:09.43 ID:fN/L9gSF.net]
- これからは同じ内容をどれだけ短くてわかりやすく書けるかと言うことに
各言語は対応せざるを得ない状況になる
- 484 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 20:28:17.56 ID:3noiRnfQ.net]
- いや逆や
わざわざKotlinをwebで採用する意味ないし
今もそんなことしてる会社は物好きな少数のみ
- 485 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 20:28:18.67 ID:82POVtug.net]
- まあJavaやpythonに比べたらkotlin,swift,rustなんてまだまだでしょ
https://i.imgur.com/1uhp9kc.png
- 486 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 20:33:11.57 ID:3noiRnfQ.net]
- goは流行ってるし機能拡張していってるんやから機能不足やから廃れるってことはないやろ
つい最近genericsが導入されたやん
フレームワークにしろ何にしろ使う人が増えればより充実して行くもんよ
こういうのは流れが大事
流れがないswift、Kotlinが今更伸びることはないやろ
- 487 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 20:40:11.88 ID:fN/L9gSF.net]
- 最初の言語としてKotlinやSwiftは選びたくない
- 488 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 20:51:09.86 ID:RriiMuS9.net]
- >>479
むしろRustだけは生き残ることが確実
Rustの以下のメリットを持つ代替言語が存在しないため
・ガベージコレクションを必要とせずC言語と同等の速さと省メモリを実現
・各種データ競合やメモリ使用の安全性を保証
・現代的な各種プログラミングパラダイムを洗練して採り入れており非常にプログラミングしやすい
- 489 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 20:52:42.92 ID:fN/L9gSF.net]
- 一番最初の言語に選びたくないNo1は今のところRustかな？
まあそんなことにはならないでしょうが
自分は最初はBASICだった
もう使うことはないと思ってたらAppleiiのエミュにBASICが入ってて
使ったことはないのに適当にやっても結構動くものが作れた
- 490 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:04:57.35 ID:jsmatYo9.net]
- CからC++に行かずにRUSTに行く
- 491 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:11:03.50 ID:ks20fz6N.net]
- >>487
たぶんそれが正解
スクリプト言語程度で良い用途は別として
普通にちゃんとしたプログラミングをするならばC言語で基本をまず学んだ上でRustがベストかな
- 492 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:14:31.44 ID:jsmatYo9.net]
- Cからちょっとだけアセンブラ（オプションで出力させたものを解読できる程度）もありかも知れない
- 493 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:17:03.29 ID:fN/L9gSF.net]
- C → Rust
その人たちは何がやりたくてプログラミングするのか疑問だなあ
- 494 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:18:27.03 ID:/ryaTu8Q.net]
- >>474
Kotlinやろうとしたら必然的にJVMとJavaも勉強しないとだよね
学習コスト３倍じゃん
バカじゃん
- 495 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:18:44.27 ID:hteyj+L8.net]
- システムプログラミングでしょ
- 496 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:28:32.93 ID:8mvJZb/O.net]
- rustはシステムプログラミングとか、低レベルプログラミングの分野で生き残ると思いますよ
あくまで俺が話してるのはweb系の話
ちょっと主張を代えてしまうようで申し訳ないけど、俺が主張したいのは、kotlinが来るというよりも、goやrustがこの先web開発で盛り上がりを見せるとは思えないということです
- 497 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:28:36.30 ID:jsmatYo9.net]
- Javaやってた人が楽したくてkotlin触るのがほとんどだと思うわ
- 498 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:32:44.23 ID:u+FS9OX1.net]
- >>493
サーバーサイドに関してはpython一択になると思うよ
今の若手がpython推しなんだからそいつらが偉くなったらみんなpythonになる
現に俺が管理して利権として享受してるサービスをpythonでリプレースしようという案が出てきてる
全力で防いでるが
- 499 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:33:48.12 ID:m6fZyHop.net]
- >>493
大規模ウェブサイトのバックエンドにgoやらrustやら使う事例は多いからweb系とひとくくりにするのもちょっと不正確では
- 500 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:33:58.15 ID:MlP9V3nG.net]
- >>493
うちはWeb系だけどRustを使っています
WebAssemblyでRust以外に良い選択肢がないと思います
実際に一般的な調査でもWebAssemblyで使う言語の1位がRustですね
- 501 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:34:05.83 ID:ZGNch3sg.net]
- FlutterとセットでDartは？
- 502 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:38:03.57 ID:DitKiC+e.net]
- railsやってた人が動的型付言語で大規模開発は
もう嫌じゃーとなったときにどこに行くかねえ
JVMがgoかrustか
個人的にはgoは無いな…
- 503 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:43:41.67 ID:fN/L9gSF.net]
- >>499
TSかな？
- 504 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:44:13.55 ID:8mvJZb/O.net]
- >>496
そこなんですけど、今goが流行ってるのってコンテナ構成にマッチしていたり、並行処理が得意だったりメリットがあるからだと認識しています。
とは言え、goはパターンマッチングがやりにくかったり、関数の戻り値が複数あったりで、お世辞にもコーディングが快適とは言えない。
なので、goに代わるkotlinや swiftくらいのちょうどいいレベルの言語仕様の言語が出てきて、使われるようになるんじゃない、みたいな見解を持ってます。
この意見がスレタイとマッチしてなくて、申し訳なかった
- 505 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:44:21.70 ID:u7gEIfJv.net]
- >>499
RubyとRustはコード記述が似てる面多いね
クロージャ(ラムダ)で |引数| になる点とか
- 506 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:47:59.27 ID:cdGLCT5H.net]
- 実際の流行りと5chプログラマーのrustへのお熱っぷりには乖離があると思うが
プログラマーがそれだけ好くんだから大した言語よな
go嫌いはif err != nilがキモく感じて嫌がってるのかもしれない
- 507 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:48:34.22 ID:ZJzYuLv9.net]
- >>501
RustならGoの戻り値の問題はいわゆる代数的データ型となる値包含enumでシンプルかつ扱いやすく解決しているし
パターンマッチングについても同じくenum拡張されて非常に強力やな
- 508 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:54:38.07 ID:ZwTPjiXX.net]
- rust信者はただサンクコスト回収のために必死になってるだけだわ。
そういう活動が逆効果ってことを全く理解していない。
- 509 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 22:03:45.09 ID:oCmbM95T.net]
- 現実問題としてRustに勝てる言語が出現してくる気配すらないのはマズいよな
当面はRustが最終解なのかもしれないが
> Rustの以下のメリットを持つ代替言語が存在しないため
> ・ガベージコレクションを必要とせずC言語と同等の速さと省メモリを実現
> ・各種データ競合やメモリ使用の安全性を保証
> ・現代的な各種プログラミングパラダイムを洗練して採り入れており非常にプログラミングしやすい
- 510 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 22:26:51.26 ID:vLZKRt0y.net]
- どういう理屈でコスト回収するんだろ
- 511 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 22:49:42.89 ID:CALU2HjK.net]
- 信者というかワナビーじゃないの
サンクコストに感じるのは
- 512 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 22:56:37.28 ID:A4DfkOI9.net]
- 食わず嫌いのアンチがコストがかかると思い込んでいるだけではないか
むしろRustは様々なコスト削減になる
プログラミング＆デバッグ開発効率が良くなるだけでなく
高速化と省メモリ化によりサーバーやクラウド類の支出コスト削減も大きい
- 513 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 23:13:12.17 ID:jhOIIm2D.net]
- >>502
rubyしか使ってなかったときは気づかなかったが
rustも使うようになってrubyのブロックがくっつく形がキモく感じるようになった
ruby.foo {|x| x}.bar {|x| x} # ←キモい &blockが一個しか渡せない問題もある
rust.foo(|x| x).bar(|x| x, |y| y) // ←スッキリ
- 514 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 23:21:49.33 ID:1v6++hVm.net]
- すでにC++, C#, Haskell, Scala, Rustといろいろ渡り歩いてるから
サンクコストなんて感じてないんだよなぁ
Rustの次に移行したい面白い言語が見当たらないからRustに留まってるだけで
- 515 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 23:22:32.66 ID:fN/L9gSF.net]
- どちらにしても|x|と言う表現は個人的にはキモいと思う
洗練されていない
rubyを毛嫌いしていたのもそれと冒頭の大文字小文字でpublicかどうか決めてる部分
- 516 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 23:25:05.56 ID:EpygGO7e.net]
- rubyはブロックを1つ渡すときのやり方に特化されてるくせにメソッドチェーンで
ブロック渡し使うとなんかキモいよな
Rubyのクロージャでも{}を省略できたら見た目が良かったかもな
- 517 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 23:26:31.88 ID:/ryaTu8Q.net]
- 実際問題、GoのerrorはEitherだから、実は最新の設計なんだよね
- 518 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 23:28:52.60 ID:shnfpWMI.net]
- >>514
代数的データ型ならばそれを便利かつ容易に扱える様々な仕組みがないとメリットがない
Goにはそれがない
Rustにはそれがある
- 519 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 01:16:54.79 ID:5q0U6A70.net]
- GoのマルチリターンはEitherのつもりなのにTupleだし、沼設計としては最先端なんだよな…
理想: e+v
現実: (e+1)*(v+1)=(e+v)+ev+1
結果が完全な失敗と完全な成功だけじゃないところもまた、現実のそのものである。
- 520 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 03:20:12.66 ID:wPZ6Wy+h.net]
- >>510
ほんとここだけは直してほしい
Ruby全盛時に設計しちゃったもんだから
余計な要素が入り込んだ
- 521 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 06:13:11.45 ID:X7GvwD6X.net]
- >>510
これなあ
- 522 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 07:11:19.53 ID:XNY/VGtp.net]
- GUI のアプリ開発に向いてるのはどれなの？
C++やC#の次のイメージだけど。
- 523 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 08:28:24.14 ID:FubAROXf.net]
- >>476
そういうことを言っているからRustユーザーは駄目なんだ。
ヒープもスタックもメモリ管理も知らないGC前提の高級言語のユーザーが所有権とかmoveとかを理解するまで、一体いくつ新概念を理解しなきゃいけないか。
理解を助けるメタファーもろくに無いし、「非常に簡単」はありえない。
まぁ、
>c++とhaskellあたりを学んでおけば大したことないし
とかいう発想だから、Rustユーザーは自分達がどれだけ他言語ユーザーから乖離しているか気づいていないか。
- 524 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 08:38:33.64 ID:ByE3BIzU.net]
- Rust使い人は使えばいい
メモリ管理などの低レベルなことに専心したくないから大多数の人はGC言語を使ってるのであって
Rust必須になればみなプログラムやめるよ
メモリ管理は関心の集中先ではないからなあ
- 525 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 08:42:49.90 ID:ByE3BIzU.net]
- 使い人→使いたい人
- 526 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 08:59:55.51 ID:ERAAutfZ.net]
- >>521
食わず嫌いで勘違いしすぎていて痛すぎる
メモリ管理するためのコードを書くのがRustだと勘違い？
例えばRustのプログラム例>>312のどこでメモリ管理してる？
メモリ管理なんて面倒なことするコードを書きたくないからRustを使うのだよ
- 527 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 09:01:33.33 ID:ByE3BIzU.net]
- GCだったらそれすら意識しなくていい
- 528 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 09:03:47.07 ID:ByE3BIzU.net]
- move |bits|
&
- 529 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 09:10:21.22 ID:aOWfxLhU.net]
- >>525
それの何を問題視してるのかしら
moveはクロージャに変数キャプチャするかどうかでGC言語にもある概念
＆は単なる参照でこれもGC言語にもある概念
- 530 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 10:56:17.94 ID:X7GvwD6X.net]
- >>524
それなぁ
- 531 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 11:00:12.47 ID:X7GvwD6X.net]
- >>521
２種類の人種がいるんだよ
自動車産業に例えたら、（１）地方の工場勤務の期間工と（２）研究開発センターのエンジニア
（１）はRustは使用しなくていい。というか理解できなくて使えない。Pythonとかで頭を使わないコード書くだけだから。例えるなら、ラインで組み立て作業を１日延々しているだけのルーチンワーク要員。
（２）はRustなどを使用してシステムプロラミングWebassemblyなどでローレイヤーや基盤を作っていく。例えるなら自動車のエンジンやデザインの設計者。
- 532 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 11:12:27.97 ID:P2epzghE.net]
- 普通のプログラマー
PythonでもJavaScriptでもRustでも用途毎に使い分ける
似非プログラマー
特定のスクリプト言語しか使えない
- 533 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 11:18:53.29 ID:UtHY9/K6.net]
- このスレは期間工限定です
- 534 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 11:27:29.43 ID:XB6J8/aS.net]
- Rustでメモリ管理はしなきゃいけないでしょｗ
双方向リストを普通に書くと循環参照でるよね
WeakとRcをプログラマが手動で必死に使い分けてなんとかするのがrust
一方で循環参照もなんとかケアしてくれる（かもしれない）のがGC言語
これはRustを批判するんじゃなくて
GC言語の価値を改めて評価できるという例
- 535 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 11:27:36.38 ID:XNY/VGtp.net]
- >>530
呼ばれた気がした
- 536 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 11:29:06.13 ID:PUvuY8jT.net]
- >>505
Rustを難しいと勝手に思い込んでいるようだけどそれは勘違い
C言語とあともう一つ今どきのプログラミングパラダイムを備えた言語を使いこなせる人ならばRustは容易に楽に習得できる
つまり普通にまともなプログラマーにとっては難しいことは何もない
- 537 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 11:32:57.60 ID:SQHVCoBe.net]
- >>531
双方向リストなんてライブラリにあるのを使うだけだからそんなの関係ないだろ
同様にベクターコンテナもライブラリにあるのをそのまま使うだけ
それとも君は毎回自作してるのかね？
- 538 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 11:38:59.86 ID:XB6J8/aS.net]
- RustにGCが無いのは特徴であり
この言語の方向性においては利点でしかない思ってるよ
GC無しでRAIIでなんとかしていこうず！という潔い言語
中途半端にならなくて清々しいよ
- 539 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 11:41:06.57 ID:j3mCjXSb.net]
- >>531
GC言語とはガベージコレクションが必須な言語
一方でC/C++/RustはGCが必須ではなくGCが必要な用途の時だけGCすればよい言語
だからどうしても循環参照などでGCが必要ならばC/C++/RustでもGCをするモジュールなどが用いられている
- 540 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 11:42:07.19 ID:azRXBWjT.net]
- >>528 >>529
>>471が「RustがPythoneを置き換える」とかいう妄想を垂れ流しているから突っ込んだだけだよ。
バカはトンカチを持つと何でも釘に見えると言うけど、Rustユーザーはその典型だな。
- 541 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 11:46:18.46 ID:iij/35sY.net]
- >>531
またそんなデマカセを書いてるな
ヤラセ記事ならともかく実際のプログラムでそんな変な実装をしている例を見たことがない
妄想で叩くのはやめとけ
- 542 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 11:46:52.40 ID:azRXBWjT.net]
- >>533
C言語とあともう一つ今どきのプログラミングパラダイムを備えた言語を使いこなせる人……つまり普通にまともなプログラマー
なるほど、PythoneやJavaだけを使っているプログラマーは普通でもまともでも無いということを主張したいんだな。
- 543 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 11:50:43.24 ID:yFuiayyW.net]
- >>537
でもその人の書き込みを見たら
Web分野と限定してるね
Web分野でのPythonなんてPythonしか使えない人しか採用しない状況だから
話としては合ってるんじゃないかな
- 544 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 11:54:58.50 ID:YS4iOCfL.net]
- >>539
それはそうやろw
Javaしか出来ないなら土方で間違いない
- 545 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 12:32:21.96 ID:rwS/Q696.net]
- >>540
webでもPython置き換えとしてRustが出てくることは無い。
web用途だからといって所有権だのスコープ・ライフタイムだのを回避できるわけじゃないしな。
>>541
Rustユーザーが初心者・初級者を馬鹿にするようじゃなぁ。Rustの失敗は約束されたな。
- 546 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 12:44:42.90 ID:4NhGLksY.net]
- >>542
意味不明だな
唐突に所有権とか言い出して何が言いたいんだ？
- 547 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 12:58:29.92 ID:6roFDaHL.net]
- >>536
えっ・・・？GCがないからRust最強他はクソじゃなかったんですか？(´∵｀)
どこぞのチンカスメンがマス書いた野良イブラリでGCとかRustユーザーのおじさんたちって・・・(´∵｀)
- 548 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 13:56:24.32 ID:2Yw46+Tv.net]
- >>544
RustやC++は非GC言語やで
- 549 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 14:20:43.99 ID:1nRPgXLc.net]
- また意味不明の非GC言語なんて言い出してんのかｗ、リファレンスカウント使ってんだからそんな意味のない宣伝もうやめろよ？
- 550 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 14:36:07.84 ID:6roFDaHL.net]
- は？今の時代にリファカンとかｗ
- 551 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 14:41:06.01 ID:6A9Aeuem.net]
- ここはおじさんスレだからそれを楽しめ
- 552 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 14:46:08.13 ID:Fm2KF3vu.net]
- 参照カウントのガベージコレクション
https://developer.mozilla.org/ja/docs/Web/JavaScript/Memory_Management#reference-counting_garbage_collection
これは、最も素朴なガベージコレクションアルゴリズムです。このアルゴリズムは、"あるオブジェクトがもはや必要ない"ことを、"あるオブジェクトがその他のオブジェクトから参照されていない"ことと定義します。あるオブジェクトは、それに対する参照がゼロの時にガベージコレクト可能であると見なされます。
- 553 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 14:48:22.40 ID:7ui2nPA0.net]
- >>517
引数の最後のブロックを特別扱いで記述できる文法はrubyからgroovyを経由してkotlinにも引き継がれていて、わりと欠かせない記述方法になってる
ここの https://dogwood008.github.io/kotlin-web-site-ja/docs/reference/lambdas.html
これみたいな記法を頻繁に使うからいまさら無くなっても困る
lock (lock) {
sharedResource.operation()
}
- 554 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 14:57:27.14 ID:rwS/Q696.net]
- >>543
スレの流れが追えていないのに口を出すなよ。最初の方の>470 >471 >475から所有権出てるわ。
ChMateとか導入したら？
|
 |
