プログラミング言語 Rust 3 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/05/21(日) 14:04:29.55

Mozillaがリリースした、プログラミング言語「Rust」について語るスレです。

http://www.rust-lang.org/
https://github.com/rust-lang/rust

Servo
https://servo.org/
https://github.com/servo/servo

◆前スレ
プログラミング言語 Rust 2
http://echo.2ch.net/test/read.cgi/tech/1478023960

**デフォルトの名無しさん** · 2017/08/02(水) 01:21:03.63

>>396
>>405
今は使い物にならないって事？
向いてると思って趣味のWEBアプリに採用したけどやめたほうがいいのかな
Golangは古臭すぎて使う気起きないし
正直速度はどうでもいいけど構文が好き

**デフォルトの名無しさん** · 2017/08/02(水) 01:21:20.56

coreだって何にも依存しないというわけではない、けれどそれは自分で用意すれば良いしね
rust_begin_panicとかをどうやって用意するのかは知らないけど

**デフォルトの名無しさん** · 2017/08/02(水) 01:22:27.24

RustでもOS書けるでしょ
(もちろんCと同じく最低限のアセンブラはいるが)
ぐぐればいろいろ見つかるぞ

**351** · 2017/08/02(水) 01:38:12.16

>>411ミスった。訂正
×　組み込みでそのようなコードを書くのか判っている人
○　組み込みでどのようなコードを書くのか判っていない人

>>409
>例えばとあるレジスタを触っているときに他のレジスタを触れないようにするとかも（場合によってはコンパイルエラーのレベルで）できる
そういう話を聞きたかった。レジスタの操作順までコンパイラレベルで面倒を見てくれたらありがたいと思う
xに値を書き込む時はyのnビットを1にしてからxへ書き込むとかあるしな。その定義を作る気力があるかはともかくとして

>そこで安全を担保できなければ＝unsafe祭りならむしろCのが楽とも言える
ペリフェラルレジスタだけunsafeにしてすればと思ったけどそう単純な話ではないのかな
もちろん入力値のチェックは必要になるだろうけど

**デフォルトの名無しさん** · 2017/08/02(水) 02:29:19.43

>>413
確かにmemcpyとかあるね、忘れてた
まあこの辺りはCでも間違いなく自分で書くとこなので大したコストじゃないね
> rust_begin_panic
組み込みならシリアルにでもログ出して無限ループとかが普通かな？
こういうのはOS系のプロジェクトがとても参考になる

>>415
> その定義を作る気力があるかはともかくとして
実行時チェックなら多少楽になるだろうしそこは（精神的）コストとの相談だね

> ペリフェラルレジスタだけunsafeにしてすればと思ったけどそう単純な話ではないのかな
個人的にはunsafe使い始めると至る所で使うようになっちゃうのでお勧めしない
Rustの思想的にも未定義の挙動を許すunsafeはできるだけ避けるべきだしね
そんなの気にせずチェックしたいとこだけチェックさせるLint的な使い方もありっちゃあり

**デフォルトの名無しさん** · 2017/08/02(水) 07:02:07.94

redoxのアセンブラで書いてる所すらもrust(高級言語)で書きたいって夢を語ってるんじゃないの？
結局何がしたいのか分からんな・・・

そこについては諦めているなら既に実用化されているし
そこを追っているならチップ毎のクロスコンパイラ作りを頑張れとしか言いようがねぇよ

**デフォルトの名無しさん** · 2017/08/02(水) 08:11:06.98

>>415
レジスタまで意識する用途なら、高級言語を使わないのが正解では

> xに値を書き込む時はyのnビットを1にしてからxへ書き込むとかあるしな。
それこそボード固有の話になるので。
高級言語でやるとしたら機能レベルで関数化して中身はインラインアセンブリで頑張るとか。
何れにせよ言語レベルで対応する話ではないな。

**デフォルトの名無しさん** · 2017/08/02(水) 10:50:44.07

>>412
>向いてると思って趣味のWEBアプリに採用した

やってみたら良いと思う。
仮にミスマッチだったとしても、過程や結果を公開すれば、色んな人の役に立つ。

**デフォルトの名無しさん** · 2017/08/02(水) 12:12:53.41

rustっていまのところ
何にも向いてないということか。

golangみたいにgoといえば並列処理！みたいなウリがないとなかなか厳しいな。
とりあえずwebはgoでいいや。

