次世代言語24 Go Nim Rust Swift Kotlin TypeScript

**デフォルトの名無しさん** · 2022/03/22(火) 03:23:41.60

スレタイ以外の言語もok

前スレ
次世代言語23 Go Nim Rust Swift Kotlin TypeScript
https://mevius.5ch.net/test/read.cgi/tech/1638086359/

**デフォルトの名無しさん** · 2022/04/03(日) 20:53:04.52

goのエラー処理は俺が2019年に業務でちょっと触った時は
if err !=nil {}
みたいなのをひたすら書くしかなくて愕然とした経験があるんだが、これって今は改善されてるの？
比較的新しい言語にしてはずいぶん泥臭いことやるんだなって思った

**デフォルトの名無しさん** · 2022/04/03(日) 21:02:47.89

Go「ぜんぶ　ひらがな　に　すれば　かんじ　や　かたかな　が　なくて　よみやすいね！」

言うほど読みやすいか？

**デフォルトの名無しさん** · 2022/04/03(日) 21:03:41.40

>>410
されてない認識
これめちゃくちゃめんどいし、戻り値の管理が無駄に煩雑になるだけだと思うんだが

パターンマッチングもめんどい

**デフォルトの名無しさん** · 2022/04/03(日) 21:05:03.73

>>409
ジェネリクスがないからコピペ or interface{}でAny化して型安全を捨てる言語やぞ
エアプは黙っとれ

**デフォルトの名無しさん** · 2022/04/03(日) 21:32:49.77

>>408
違うよ
文法が厳格でしっかり書いてないと枝葉みたいなしょうもない理由でコンパイル通らない
それでレベルが担保される

**デフォルトの名無しさん** · 2022/04/03(日) 21:35:23.71

コーディングになんでエアプが出てくるんだろうか？
語彙が貧困すぎる
脳が死んでないか？

**デフォルトの名無しさん** · 2022/04/03(日) 21:49:33.85

高度に抽象化され凝縮度の高い用語を使ってるだけだよ
エアプガイジは黙っとれ

**デフォルトの名無しさん** · 2022/04/03(日) 21:56:36.46

ガイジ ← 脳が委縮した差別主義者が使う言葉
エアプ ← いつまでもゲームでしか物事を例えられない人が使う言葉

**デフォルトの名無しさん** · 2022/04/03(日) 21:59:40.61

脳が委縮した差別主義者いつまでもゲームでしか物事を例えられない人は黙っとれ

Goみたいな文だな

**デフォルトの名無しさん** · 2022/04/03(日) 22:02:18.79

いやいや使い方が違うだろ
見不明な置換するなよｗ

本物の馬鹿なんだな

**デフォルトの名無しさん** · 2022/04/03(日) 22:03:00.73

意味不明

**デフォルトの名無しさん** · 2022/04/03(日) 22:18:16.65

go の if err 1= nil は貧者のEither/Result型って感じはするな
rust の enum みたいなものを導入すると付随していろいろなものを導入する必要があり言語仕様が膨らむということならば
シンプルな仕組みで代替するという go なりの割り切りなんだと思うけど
実際のところどうなんだろうね

**デフォルトの名無しさん** · 2022/04/03(日) 22:32:45.61

Goのエラーハンドリングの仕様については、長いこと議論され続けてるよ
Go1はもう変わらんだろうけど、Go2は新しい仕組み入りそう
https://go.googlesource.com/proposal/+/master/design/go2draft-error-handling-overview.md

**デフォルトの名無しさん** · 2022/04/04(月) 02:08:47.79

Rustなどのように『値付きenum＝タグ付きunion』を導入している言語たちは
色々シンプルかつ効率と容易さと美しさを両立できているから
プログラミング言語として常備すべき基本的な型なのだと思われる

**デフォルトの名無しさん** · 2022/04/04(月) 07:33:26.24

Goにいまさらenum導入しても標準ライブラリから全部変えないとあまり恩恵ないし
if err !=nil {}のシンタックスシュガー導入くらいが妥当だろうね

**デフォルトの名無しさん** · 2022/04/04(月) 13:42:12.37

関数が複数の値を返却できるのはメリットのように見えて、ソースコードの規模が大きくなるほど型の管理が難しくなるだけだと思うわ

KENTAという人はgo推してるが、保守性の高いコード組みやすい代替言語にすぐ取って代えられると思うんだよな

**デフォルトの名無しさん** · 2022/04/04(月) 14:41:15.89

