プログラミング言語 Rust 4

**デフォルトの名無しさん** · 2017/10/14(土) 17:38:14.04

Mozilla発のプログラミング言語「Rust」のスレです

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

前スレ
プログラミング言語 Rust 3
https://mevius.5ch.net/test/read.cgi/tech/1495343069/

**デフォルトの名無しさん** · 2018/02/08(木) 11:02:57.86

OpenSSLをRustで書き直すと良いと思うよ
これ以上に都合の良いシチュエーションなんてそうそう無いと思う

**デフォルトの名無しさん** · 2018/02/08(木) 11:30:45.60

>>932
おまえセキュリティモジュール一から書き直すとか正気か？
Rust信者は本当にコンピュータ科学に対して無知なのが良くわかるわ

**デフォルトの名無しさん** · 2018/02/08(木) 11:35:38.11

https://mobile.twitter.com/masaru_kaneko/status/960969868584534016
https://mobile.twitter.com/masaru_kaneko/status/960969963539283968
https://mobile.twitter.com/masaru_kaneko/status/960970196407091200
目先の口八丁で金さえ集まりゃなんでもいいクズの手口
技術的にそれっぽいこと言って金をかき集める手法はRustのそれと良く似てる
この詐欺会社がRust採用してたのはこういうところもあったんだろうなあ

**デフォルトの名無しさん** · 2018/02/08(木) 12:09:12.81

>>932
つ rustls

**デフォルトの名無しさん** · 2018/02/08(木) 12:31:10.93

>>933
opensslは猿が書いたかのような酷いコードだからいいんだよ
お前のようなお猿さんに酷さは理解できないだろうけど

**デフォルトの名無しさん** · 2018/02/08(木) 12:47:41.35

>>936
その解決に必要なことはテストの追加とリファクタリングであって、ナウい言語（）での書き直しではない
実際テストの追加とリファクタリングだけでLibreSSLはうまく中身を安定させた

こんなことも知らないんだからRustなんてもてはやすんだな信者は

**デフォルトの名無しさん** · 2018/02/08(木) 13:02:49.09

問題があろうが枯れていれば充分、はまぁ正しいからな。
スクラッチの方が良かろう。

**デフォルトの名無しさん** · 2018/02/08(木) 13:43:00.17

一から書き直すとして、それが「猿が書いたような」OpenSSLの品質に到達するのはいつだ？
中身は確かに色々ツギハギだが、OpenSSLには長期に渡って枯れた品質というものがある
そしてそれはLibreSSLにフォークされて固められた

一から書き直したものがその枯れた品質のコードに追い付けるようになるまでに
OpenSSLはより枯れて品質も高まる
結局書き直したところで元になったものの品質を越えることなどない

という常識すらないのか

**デフォルトの名無しさん** · 2018/02/08(木) 14:05:50.62

rustls面白い　読みやすいー（個人の間奏の感想

**デフォルトの名無しさん** · 2018/02/08(木) 15:22:02.72

memcachedのlibketama互換実装無さそうだな

**デフォルトの名無しさん** · 2018/02/08(木) 15:22:30.58

thrussh も有るよ

**デフォルトの名無しさん** · 2018/02/08(木) 16:17:20.14

金子勝持ち出してくるのすごいななりふり構わずか

**デフォルトの名無しさん** · 2018/02/08(木) 16:30:31.59

>>943
なりふり構わずなのは詐欺集団の方だろう

少なくともスパコン詐欺については一番分かりやすい見解を出してるのが金子先生だ

金子先生にモジラの資金洗浄まで踏み込んで欲しいがさすがに国政と関係なくなってしまうから
特捜部の調査でモジラとの関係性が出てくるかがポイントだと思ってる

**デフォルトの名無しさん** · 2018/02/08(木) 16:32:24.71

アンチと見せかけたネタスレだったか

**デフォルトの名無しさん** · 2018/02/08(木) 19:06:49.62

確かにアンチですらないアホ

**デフォルトの名無しさん** · 2018/02/08(木) 19:11:08.63