**デフォルトの名無しさん** · 2017/08/02(水) 12:21:18.09

>>419
webアプリ作るならunsafe必須とか？
cもc++も触った事ないからunsafeだけは無理なんだけど…

**デフォルトの名無しさん** · 2017/08/02(水) 12:56:49.05

変なチューニングに走らない限りはunsafeは不要
ただしRailsでいうところのDoorkeeperやPaperclipみたいな便利ツールが少ないからそのあたりは自力でどうにかする必要がある
あと、現状で主要なフレームワークはみんなsynchronous。ただしRocketはそう遠くない将来にasync対応しそう。Ironはそもそもやる気があるのか分からん

**デフォルトの名無しさん** · 2017/08/02(水) 15:19:15.45

>>422
unsafeは不要なのか、よかった
Railsは使ったことないから分からない
今まではNode.jsでexpress使ってたからそのまで分厚いフレームワークは使ったことない
rustってイベントループじゃなくてスレッドだよね？10K問題はどうなの？

**デフォルトの名無しさん** · 2017/08/02(水) 16:38:11.64

goでいいや、という人はまさにgoでよいのでは。
goではいやだ、という人むけ。

**デフォルトの名無しさん** · 2017/08/02(水) 16:42:18.62

goとかいうmapもnull安全もないうんこは絶対NG

**デフォルトの名無しさん** · 2017/08/02(水) 17:58:49.69

goが嫌だと言うなら
kotlinという選択肢もある。
これだとアンドロイドアプリももれなく使えるようになるし、
null安全だし。
何よりideが既にある

**デフォルトの名無しさん** · 2017/08/02(水) 18:06:51.08

過疎だからいいけどrustの話しようぜ

**デフォルトの名無しさん** · 2017/08/02(水) 18:07:43.92

kotlinもscalaもjvm言語だからあまりnull安全じゃない

**デフォルトの名無しさん** · 2017/08/02(水) 19:54:07.78

rustはno_coreにしてベアメタルでリージョンにメモリ管理やってもらうだけに全振りすればいいよ！
え？ヒープ使いたい？rustc_privateでalloc系をだな。
アセンブリもcpu毎にアセンブラ用意するのが面倒くさいからrustのinline asm使おうぜ。

>>404
そのまんま。
cargo checkはZオプション付けてるだけだから「Zオプションは安定してないから注意しろよ」ということ。

>>428
言ってる意味がわからない。

**351** · 2017/08/02(水) 20:02:49.43

>>416
unsafeを使わないと任意のアドレスを読み書きできない(＝レジスタにアクセス出来ない)と思っていたけど他の手があるのか

**デフォルトの名無しさん** · 2017/08/02(水) 20:28:52.05

本格的にOS無しの世界に入ったことが無いから適当だけど、関数型プログラミングの道具が使える、とか？>Rustのメリット
代数的データ型とかラムダ式orクロージャが簡単に扱えるとか。

趣旨から外れるけど、Cの世界に入れるのと同じような感じでRustの世界に入ることができるのも個人的には良いと思ってる

**デフォルトの名無しさん** · 2017/08/02(水) 20:31:53.85

>>429
javaのライブラリ使える代わりにjavaライブラリはnull安全じゃないよって事

**デフォルトの名無しさん** · 2017/08/02(水) 20:54:36.60

>>429
＞cargo checkはZオプション付けてるだけ
補足するなら、これは非標準のcargo-checkサブコマンドの挙動であって、
標準のcargo checkは--emit metadataを使っているから警告は出ない

**デフォルトの名無しさん** · 2017/08/02(水) 21:09:38.43

>>429
>>433
普通に使ってれば表示されないメッセージなんですね
cargo checkが出力するエラーや警告などをもう少し調べたいんですけど
これってどこに乗ってるんでしょうか？
cargoのリポジトリクローンしてから適当なエラーでgrepしてもヒットしないんです

**デフォルトの名無しさん** · 2017/08/02(水) 22:00:58.19

>>432
VMじゃなくてライブラリの話ね。
ceylonみたいなjavaとのシームレスな通信を捨ててるJVM言語はどうだろうか？

>>434
cargo-checkっていうthaad partyのサブコマンドがあるんだけど、
後にcargo自身に全く同じサブコマンド名でちょっと違うコマンドが追加されたの。
だからcargo-checkの方つかってるはず。

`cargo install --list`してみ。

ttps://github.com/rsolomo/cargo-check

**デフォルトの名無しさん** · 2017/08/02(水) 22:13:46.45

物騒なpartyのサブコマンドだな

**デフォルトの名無しさん** · 2017/08/02(水) 22:28:55.57

THAAD partyﾜﾛﾀ

**デフォルトの名無しさん** · 2017/08/03(木) 00:45:37.29

>>430
unsafeを使わないとできないってのはその通りだけど
> もちろん入力値のチェックは必要になるだろうけど
って処理を含めた関数を作ってunsafeな部分を支配下に含めることでunsafeでない処理にするってことが言いたかった
例えるとmallocの戻り値チェックを入れてOption<&mut T>を返す関数を作ってラップすることでunsafeでなくするって感じ
これを面倒くさがるとぬるぽに遭遇するがちゃんとラップすればガッが「一切」必要なくなるわけだ
でも今度はfreeしてない問題が発生するからスマポ作って・・・と徐々に面倒くさくなってきて > コストとの相談

>>431
ライフタイムとか借用とかの安全機能抜きにしてもパターンマッチとか他の言語機能で見てもRustは魅力的だよな
・・・まずい、mainにunsafe付けてBetter CとしてRustを使う世界もありな気がしてきたぞ

**デフォルトの名無しさん** · 2017/08/03(木) 04:52:30.89

Java の参照は、Nullable だから、
Kotlin で扱う場合、すべて、Nullable にすると面倒

そこで、Kotlin では、Platform Type (下の3) と言うものを作った

String 変数型に、Null 代入時、
1. String で、実行時に、IllegalStateException
2. String? で、Nullable だからOK
3. 型を省略(String!) で、実行時に、デリファレンスでヌルポ

1. は、インスタンスにアクセスする前に、代入時にエラー。
3. は、1よりひどく、インスタンスにアクセスして、ヌルポ

**デフォルトの名無しさん** · 2017/08/03(木) 07:06:29.97

Kotlin信者が必死だなw

JVM要する時点で組み込み/低レイヤーに向かねーんだよ、土俵が別次元だ馬鹿
Android ARTはJVMじゃない？そのランタイムサイズ、Rustのランタイムサイズの何倍になってるのか分かってんの？

**デフォルトの名無しさん** · 2017/08/03(木) 08:03:17.08

スレチ削除申請頼む

**デフォルトの名無しさん** · 2017/08/03(木) 08:29:31.88

組み込みスレ?

**デフォルトの名無しさん** · 2017/08/03(木) 08:39:41.14

>>441
いちいちスレチだけでレス削除してくれるほど運営も暇じゃねーよ
板違いのスレも最近は「落ちるまで放置してね」の方針なのに

**デフォルトの名無しさん** · 2017/08/03(木) 10:32:34.73

rust 1.21.0使ってますが英語苦手なので日本語ページ見てます
https://rust-lang-ja.github.io/the-rust-programming-language-ja/1.6/book/if.html
このページの一番最後
「else のない if では、その値は常に () となります」とあるので
let x = 0;
let y = if x == 1 { 1 };
println!("{}", y);
って書いたんですけどbuildしてもエラーになります
error[E0317]: if may be missing an else clause
()になりませんどうしてですか？

**デフォルトの名無しさん** · 2017/08/03(木) 10:33:20.99

>>440
ちなみにkotlin/native 開発中だからそれでrustと同じ土俵に立てるよ。
llvmの中間コード吐けるようになる。
rustより学習コストは低くて関数型チックな言語構文使ってるから
kotlin vs rustが勃発するな。
問題はandroid開発者を取り込めるからユーザー数は圧倒的
IDEも標準が存在する。
という点で色々rustは不利。
rustはwebAssenbryあたりで本領発揮できればいいんだけど。

**デフォルトの名無しさん** · 2017/08/03(木) 10:35:36.32

>>444
エラーメッセージ観るとelse節がないって怒ってるね
yに代入するんだからelseないと値が不定になるでしょ

**デフォルトの名無しさん** · 2017/08/03(木) 10:39:45.44

>>444
ごめんちゃんと読んでなかった

fn main() {
let x = 5;

let y = if x == 5 { () };
println!("{:?}",y)
}
これだと動くよね。型を() に統一しないとダメなんじゃない

**デフォルトの名無しさん** · 2017/08/03(木) 10:52:53.58

>>447
なるほどそういうことですか
省略しないほうがいいですね
ありがとうございました

**デフォルトの名無しさん** · 2017/08/03(木) 16:58:16.30

IntelliJ Rustプラグインが、（IDEの）公式プラグイン化した
ついでにちょっとおせっかいな表示も始めた
関数呼び出し部分に仮引数名を補完表示とか、省略された型宣言を補完表示とか

**デフォルトの名無しさん** · 2017/08/03(木) 22:02:43.27

有料化しなきゃどうでもいいかな

**デフォルトの名無しさん** · 2017/08/03(木) 22:11:43.17

JetBrainsが開発に参加しているというだけでもそれなりに心強い

**デフォルトの名無しさん** · 2017/08/04(金) 09:17:26.55

あのプラグインの作者、前にPR出したらクッソ丁寧なダメ出ししてくれた
PRコメントの数倍のレスが返ってきてビビったわ
引き続きコミュニティベースで発展するといいのう、MozillaもJetBrainsもあんま要らんことするでないぞ

**デフォルトの名無しさん** · 2017/08/04(金) 11:05:40.90

>>452
個人的には language server protocolをちゃんと用意してくれたほうが幸せ。
vscodeで使いたいんで。
http://qiita.com/atsushieno/items/ce31df9bd88e98eec5c4
https://github.com/rust-lang-nursery/rls

**デフォルトの名無しさん** · 2017/08/04(金) 22:55:37.21

>>444,446,447,448
型が一致してないからや。
if式のelse句省略して戻り値の型にunitが推論されるのに
thenの方の戻り値の型がunit以外になるからエラーになる。

たぶん、rustc --explain 0317すればクソ丁寧に教えてくれる

**デフォルトの名無しさん** · 2017/08/05(土) 02:43:30.26

Windows用のtar.gzを落としてきて適当に解凍
.\rust\binへパスを張って
>rustc hello.rs
error[E0463]: can't find crate for `std`
error: aborting due to previous error(s)
>
えぇぇー・・・・ｗ
.\rustcの中を見てもライブラリらしき物が見あたらないのでどこにいるのかと探したら
.\rust-std-i686-pc-windows-msvcの下にいた。.\rustc\libの下に移動したらコンパイルは
通ったがリンカがないと怒り出す
面倒なのでVC++のコマンドプロンプトからパスを張ってようやくコンパイル＆リンクに成功
無事に実行出来た

というか実行ファイルがかなりでかいな。100KBくらいある。全部込みじゃしゃーないか
あと-vや-C link-args=が無視されているように見える

**デフォルトの名無しさん** · 2017/08/05(土) 02:47:41.52

そもそも今日日tar.gzなんてどこから落としてきたんだっていう

**デフォルトの名無しさん** · 2017/08/05(土) 03:11:33.75

他のインストール方法ー→スタンドアロンなインストーラーにビルド済みを固めたtar.gzがある

**デフォルトの名無しさん** · 2017/08/05(土) 07:15:49.71

何らかの信念があって、rustupを避けてるわけ？

**デフォルトの名無しさん** · 2017/08/05(土) 16:01:00.22

オンラインによるインストールは可能な限り避けるようにしている。あとで環境の再現が必要になった時に詰む可能性がある

**デフォルトの名無しさん** · 2017/08/05(土) 16:18:44.06

メモリ安全が重視されるのって、ハッキングとかに使われるから？

**デフォルトの名無しさん** · 2017/08/05(土) 16:22:20.12

脆弱性になるからってのもそうだけど、単純にSEGVでプログラムが落ちるのを防ぐためというのもある

**デフォルトの名無しさん** · 2017/08/05(土) 16:31:03.26

代わりにunwrapで落ちまくり

いや、うそ

それ以外のバグだと落ちはしない？

**デフォルトの名無しさん** · 2017/08/05(土) 17:34:15.87

メモリ安全とミドリ安全って似てるよな

**デフォルトの名無しさん** · 2017/08/06(日) 00:23:03.22

>全部込みじゃしゃーないか
msvc toolchainでstaticリンクになったっけ？

**デフォルトの名無しさん** · 2017/08/06(日) 03:55:05.27

>>464
リンカにどんなコマンドが渡されているのか確認できないので詳細は判らない

**デフォルトの名無しさん** · 2017/08/06(日) 03:55:59.27

あ、なんか変だ。訂正
×　コマンド
○　オプション

**デフォルトの名無しさん** · 2017/08/06(日) 10:24:33.59

Rustの日本語書籍出る予定ないのかな？

**デフォルトの名無しさん** · 2017/08/06(日) 17:24:42.71

>>467
英語で原典的な本が出るから遠からず日本語訳も出るだろ
ただし日本語訳の翻訳の質がどうなるかは全く安心できないことは
近年のプログラミング関連の英語書籍の日本語訳を見れば理解できるだろう

**デフォルトの名無しさん** · 2017/08/06(日) 23:17:23.51

書籍は情報が古すぎて当てにならんぞ。
文書化自体あんま力入れてないからソースコード読むのが一番早いよ。

**デフォルトの名無しさん** · 2017/08/06(日) 23:38:02.09

訳のレベルに関係なく出せば売れるからかな
需要が少なすぎて競争にならないから訳の質がいい物が出ない？

**デフォルトの名無しさん** · 2017/08/07(月) 04:31:33.89

>>469
どのサイトのソースコード読むのがいいですか？

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

>>470
> 需要が少なすぎて競争にならないから訳の質がいい物が出ない？

そうじゃない
英語の理工学書の翻訳の質はここ20年ほどの間に明らかに著しく低下した
その原因として考えられるのは、訳者が使命感を持たなくなり単に副収入とかの経済的で利己的な目的で翻訳をするようになったことと
それ以上に訳者が大衆化したことも大きい（かつてだと理工学書の翻訳は、ほぼ完全にいわゆる一流大学の教授の専権事項だったが今は全く違う）

またそういう一流大学教官による訳書であっても、近年は、ゼミで原書を読ませて学生（院生？）たちに素訳を出させて適当につなぎ合わせて
訳書として出版したのでは？と疑われるレベルの訳すら出現しているのは、明らかに近年の訳者のモラルの低下（使命感の欠如）の例だろう

近年の訳の質の低下に関してもう一つ重要なファクターとしては、最近の訳者が英語（特に会話面で）は達者になったのかも知れないが
明らかに昭和後期の訳者たちよりも日本語の文章力が低下していることだ（その結果として訳の日本語文が読むに耐えないレベルに堕している訳書が少なくない）

**デフォルトの名無しさん** · 2017/08/07(月) 07:28:08.80

というかそもそも書籍を出す以上利益を見込むわけだけどRustの書籍が出たところで到底コストに見合う利益をあげられるとは思えん

**デフォルトの名無しさん** · 2017/08/07(月) 08:02:25.73

唐突に小論文もどきが発生していて笑う
steveklabnikやcarols10centsは大学の教官ですらないだろうけれどそれは良いのか

**デフォルトの名無しさん** · 2017/08/07(月) 08:15:17.32

「監訳者」がいるが「訳者」が書いてない本って、やっぱそんなもんだろうね
あるいは機械翻訳をちょこっと手直ししただけとか
名前を表に出すって内容に責任を持つってことだから、名前重要よ

**デフォルトの名無しさん** · 2017/08/07(月) 08:29:28.94

Rustの入門書サイトなどおすすめありますか？

◆QZaw55cn4c · 2017/08/07(月) 08:31:32.26

>>472
なにも今にはじまったことじゃない

＞ゼミで原書を読ませて学生（院生？）たちに素訳を出させて
＞適当につなぎ合わせて訳書として出版したのでは？

プログラミング言語C とてそうやって作られた、といわれている

**デフォルトの名無しさん** · 2017/08/07(月) 08:32:44.78

典型的な老害で笑える
ピアソンの技術書とか今出したら炎上間違いなしってレベルの翻訳もあっただろ
Googleのエンジニアですらやばい翻訳とかするのにたかが大学教授如きが完璧に翻訳できる訳がない

**デフォルトの名無しさん** · 2017/08/07(月) 12:03:28.98

>>476
公式

**デフォルトの名無しさん** · 2017/08/07(月) 16:12:50.80

>>478
> 典型的な老害で笑える
> ピアソンの技術書とか今出したら炎上間違いなしってレベルの翻訳もあっただろ

外資系や新興の出版社が出す本は訳書に限らず酷いのは昔から
編集担当者が日本語文のチェックを碌にしないしそういう新興出版社は人脈を持っていないゼロからのスタートだから良い訳者が無かったからね

問題は、近年は、老舗と言える理工系出版社から出されている訳書でも翻訳の質が急激に堕ちて来たことだ
その原因は翻訳の大衆化と訳者のモラルや使命感の低下にあると言ってるのだよ

> Googleのエンジニアですらやばい翻訳とかするのにたかが大学教授如きが完璧に翻訳できる訳がない

馬鹿ですか？
そんな高度で難解な技術書など存在しても極く一握りで、そんな極めて特殊な例を取り挙げて反論するなどナンセンス
そんなナンセンスで反論だと思ってる君の知性を疑うね

そもそもそんな難解な技術書を読んで理解できる人間も一握りだ
そんなレベルの人間ならば原書で読めるから翻訳する必要性も希薄

問題は、かつてならば普通の質で翻訳されていた難易度が平凡なレベルの教科書・技術書・学術書ですらまともな日本語訳でないのが量産されるようになったという点

**デフォルトの名無しさん** · 2017/08/07(月) 17:27:07.42

アカデミアを知ってる気取りの学生の臭いがプンプンするけど、そんなことを書き込んでいる暇があったら期末試験の勉強しとけよな

**デフォルトの名無しさん** · 2017/08/07(月) 17:35:11.15

>>472
> 英語の理工学書の翻訳の質はここ20年ほどの間に明らかに著しく低下した

それ何か根拠があって言ってんの？　どうせお前の妄想だろ。
長々と言い訳せんで良いよ、消えろ。

**デフォルトの名無しさん** · 2017/08/07(月) 17:35:27.75

計算機学の正式な教育を受けたことがないからわからないけど，たとえば数学では大学2年までに学ぶべき科目の教科書は翻訳でも日本語教科書でも定番と呼べる本が出揃ってるんだよね
そんな中で使命感を持って初学者向けの本を訳したがる人はそうそういないでしょ
技術書界隈でもそんな現象が起こってるじゃないの

**デフォルトの名無しさん** · 2017/08/07(月) 18:08:53.23

>>483
解析学と線形代数の定番を教えてください、できればギャップの極度に少ないものを
翻訳じゃなくて、「解析概論」（高木）よりは親切なやつを
是非！

**デフォルトの名無しさん** · 2017/08/07(月) 18:36:14.26

杉浦本と斉藤本じゃあかんの（多変数の議論に飛躍が入るのはしょうがない）

**デフォルトの名無しさん** · 2017/08/07(月) 18:36:16.49

>>484
うちの親父の形見が解析概論なんだが

**デフォルトの名無しさん** · 2017/08/07(月) 18:39:57.17

スレチ

**デフォルトの名無しさん** · 2017/08/07(月) 19:45:52.18

ごめん

**デフォルトの名無しさん** · 2017/08/07(月) 20:05:48.41

でもここ20年でネット利用者の情報リテラシーと日本の国際的な技術的地位はかなり落ちたよな

**デフォルトの名無しさん** · 2017/08/07(月) 21:05:17.72

近年は、技術書の日本語翻訳版が出るころには、次のメジャーバージョンがリリースされて買う気を失う傾向

**デフォルトの名無しさん** · 2017/08/07(月) 21:56:28.43

ITは元々レベル低かったんじゃない？ハードは強かったけどソフトはそんなに

**デフォルトの名無しさん** · 2017/08/07(月) 23:32:35.06

おまえらexa紹介されてる
ttps://www.cyberciti.biz/open-source/command-line-hacks/exa-a-modern-replacement-for-ls-written-in-rust-for-linuxunix/

**デフォルトの名無しさん** · 2017/08/07(月) 23:34:52.24

lsコマンドに替わるコマンド「exa」とは
http://news.mynavi.jp/news/2017/08/07/203/

exaはRustで開発されたls系コマンド。
サイズが小さく高速に動作し移植性も高いという特徴がある。

**デフォルトの名無しさん** · 2017/08/07(月) 23:58:47.36

Rust関係なくてスマネ

