Rust Part5

**デフォルトの名無しさん** · 2018/02/11(日) 20:07:24.54

Mozilla発のRust言語のスレ

公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust

Web上の実行環境
https://play.rust-lang.org

前スレ
https://mevius.5ch.net/test/read.cgi/tech/1507970294/

**デフォルトの名無しさん** · 2018/03/27(火) 21:18:04.54

Rustのwebフレームワークでなんとなく一番使えそうなRocketとかいうのがnightlyでしか動かない

**デフォルトの名無しさん** · 2018/03/27(火) 21:25:14.30

組み込みでパッケージ管理ツールの需要はあまり無いはず。ビルド管理ツールの方が重要
しかも言語の垣根を越えて使いやすい奴

システムプログラミング用を謳っているんだから
「Cやアセンブラで生で動くプログラムを書いたことがあるんだけどRustに興味がある」
位の人を対象にしたチュートリアル的な物が欲しいな。もちろんある程度実践的な内容で

そういえば調べている中でLチカのウェイトにビジーループを使っているコーディング例がいくつも出てきた
自分はタイマと割り込みを使うのが普通だと思っていたんだけど(勉強するという意味でも)最近は違うのかな？

**デフォルトの名無しさん** · 2018/03/27(火) 21:43:56.53

ビルド管理ツールでも良いから、とりあえず、使いやすいツールの例を挙げて欲しんだけど…
「〇〇というツールがあって、××が出来て便利。それに比べてcargoは…」みたいなさぁ…
「使いやすい奴」とだけ書かれても「使いやすい」の基準がさっぱり分からん

**デフォルトの名無しさん** · 2018/03/27(火) 22:08:40.15

>>207
ごく普通に使うぶんには俺もディスるほどではないとは思うよ
ただOS書いたりみたいな部分では不満を感じることが多かった

例えばビルドスクリプトとしてのbuild.rsがビルド前のいわゆるpreしかなくてpost的な使い方が出来ないとか
カスタムターゲット書くにしてもlinker-flavorとかそれに対応するリンカに渡されるオプションの一部とかがコンパイラのソースにハードコーディングされてるんで制約ばっかで柔軟性が低いとか

**デフォルトの名無しさん** · 2018/03/27(火) 22:34:11.89

rustのwebフレームワークはもうひと世代先のが出るまで本命は決まらなそうだ

**デフォルトの名無しさん** · 2018/03/27(火) 22:46:58.51

>>207
> (使い方に関する情報が少ないという意味で使いづらいという意見なら分かるんだけど…)

自分で書いてるじゃん

**デフォルトの名無しさん** · 2018/03/27(火) 23:03:51.77

>>209
タイマ割り込みは環境依存度が高いから、サンプルとして適さないんじゃね？

**デフォルトの名無しさん** · 2018/03/28(水) 00:25:40.40

>>208
nightlyすぐコンパイルエラーになるよね
まあだからnightlyなんだけど

**デフォルトの名無しさん** · 2018/03/28(水) 01:12:15.92

hyperは非同期シングルスレッド対応してるけど、他のFWはまだ未対応でマルチスレッドベースばかりだね

ironは今はメンテされてないし、とりあえず業務で簡単なAPIサーバー構築時にはrocket使ったわ

**デフォルトの名無しさん** · 2018/03/28(水) 03:08:49.62

>>205
ニコニコみたいな机の上でのお勉強しかできないバカばっか揃えた結果
クソみたいなサービスしか作れない技術力のない会社がRust使う選択したなら、
逆神でRustつかわないのが正しい選択って公になったようなもんだな

**205** · 2018/03/28(水) 04:23:23.13

でも、ドワンゴ江添は「C++11/14 コア言語、江添亮、2015」と言う、

神の書を書いてるから、一流の伝道師！

**デフォルトの名無しさん** · 2018/03/28(水) 05:59:49.92

tokioがマルチスレッドを標準にしてくみたいだからhyperもマルチスレッドに寄ってくんじゃないかなあ

**デフォルトの名無しさん** · 2018/03/28(水) 10:37:01.81

RustのORMのDieselってテストに対応してますか？
開発用DB使うタイプ、モック使うタイプどちらでもいいんですけど…

**デフォルトの名無しさん** · 2018/03/28(水) 15:21:56.48

>>218
典型的な机の上のお勉強だけ得意な人やん