今ある物のクローンを作ったって大した意味はないよな
やるならgcc→clangみたいに一新しないと

**デフォルトの名無しさん** · 2018/02/08(木) 20:03:33.93

Rust使うような会社に勤めてたんだし何かしら秀でた才能はあるんだと思ってて
多分それは粘り強さとかなんだろうな
悪い方に使うとただしつこい存在になるし消えて(本当に死んで)欲しい

**デフォルトの名無しさん** · 2018/02/08(木) 20:17:12.72

単に社畜と思われているだけだったりしてｗ

**デフォルトの名無しさん** · 2018/02/08(木) 22:32:10.61

>>931
危なっかしいやつを会社から追い出すためにRustにするって話？
（危なっかしいやつは何を使わせても危なっかしいコードしか書かんだろ）

**デフォルトの名無しさん** · 2018/02/08(木) 23:03:43.45

Rustは危なっかしいコード書くとコンパイルが通せないからね
コンパイル通るコードが書けない、Rust死ね。氏ねじゃなくて死ね。
って発狂する奴を追い出せば、残りは危なっかしくないコードが書ける奴だけ残りそう
日本のプログラマ(笑)だと発狂しない奴が一握りしか居なくて立ち行かなくなりそうではある

プログラミングなんて海外に外注した方が安くつくんだからRustなんて書けなくて良いんだよ、とか強がりたい
あと、stackoverflowで相変わらず愛されてるから海外プログラマに任せた方が実際幸せそうだ

**デフォルトの名無しさん** · 2018/02/08(木) 23:41:55.94

コンパイル通せないあぶなっかしいコードって何？

**デフォルトの名無しさん** · 2018/02/09(金) 00:33:51.16

不必要にunsafeやallow()を乱発する安全機能すり抜けるような危なっかしいコードを書く奴が現れないとでも？

**デフォルトの名無しさん** · 2018/02/09(金) 00:35:40.73

ちゃんとエラー処理せずunwrap多用したりletのプレースホルダ代入多用してコンパイル通したり

**デフォルトの名無しさん** · 2018/02/09(金) 00:38:37.85

コンパイル通せるじゃん

**デフォルトの名無しさん** · 2018/02/09(金) 03:07:53.23

unsafeやunwrapでビルド成功まで辿り着けてるならまだマシで、>>944なんかはそこにすら辿り着けそうにないからなw
そして、unsafeやunwrap多用してなんとかコンパイル通すバカもついでにふるいから落としちまえ
残るのはC/C++でもRustでも安全なコードを論理的に考えて書けるツワモノだけだ

どっちでも良いならツールチェインやらテスト環境やら依存ライブラリ解決やら一式やってくれるRustのが良いかな
C/C++はPJ毎の環境に慣れるのが面倒だ、、、PJ毎にMakefileだのTestSetだのが違って鬱陶しい

**デフォルトの名無しさん** · 2018/02/09(金) 04:40:42.02

https://ideone.com/UqQplz