>>491
全てとは言わないけど分野によっては世界トップクラスだったよ
１．コンピュータアーキテクチャ＆オペレーティングシステム
　Windowsが走るコンピュータアーキテクチャを開発、販売していた数少ない国の一つ
　そのためにWindowsのカスタマイズも行っていた
２．日本語ワードプロセッサ
３．日本語入力変換システム
　この二つは語るまでもないよね。ユーザーは積極的に捨てたけど
４．低レベルの実装、解析
　かつては日本製のBIOSパッチとか野良BIOSとかがあった。このへんの技術は１とも絡むね

**デフォルトの名無しさん** · 2017/08/08(火) 00:52:12.66

どうでもいいけどexaって打ちづらいから普通にlsでええわってなる

**デフォルトの名無しさん** · 2017/08/08(火) 01:39:41.54

>>495
エイリアスつかえば

**デフォルトの名無しさん** · 2017/08/08(火) 22:30:57.70

>>482
それ以前から理工学書を読んでいる人間ならば多くが同様の感想を持っているわけだが
読んでない人間は知らんがね
他人の投稿が気に入らず読みたくないならば、お前がこのスレを読まずに消えれば済むこと

**デフォルトの名無しさん** · 2017/08/08(火) 22:33:19.04

幅広い理工学書の全てを知り尽くした>>497

**デフォルトの名無しさん** · 2017/08/08(火) 22:39:16.48

アカデミックこじらせおじさんかイキリ大学生か

**デフォルトの名無しさん** · 2017/08/08(火) 22:54:17.33

A. 20年前と今の理工学書を比べられる、2chのドマイナーな言語スレにいる
　 ->アカデミック関係者の可能性
B. 自分の意見の論拠が薄い、的確なソースを出せない印象論
　 ->実体験であるなら妥当
C. スレ違いの話を得々と語る、煽りに慣れていない
　 ->コミュニケーションに難あり

>>497が本当に一流大学の教官である可能性は微粒子レベルで存在する
が、話の中身は与太話だし、何を言ったかだけを判断するなら塵芥と同じ扱いでよろし

**デフォルトの名無しさん** · 2017/08/09(水) 09:35:51.16

>>497
結局「根拠は無い」というレスして恥ずかしくないの？

**デフォルトの名無しさん** · 2017/08/09(水) 20:42:37.62

Firefox高速化
http://www.itmedia.co.jp/news/articles/1708/09/news079.html

**デフォルトの名無しさん** · 2017/08/09(水) 20:56:02.48

>>493
FDの作者って亡くなったんだっけ

**デフォルトの名無しさん** · 2017/08/09(水) 22:29:08.98

1つのパッケージをインストールするだけでも時間が何十分とかかる
萎える～

**デフォルトの名無しさん** · 2017/08/09(水) 23:44:38.45

Rust 1.19におけるタグ無しのunionなどの追加
https://www.infoq.com/jp/news/2017/08/rust-119-released

**デフォルトの名無しさん** · 2017/08/09(水) 23:50:55.47

>>504 環境変数としてCARGO_TARGET_DIRを適当なところに置くと、以前にビルドしたcrateを利用してくれるよ
まあバージョンが違ったりしたらやり直しだから気休めにしかならんかもしれんが

**デフォルトの名無しさん** · 2017/08/10(木) 09:16:01.74

ライフタイムがよく分からんから、ライフタイム定義なしで動くプログラムは作れるようになったんだけど、
ここから必要に応じて参照使いまくりでライフタイムしまくりが出来るようになるにはどうしたらいいでしょうか？

**デフォルトの名無しさん** · 2017/08/10(木) 11:35:07.02

>>507 個人的な経験談だけど、ライフタイムが複雑で分かりにくいときはデザインから見直した方が良い場合が多い
単にコピーされるのを嫌って参照にすると駄目で、元の値の完全な従属物のときだけ参照を使うと大抵はうまくいく
メンバ変数間の参照はキツいので手を出さない、グラフとか所有権が複雑なのも自分じゃ作らずにライブラリにしておく、とか

**デフォルトの名無しさん** · 2017/08/10(木) 13:04:49.06

rustで検索してもほとんどゲームの話題しか検索に引っかからなくて草
rustの日本コミュニティーないの？

**デフォルトの名無しさん** · 2017/08/10(木) 13:14:22.08

ここじゃよ

**デフォルトの名無しさん** · 2017/08/10(木) 13:29:36.14

>>508
え、同じstruct内でメンバ変数間の参照は出来ないでしょ？