**デフォルトの名無しさん** · 2018/03/28(水) 15:23:57.64

ほんそれ

**デフォルトの名無しさん** · 2018/03/28(水) 20:51:49.08

てか奴はコード書いてないこと宣言してるしな。
そゆとこは正直で良いと思うが、プログラマとしてはクソだな。

**デフォルトの名無しさん** · 2018/03/29(木) 02:06:06.79

組込み開発者におくるMISRA‐C:2004―C言語利用の高信頼化ガイド、MISRA‐C研究会、2006

これは、日本の大企業から、猛者を数十人集めて、
欧州委員会に問い合わせながら作った本

C++11/14 コア言語、江添亮、2015

それに比べて、江添はたった一人で作ったのじゃないか？
超人的すぎるやろw

**デフォルトの名無しさん** · 2018/03/29(木) 14:52:09.30

江添ってイケダハヤトみたいな胡散臭い人たちと同じカテゴリーなんでしょ
実力はないけど口が達者だから信者が多い
芸人向き
そのうち討論番組とかでテレビ出演とかしちゃいそう

**デフォルトの名無しさん** · 2018/03/29(木) 18:00:19.09

江添は標準化委員会の一人だからな
一人で書けるのは確かに並大抵じゃないだろうが
一人で書けなきゃそれはそれでヤバイ

**デフォルトの名無しさん** · 2018/03/29(木) 21:37:04.51

まあ次世代の池田信夫といっていいんじゃないかな。

**デフォルトの名無しさん** · 2018/03/30(金) 00:24:21.95

やまもといちろう、清水亮、津田大介あたりだな

**デフォルトの名無しさん** · 2018/03/30(金) 00:59:44.92

やまもといちろうのしったか芸は凄いｗ

**デフォルトの名無しさん** · 2018/03/30(金) 12:34:16.32

ニコ生ってたしかRust使ってるんだっけ？
Rust江添の今後に期待

**デフォルトの名無しさん** · 2018/03/30(金) 14:08:12.82

>>230
だからニコニコごときが選択したってことは使えん技術ってことだろ
ネトフリとかが採用したら考えるが

**デフォルトの名無しさん** · 2018/03/30(金) 14:10:51.95

Rust採用事例
ニコニコ←負け組
火狐←負け組
Mercurial←負け組
泥箱←個人情報お漏らし

採用する気にもならん事例のオンパレード

**デフォルトの名無しさん** · 2018/03/30(金) 14:13:18.93

顔本もテストプロジェクトかなんかで使ってた記憶があるが、
そういやここもお漏らししたっけな

**デフォルトの名無しさん** · 2018/03/30(金) 14:14:12.95

【悲報】Packt出版より出る予定だった Rust Blueprints が出版取消されました。

**デフォルトの名無しさん** · 2018/03/30(金) 14:16:08.36

>>234
資源の無駄だからな。当然の結果

**デフォルトの名無しさん** · 2018/03/30(金) 18:11:51.70

また来たのかよ

**デフォルトの名無しさん** · 2018/03/30(金) 18:23:23.77

Rustってキラーアプリあんの？

**デフォルトの名無しさん** · 2018/03/30(金) 18:37:40.08

ErlangとScalaもディスってるんだ
https://github.com/dwango

**デフォルトの名無しさん** · 2018/03/30(金) 21:33:06.96

セキュアプログラミングとかいって締め付ければ締め付けるほど
インシデントが増えるw
本質はそういうところじゃないってことがよくわかる。

**デフォルトの名無しさん** · 2018/03/30(金) 22:18:13.79

>>239
じゃあ本質はどこにあるんだよ？
自分には分からないからってだけが理由でそうじゃないと決めつけるのは勝手だけど…

**デフォルトの名無しさん** · 2018/03/30(金) 22:28:24.32

開発効率やランタイム速度を気にしなけりゃ既存の言語でも安全に作るなんてのは
簡単なんだよ。
そのトレードオフをどれだけ解決できるかが本質。

**デフォルトの名無しさん** · 2018/03/30(金) 23:00:52.49

開発効率やランタイム速度を気にしないことが本質？

**デフォルトの名無しさん** · 2018/03/30(金) 23:58:55.57

おぉっとここで日本語の分からないバカが登場～

**デフォルトの名無しさん** · 2018/03/31(土) 00:49:07.16

