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

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/ 27 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 23:10:09.47 ID:cPdOMca8.net] >>21 全く逆だよ。コード生成を間に挟んでるから原因が分かり易い。 28 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 23:21:26.67 ID:Sw2JYvg8.net] >>25 C#にも参照があるのに なぜ他の言語に対しては参照を必要ないと批判しているのですか？ 29 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 23:34:13.07 ID:JFwrpdmf.net] >>28 他の言語では「借用がない」と言っている。 Rustによって新たに導入されたもので、それで何かしら恩恵があればいいが、 「データ競合がない」程度では見合わない。 既にある迂回策に対して利点がないのなら、プログラマの負担を増やしただけ無駄だ。 30 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 23:54:39.23 ID:oWCaELBD.net] >>29 呆れた… 参照を使うことを借用と言うんだよ だから借用というものは当然存在しなくて存在するものは参照だけ せめて超基本的なことくらい学んでから出直してきたら？ 31 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 00:25:31.71 ID:znQ4kzdw.net] 既に、YouTube で有名な、雑食系エンジニア・KENTA が結論を出している Rust, Elixir は普及のキャズムを越えなかった。 越えたのは唯一、Go だけ 例えば、今世紀最大の起業家、 Ruby 製のVagrant の作者・Mitchell Hashimoto も、Rubyから、Goへ行った Go製のTerraform で、HashiCorp の時価総額は、今や数千億円 GitHub もGoへ移行する GitHubのコピーで、時価総額2兆円のGitlab はRuby on Rails のままで、Goへ行かない！ クレイジーw CircleCI は、Closure 製なのか？ これも、Go, Elixir へ移行しないといけない 32 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 05:11:33.35 ID:k8Z8CHR2.net] >>24 頭がいいなら、そんなメモリ安全とかデフォルトimmutableでmoveで借用という制限だらけのRustを使わずとも安全かつ正確な実装ができるんじゃよｗ ただ、(横暴な言い方をすると)それだけ安全側に振ったC++なRustでも結局習得に時間がかかるため、コストに釣り合うのはごくごく一部の領域のみというのが結論ｗ 33 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 05:28:37.24 ID:k8Z8CHR2.net] >>25 相変わらず、荒すぎる上に間違っているｗ お前の場合、Rustは不勉強すぎてお話になっていないよｗ そういう解釈か〜という勘違いとかそういうレベルではなく、まるで整合が取れてないから他人から見ると字面だけ追って理解できてない状態にしか見えないｗ ただC#よりRustの方が楽ということは全くないｗ なぜなら制限が少ないからｗ GUIの裏でタスクが1つ2つ動く程度では並列時の問題なんてそうそう起きないし、品質の取れたエコシステムすら整っておらず複雑かつ面倒なだけのRustはメリットなんて何一つないよｗ Goでのうっかり問題については、並列時の所有権のありがたみはRustならではｗ discordが移行したときにこぞって持ち上げられたのがココｗ ただこれも常時強制されると不便なだけなので、一長一短ｗ 34 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 06:26:25.92 ID:y0K+8omk.net] >>32 > デフォルトimmutableでmoveで借用という制限 プログラミング歴があるならば デフォルトでimmutableの方がありがたいことにほとんどの人が賛同する そのためimmutableだけの言語まであるくらいだ Rustはmutableも使える言語だからそこに制限はない moveについてはその方が複写よりも当然効率が良いため 何らかの事情で複写したい時はcloneすればよいので困らない 効率が悪くても毎回複写がいいならばCopyトレイトを宣言で可能 つまりRustは3種類の方法を提供していてそこに制限はない 借用とは参照を使うことであってこれも制限ではない そして参照渡しをするなどの実質の参照を扱う言語は普通に多い Rustにおける参照とはそれらよりも抽象化された概念だがほぼ同じ 何か制限を設けているわけではなくむしろプログラマーへの選択を与えている 複写(Copy/clone)して渡すのか参照を渡すのかそれともそのものを渡す(move)のかを選べる 35 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 06:59:48.04 ID:k8Z8CHR2.net] >>34 > プログラミング歴があるならば > デフォルトでimmutableの方がありがたいことにほとんどの人が賛同する ないないｗ > Rustはmutableも使える言語だからそこに制限はない デフォルトの制限が厳しいから書きにくいんだよｗ 制限を外すことの大変さと恐ろしさをプログラミング歴のある人は知ってるからｗ > moveについてはその方が複写よりも当然効率が良いため > 何らかの事情で複写したい時はcloneすればよいので困らない 効率悪ｗ > 効率が悪くても毎回複写がいいならばCopyトレイトを宣言で可能 > つまりRustは3種類の方法を提供していてそこに制限はない わざわざトレイトが必要なんですってよ！奥さんｗ こんなに使いにくいのが制限じゃないんですってよ！ｗ > 借用とは参照を使うことであってこれも制限ではない > そして参照渡しをするなどの実質の参照を扱う言語は普通に多い 言葉すら必要なく、所有権を意識するから必要になる概念で、おもっきし制限だよねｗ > Rustにおける参照とはそれらよりも抽象化された概念だがほぼ同じ > 何か制限を設けているわけではなくむしろプログラマーへの選択を与えている > 複写(Copy/clone)して渡すのか参照を渡すのかそれともそのものを渡す(move)のかを選べる 嘘乙ｗ 36 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 07:05:41.35 ID:k8Z8CHR2.net] なんでRust推す連中ってこう嘘ばかりついたり誤魔化そうとしたり間違いを認めなかったりするんだろうなｗ 37 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 07:11:45.93 ID:QvYnh0pZ.net] >>35 キチガイだな コードを書いたことがないのかな 今どきはJavaScriptですら書き換えない変数はconst宣言(＝immutable)が勧められる時代 JavaScriptにしてもRustにしても書き換えたい変数はmutableにできるのだからそこに制限も不便もない 38 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 07:13:47.16 ID:znQ4kzdw.net] Erlang VM を使う、関数型言語のElixir は、Immutable Docker も、Immutable Infrastructure disposable(破棄可能)だから、流行った 39 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 07:21:13.86 ID:k8Z8CHR2.net] >>37 Rust推しはキチガイってことですねｗ JavaScriptはデフォルトconstじゃないですｗ 出来るところをconstにしよう！なら問題ないｗ デフォルトをconstにする＝制限と言ってるだけｗ だってmutとか書かないといけない＝制限だからｗ そして書いた瞬間に確実に「制約」になるからねｗ 明示的に書けば外せるから制約じゃない！とかアホとしかｗ 40 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 07:21:58.94 ID:k8Z8CHR2.net] >>38 Erlangなんて日本じゃほぼ使われてませんｗ 41 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 07:23:16.59 ID:iWJcW09w.net] >>36 君がプログラムを書いたことがないからじゃないか？ >>34が書いているようにRustは選択肢が色々と用意されていてプログラマーがそれらを選択することができる言語 もちろんcloneやcopyは最小限にしたほうが望ましいからそれらはデフォルト適用になっていない 合理的である 42 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 07:24:41.53 ID:k8Z8CHR2.net] >>41 そうして書かれたコードが制約過多だって言ってんだよｗ 43 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 07:31:08.29 ID:kDmi0r/e.net] 頭いいなら機械語直接書いてくれ 俺は頭悪いからモダンな構文使える言語を選ぶよ 44 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 07:33:34.18 ID:k8Z8CHR2.net] じゃあgoっていう簡単な言語があるよｗ Rustとかいうゴミ言語を勧めるバカの言うことは聞かない方がいいよｗ 45 名前：デフォルトの名無しさん [2022/03/23(水) 07:35:26.97 ID:QsWn2aJ/.net] Goの良さもRustの良さもわかるからそこまで論争になるのがよくわからないw 46 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 07:39:15.66 ID:k8Z8CHR2.net] 俺は遊んでるだけだけどｗ 47 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 07:40:32.44 ID:k8Z8CHR2.net] なんかやたら噛み付いてくるんだよねｗ 事実なのにちょっとでもRustをディスるとｗ 48 名前：デフォルトの名無しさん [2022/03/23(水) 07:41:18.55 ID:Ur6oGy1g.net] なぜ論争になるかより、なぜ相手にするのかが疑問だ NG放り込めば始末できるのに 49 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 07:41:49.60 ID:YNaZlr7q.net] >>39 色んなプログラミング言語を知らないあなたが無知にみえます Rustの場合は関数型言語に近くてif式、match式、loop式といったように文ではなく値を返すことが可能なものが多いです そのため必然的にほとんどの変数利用はimmutableとなります もちろんRustはmutableも使えますからそこに制限は全くないです 上述したようにif式、match式、loop式といった値を返すことも可能な点でも他の言語よりも自由度と表現力が増しています 50 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 07:43:00.65 ID:k8Z8CHR2.net] 我慢できないようだよｗ なんでかは知らないｗ あ、別スレに貼ったやつを燃料として投下しておこうｗ https://mevius.5ch.net/test/read.cgi/tech/1643289587/730 学習曲線やゔぁ！ｗ 51 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 07:46:48.46 ID:k8Z8CHR2.net] >>49 近くねーよｗ 関数型に近い表現が出来るとしか言われてねーよｗ そして最近の言語は程度の差こそあれ近い表現も遅延評価も出来るよｗ 52 名前：デフォルトの名無しさん [2022/03/23(水) 07:57:06.22 ID:QsWn2aJ/.net] rustは学習曲線高いと言っても、一番最初にrustを勉強すると大変だとは思うけど、c++とhaskellあたりを学んでおけば大したことないし、コンパイラがうるさいおかげでよくわからないままメモリ周りのバグを含んだクソコードを書かないという点ではハードルはむしろ低いんじゃないか？ goはそれとは逆のアプローチを取ってるだけでどちらが優れているとかではない気がする。 片方を過剰に擁護するのはプログラミング言語についてあまり知らないから自分の理解できるところだけ切り抜いて騒いでるだけにしか見えない。 goが馬鹿向けの言語とか言ってる人もいるけど、goを使って素晴らしいソフトウェアを作り上げた優秀なエンジニアもたくさんいることを知らずに言ってるなら本当に恥ずかしいことだと思うw 53 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 07:59:10.53 ID:FgzylXVH.net] >>52 キミは賢くてかつ弁えてるね 54 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 08:02:19.50 ID:IC5SATyv.net] >>44 横入りですまんがGoは言語の機能が低すぎるせいで無駄に記述が長くなり苦痛 書いていると同じパターンが何度も出てくる Go言語のサポートが少ないため冗長なことを人間がさせられてしまう 55 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 08:19:52.35 ID:7xSibnEC.net] >>52 >c++とhaskellあたりを学んでおけば大したことないし つまり初級者・中級者お断りということかね。 PythonとかJavaあたりのユーザーは絶望的かと。 56 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 08:23:01.04 ID:k8Z8CHR2.net] C++の前にCは習得しておきたいし、C++自身もHaskellも学習曲線やばいけどねｗ ヤバい言語を2つも習得してようやく他の言語と比較しうる学習曲線になるRustって一体・・・ｗ Goの冗長さはRustの言語的制約と似たようなものｗ 明快さの代わりに受け入れざるを得ないｗ この手の問題は開発環境によりほんのり改善できるｗ 57 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 08:34:40.79 ID:Bhs+4jj4.net] >>55 C++もHaskellも全く知らないけど Rustを普通レベルには使えるようになったから C++もHaskellを知らなくても大丈夫なことは保証するよ 58 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 08:37:32.32 ID:ED6mevIO.net] 今こそJava復活の時 ［速報］JavaOneが復活、今年10月にラスベガスで開催。2017年以来5年ぶり https://www.publickey1.jp/blog/22/javaone1020175.html 59 名前：デフォルトの名無しさん [2022/03/23(水) 08:42:55.48 ID:QsWn2aJ/.net] >>55 この表現は確かに不適切だったと思う。 伝えたかったのは、cライクな構文、メモリ周りの知識、型システムの知識があればrustが極端に難しい言語ってわけではないってことなんだ。 そしてこれらの知識はプログラミングを書いていれば自然と知ることになるものだと思ってる。(c++とhaskellが書けないと理解できないと言いたかったわけではない) プログラミング初学の人や、プログラマではないが仕事の道具としてスクリプト言語を使ってるような人が学ぶ言語じゃないのとは思うけど、アプリケーションの開発を行うような人にとっては難しすぎる言語仕様じゃない。 60 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 08:47:46.12 ID:k8Z8CHR2.net] 違う違うぞ 使えるようになったつもりなだけだｗ RustにはC++とHaskellが必須！C++の難解なエラーを気が狂いそうなほど読み解き、公衆の面前でモナドとは・・・っていうポエムを書いてからでないと本当の意味でRustの扉は開かないｗ 61 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 09:06:26.09 ID:+IZ6XP4Y.net] >>59 同感 Rustを難しいと言うのは大げさもしくは批判派によるレッテルだと学んで分かった むしろRustを使うことでの絶大な効果に驚いた 一番大きかったのは実行時デバッグの激減 コンパイル時点で実行時に起き得る様々な問題を食い止めてくれるため開発効率が一気に上がった 使いやすさに加えて実行の速さや省メモリなど一石多鳥 62 名前：デフォルトの名無しさん [2022/03/23(水) 09:23:15.77 ID:QsWn2aJ/.net] >>61 伝わってよかった.... 後半の部分も完全に同意する。ブレークポイント貼って変数の値をチェックしながらデバッガをいじくり回すみたいなことをする頻度が激減したのが大きい。 ヤバそうな部分もunsafeとかunwrapみたいにコード上に明示されるのが地味に快適。自分にとってコードって書くことより読むほうが大変だから、そういうところがありがたい。 63 名前：38 mailto:sage [2022/03/23(水) 09:35:58.30 ID:znQ4kzdw.net] 確か、Elixir はスクエニで使っている。 ニコ生でも、会議をやっていた 他には、組み込みのNerves YouTube で有名な、雑食系エンジニア・KENTA のサロンは、Ruby on Rails だけど ポートフォリオは、Elixir のPhoenix 64 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 10:03:50.80 ID:Hqya9b1R.net] >>62 書きより読み重視ってのは最近の言語全般の傾向であるように思う GoとRustは全然方向性違うけど、ソースコードの情報量増やして読むコストを下げるという点では同じかな、と OSSなんかだと書く人より読む人が遥かに多いし、個人開発だったとしても半年前のコードなんて覚えてないから結局読みやすさは重要だよね 65 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 10:52:27.45 ID:FgzylXVH.net] 書きやすい言語ほど読みにくいよね 書き手の自制心にもよるんだけど rubyとか書いてるときすっげーストレスないんだけど あとから見るとその時のノリで書いてるのがよくわかる Javaは現代視点だとやや冗長かもしれんが 後から読んでも意外と読みやすい 66 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 11:32:06.34 ID:znQ4kzdw.net] 可読性は重要。 漏れなんか、一月前の自分のコードでも、自分で書いたと分からないからw この処理は、いつの間に誰が書いたの？ とか、よく他人に聞くw 67 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 11:33:27.01 ID:k1M19ntv.net] >>62 たしかにRustでは実行しながらの無駄なデバッグ時間が無くなった コンパイラによるチェックが厳しい言語ほどプログラミング効率が良くなると実感した >>64 その通りで1年経つと自分で書いたコードでも忘れてる 機能追加などで再び触るときに読みやすさだけでなく Rustではデータの扱いや構造をいじった時にミスるとコンパイラが敏感に叱ってくれるのが良い おかげで時間生産性が大きく改善した 68 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 12:00:43.29 ID:WWS7e+O4.net] >>59 >cライクな構文、メモリ周りの知識、型システムの知識があればrustが極端に難しい言語ってわけではないってこと Pythonユーザーはカスリもしないし、Javaユーザーもcライクな構文以外は知識無いだろ。 >そしてこれらの知識はプログラミングを書いていれば自然と知ることになるものだと思ってる。 そりゃ傲慢だね。 PythonとかJavaを使うのにコールスタックとかヒープとか意識したっけ？ 69 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 12:23:50.13 ID:EvHbv07S.net] >>68 技術に対する知識も興味も意欲もない人でも 誰でも簡単とかいう主張はしないと思うが… 70 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 12:44:20.95 ID:WWS7e+O4.net] >>69 >技術に対する知識も興味も意欲もない人 なるほど。Rustユーザーにとっては >cライクな構文、メモリ周りの知識、型システムの知識 が技術に対する知識・興味・意欲を持つ人のレベルということか。 このハードルをクリアしているPython・Javaユーザーってどれくらいいるのかな？ 71 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 12:50:13.13 ID:k8Z8CHR2.net] Rust信者の単発IDがなんかいってるだけｗ やってることがやばいんよねｗ Rust別に読みやすくないし、変更しにくいし、習得大変だし、ごく一部の超高速超並列処理が必要なクリティカルな領域以外はいいことないからｗ 72 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 13:09:38.08 ID:svGg7ZtK.net] C言語やってC++言語は何となく知っているレベルでRustやればいいなら、C++中途半端な人には嬉しい。 C++用のライブラリなんかは移植しやすいのだろうか。 73 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 14:02:38.40 ID:QZvXUCU9.net] >>72 移植しやすさはライブラリの作りに依存すると思う グローバル変数を雑に使うライブラリなんかだとインターフェースやデータの持ち方を見直す必要がある スレッドセーフなライブラリならある程度はベタに移植できると思う ただ枯れてる既存のライブラリをわざわざ移植するのは特別な理由のない限りやる必要はないと思う 74 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 14:05:59.79 ID:aOOT3ZZt.net] >>71 Rust程度で難しいというなら あんさんプログラミングに向いてまへんわ スクリプトをいじる程度にしとき 75 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 16:32:34.63 ID:WWS7e+O4.net] >>74 Rustは初級者・中級者お断りということですな。 76 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 16:44:05.96 ID:QZvXUCU9.net] >>75 Rustの得意とするシステムプログラミング領域がそもそも初心者お断りというか、初心者が手を出そうとしない領域だよね 77 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 16:47:42.50 ID:5QD+Xegu.net] >>75 Rustは普通のプログラマーなら余裕 ちょろっとスクリプトを書くだけの似非プログラマーには無理 78 名前：デフォルトの名無しさん [2022/03/23(水) 19:17:49.04 ID:Ur6oGy1g.net] なぜ簡単に分断工作にひっかかるのか うちじゃ老若男女Rust使っとるよ 79 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 19:24:04.56 ID:XLgqvJYc.net] 先入観のない初心者はRustの学習が速い Rustは抽象度高く分かりやすく出来ているから 無理に既存の低レベルのものに例えて考えないほうが飲み込みが早いということかも 80 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 19:40:00.68 ID:kDmi0r/e.net] Pythonから来たけど今は楽しくRust書いてる Cは一切やったことがない 81 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 19:40:04.95 ID:QZvXUCU9.net] 本当の初学者向けの優しさというのは入門書が多いとかチュートリアルが充実してるとかで 言語仕様の善し悪しはそんなに影響しないのでは というかプログラミング初心者がrust使って何する想定なの？ 82 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 19:51:24.40 ID:fgK+Upwy.net] CLIからWEBまで普通のことはRustでできるから人それぞれと思う 83 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 20:00:27.47 ID:S8syHMIu.net] Rustユーザーの多くは初心者向きじゃないという認識のようですな。 ちょろっとスクリプトを書くだけの初心者とか初級者はお断り、と。 84 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 20:12:48.64 ID:NzxRseYp.net] >>83 そういうのはインタプリタ＆スクリプト言語でもいけるケースが多い もちろんRustで書けば速さや省メモリの点でも有利なので環境によってはRustも使う 85 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 20:58:37.09 ID:k8Z8CHR2.net] Rustなんて誰も使わないので大丈夫ですｗ 嘘ばかりついてるから、誰も信用せず、普及もしないｗ 86 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 21:18:39.03 ID:sIPI2inn.net] そうだね 87 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 21:40:33.95 ID:Zj8OyINv.net] Rustの案件関わった人大体C++戻っていくよね 88 名前：デフォルトの名無しさん [2022/03/23(水) 21:47:49.22 ID:EHvtOoqR.net] >>25 dockerはgo製と聞いたことがある。 89 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 22:20:55.11 ID:ln8rDjYo.net] >>52 > goが馬鹿向けの言語とか言ってる人もいるけど それは俺の事だろうが、俺はそれ自体を馬鹿にしているわけではない。 実際、元祖馬鹿向けCのJavaはCよりも成功してる。 簡単は正義だ。問題は、前スレ870で言ったとおり、簡単の使い方は単純には3通りあって、 A. もっと馬鹿を雇って人件費を抑える B. 簡単になった分早く処理して、回転数で稼ぐ C. これまでは複雑すぎて現実的に不可能だった事に挑戦する で、「楽になった=(A)」しかやってないのなら馬鹿にされて然るべき。 (B)(C)に関しては方向性は違うがいずれも脳味噌フル回転だから、「楽」とは感じられないはずなので。 が、まあ、(A)で行くのも自由だし、一々他人を馬鹿にする趣味もないしで、これは放置だ。 ただ俺は(C)を目指すから、それ（キラーアプリ）は何だ？と最初から何度も尋ねてるのに、 出てこない＝君らも目指してないし、これまでも目指した人が誰も居なくて完成品もないから列挙出来ない のだから、馬鹿にされても文句言えないと思うけど。手段が目的化してるだけだし。 (この点はRustも同様。 > 安全側に振ったC++なRust (32) というのは当たってる。馬鹿向けC++になってしまっていて、(C)を目指した奴が居ないのも同じ) 多分な、コンパイル時にエラー＝文法エラーにしないといけない、と固執してる点が間違ってる。 初心者がよくやるミスを救済したいのなら、IDEで色を付けるだけで済む。例えば、 ・ローカル変数と、それ以外の変数（クロージャ等）は、色を変える　（これは既に言ったが） ・再代入されてる変数は、色を変える 後者もすさまじく馬鹿っぽいが、現実的にこれで問題ないだろうよ。（まあ俺はimmutableでもいいんだが） 本来プログラマが学ぶべきなのは、Rust公式勝手訳日本語版まえがき(前スレ990)にある、 > やっかいな落とし穴を回避する術 なんだよ。それを文法にしてそれ以外はエラーにすれば学ばなくてもよくね？文法だけでいけるよね！ がRustの試みでもあるようだけど、ならコンパイラではなくリンターにするべきだったと思うのだが。 （と思ってたが…Goのは出てきたがまあ書いたので投稿しておく) 90 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 22:21:53.85 ID:ln8rDjYo.net] >>88 なるほどDockerなら上手くランタイムと融合して実装の手間は大いに減る気はする。 (他言語では自前で実装しなければならない部分がランタイム内に既に実装されてるという意味で） ランタイムがOSモドキなので仮想系は確かに強いかも。 ただしこれは言語の強さというよりは、処理系が偶々フィットした感じだが。 91 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 23:05:09.57 ID:k8Z8CHR2.net] 何を勘違いしてるのか知らんが、GoにVMはないし、仮想系？ってなんだよｗ OSもどきというのはどういうこと？ｗ ILなどをその場で解釈/実行したり必要ならnativeにして実行を動的に実施する機能が追加されてるだけ(?)じゃないんか？ｗ gollvmみたいなのはあるけどｗ 92 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 23:48:27.71 ID:uZNiLL5S.net] Dockerってシステムコールしまくってコンテナの実行環境を整備してるだけだろ？ コンテナの実行というクソ重い仕事に比べたらそりゃGoのオーバーヘッドなんか何の問題にもならんだろうな 93 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 01:09:04.02 ID:pqCNb7jw.net] rustってライブラリの充実度って現状どんな感じですか？ 結局pythonが当たったのってライブラリの充実度がでかかったのでそこ重要な感じがするんですけど 94 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 01:11:18.00 ID:1Vr2GJ3G.net] どこの馬の骨が書いたのか分からないゴミみたいなのが散乱してるだけの原初の野原状態ｗ 95 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 01:13:44.30 ID:pqCNb7jw.net] やっぱりまだそんな段階ですか そりゃそうでしょうね 96 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 01:17:23.42 ID:Fp4rCRr5.net] >>92 合ってるところの方が少ないな 97 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 01:47:46.62 ID:4DXDecHD.net] >>93 Rustならば普通のほとんどの分野でライブラリは充実していて問題ない状況 98 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 02:28:03.86 ID:WqRDDg3u.net] >>89 あまりにもデタラメすぎ 普通のプログラミング経験がないのか？ 色を付けたりリントが頑張れば何とかなると思い込んでる時点でお子様プログラマーだな 99 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 02:41:26.25 ID:1Vr2GJ3G.net] >>97 はいはい嘘乙 こういうのはRustの学習用何かを売りたいだけのアホだから踊らされないでね 100 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 03:24:56.84 ID:LzBWTpj6.net] >>99 たいてい必要とするライブラリが充実しているので合ってるじゃね むしろRustで困ったこと何があるの？ 101 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 04:31:02.79 ID:1Vr2GJ3G.net] どこの誰が作ってんのか分からんやばいライブラリを疑心暗鬼で使わないといけないからｗ 俺は業務で使ったことはないから、その辺の知見はないｗ npmとかだと人気とか見れるし、これが定番ってのがある程度見えてるんだけど、Rustにはそれらが全くないのだよｗ 102 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 04:41:53.12 ID:aaqsPLkK.net] >>101 なぜそんな嘘を付きまくっているの？ npmのJavaScriptと比べても開発状況は同じ さらにダウンロード数やその推移もRustは全て公開されていて人気状況ももちろんわかる 103 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 05:50:03.15 ID:IpI64M2x.net] 自分でライブラリのコード読むような連中はRust使う旨味無いからC++使い続けてるでしょ 漏れの分野じゃRustの気配全く無いぞ 104 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 05:51:15.02 ID:1Vr2GJ3G.net] >>102 同じというのが嘘なんだよ。例えばこういうのｗ Rustにはないでしょ？ https://www.npmtrends.com/grunt-vs-gulp-vs-webpack そしてそもそも定番というのがないｗ 基準がないと分からんのだよねｗ 105 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 05:54:59.24 ID:1Vr2GJ3G.net] ちなみにどこかの日本人が自分で作ってたのがあるのは知ってるけど、そういうことじゃないから先に言っておくねｗ 106 名前：デフォルトの名無しさん [2022/03/24(木) 07:00:09.81 ID:FIGV+eJh.net] 同じなんて言ってないだろ 人気だから安心理論は笑うが 107 名前：デフォルトの名無しさん [2022/03/24(木) 07:08:59.34 ID:FIGV+eJh.net] あ、同じって言ってた 同じじゃねえょ 108 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 09:02:13.23 ID:uXrCWmC0.net] 2021年のRust利用に関する調査結果が発表 https://codezine.jp/article/detail/15590 WebAssemblyアプリ開発で最も使われている言語はRust https://www.publickey1.jp/blog/21/webassemblyrustthe_state_of_webassembly_2021.html グーグルやMSが「Rust」言語でOS開発、背景に国家による諜報活動の影 https://xtech.nikkei.com/atcl/nxt/column/18/00692/042700054/ 「Atom」の開発者が究極のコードエディターを目指す 〜「Zed」の開発が始動 「Electron」を捨て、Rust言語を採用。GPUI、tree-sitterなどで武装し、超高速なコードエディターに https://forest.watch.impress.co.jp/docs/serial/yajiuma/1374986.html プログラミング言語「Rust」の普及に立ちはだかる壁 https://japan.zdnet.com/article/35153014/ なぜ「Rustは難しい言語」とされるのか――習得の難しさとその対策をWebエンジニアが考察 https://atmarkit.itmedia.co.jp/ait/articles/2201/26/news00 109 名前：4.html [] [ここ壊れてます] 110 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 10:45:51.40 ID:+3oKH6IH.net] 人気だから云々というのはデータサイエンティストの商売道具なんだな それに、変数の型など書かない方が、実行時のデータを分析する仕事は増える 111 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 10:56:08.60 ID:Ae+CEOFA.net] >>104 おまえnpm trendsの内容を見てないだろ 単にダウンロード数などの数値がわかるだけだぞ >>105 npm trendsも個人がやっているだけだぞ 112 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 11:40:40.62 ID:v7pSPIP9.net] ダウンロードのグラフを見て採用を決めるアホはいないからそこはどうでもええよ どうせnpm公式を見ることになるし Rustなら同じ情報は https://crates.io/ にあるし その詳細ドキュメント https://docs.rs/ を見て決めるよ 113 名前：デフォルトの名無しさん [2022/03/24(木) 12:21:02.66 ID:Hvf7BfqR.net] cratesはいい名前のライブラリ程放置ライブラリで、いいライブラリはわけわからん名前だから口コミ以外でライブラリ見つけられんのよな でも口コミが有効な程ユーザーがいないので結論としてライブラリ見つけられん 114 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 12:28:49.48 ID:cpMYWIcY.net] >>112 そんなの要らん 検索でダウンロード順などにも出来るぜ 人気だけで決めるようなレベルの人ならそれで十分 どの世界でも同じだが普通は内容を見て検討 115 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 12:34:42.64 ID:Dh9iIqia.net] Rustの話は専用スレ立ててそっちでやってくれよ さすがにウザイ 116 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 12:53:05.46 ID:tho1Y8H6.net] いつも同じパターン RustとC#のアンチなガイガー君がたくさん書き込みをしてそれらを叩く ↓ RustとC#の話ばかりになる ↓ Rustは人も多いので色んな情報や質問が出てきてガイガー君が寝てる時間も盛り上がってる現状 117 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 13:14:59.00 ID:Fp4rCRr5.net] 例の人はすでにRust系のスレでもずーとあばれてるんだな >>114 118 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 13:28:40.21 ID:PqQGlENL.net] rust普及させたんだろ 119 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 13:30:34.37 ID:hpnd5vIU.net] 結局rust厨ってのは他の言語に対してマウント取りたいだけだから自分のスレに行かんのだろう 120 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 13:38:11.84 ID:C/wmaJvp.net] >>116 そうなのよ C++Rustスレで暴れているだけならいいのだけど Rust本スレでもRust叩きをして荒らしていて困ってるの 121 名前：デフォルトの名無しさん [2022/03/24(木) 14:03:00.30 ID:cnbeCFj/.net] >>113 内容を見るにはまず見つける必要があるんだが…… ダウンロード順は人気の分野のものしか見つからん 122 名前：デフォルトの名無しさん [2022/03/24(木) 14:10:28.86 ID:cnbeCFj/.net] 例えばダウンロード順だとwebとかで検索してもactix-webは二ページ目になるんだよな 我々はarctic-webが人気と知っているからこれを見つけることが出来るが、知らなかったら見つけられんだろこれ 123 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 14:16:19.41 ID:JB9oIWQh.net] 人気バカにしてるやついるけどかなり重要な要素だろ 今後継続してメンテナンスされやすいかどうかの違いは大きい 124 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 14:46:16.02 ID:RmgcY/8b.net] >>121 ダウンロード数が多いのが並ぶ分野ならば2ページ目も当然見る 1ページ目の各々の内容を確認すればweb関連のうち自分が目的とするものか否かはすぐわかる そして今actix-webより上に並ぶものを見てみたがいずれも重要な存在ばかり 中身を見て自分が今必要なものではなくとも把握しておく価値あるものがズラリ 125 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 14:50:46.28 ID:RmgcY/8b.net] >>122 Rustに限らずどこでも同じだが ダウンロード数が多いものと人気は食い違うこともある 例えば複数の領域にまたがるものはダウンロードが多くなる しかし自分が求めている特定の領域に限れば1番人気とは限らない 126 名前：デフォルトの名無しさん [2022/03/24(木) 18:22:21.38 ID:sVFN7N70.net] >>123 うーん。これは流行らない言語大好き言語マニアの考え方 成果が出る人間の大多数は他分野のものを把握するより自分が作りたいものに集中するので、こういうオタクに占有された言語はキツい ゆるふわのpythonとかjsなんかが流行るのが現実だからな 127 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 19:07:56.38 ID:d1t9w96u.net] >>125 それは明らかにあなたの勘違い 今回の質問者は"web"なんていう非常に幅広い曖昧な単語で検索している これでは多くのライブラリ検索システムにおいてもwebに関係した様々なものが大量に出るであろう 各人で目的のものが異なるのだから質問者の目的のものが2ページ目に出たのは何ら不思議ではない結果

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef