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/20(火) 16:01:11.80

>>144
よくよく考えるとRustも呼び出し側にmut付けること自体は必須ではないんだよな
所有権を借用するために大抵は&mutを書かされるってだけで…
渡す変数の型がもともと&mut Tだった場合は書かなくてもいい…
Rustの場合は呼び出し側で&mut書く羽目になる経験が多かったので
俺が勝手に「可変にしたければmutを絶対に書かないといけない」という勘違いをしていただけか…
でも、書かされた方が読むときには分かりやすいので個人的にはこっちの方が好き

俺自身がNimはどうしても好きになれなくて不満点を挙げたつもりが自ら墓穴を掘ってしまった感じだな
一般的にはNimの方がよっぽど簡潔で美しいのかもしれない…
ただ単に俺の感性の方が狂ってるだけっぽいな…

**デフォルトの名無しさん** · 2018/03/20(火) 16:05:30.99

そんな珍しくもない気もするが

**デフォルトの名無しさん** · 2018/03/20(火) 21:24:24.10

俺もそんな珍しくもないと思う

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

「変数」が値に名前を付けたイメージに人とメモリ領域に名前を付けたイメージの人と

**デフォルトの名無しさん** · 2018/03/21(水) 00:20:42.31

データがメモリのスタック領域ヒープ領域あるいは別の領域などどこに記憶されるのかという低レベルなことを考慮しながらプログラミングしなきゃならない

変数とは何かと言えば
スタック領域の特定のメモリ番地に名前をつける行為でしかなく

所有権の委譲って何かと思えばそのメモリ番地の名前を変える行為でしかない

クソ

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

分かりやすい説明だね

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

GBAのプログラムを書いてみたいな。どうせならRustでやってみるか
ARMポートあったよね。Thumbコードも吐けるのかな

とか思ってググっていたら先人がいた。考えることはみんな一緒かｗ

**デフォルトの名無しさん** · 2018/03/23(金) 08:40:36.80

Unityが北欧のニートから生まれたって話を聞いて
Rustでゲームエンジン作ればワンチャンあるんじゃないかと思い始めてきた。

**デフォルトの名無しさん** · 2018/03/23(金) 08:44:26.71

気のせい。

**デフォルトの名無しさん** · 2018/03/23(金) 10:01:19.78

あるかもね

**デフォルトの名無しさん** · 2018/03/24(土) 02:46:18.89

unsafe使い始めたらCのがやっぱ楽じゃね？ってことにすぐなる。

**デフォルトの名無しさん** · 2018/03/24(土) 07:57:37.67

そしてメモリ周りのバグで悩まされた時にやっぱRustで書いときゃ良かったってなる

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

バグなんてメモリに限ったことじゃないのにね

**デフォルトの名無しさん** · 2018/03/24(土) 12:51:11.00

要因の種類が減るのは良いことだ

**デフォルトの名無しさん** · 2018/03/24(土) 19:57:38.34

rust未経験者なんだけど、この言語ってweb開発には向いてないの？
goより高度なこと出来るならweb開発も全然苦じゃないように思うんだけど
何かしらweb開発に向いてない要素あんるんかな？

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

DOMいじれんの？

**デフォルトの名無しさん** · 2018/03/24(土) 20:22:46.33

ごめん。聞き方がふんわりしてた。
webのバックグラウンドで動いてるrestAPIサーバに向いてない要因は何かあるのかな？
SPAとかマイクロサービスとかの構成でjavaとかgoとかの代わりに成り得るのかなって。

**デフォルトの名無しさん** · 2018/03/24(土) 20:22:52.79

一応WebAssemblyで吐けばRustのコードとJavaScriptのコードを混在出来るけど
軽く触っただけなんでデバッグなどの開発環境の事は未知数

**デフォルトの名無しさん** · 2018/03/24(土) 20:22:54.62

>>160
無理

**デフォルトの名無しさん** · 2018/03/24(土) 20:25:44.26

サーバ側でしょ？言語としては代わりになるだろうけどwebに向いてる部分てのが何を指してるかによるんじゃない

**デフォルトの名無しさん** · 2018/03/24(土) 20:33:09.05

hello world出たからもう初心者と言っても過言ではない。。

>>164
個人的には静的言語ならどれも大差ないと思ってるんだけど、
その方面では全然注目されてないように見えたから何か原因があるのかなって。

**デフォルトの名無しさん** · 2018/03/24(土) 20:36:37.33

>>161
以前Goでサーバーサイド書いたことあって、バイナリ一つデプロイするお手軽さがとにかく良かった

といってもほんとに小機能で、WAFにEcho使って静的ファイル(CSS・画像)とか
レスポンスにDBから引っ張ったJSON返すRESTfulの出来損ないみたいのだけど

開発はWindows、デプロイ先がCentOSだったんだけど、
WindowsでCentOS用のバイナリ吐けるし、プロセスの再起動監視も今はDocker-composeがやってくれてるし(restart: always オプション)

Windowsで開発してPUSH、CIツールがCentOS用にバイナリ吐いて、CentOSではバイナリ受け取ったら
$ docker-compose down && docker-compose up -d --build
叩くだけでデプロイ完了っていう超絶お手軽、もちろんデプロイはAnsibleやItamaeで自動化しても良い

**デフォルトの名無しさん** · 2018/03/24(土) 20:51:06.97

hello worldが10個出た。

>>166
goのシングルバイナリ良さそうだよね。
全然分かってないんだけど、rustでもちょびっと頑張れば
クロスコンパイルできるって認識なんだけど間違ってるのかな？

**デフォルトの名無しさん** · 2018/03/24(土) 21:09:10.81

Rust経験浅いんで良く分かってない、一応nickelってWAFあるしrustupでコンパイル出来るから土台はあるけど
RustってわりとカジュアルにC製のライブラリをdllとして利用してるからそこが未知数
まあそれらのライブラリを使わなきゃいいんだろうけど

**デフォルトの名無しさん** · 2018/03/24(土) 21:09:38.20

rustupでクロスコンパイル

**デフォルトの名無しさん** · 2018/03/24(土) 21:17:38.55

FizzBuzz動いたーレベルアップ感ないけど

>>168
そうか。シングルバイナリじゃないとクロスコンパイル先の環境で動かすのは
なかなか大変そうやね。やっぱその分野はgoが強いってことなんね。

**デフォルトの名無しさん** · 2018/03/24(土) 21:29:23.70

>>165
そういう観点なら学習コストが高いのがじゃくてんだと思う

**デフォルトの名無しさん** · 2018/03/24(土) 21:45:47.85

>>165
個人的にはGCありなしの差が大きい気はする。
特にweb系はGCがあって当たり前だから
急にlifetimeとか言われても…ってなりそうな。
C/C++だと結局脳内でlifetime管理してるから
そこの学習コストは相対的には低い。

**デフォルトの名無しさん** · 2018/03/24(土) 22:12:42.54

>>172
おれもGC有り無しはでかい要因だと思う
今までJS, Ruby, PHP, Java辺りしか使うことのなかったWeb屋にとっては
「メモリ管理？なにそれ？おいしいの？」状態だろうし…

**165** · 2018/03/24(土) 23:05:16.49

>>171
>>172
なるほど。確かにWEB系だと短い納期＋人海戦術で乗り切ることも多いから
そういうのには辛そうだね。でも言語仕様的にWEB(の裏のサービス)が不得意という
訳では無さそうだから、細く長くやるようなサービスなら導入もアリっちゃアリという認識でいいのかな。

>>173
そだね。なんにもわからんわw っていうかWEBやっててGCであんまり困ったことないかも知れん。
困ったことがないことに起因して難易度が上がった言語を「使いたいです」って提案するにはちょっと強引さが必要そうやね。

今、初心者用の練習問題やってるんだけどメモリの管理なんて全然出てこない。
みんなどうやってRUSTの勉強してるの？やっぱり何か動くもの作ってみるのが早いかな？

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

簡単なApp serverならrocketが楽だった
早くstableで動くようになってほしい

**デフォルトの名無しさん** · 2018/03/24(土) 23:49:05.34

>>174
ん？君もしかしてWeb屋なの？
そして「GCなし」ってのがどういう状態かよく分かってない感じ？
C or C++のご経験は？

**デフォルトの名無しさん** · 2018/03/24(土) 23:59:12.17

GCは甘え。
プロなら自分で管理するべき。

**デフォルトの名無しさん** · 2018/03/25(日) 01:19:49.91

GC無い言語でもファイルディスクリプタの解放は自前でする必要あるしリークの根幹はどっちも変わらんと思うけどな
むしろGC無い言語の方が循環参照の時の解放が面倒、C++でもweak_ptr使う必要出てきたり

**デフォルトの名無しさん** · 2018/03/25(日) 01:28:22.61

c++はやっぱraiiが便利。
gcあったって結局outofmemoryerrorになるなからなぁ。
だったらrustのようにコンパイラが所有権やライフタイムをチェックしてくれるのはいいと思う。
けど学習障壁高過ぎとも思う。

**デフォルトの名無しさん** · 2018/03/25(日) 01:43:12.83

Nodeのメモリーリークはみんな苦戦してるみたいだけど。

**デフォルトの名無しさん** · 2018/03/25(日) 01:51:32.26

Nodeは全部グローバル変数にするのが悪いんや

**デフォルトの名無しさん** · 2018/03/25(日) 02:05:56.01

>>180, >>181
Nodeはよくメモリリークが問題とか言われてるけど原因はそこなの？
グローバル変数を平気で乱用するほど皆バカなの？
イベントハンドラの解除忘れとかじゃないの？

**デフォルトの名無しさん** · 2018/03/25(日) 02:09:49.87

エラーにならないことが多すぎる。
忖度しすぎ言語の称号を与えたい。

**デフォルトの名無しさん** · 2018/03/25(日) 02:10:42.60

Nodeの問題点を一言でいえば、Javascript。

**デフォルトの名無しさん** · 2018/03/25(日) 03:01:01.34

>>174
コストかけられるなら規模の大小関わらず大アリだよ

**174** · 2018/03/25(日) 08:53:35.72

>>175
ありがと。ちょっと試してみる。

>>176
ぽんこつWEB系IT土方だよ。javaとjavascriptくらいしかやってない。
javaでは走ってるGCがrustだと黒魔術によって必要ないっていう認識やで。

>>185
そうか。大アリか。ありがと。

**デフォルトの名無しさん** · 2018/03/25(日) 09:17:52.51

>>182
イベントハンドラ解除は他言語でも明示的に書く必要ある
だけどクラスのデストラクタ・ファイナライザに書いといて各スコープで変数の寿命をちゃんと管理するコーディングの基本を守ってるだけで問題ないと言える
ここはRAII使えるC++やRustが最強、なんせ何も書かなくてもスコープから外れたらそれぞれデストラクタ・Dropを呼んでくれるんだし
次点でC#のDisposeとusingなどの専用構文、Javaはtry..finallyあるから及第点

でもグローバル変数だとそんなの働かない、プログラマが仕様とにらめっこしながらリークに気を使わないといけない、めんどい

**デフォルトの名無しさん** · 2018/03/25(日) 10:33:04.02

>>186
Cさえやったことないんじゃメモリ管理について説明するのは難しいな
ざっくり説明すると

C言語ではmalloc, freeを使ってプログラマが自力でメモリ管理を行う
よって、きちんとメモリ管理ができていない場合は実行時にバグになる。

対して、GCありの言語は実行時にGCがバックグラウンドで動いて自動でメモリ管理を行ってくれる
メモリ管理は実行時に自動で行われるのでプログラマは基本的にメモリ管理を行う必要はない
ただし、GCの挙動をしっかり理解していないとメモリリークのバグになることもある

そして、Rustはメモリ管理をコンパイラがコンパイル時に行う
つまり、メモリ管理ができていない場合はコンパイルエラーになる
コンパイラが正しくメモリ管理を行うためにRustには
所有権・借用・ライフタイムというルールが存在する
このルールを守らないとコンパイルが通らないため絶対に理解する必要があるが
このルールをきちんと理解してコードを書くのがなかなかに難しい
それと、このルールを完璧に遵守しようとすると循環参照さえ出来なくなる
なので循環参照等の少し複雑なことをやろうとした場合は
標準ライブラリとして用意されているRc, Weak, RefCell等の使い方も知る必要がある
因みにRc, Weak, RefCellの中身ではunsafeコードが多用されていている
unsafeコードの中ではルールを無視できる代わりにコンパイラがチェックを行わない
つまり、unsafeの中だけはCと同じように自力でメモリ管理する必要がある
だからこの言語は他言語と比べて学習コストが圧倒的に高い

**デフォルトの名無しさん** · 2018/03/25(日) 10:35:30.44

「ざっくり」と言っておきながら気付けばそれなりの長文になってるな…

**デフォルトの名無しさん** · 2018/03/25(日) 10:49:11.63

なんで聞かれてもいないことを長文で答えるのか
プログラマにはありがちだけど

**デフォルトの名無しさん** · 2018/03/25(日) 10:51:36.32

>なので循環参照等の少し複雑なことをやろうとした場合は
>標準ライブラリとして用意されているRc, Weak, RefCell等の使い方も知る必要がある
>因みにRc, Weak, RefCellの中身ではunsafeコードが多用されていている
>unsafeコードの中ではルールを無視できる代わりにコンパイラがチェックを行わない
>つまり、unsafeの中だけはCと同じように自力でメモリ管理する必要がある
>だからこの言語は他言語と比べて学習コストが圧倒的に高い
この辺考えたら結局C++で、できる限りスマートポインタ使うってのと大して変わらなくね？
て話になりそう。