>>374
20年前にPythonがこんなに普及するとは思わなかったよ。
Perl 便利って思ってたもの。

**デフォルトの名無しさん** · 2022/04/04(月) 19:55:04.23

PerlとRubyが自爆してPythonだけ生き残った感はあるが。

**デフォルトの名無しさん** · 2022/04/04(月) 19:58:12.66

三大Poop言語と言えば？

**デフォルトの名無しさん** · 2022/04/04(月) 20:08:25.60

10年ぶりにプログラミング学習勧めてるけどpython面白いなー
5chではそんな流行ってない感じ？

**デフォルトの名無しさん** · 2022/04/04(月) 20:13:10.33

>>429
5ch全体ではわからないけど少なくともこのスレではpythonは下火
今一番流行っているのはRustだね。
一番人気。それだけにアンチも多くて喧々諤々の議論が巻き起こっている状態。
というよりRustの勢いが羨ましくてファビョってるだけだけどなｗ

**デフォルトの名無しさん** · 2022/04/04(月) 20:48:23.61

Perl 6 は Raku になったし、自滅かもしれんが、Ruby は「ペナンブラ氏の24時間書店」に登場する位にカリフォルニアの方では認知されてたと思ったんだけど。

**デフォルトの名無しさん** · 2022/04/04(月) 21:22:41.62

>>413
コード生成すりゃいいじゃん

**デフォルトの名無しさん** · 2022/04/04(月) 21:23:22.47

>>429
すれ違い

**デフォルトの名無しさん** · 2022/04/04(月) 21:24:09.92

>>427
PHPもだが言語機能に大差はないからあとはライブラリの質だけの差になった
そこで圧倒的差がついた

**デフォルトの名無しさん** · 2022/04/04(月) 21:25:42.99

>>426
年齢はPerlと大して変わらんからな
Pythonなんてモダンな要素全くないのにここまで流行ったのは凄い
特にRubyやRailsみたいな積極的なマーケティングとかもしてないのに

**デフォルトの名無しさん** · 2022/04/04(月) 21:32:16.24

ついにRubyが反撃の狼煙を上げる

RubyのWebAssembly/WASIへの移植が実現、プレリリース版のバイナリ公開。RubyGemsにも対応
https://www.publickey1.jp/blog/22/rubywebassemblywasirubygems.html

**デフォルトの名無しさん** · 2022/04/04(月) 21:48:11.28

>>436
ぜひRailsに導入してほしい
総スカン食らって完全終了だろう

**デフォルトの名無しさん** · 2022/04/04(月) 23:20:01.52

>>436
これRubyインタプリタをwasmにコンパイルしてそれ上で動かすんだろ？
ありえんでしょ

**デフォルトの名無しさん** · 2022/04/04(月) 23:35:26.89

>>432
これホンマガイジ
言語機能が足りないから自動コピペ生成すりゃいいじゃんが罷り通ってるって
頭Goしてるんちゃうか？

**デフォルトの名無しさん** · 2022/04/04(月) 23:45:58.24

>>435
たしかにまあRubyはRailsがキラーアプリとなって日の目を見ることが出来たけど、Pythonは人気を得るきっかけとかあったのかな
GoogleはPythonをめちゃ使ってて、GuidoがGoogleに入社した2005年頃にはすでにPythonがスクリプト言語の中では勝ち組感があったんだろうけども、なんでやろ

**デフォルトの名無しさん** · 2022/04/04(月) 23:50:33.75

>>436
WebAssemblyでガベージコレクションのある言語を動かすのは無駄の極致

**デフォルトの名無しさん** · 2022/04/04(月) 23:56:53.89

>>439
Cもそうだけど

**デフォルトの名無しさん** · 2022/04/05(火) 00:05:51.56

Cを使うならRustにした方が機能豊富でプログラミングしやすいよ
もちろんデータ競合もメモリ管理ミスも検出してくれる
そしてほとんどの場合で速度差もない

**デフォルトの名無しさん** · 2022/04/05(火) 00:48:48.74

The Rust Programming Language 日本語版をちょこっと読んでみたけどC++作ったストラウストラップが変態だった気がしてしまう

**デフォルトの名無しさん** · 2022/04/05(火) 01:05:33.37

コード生成もコピペ扱いするならrustのderiveもコピペだよな

**デフォルトの名無しさん** · 2022/04/05(火) 01:29:37.39

>>442
ガイジの真似とてコピペを走らば即ちガイジなり
CがガイジだからGoもガイジで～ぇすでええんか？