>>241
安全に作るのが簡単ねぇ…
簡単だったらGoogleがバグ(セキュリティホール)の発見に
多額の報奨金を出すのはおかしいとか考えないのかね？
君にとっての"安全"の基準が分からないんだが…

**デフォルトの名無しさん** · 2018/03/31(土) 07:55:27.02

>>244
グーグルにとってみたらそっちのがよっぽど楽、つまり開発効率がいいからでしょ。
理解不足の人がいるようなのでもう一度言うけどトレードオフの問題だっつーの。

**デフォルトの名無しさん** · 2018/03/31(土) 09:33:15.73

>>245
極論だな
開発効率を無視するなら安全に作ることは可能ってことだろ
開発効率を無視するってのはつまり開発期間が無限大と仮定するってことだぞ
開発期間が無限大でなければ安全に作ることが不可能なら
それは実質、安全に作ることは不可能って事と同義だからな

結局言いたいことは"開発効率・ランタイム速度"と"安全"がトレードオフの関係にあり、
それをいかにして解決するかが本質ってことだろ
で、その"解決"が何を指すのかっていう一番肝心な部分が抜け落ちてるぞ
"トレードオフの均衡点をどこに置くべきかを探る"のが解決なのか
それとも"トレードオフの関係自体を壊そうとする"ことが解決なのか
あるいはその両方か

あと、Googleは開発効率を優先して報奨金を出してるわけじゃないだろ
そもそもリリースした後のものは開発ではなく保守なんだから
あれは完璧に安全なものを作るのは不可能だから苦肉の策として行ってるだけ

てゆーか、ツッコミどころが多すぎるんですけど…

**デフォルトの名無しさん** · 2018/03/31(土) 10:29:59.95

>>238
もちろん
Erlangは状態中途半端にブッ壊すだけだし
Scalaなんてもはや新規で使うところどこにもねえだろ

**デフォルトの名無しさん** · 2018/03/31(土) 10:36:16.41

>>246
バカじゃね？
Rustがその解決になってるかって観点がどこにもない

トレードオフの落としどころとしてRustにはなんの実績もないし、CやC++と周辺ツール合わせた環境に勝る性質もなにもないって言ってんの
ValgrindやCoverityみたいなツールに比べた優位性あるの？
ただ書きにくい言語がひとつ増えただけじゃん

**デフォルトの名無しさん** · 2018/03/31(土) 11:03:18.18

お前が元気で帰ってきてくれてよかったよ

職は見つからなかったんだね

**デフォルトの名無しさん** · 2018/03/31(土) 11:12:27.60

>>248
"解決"が何を指すのかを聞いているのにそれには答えずに
Rustは"解決"していないとだけ答える…
会話が噛み合わない…どうすればいいのか…

**デフォルトの名無しさん** · 2018/03/31(土) 11:39:17.36

実績がないって言うのもFirefoxの一部は既にRustで置き換えられてるのに
君がそれを実績として認めないってだけだろ
ブラウザを一から実装しなおして、それが大きなバグを出すこともなく
Chromeと同レベルの実行速度を実現してるってだけでも充分に実績として認められると思うが。
Chromeに比べればシェアは少ないがそれでも世界中で数百万という人間がFirefoxを使ってるんだぞ

**デフォルトの名無しさん** · 2018/03/31(土) 11:41:20.61

そこは何億人ものって言わなきゃｗ

**デフォルトの名無しさん** · 2018/03/31(土) 11:43:55.45

>>252
数百万はかなり適当に発言した
実際はどれくらいなんだろうな？

**デフォルトの名無しさん** · 2018/03/31(土) 11:46:03.70

3億人くらい？

**デフォルトの名無しさん** · 2018/03/31(土) 13:24:58.66

Javaなんて30億のデバイスで動いてんだぞ！

**デフォルトの名無しさん** · 2018/03/31(土) 14:14:44.03

>>251
せめてchromeと同じシェア取ってから言って欲しいもんだ

**デフォルトの名無しさん** · 2018/03/31(土) 14:32:47.34

Write once, run anywhere なんていう開発プラットフォームがあるらしい
Electronって言うんだって

**デフォルトの名無しさん** · 2018/03/31(土) 14:34:08.51

native modules はい論破。

**デフォルトの名無しさん** · 2018/03/31(土) 15:26:33.15

chromeメモリ食いすぎなのでfirefox59に乗り換えたよ

**デフォルトの名無しさん** · 2018/03/31(土) 15:27:50.28

>>256
"せめて"でChromeと同じシェアなのかよ。ハードル高すぎだろ
そんなのどんな言語使ったって数年じゃ無理だわ
もちろんChromeと同じC++を使って作り直しても無理だわ
どうやら君の御眼鏡にかなう言語はこの世のどこにも無さそうだな

**デフォルトの名無しさん** · 2018/03/31(土) 16:10:13.77

Rustで書き直したら安全で高速なプログラムが簡単に書けるんだろう？

ならchromeのシェアを奪うのなんてすぐじゃないか
本当にRustにそれだけの性能があるなら

**デフォルトの名無しさん** · 2018/03/31(土) 16:22:16.04

Chromeは昔のIEと同じくらい危険なブラウザになってきたよな。
やはり危険度はシェアで決まるんじゃないだろか。
そもそもあれだけ複雑で奇怪で大きなソフトウェアにバグが無いわけないし。
いやもちろん、HaskellやJavaやJavascriptのような安全な言語で書かれていれば一切のバグは無いんだろうけどさ。

**デフォルトの名無しさん** · 2018/03/31(土) 16:22:59.14

ここRustスレだったかｗ
じゃあ、Rustのような安全な言語で書かれてればバグは無いんだろうけどさ。

**デフォルトの名無しさん** · 2018/03/31(土) 16:25:50.13

Chromeの開発者がRustで書き直したいと書き込んでるのは見たことあるけどな。
でも、書き直すったってそもそも発祥がKHTMLだしな。
Googleは出来損ないのブルドーザーみたいなもんだ。

**デフォルトの名無しさん** · 2018/03/31(土) 16:37:28.69

HaskellはともかくJSやJavaは安全なのかね？
まあスレチだが

**デフォルトの名無しさん** · 2018/03/31(土) 16:52:02.69

>>261
>Rustで書き直したら安全で高速なプログラムが簡単に書けるんだろう？
誰もそんなこと一言も言ってないだろ。勝手に曲解しないでほしいな
C++よりはRustの方が設計が良いってだけ
そう言ったら次は"C++より良いって言うんならC++で書かれてるChromeより
Rustで書かれたFirefoxのシェアが少ないのはおかしい"って言い出すんだろ
既存資産はC++のほうが何十倍もある。資産が少ないってのはそれだけで不利だ
言語設計はダメだが資産の多いC++か、言語設計は良いが資産の少ないRustか、
どちらを選ぶかは人によって意見が変わるところだろう
資産の問題に関しては時間が解決してくれるかもしれない…希望的観測に過ぎないが…

>ならchromeのシェアを奪うのなんてすぐじゃないか
すぐなわけないだろ。
ブラウザを選ぶ基準なんて数え切れないほど色んな要素が絡み合ってるんだよ
その中には"なんとなく、みんなが使ってるから"なんてしょうもない理由も多く存在する
全ての人間が合理的な判断を下すわけじゃないんだ。そんな単純に事が運ぶわけがない

だから、ツッコミどころが多すぎるんだって…

**デフォルトの名無しさん** · 2018/03/31(土) 16:58:36.90

Boostはオナニーし過ぎのグロマンコみたいなもんだが使わざるを得ないって話か。

**デフォルトの名無しさん** · 2018/03/31(土) 17:01:22.81

Javascriptのお勉強をした結果、GCは何の解決にもならないことが分かった。
むしろ危険。
ライブラリがリークについて何も考えていないんだもん。

**デフォルトの名無しさん** · 2018/03/31(土) 17:02:54.36

なんでだろ～なんでだろ～と検索した結果、あの有名な企業のブログで解決策を発見。
曰く、ライブラリがリークするようにできてるから、一定時間で再起動とか。
そんなのが多すぎた。

**デフォルトの名無しさん** · 2018/03/31(土) 18:56:11.43

ぐだぐだ言い訳してるのを総合すると
「モノは良いけど使い手が少ないせいで流行らない」ってか？
使い手が少ないのはものが悪いってことだろ。残念でした

**デフォルトの名無しさん** · 2018/03/31(土) 18:58:11.61

Go言語見てみろ
モノはいろいろと微妙だがCやC++と比べて強烈な利点があるから、リリースがRustと同じか遅いくらいなのに流行ってるだろ

Rustはどうなんですかねえ？

**デフォルトの名無しさん** · 2018/03/31(土) 20:27:06.89

つまりPHPが最良の言語ってわけか

**デフォルトの名無しさん** · 2018/03/31(土) 20:42:09.87

わざわざRustスレまできて延々粘着アンチとかかまってほしい爺さんみたいで見苦しいからやめろ

**デフォルトの名無しさん** · 2018/03/31(土) 20:45:48.24

>>273
かまってほしい爺さんに、かまってほしい爺さんみたいとかやめてくんない？
あんた人の心あんの？

**デフォルトの名無しさん** · 2018/03/31(土) 21:14:47.08

かま爺

**デフォルトの名無しさん** · 2018/03/31(土) 21:55:49.66

いくらモノがクソでも流行ってるって一点で考慮に入れる必要はあるし、
逆にどんなに良いものでも流行ってなければ選外になるのは事実よね

PHPが流行ってるのは時代的に残念な背景があるとはいえ、
Goが流行るのは明確な理由があるんじゃないか？

**デフォルトの名無しさん** · 2018/03/31(土) 22:11:12.54

それについて掘り下げる意義はないと思いますよ

**デフォルトの名無しさん** · 2018/03/31(土) 22:16:22.26

まあ確かにないな
せめて日本語で本が出る程度には流行って欲しいが……

今のRustに足りないものってなんだろうな
RubyのRailsみたいに、ある領域のキラーフレームワークみたいなのが欲しいが
Rustがそれを作れる領域って今のところWebAssemblyくらいしかないんだよな
しかもそのWebAssemblyも、GCが入ったらGoとの立ち位置が逆転するし

**デフォルトの名無しさん** · 2018/04/01(日) 07:31:46.82

それはgoが流行っている理由を語るのと同義ではないですか

**デフォルトの名無しさん** · 2018/04/01(日) 07:36:32.82

Goこそブランドの影響だと思うけどなｗ
Googleって会社も初期メンバーこそキレキレの人間だったのかもしれんが
ブランドイメージが先行しだしたころから
そこにはそこに憧れて集っちゃった凡人がうじゃうじゃだということを忘れてはならない

**デフォルトの名無しさん** · 2018/04/01(日) 08:59:01.17

rustは
ゼロ抽象化みたいな機能ブランドに憧れて集まっちゃった凡人がうじゃうじゃだよね

**デフォルトの名無しさん** · 2018/04/01(日) 09:02:36.32

機能ブランドってなに？中身ないの？

**デフォルトの名無しさん** · 2018/04/01(日) 09:31:03.82

ないよ。あったらもっと人集まってるよ

**デフォルトの名無しさん** · 2018/04/01(日) 09:41:07.81

RustはCやC++を書くのに疲れた人のための言語という位置付けなのに
Rustを書ける奴は別にCやC++書くのに困らないって
イカれた習得難易度に作ってしまったのがそもそもの失敗

Rustのターゲットは別にRustなんて使わなくてもいいかそもそもRustを使えないかの二択
ドンピシャなターゲットが存在しないから流行りようがない

**デフォルトの名無しさん** · 2018/04/01(日) 09:51:30.48

rustを書ける人でcやc++で困らないと結論した人が沢山いるということですか？

**デフォルトの名無しさん** · 2018/04/01(日) 10:13:31.75

>>284
>RustはCやC++を書くのに疲れた人のための言語という位置付け
これは事実だけど、C++より簡単に書けることを目指して作ったわけじゃなくて
ポインタ周りのバグ(特にバッファオーバーフローなどが原因のセキュリティホール)
に悩まされてきた人間のために作られた言語だからな
セキュリティを考えてない奴からすれば無用な長物にしか見えないんだろう

**デフォルトの名無しさん** · 2018/04/01(日) 10:21:58.94

>>286
訂正：無用な長物→無用の長物

**デフォルトの名無しさん** · 2018/04/01(日) 11:14:37.02

>>286
Rustできちんとコード書ける実力あるなら
CやC++でもセキュリティホール作り込まないプログラミングできるだろって話な

**デフォルトの名無しさん** · 2018/04/01(日) 11:17:57.70