**デフォルトの名無しさん** · 2018/03/25(日) 11:32:48.19

ライブラリの中でunsafe使ってたからといって、そのライブラリ使用したコード全てがunsafeになる訳でなし
気にし過ぎじゃないか

**デフォルトの名無しさん** · 2018/03/25(日) 12:12:47.18

いやなるで
unsafe内Cのリソース確保を呼んだなら同じく解放処理も呼ばないとリークする

**デフォルトの名無しさん** · 2018/03/25(日) 12:21:31.84

>>193
いや、ならねーよ
内部でunsafe使ってるからunsafeになるなら関数にもunsafeつけて前提条件つけないといけない

**186** · 2018/03/25(日) 13:06:55.41

>>188
今やってるサンプル問題はその辺り無しでも解ける難易度だから
rustのつらみがイマイチ分かってないんだよね。
何個か前のスレにあった木構造っていうのをやってみればええんやろか。
難し過ぎるやろか。

>>190
こんなぽんこつに教えてくれてるんやからありがたい話やで。

**デフォルトの名無しさん** · 2018/03/25(日) 13:44:46.25

>>187
JavaもC#みたいにできるようになりました…
どうせみんなKotlinとかScala使うからいいけど

**デフォルトの名無しさん** · 2018/03/25(日) 14:35:43.51

>>195
webか目的ならwebアプリを作るべきでしょう
使いもしないデータ構造やアルゴリズムなんて判断基準にならないでしょ

**デフォルトの名無しさん** · 2018/03/25(日) 14:38:16.26

java10出たってどうせ現場じゃ使わせてくれないんだろ？
んで未だにstrutsとかオレオレフレームワーク強要するんだろ？

**デフォルトの名無しさん** · 2018/03/25(日) 16:39:02.18

WindowsでRust使っている人ってほとんどいないんだろうな
rustupを実行する前にVC++をインスコしろとか書いてあるし

**デフォルトの名無しさん** · 2018/03/26(月) 00:20:12.61

生で動かす組み込み系の情報収集をしているんだけど半年前よりはだいぶ増えた感があるけどまだまだ少ないなぁ
特にRust以外のツールとCargoの連携について説明されている記事はほとんど見あたらない
ローレベルではユーザーツールやアセンブラ、リンカとビルドシステムの連携は必須だからな

Cargo前提のRustだとシェルスクリプトやバッチファイルでビルドというわけにも行かないし(それらに必要な情報も同じく少ない)
既成のCライブラリやクレートを使う記事はちらほらあるけどそれらが使えないケースだと参考にならない

このへんで役立ちそうな記事って今のところこれくらいしか見つけられていない
ttps://nkon.github.io/Rust-embedded/

もっともRust抜きでも最近は高レベルのフレームワークを使っていたりOS上での動作だったりするからローレベルの情報は減少傾向だけど

**デフォルトの名無しさん** · 2018/03/26(月) 01:29:55.31

「業務でRustを書きたいエンジニア募集！」みたいだよ

https://www.wantedly.com/projects/97207

**デフォルトの名無しさん** · 2018/03/26(月) 01:31:01.61

>>201
ごめん、募集終了してたわｗ

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

集まったのかな？それとも応募が無かったか。
どちらにせよ気概は応援する

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

会社的にゲームのサーバーサイドかな
C++からの乗り換えならビルド時間の削減が一番効果あるかもね

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

ニコ生は、Rust で、各サーバーに分かれているシステムを、
統合しようとしているらしい

Rust, Elixir は注目されてる

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

>>200
rustでおもちゃのOS書いてる(た)んだけどローレベルな部分にも適してるみたいなことを謳ってる割にcargoがほんとクソなんだよなぁ

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

>>206
またcargoがクソって話か…別にそれほど使いづらいとは思わないんだけど…
(使い方に関する情報が少ないという意味で使いづらいという意見なら分かるんだけど…)
どこら辺がクソと思ってて、どうなってれば満足なわけ？
なんだか実現不可能なくらい賢いツールを「ないものねだり」してるように聞こえるんだよね…
というわけで、実在するツールで最も理想に近いツール(もちろん他言語のパッケージ管理ツール)の例を挙げてくれる？

**デフォルトの名無しさん** · 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がバグ(セキュリティホール)の発見に
多額の報奨金を出すのはおかしいとか考えないのかね？
君にとっての"安全"の基準が分からないんだが…