**デフォルトの名無しさん** · 2022/04/05(火) 01:35:13.81

>>446
だからコピペじゃないって
君のいうコピペより上の概念だよ
人が介在してない

**デフォルトの名無しさん** · 2022/04/05(火) 01:37:22.57

>>447
機械がするコピペはきれいなコピペか？違うだろ？バカか？

**デフォルトの名無しさん** · 2022/04/05(火) 01:42:08.31

>>448
君のいうコードジェネージョンがコピペというなら
ジェネリクスも中身は型が違う同じコード生成してるだけだよ？
はい勝った
完膚なきまでに勝った
ここを君を導きたかった
勝ち俺の勝ち
ジェネリクス否定
矛盾
ジェネリクスはコンパイラによるコードジェネーション
勝ち俺の勝ち
勝ち完全
フルに勝ち
勝った

**デフォルトの名無しさん** · 2022/04/05(火) 01:46:35.34

>>449
見事に勝っちゃったねえ
レスバ見てたけどそこに導こうとしてるのはわかったよ
そっちに行くな！って思ってた
そもそもコンパイラがコードジェネレータだしね
本質的には同じことしてるわけで機会がコピペしてるからなあ
そっちに行っても負けは確定する

**デフォルトの名無しさん** · 2022/04/05(火) 01:50:00.91

>>450
いや危なかったジェネリクスがゴミっていう風に持っていくと絶対に勝てないからね
勝つにはなんとか相手を捻じ曲げさせるしかなかった
うまく誘導できたよ
負けるかと思った

**デフォルトの名無しさん** · 2022/04/05(火) 01:53:56.08

>>413
そんなにGoは酷い言語なのか
なぜそんなことに？

**デフォルトの名無しさん** · 2022/04/05(火) 02:13:39.62

>>448
そうだよ。

**デフォルトの名無しさん** · 2022/04/05(火) 02:19:13.35

元の話はこれか
型安全を捨てるのは暴挙だな

>>413
> ジェネリクスがないからコピペ or interface{}でAny化して型安全を捨てる言語やぞ

**デフォルトの名無しさん** · 2022/04/05(火) 07:05:37.18

>>440
pythonはなんといってもAI（ディープラーニング）が起爆剤だろ
あとは自動化・RPA関連（Excel連携、スクレイピング）でもライブラリが豊富で人気がでた

**デフォルトの名無しさん** · 2022/04/05(火) 07:07:35.56

たった3ヶ月でウェブエンジニアになれた
きっかけはRailsを学んだこと
とか言ってるの最高に気持ち悪い
今はRustとかやって難しいところに悩んでる人がエンジニアだと思う

**デフォルトの名無しさん** · 2022/04/05(火) 07:20:44.40

Rust自体は特に難しくはない
もしRustを難しいと感じるようなレベルの人ならば一般的にプログラミングに向いていない

**デフォルトの名無しさん** · 2022/04/05(火) 08:14:13.65

なんかバカが勝手に盛り上がってて藁

どこのチンカス野郎がマス書いたコピペジェネレータと言語標準じゃ全く次元が違うだろ

はい勝った
完膚なきまでに勝った
ここを君を導きたかった
勝ち俺の勝ち
ジェネリクス否定
矛盾
ジェネリクスはコンパイラによるコードジェネーション
勝ち俺の勝ち
勝ち完全
フルに勝ち
勝った
見事に勝っちゃったねえ
レスバ見てたけどそこに導こうとしてるのはわかったよ
そっちに行くな！って思ってた
そもそもコンパイラがコードジェネレータとかﾜﾛｽ
本質的には同じでないわけでｶﾞｲｼﾞがコピペしてるからなあ
そっちに行っても負けは確定する

**デフォルトの名無しさん** · 2022/04/05(火) 08:37:48.08

>>456
でもそういう奴等はわかりやすい地雷で助かる
IT業界は人手不足だって言われているのは「自走できる」人材の不足なのに、どっかのYoutuberやプログラミングスクールの言うことを鵜呑みにしてRailsで作成したポートフォリオをドヤ顔で出してくるような奴は俺が企業の採用担当だったら速攻で落とすわ

**デフォルトの名無しさん** · 2022/04/05(火) 09:19:59.73

>>454
Goはおもちゃ言語だから

**デフォルトの名無しさん** · 2022/04/05(火) 13:07:10.50

ひろみGO

**デフォルトの名無しさん** · 2022/04/05(火) 14:27:50.37