コンパイルに成功したのに計算が合わない(´・ω・`)

**デフォルトの名無しさん** · 2018/02/09(金) 07:27:03.72

論理的なコードが書けてて良かったじゃん、次はバグのないコード書こうな
っていうツッコミ待ちだよな？マジで質問してるならplay.rust-lang.orgでやってくれよ

**デフォルトの名無しさん** · 2018/02/09(金) 08:34:07.04

>>950
Rust使ってコンパイラに叱られるだけでだいぶマシになる。
追い出すとか、そこまで馬鹿ばっかでもないよ。

**デフォルトの名無しさん** · 2018/02/09(金) 08:35:43.78

>>956
おなじレベルのCの静的解析ツールクソ高いからな。

**デフォルトの名無しさん** · 2018/02/09(金) 09:02:32.79

実はRust擁護派の方がコード書けないので
実際にコード書かれて質問されても答えられないんだぞ
>>958の言ってる事はそういう事だからな。分かってやれよ

**デフォルトの名無しさん** · 2018/02/09(金) 09:11:11.18

Rustでどれだけひどいコードかけるか勝負？

**デフォルトの名無しさん** · 2018/02/09(金) 10:02:57.85

同じコードをCで書いてみ？きちんと書けると保証しよう
つまりそういうことだ

**デフォルトの名無しさん** · 2018/02/09(金) 13:05:03.94

let sum1 = sum1 + column1;
if sum1 != sum1 + column1 {
println!("計算が間違ってます！");
}

**デフォルトの名無しさん** · 2018/02/09(金) 13:08:30.57

途中で書き込みボタン押してしまった
>>964みたいなのCで書こうが駄目だと思う

**デフォルトの名無しさん** · 2018/02/09(金) 13:36:48.67

>>965
Cで書けばそういうクソなミスは起こらない

**デフォルトの名無しさん** · 2018/02/09(金) 13:46:22.32

ワロタww
これがCならきちんと書けると保証できる子はやっぱりふるいから落とされて妥当じゃないか

>>961
あまりに汚いコードで呆れて読む気が失せたからボケだと理解したんだよ
実際、>>964が指摘するようなしょうもないボケを仕込んでるじゃないか

**デフォルトの名無しさん** · 2018/02/09(金) 13:47:19.06

C言語凄いんだな
そんな魔法の言語には勝てないな

**デフォルトの名無しさん** · 2018/02/09(金) 13:51:32.63

>>957
そもそも10+21+32+43+54+65+76 が間違ってるぞぃ　(!= 308)

**デフォルトの名無しさん** · 2018/02/09(金) 14:00:44.92

Rust書いてると型合わせとかライフタイム調整とかくだらんことでコードの書き直しさせられて
こういったうっかりバグを仕込む率が跳ね上がる

Cなら一発ですぱっと書けるから本質的ではない書き直しがないので
こういったミスを予防できる訳だ

**デフォルトの名無しさん** · 2018/02/09(金) 14:59:07.92

人間がやるかコンパイラがやるか
どちらも完璧ではないですが、どちらを信頼しますか
これだけやろ、何と戦ってるねん

**デフォルトの名無しさん** · 2018/02/09(金) 15:14:42.41

いや、リソース管理分野のRustボローチェッカーは信頼しろよ
ボローチェッカーに親を殺された子が、ボローチェッカーを許すRustユーザを逆恨みして戦ってるんでしょ

**デフォルトの名無しさん** · 2018/02/09(金) 17:45:19.56

メモリ管理が非本質的ならCで書く必要なさそう

**デフォルトの名無しさん** · 2018/02/09(金) 19:30:59.99

>>970
ライフタイム調整はCでもやらないか？そりゃコンパイラには怒られないが。
突然事故るコード書かないでほしいな。

**デフォルトの名無しさん** · 2018/02/09(金) 20:59:10.22

slackが嫌ならtwitterはどうだ
rustに入門してしまいそうな人にモジラの悪行を伝えたらきっと感謝されるぞ

**デフォルトの名無しさん** · 2018/02/09(金) 21:29:34.87

9割以上の人達はRustに入門しても直ぐに離れていくと思うから
そんな事する意味ないよ

**デフォルトの名無しさん** · 2018/02/10(土) 00:15:33.90

>>957のread_lineの戻り値のResultを処理してないけど
仮に結果がErrだった場合どんな悲劇が想定されるの？

**デフォルトの名無しさん** · 2018/02/10(土) 12:05:05.10

>>970
安全なコードを書く事に無関心なら、Rustは使わない方が幸せになる。

**デフォルトの名無しさん** · 2018/02/10(土) 13:30:47.48

それならRustなんかよりPython使った方が絶対良いよな
そりゃGoogleも安全なコードを書くことに完全に無関心で良い試験プロジェクトではPython推しになるわ

>>977
str1有効なデータが入ってなくて後続処理で期待動作が得られない悲劇が起きるんじゃね

**デフォルトの名無しさん** · 2018/02/10(土) 16:00:22.25

最近のpythonは型安全にかけるの？

**デフォルトの名無しさん** · 2018/02/10(土) 16:25:23.54

型安全を静的解析で絶対的に固定する言語なんてそうそうないよ
PythonどころかCやGo、Swift、Javaだって実行時キャストを許してる(そして、間違ってたらキレる
ボローチェッカーだけじゃなく、そういう型安全に親を殺された子もいるのかもなぁ

>>980
それはそれとして、次スレを立ててくれるか

**デフォルトの名無しさん** · 2018/02/10(土) 16:39:55.92

次スレなかった？ワッチョイありの

**デフォルトの名無しさん** · 2018/02/10(土) 16:41:28.64

ほい
https://mevius.5ch.net/test/read.cgi/tech/1514107621/

**デフォルトの名無しさん** · 2018/02/10(土) 16:59:43.85

プログラミング言語 Rust 4【ﾜｯﾁｮｲ】
http://mevius.5ch.net/test/read.cgi/tech/1514107621/

まあこっちで問題ないか

**デフォルトの名無しさん** · 2018/02/10(土) 18:56:56.74

すみません、キチガイの方は別スレでお願いします

**デフォルトの名無しさん** · 2018/02/10(土) 18:59:12.83

Rustアンチスレ
http://mevius.5ch.net/test/read.cgi/tech/1509028624/

こっち使ってね。

**デフォルトの名無しさん** · 2018/02/11(日) 06:46:27.83

ヘテロジニアスな配列と依存型と継続がほしいぜ。継続は最近のhspにすらあるぜ。

>>931
>電文パーサーで毎回危なっかしいコード書くやつ居るからな。
JSON-RPCとか既存のプロトコルとapi使えなかったの？
rustで書いたらストリームが抽象化されてなくて結構めんどくさいよ。

**デフォルトの名無しさん** · 2018/02/11(日) 09:23:50.05

いまのHSPそんなことになってるのか
継続理解してるレベルの人があの魔改造BASICみたいなの使いたいのか

**デフォルトの名無しさん** · 2018/02/11(日) 10:52:23.57

>>988
ラベル型っていうのとラベルを動的に生成して変数に代入して
returnする命令組み合わせるやり方ね。
ラベル型だけだと配列にしてステートマシン書けるくらい。
10年位前からあるけど最近qiitaで記事出てきた。
hsp3系は関数書けるしsmlのモジュールに近いデータ型あって
レコードとタプルがないくらい。

ラベル型でジェネレータとコルーチン実装するくらいのことは
出来るから結構モダンなこと出来るよ。

**デフォルトの名無しさん** · 2018/02/11(日) 12:35:58.87

>>987
昔ながらの電文というのに相応しい()電文送ってくる機械って結構あるんよ。
RS232Cで送ってたまんまのとか。
プリアンブル、データ長、子データ長、子データ区分、孫データ長、孫データ、…子データ長、子データ、ポストアンブル
といったやつ。

**デフォルトの名無しさん** · 2018/02/11(日) 12:54:15.50

ASN.1は標準規格だから使われる場面も多いだろうな。あとBSONもそんなフォーマットだっけ。

**デフォルトの名無しさん** · 2018/02/11(日) 14:50:58.36

>>989
futuresでいいじゃん
言語仕様として第1級オブジェクトに採用したら、今度はまた言語仕様が変わったムキーって言うだろ

**デフォルトの名無しさん** · 2018/02/11(日) 17:21:57.98

互換性保ったまま言語仕様増えることを言語仕様変わったムキーって言ってるのモジラに職を奪われた君だけでは

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

次スレ
Rust Part5
https://mevius.5ch.net/test/read.cgi/tech/1518347244/

**デフォルトの名無しさん** · 2018/02/12(月) 00:49:06.03

995

**デフォルトの名無しさん** · 2018/02/12(月) 00:49:42.04

996

**デフォルトの名無しさん** · 2018/02/12(月) 00:50:07.42

997

**デフォルトの名無しさん** · 2018/02/12(月) 00:50:51.62

998

**デフォルトの名無しさん** · 2018/02/12(月) 00:51:10.63

999

**デフォルトの名無しさん** · 2018/02/12(月) 00:51:49.72

1000

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 120日 7時間 13分 35秒