てか｢一応読み書きはできるようにはなったけどC/C++の落とし穴を知らないせいで危ないコード書いてる初心者｣こそRustやるべきだよな
>>56みたいな

>>56がなんでエラーになるのか理解できないって事はC/C++でもvectorへの参照を何も考えないで使い回してたりするって事だし

**デフォルトの名無しさん** · 2018/04/01(日) 11:21:05.39

ああそれはあるかもな
実用というより教育目的な言語としては確かにアリだ

**デフォルトの名無しさん** · 2018/04/01(日) 11:36:26.93

>>288
>Rustできちんとコード書ける実力あるなら
>CやC++でもセキュリティホール作り込まないプログラミングできるだろって話な
出来ないからC++ではValgrindとかのツール使ってチェックしてるんだろ
じゃあツールを必ず使うようにすればいいじゃんって話にはなるが…

**デフォルトの名無しさん** · 2018/04/01(日) 11:39:14.42

そもそもValgrindみたいなメモリリークをチェックする類のツールって
Rustのボローチェッカと比べるとどの程度信用できるのかね？

**デフォルトの名無しさん** · 2018/04/01(日) 11:47:08.80

あまり信用出来ない
スマートポインタを(適切に)使ってればそもそも解放忘れはしないし
配列に確保しっぱなし系のリークは検知してくれない

**デフォルトの名無しさん** · 2018/04/01(日) 11:55:47.66

>>293
>あまり信用できない
>配列に確保しっぱなし系のリークは検知してくれない
そっか、やっぱりRustのボローチェッカには劣るか
>スマートポインタを(適切に)使ってればそもそも解放忘れはしない
「適切に」ってところがポイントだよね
たとえ熟練のC++erがどれだけ注意してコーディングしてたって
「うっかりミス」はいつか絶対に起きるんだし

**デフォルトの名無しさん** · 2018/04/01(日) 12:42:04.82

C++でボローチェッカをエミュレーションできないの？

**デフォルトの名無しさん** · 2018/04/01(日) 12:44:43.78

C++ちゃんとかけるならRustも楽勝でしょ。

**デフォルトの名無しさん** · 2018/04/01(日) 13:57:47.26

>>288
できないよ、人間だもの

**デフォルトの名無しさん** · 2018/04/01(日) 14:16:47.69

valgrind使うと実行時間とてつもなく遅くなるし実行時間長いプログラムだと辛い
ASANでも2倍くらい遅くなるので辛いのは同じ
コンパイル時に静的に分かる方が嬉しいし、たまにしか通らないパスもチェックされるのでより安全

**デフォルトの名無しさん** · 2018/04/01(日) 19:22:10.86

まあ結局unsafe部分はチェックできないけどね。
その場合でもコンパイル通ったからと主張しだす輩で溢れてる。

**デフォルトの名無しさん** · 2018/04/01(日) 19:26:04.60

どこに溢れてるの？

**デフォルトの名無しさん** · 2018/04/01(日) 19:51:17.12

脳内

**デフォルトの名無しさん** · 2018/04/01(日) 21:39:06.35

C++20では生ポが非推奨になるらしいけど
unsafeはチェックできないのと同様に意味がないですね

**デフォルトの名無しさん** · 2018/04/01(日) 21:53:26.11

他言語呼んでもメモリリーク起きないとかこのスレでも喚いてた輩がいたわけだが。
drop trait を明示的に書かなっきゃならんとかそいつら全く理解してないだろ。

**デフォルトの名無しさん** · 2018/04/01(日) 21:55:16.18

>>302
非推奨になるってどういうこと？
rustみたいにunsafeブロックみたいなのを導入するってこと？
C++は基本的にはCとの互換があるから無理だと思ってたんだけど…

**デフォルトの名無しさん** · 2018/04/02(月) 11:44:35.64

生ポインタ使えることがC++の唯一のメリットなのに
それを非推奨にするなら別の言語使ったほうがマシだろ

**デフォルトの名無しさん** · 2018/04/03(火) 12:33:46.66

RustがC++に実用面で勝ってることなんかある？

**デフォルトの名無しさん** · 2018/04/03(火) 13:06:14.98

勝っているかどうかは知らんが
cargo/crates.io相当のものがないから
新規アプリをC++で書く気はしなくなってしまった。
もしかして最近は便利になってたりするんだろうか。