>>455
AI関連の前に科学技術系のライブラリをpythonでって流れは結構あった。
そこらへんがperl、rubyにはなかった。
float回りをいじくると途端に言語や開発環境が汚くなるわけだが、その辺を躊躇しなかったってのが良くも悪くもある。

**デフォルトの名無しさん** · 2022/04/05(火) 14:54:27.96

>>455
せやな、現在の圧倒的なPython人気はAI関連が充実してるからやな
でもGoogle社内の開発言語にもっと昔から採用されてたのにはAIは関係ないやろ

>>462
NumPyやSciPyみたいなのがキラーアプリだと？

もっとよく思い返すとRed Hat、Debian、GentooなどのOSでパッケージマネージャなど様々なツールがPythonで実装されてたし、
数値計算とか関係なく、スクリプト言語のデファクトスタンダードとしての地位を2000年ぐらいには確立してたね

キラーアプリがあるからというよりは、単純に開発者コンセンサスを得やすい言語だったんだろうな、と思ってきた

**デフォルトの名無しさん** · 2022/04/05(火) 15:30:06.85

>>463
いやそのころのpythonのパッケージ管理ツールって相当ひどかったぞ。
まともに依存関係を解決できることなんてほとんど期待できなかったし。
まあ今もそういう傾向はあるが。

**デフォルトの名無しさん** · 2022/04/05(火) 15:49:46.89

pythonは2007年ごろには将来デスクトップ系ではスクリプトの中核になるから小さな社内スクリプトやプラグインのスクリプトは可能な限りpythonにしましょうってずっと自分は運動してたわ。
幸い反対する人もほとんどいなかったな。

もちろんアプリはpythonでは書かないが。

AIなんかはあまり関係ないなぁ。

**デフォルトの名無しさん** · 2022/04/05(火) 15:55:55.07

40-300行ぐらいのpythonスクリプトは便利だわ

Windowsだと特にshell(cmd)の扱いづらさが際立つし

**デフォルトの名無しさん** · 2022/04/05(火) 16:01:09.15

googleはyoutubeや検索エンジンをpyｔhonで実装してたもんな
それでpythonが注目されだした
確か書き換えたらコード量が大幅に減ったのとメンテナンスコストが下がったんだ

当時はC++,java,PytohnがGoogle三大言語だった
今は知らんけど

**デフォルトの名無しさん** · 2022/04/05(火) 16:03:31.17

pythonはmayaのプラグイン組み込み言語でもあったから
行列やベクトルや虚数を使った回転などを多用する層が
そこで増えていったってながれもあるやろな。

**デフォルトの名無しさん** · 2022/04/05(火) 16:19:20.26

カーニハン、ロブ・パイクが1999年に出したプログラミング作法(The Practice of Programming)では Perl, awk, C++, Java, C で処理速度とソースコードの行数表にしてた。

**デフォルトの名無しさん** · 2022/04/05(火) 17:31:17.76

ポストPythonってJuliaなの？

**デフォルトの名無しさん** · 2022/04/05(火) 17:35:57.79

>>470
Rustだろうな
Web業界はRustに移行しはじめている

**デフォルトの名無しさん** · 2022/04/05(火) 17:36:28.83

ベターPythonかもしれないがポストPythonではないだろう

**デフォルトの名無しさん** · 2022/04/05(火) 18:09:13.50

rustは広くは使われないだろうねぇ。
システム部分以外は
ルーズで簡単で気にかけることや
独特な概念が少ない言語でないと広く使われない
プログラミング未経験者が数日である程度書ける程度のでないと

**デフォルトの名無しさん** · 2022/04/05(火) 18:21:07.39

そこでKotlinですよ
ベターJavaの位置付けで学習コストも低い
Scalaほど複雑でもなく、初心者にも手を出しやすいからRustよりはWebでは使われるんじゃないかね

Goは学習コストが低いとかで誤魔化してるだけで、一昔前の使いづらい言語みたいな感じ

**デフォルトの名無しさん** · 2022/04/05(火) 18:54:22.88

>>471
所有権気にしなきゃいけないのにPythonの後継は無いなぁ。

>>52
>c++とhaskellあたりを学んでおけば大したことないし

とかいう世界だろ。

**デフォルトの名無しさん** · 2022/04/05(火) 19:19:35.56

>>475
理解する気がないから勘違いしてるのだろうけど
所有権なんて難しい話ではなく非常に簡単なことだぞ
このスレにもRustのコードが多数書かれてきてるようだが何か難しいことや特殊なことあったか？

**デフォルトの名無しさん** · 2022/04/05(火) 19:48:47.33

Kotlinなんてぱっとせんもん一生泥から出てこんやろｗ
webでは絶対流行らない
Javaで既に作られてるもんはわざわざKotlinにしようなんてならんし
Javaに慣れ親しんでる層はJava17を導入するやろな
Javaみたいなのを毛嫌いする層はそもそもKotlinに見向きもしてないし

**デフォルトの名無しさん** · 2022/04/05(火) 20:20:35.48

まあKotlinはswiftと同じ位置づけで表には出てこない気がする

**デフォルトの名無しさん** · 2022/04/05(火) 20:25:45.56

kotlinとjavaは相互運用可能なのに、わざわざjavaを選択する発想なんて出てこないだろ

goは学習コスト低い分、この先流行りに乗って採用する企業は増えるかも知れんが、機能不足故にいずれ見離されるんじゃない？

rustは初心者には複雑すぎるし、それこそweb開発でメリットがあまりない

kotlinはともかく、rustやgoが10年先も使われるイメージが想像できない

**デフォルトの名無しさん** · 2022/04/05(火) 20:27:09.43

これからは同じ内容をどれだけ短くてわかりやすく書けるかと言うことに
各言語は対応せざるを得ない状況になる

**デフォルトの名無しさん** · 2022/04/05(火) 20:28:17.56

いや逆や
わざわざKotlinをwebで採用する意味ないし
今もそんなことしてる会社は物好きな少数のみ

**デフォルトの名無しさん** · 2022/04/05(火) 20:28:18.67

まあJavaやpythonに比べたらkotlin,swift,rustなんてまだまだでしょ

https://i.imgur.com/1uhp9kc.png

**デフォルトの名無しさん** · 2022/04/05(火) 20:33:11.57

goは流行ってるし機能拡張していってるんやから機能不足やから廃れるってことはないやろ
つい最近genericsが導入されたやん
フレームワークにしろ何にしろ使う人が増えればより充実して行くもんよ
こういうのは流れが大事
流れがないswift、Kotlinが今更伸びることはないやろ

**デフォルトの名無しさん** · 2022/04/05(火) 20:40:11.88

最初の言語としてKotlinやSwiftは選びたくない

**デフォルトの名無しさん** · 2022/04/05(火) 20:51:09.86

>>479
むしろRustだけは生き残ることが確実
Rustの以下のメリットを持つ代替言語が存在しないため
・ガベージコレクションを必要とせずC言語と同等の速さと省メモリを実現
・各種データ競合やメモリ使用の安全性を保証
・現代的な各種プログラミングパラダイムを洗練して採り入れており非常にプログラミングしやすい

**デフォルトの名無しさん** · 2022/04/05(火) 20:52:42.92

一番最初の言語に選びたくないNo1は今のところRustかな？
まあそんなことにはならないでしょうが

自分は最初はBASICだった

もう使うことはないと思ってたらAppleiiのエミュにBASICが入ってて
使ったことはないのに適当にやっても結構動くものが作れた

**デフォルトの名無しさん** · 2022/04/05(火) 21:04:57.35

CからC++に行かずにRUSTに行く

**デフォルトの名無しさん** · 2022/04/05(火) 21:11:03.50

>>487
たぶんそれが正解
スクリプト言語程度で良い用途は別として
普通にちゃんとしたプログラミングをするならばC言語で基本をまず学んだ上でRustがベストかな

**デフォルトの名無しさん** · 2022/04/05(火) 21:14:31.44

Cからちょっとだけアセンブラ（オプションで出力させたものを解読できる程度）もありかも知れない

**デフォルトの名無しさん** · 2022/04/05(火) 21:17:03.29

C →　Rust
その人たちは何がやりたくてプログラミングするのか疑問だなあ

**デフォルトの名無しさん** · 2022/04/05(火) 21:18:27.03

>>474
Kotlinやろうとしたら必然的にJVMとJavaも勉強しないとだよね
学習コスト３倍じゃん
バカじゃん

**デフォルトの名無しさん** · 2022/04/05(火) 21:18:44.27

システムプログラミングでしょ

**デフォルトの名無しさん** · 2022/04/05(火) 21:28:32.93

rustはシステムプログラミングとか、低レベルプログラミングの分野で生き残ると思いますよ
あくまで俺が話してるのはweb系の話

ちょっと主張を代えてしまうようで申し訳ないけど、俺が主張したいのは、kotlinが来るというよりも、goやrustがこの先web開発で盛り上がりを見せるとは思えないということです

**デフォルトの名無しさん** · 2022/04/05(火) 21:28:36.30

Javaやってた人が楽したくてkotlin触るのがほとんどだと思うわ

**デフォルトの名無しさん** · 2022/04/05(火) 21:32:44.23

>>493
サーバーサイドに関してはpython一択になると思うよ
今の若手がpython推しなんだからそいつらが偉くなったらみんなpythonになる
現に俺が管理して利権として享受してるサービスをpythonでリプレースしようという案が出てきてる
全力で防いでるが

**デフォルトの名無しさん** · 2022/04/05(火) 21:33:48.12

>>493
大規模ウェブサイトのバックエンドにgoやらrustやら使う事例は多いからweb系とひとくくりにするのもちょっと不正確では

**デフォルトの名無しさん** · 2022/04/05(火) 21:33:58.15

>>493
うちはWeb系だけどRustを使っています
WebAssemblyでRust以外に良い選択肢がないと思います
実際に一般的な調査でもWebAssemblyで使う言語の1位がRustですね

**デフォルトの名無しさん** · 2022/04/05(火) 21:34:05.83

FlutterとセットでDartは？

**デフォルトの名無しさん** · 2022/04/05(火) 21:38:03.57

railsやってた人が動的型付言語で大規模開発は
もう嫌じゃーとなったときにどこに行くかねえ
JVMがgoかrustか

個人的にはgoは無いな…

**デフォルトの名無しさん** · 2022/04/05(火) 21:43:41.67

>>499
TSかな？

**デフォルトの名無しさん** · 2022/04/05(火) 21:44:13.55

>>496
そこなんですけど、今goが流行ってるのってコンテナ構成にマッチしていたり、並行処理が得意だったりメリットがあるからだと認識しています。

とは言え、goはパターンマッチングがやりにくかったり、関数の戻り値が複数あったりで、お世辞にもコーディングが快適とは言えない。
なので、goに代わるkotlinや swiftくらいのちょうどいいレベルの言語仕様の言語が出てきて、使われるようになるんじゃない、みたいな見解を持ってます。
この意見がスレタイとマッチしてなくて、申し訳なかった

**デフォルトの名無しさん** · 2022/04/05(火) 21:44:21.70

>>499
RubyとRustはコード記述が似てる面多いね
クロージャ(ラムダ)で　|引数|　になる点とか

**デフォルトの名無しさん** · 2022/04/05(火) 21:47:59.27

実際の流行りと5chプログラマーのrustへのお熱っぷりには乖離があると思うが
プログラマーがそれだけ好くんだから大した言語よな
go嫌いはif err != nilがキモく感じて嫌がってるのかもしれない

**デフォルトの名無しさん** · 2022/04/05(火) 21:48:34.22

>>501
RustならGoの戻り値の問題はいわゆる代数的データ型となる値包含enumでシンプルかつ扱いやすく解決しているし
パターンマッチングについても同じくenum拡張されて非常に強力やな

**デフォルトの名無しさん** · 2022/04/05(火) 21:54:38.07

rust信者はただサンクコスト回収のために必死になってるだけだわ。
そういう活動が逆効果ってことを全く理解していない。

**デフォルトの名無しさん** · 2022/04/05(火) 22:03:45.09

現実問題としてRustに勝てる言語が出現してくる気配すらないのはマズいよな
当面はRustが最終解なのかもしれないが

> Rustの以下のメリットを持つ代替言語が存在しないため
> ・ガベージコレクションを必要とせずC言語と同等の速さと省メモリを実現
> ・各種データ競合やメモリ使用の安全性を保証
> ・現代的な各種プログラミングパラダイムを洗練して採り入れており非常にプログラミングしやすい

**デフォルトの名無しさん** · 2022/04/05(火) 22:26:51.26

どういう理屈でコスト回収するんだろ

**デフォルトの名無しさん** · 2022/04/05(火) 22:49:42.89

信者というかワナビーじゃないの
サンクコストに感じるのは

**デフォルトの名無しさん** · 2022/04/05(火) 22:56:37.28

食わず嫌いのアンチがコストがかかると思い込んでいるだけではないか
むしろRustは様々なコスト削減になる
プログラミング＆デバッグ開発効率が良くなるだけでなく
高速化と省メモリ化によりサーバーやクラウド類の支出コスト削減も大きい