[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 04/11 13:12 / Filesize : 252 KB / Number-of Response : 1025
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

プログラミング言語 Rust 3



1 名前:デフォルトの名無しさん [2017/05/21(日) 14:04:29.55 ID:9L9dm7b/.net]
Mozillaがリリースした、プログラミング言語「Rust」について語るスレです。

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

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

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

237 名前:デフォルトの名無しさん mailto:sage [2017/07/02(日) 11:32:28.47 ID:onBZ93I5.net]
すまん、よくよく考えたら実行中にBox<Future>を返すのは動的にステートマシンのタスクを増やす行為だからNGだ
Futureを返さなきゃと.boxed()使ってたけど、素直にPollで結果を包むだけでよかった

238 名前:デフォルトの名無しさん mailto:sage [2017/07/04(火) 00:00:54.04 ID:YlAGoiwI.net]
futuers-rsは

これfutuereじゃねぇじゃねーか、並列計算してないパイプラインをfutuere呼ぶなよ

すぐにfutures-cpupoolを見つける

までが予定調和。

Zero-cost ~~futures and~~ streams in Rust

239 名前:デフォルトの名無しさん mailto:sage [2017/07/04(火) 09:31:46.73 ID:ETZVte8W.net]
これZero-costじゃねぇじゃねーか

Zero-cost(コストがないとは言ってない)

までが予定調和だったわ
下手な自作設計よりは全然コスト軽いけど鵜呑みは良くないね

240 名前:デフォルトの名無しさん mailto:sage [2017/07/04(火) 10:33:24.16 ID:CTMuvV84.net]
まず future の綴を覚えるところからお願いします

241 名前:デフォルトの名無しさん mailto:sage [2017/07/04(火) 12:20:45.83 ID:J0r8gWdS.net]
impl Traitじゃあかんのか?

242 名前:デフォルトの名無しさん mailto:sage [2017/07/04(火) 13:09:55.73 ID:Aj2F4wHv.net]
aturon氏の記事(Zero-cost futures in Rust)を読めば"zero cost"というのは「直にステートマシンを書いたのと同様のコードにコンパイルする」という意味で言っていると分かるはずで、
状態変数があるからzero costじゃないなどという指摘は出てこないと思うのだけど

243 名前:デフォルトの名無しさん mailto:sage [2017/07/04(火) 13:30:28.66 ID:G2IB7Bn2.net]
traitってGoのinterfaceに似てる
って言ったら型警察に起こられるんだろうか

244 名前:デフォルトの名無しさん mailto:sage [2017/07/04(火) 14:05:06.69 ID:At6b76le.net]
>>237


だからコストがないって訳じゃないと理解したんだが
タスク構築のための初期化アロケーションとか、ステートマシンのための状態管理(分岐)の少量コストはあるって解説してるよな

言葉遊びによるZero-cost警察の方なら触ってスマン

245 名前:デフォルトの名無しさん mailto:sage [2017/07/04(火) 16:29:36.87 ID:H2zYYmCe.net]
警察じゃなくても激おこやと思うw



246 名前:デフォルトの名無しさん mailto:sage [2017/07/04(火) 16:36:55.49 ID:o8qoMeE4.net]
zero costは宣伝文句で、zero overheadくらいが妥当では

247 名前:デフォルトの名無しさん mailto:sage [2017/07/04(火) 18:21:59.60 ID:ZOpHOB0v.net]
実行はゼロコストかも分からんが書くコストが青天井なので結局意味のない言語

248 名前:デフォルトの名無しさん mailto:sage [2017/07/04(火) 19:19:11.80 ID:A2FxzO1+.net]
Aaron Turonのブログを引用しながら実は別の意味で言ってましたとか草

249 名前:デフォルトの名無しさん mailto:sage [2017/07/04(火) 22:45:10.68 ID:sW2FXAJU.net]
javaはzero-overheadの語を使うけどrustはzero-costを使うよね。
zero-overheadだと追加の余計なコストがかからないという意味がわかるけど、
zero-costだとコストそのものがないと言っているのかzero-overheadと同じ意味で使ってるのか定かではないと思う。

250 名前:デフォルトの名無しさん mailto:sage [2017/07/04(火) 22:53:04.21 ID:Aj2F4wHv.net]
Rustでzero-cost (abstraction)といったら抽象化レイヤーによるコストが0という意味だろうね

251 名前:デフォルトの名無しさん mailto:sage [2017/07/05(水) 03:06:44.06 ID:9aEWew1V.net]
そもそもがC++界隈からの借用語だしな

252 名前:デフォルトの名無しさん mailto:sage [2017/07/05(水) 16:39:24.43 ID:AAYKoEFk.net]
激おこな警察官が多くて誰がどの立場で何を擁護してるのかワケワカメ

とりあえずまぁfuturesやtokioを下手に使うとコストがゴリゴリ上がってくのは分かった
ステートマシン(AndThenやMap)も抽象化しきれなかったのかstructでI/F切られてるし注意して使わんとな

253 名前:デフォルトの名無しさん mailto:sage [2017/07/05(水) 17:11:36.04 ID:MzNNcf5c.net]
そりゃ、真にコストゼロはありえないだろう
一般に気にされてるのは、C/C++より多いかどうかでしょ

254 名前:デフォルトの名無しさん mailto:sage [2017/07/05(水) 18:08:21.50 ID:tRZ6TMIF.net]
だれかGUIライブラリ書いて
そしたら社内ツールでC#の替わりに使うで

255 名前:デフォルトの名無しさん mailto:sage [2017/07/05(水) 18:41:42.95 ID:UiQJEPDB.net]
ゼロコストがabstractionにかかっていることをつい忘れちゃう
まあ普通に考えたら、futuresでもIteratorでもMapを実現したいなら値と関数は保持しないといけないし、AndThenも前と次の値を持ってないといけないよね
ラッパー構造体のコストは引数がコピーじゃなければメモリ的にもCPU的にもゼロだったはず



256 名前:デフォルトの名無しさん mailto:sage [2017/07/05(水) 19:26:13.97 ID:AAYKoEFk.net]
>>248
別にC/C++と比較してコストがあるかは気にしてないぞ
C++ TemplateとRust Traitは実質同じ所に行き着くんだから比較するほどの意味もなし

>>250
IteratorやMapを抽象化できないのか?、できないならコスト削減できない不適切なLibではないのか?とは思わないのかねぇ
Rustに限らず新興言語はキーワードだけ拾って素晴らしいものだ!みたいな賛美ユーザが多いね

>>249
ttps://github.com/kenz-gelsoft/wxRust

もう動かないかもしれないけど
去年くらいのwxWidgetsが3.2.0でFFI周りのI/Fを非公開にしてwxHogeHogeが全滅した

257 名前:デフォルトの名無しさん mailto:sage [2017/07/05(水) 19:35:34.06 ID:oPOjLgnt.net]
>>150
コンパイラだってバカ正直にMap構造体を用意してそこにクロージャをそのままぶち込むようなコードは生成しないんやで

258 名前:デフォルトの名無しさん mailto:sage [2017/07/05(水) 19:42:23.78 ID:LLvZvDtb.net]
>>251
>IteratorやMapを抽象化できないのか?
まあ確かにHKTが欲しいと思わないこともないな

259 名前:デフォルトの名無しさん mailto:sage [2017/07/05(水) 19:43:35.74 ID:oPOjLgnt.net]
>>252
安価は>>250の間違い

260 名前:デフォルトの名無しさん mailto:sage [2017/07/05(水) 20:12:29.34 ID:kX6rHoUh.net]
>>249
GTKはまともに使えるっぽいけどそれじゃだめなの?
俺はgtkあんま好きじゃないからいやなんだけど

261 名前:デフォルトの名無しさん mailto:sage [2017/07/06(木) 11:00:33.73 ID:tRC1mrQq.net]
>>247
>コストがゴリゴリ上がってくのは分かった
何を突然ファビョってるんだか
タスクごとのヒープアロケーション数はΘ(1)に抑えられているだろ

262 名前:デフォルトの名無しさん mailto:sage [2017/07/06(木) 20:30:03.81 ID:kH42VxHy.net]
最近の公式の動きを見ていると、WebフレームワークはRocketを推していく方針に見えるな

263 名前:デフォルトの名無しさん mailto:sage [2017/07/07(金) 07:02:47.03 ID:vPLSgrbk.net]
>>257
何でよりによってnightlyを要求するRocketなん?

264 名前:デフォルトの名無しさん mailto:sage [2017/07/10(月) 13:13:29.86 ID:Y8I/wQdo.net]
>>256
タスク数に合わせてO(n)になってると思うんだけどそれは度外視なのかな?

265 名前:デフォルトの名無しさん [2017/07/10(月) 13:58:50.67 ID:mQ3pGq+a.net]
オラクルがrustでコンテナランタイム作っとるってよ



266 名前:デフォルトの名無しさん [2017/07/10(月) 19:18:17.66 ID:l6mkv8ve.net]
Building a Container Runtime in Rust | Oracle Developers Blog
https://blogs.oracle.com/developers/building-a-container-runtime-in-rust
> almost all container utilities are in c or go.
> (中略)
> Rust sits at a perfect intersection of these two languages

267 名前:デフォルトの名無しさん mailto:sage [2017/07/11(火) 13:53:59.15 ID:5tKo2E+W.net]
オラクルの時点でお察し案件じゃん
まあオラクルとモジラは業界のゴロ同士仲がよろしいんですなあ

268 名前:デフォルトの名無しさん mailto:sage [2017/07/14(金) 04:46:26.78 ID:TKiI+WcD.net]
google という名前のcrateが上がってて、
説明文が "Google is evil"
バージョン番号が "6.6.6"

269 名前:デフォルトの名無しさん mailto:sage [2017/07/14(金) 20:21:33.28 ID:8a1VCaPH.net]
Googleが悪とかやっぱモジカスだわ

270 名前:デフォルトの名無しさん mailto:sage [2017/07/15(土) 17:00:03.78 ID:U+uVxSdX.net]
Rust公式がTwitterで"Rocketの新バージョンがリリースされたぜ"とか呟いてて、それに対して"Ironの何が悪いんだ"的なクソリプが付いてるの笑う

271 名前:デフォルトの名無しさん mailto:sage [2017/07/15(土) 23:27:50.25 ID:RjDGp9te.net]
RustのSlackでmame氏にCでポインタとか触ったことありますか?って聞いてるやついてワロタ

272 名前:デフォルトの名無しさん mailto:sage [2017/07/16(日) 13:32:06.66 ID:FJgd8SG/.net]
箸が転がったから笑った

273 名前:デフォルトの名無しさん mailto:sage [2017/07/16(日) 13:33:12.21 ID:JEFmdVs4.net]
膝がワロタ

274 名前:デフォルトの名無しさん mailto:sage [2017/07/17(月) 22:50:00.44 ID:8lRCTnOP.net]
関連型ってさなんでいるの?
CeylonやC#みたいにgenericsのin/outで実現できない?

275 名前:デフォルトの名無しさん mailto:sage [2017/07/18(火) 13:42:50.01 ID:NOYbJ+oD.net]
>>261
ライブラリの問題とかそういう回避方法はないのかと考察したけど、goroutineの仕様上無理ぽって結論なのか
rustが最適な言語かどうかは懐疑的だけど、go以外の使える新興言語ってのは他にないし仕方ないのかねぇ



276 名前:デフォルトの名無しさん mailto:sage [2017/07/19(水) 19:13:52.48 ID:23uwxygM.net]
>>269 in/outの方が劇的に良かったりするの?MSDNとか読んでもすぐに理解できなかった

277 名前:デフォルトの名無しさん mailto:sage [2017/07/19(水) 22:47:17.03 ID:UyJFKTdP.net]
>>271
良くなったりするわけじゃなくて全く同じもの。
単にrustのジェネリックスに制限があるだけ。
in/outや+/-なのはjavaの境界ワイルドカード型の定義が
長いから短くなったものでキーワードにするかシギルにするかの好みの違い。

278 名前:デフォルトの名無しさん mailto:sage [2017/07/20(木) 00:56:51.60 ID:k7oT/owf.net]
C#とか知らないから適当なことを言うけど、in/outって要は型パラメータの反/共変性を指定する構文ってこと?
Rustはクラスがないからあまり関係ないような気が
そもそも関連型と型パラメータは全く別物だし

279 名前:デフォルトの名無しさん mailto:sage [2017/07/21(金) 01:30:42.74.net]
Announcing Rust 1.19 - The Rust Programming Language Blog
https://blog.rust-lang.org/2017/07/20/Rust-1.19.html
・C互換な(untagged) unionの導入
・loopのbreakで値を返せるようになった
・値をキャプチャしないクロージャを関数ポインタ(impl Fnでなくてfn型)として扱えるようになった

280 名前:デフォルトの名無しさん [2017/07/21(金) 03:20:29.74.net]
新しい言語は早い段階から使い始めれば
バージョンアップ時は変更点だけ覚えればいいけど
バージョンアップが重なったあとから始めようとすると覚えることいっぱいすぎ
Rustよ
もっとシンプルに

281 名前:デフォルトの名無しさん mailto:sage [2017/07/21(金) 08:32:20.79.net]
-Zオプションが時報に無視されててワロタ

282 名前:デフォルトの名無しさん mailto:sage [2017/07/21(金) 12:38:58.44.net]
Cargoがhigh level過ぎでrustcがlow level過ぎな課題はいつ解決するんかな
他のビルドツールを使ったプロジェクトにrustを入れるのが今は面倒

283 名前:デフォルトの名無しさん mailto:sage [2017/07/21(金) 19:27:14.18 ID:juJaC8N3.net]
ていうか時報の反応速度が高くて笑う
まさかリリースの度に待機してるのか?

284 名前:デフォルトの名無しさん mailto:sage [2017/07/22(土) 07:37:27.49 ID:m9up21PD.net]
> ・loopのbreakで値を返せるようになった

遂に来たか。

285 名前:デフォルトの名無しさん mailto:sage [2017/07/22(土) 14:32:40.69 ID:IwEFmDCG.net]
時報であることに使命を感じて全力待機してそう, 機械の鑑だよホント



286 名前:デフォルトの名無しさん [2017/07/22(土) 16:14:42.22 ID:Jfa6LaZA.net]
誉め言葉として受け取っておく

287 名前:デフォルトの名無しさん mailto:sage [2017/07/22(土) 16:20:13.34 ID:rGyFmqNE.net]
>>281
誰だお前

288 名前:デフォルトの名無しさん mailto:sage [2017/07/22(土) 16:39:57.41 ID:WZvf35Ul.net]
なお、バグった機械の模様

289 名前:デフォルトの名無しさん mailto:sage [2017/07/22(土) 17:02:38.46 ID:vk3cyWgj.net]
雑談の種になるよう頑張ってるんだよ、そんなあげつらうことないでしょ

290 名前:デフォルトの名無しさん mailto:sage [2017/07/22(土) 17:04:33.13 ID:vk3cyWgj.net]
というかどこに行けばRustの話をしていいのか分からない。英語ならRedditがあるけど

291 名前:デフォルトの名無しさん mailto:sage [2017/07/22(土) 17:05:27.55 ID:lf8sQzDC.net]
あれ、associated constsはstabilizeされたんじゃなかったのか

292 名前:デフォルトの名無しさん mailto:sage [2017/07/22(土) 17:10:48.08 ID:rGyFmqNE.net]
>>286
現行のbetaではfeature gateが外れているから次のstableに乗るはず

293 名前:デフォルトの名無しさん mailto:sage [2017/07/22(土) 17:42:07.41 ID:Oi7t7NSG.net]
rust-jpのSlackとか?
ところでLLしか触ったことなかった俺も最近Rust使い始めてみたんだけど、有識者から見てRustで1番理解が大変なの(あるいは抑えておかなきゃならないとこ…)はどのあたりなのか教えて欲しい。

294 名前:デフォルトの名無しさん mailto:sage [2017/07/22(土) 18:20:40.76 ID:RlMkEmCd.net]
>>288
トレイト
ムーブ
参照(borrowing)

Javaも触ったことないならトレイトは最初難しそう

295 名前:デフォルトの名無しさん mailto:sage [2017/07/22(土) 20:18:18.76 ID:s9rnd8yr.net]
slackの質問に対するリアクションありすぎてこわい



296 名前:デフォルトの名無しさん mailto:sage [2017/07/22(土) 20:29:54.52 ID:Oi7t7NSG.net]
>>289
ありがとう
公式のチュートリアルみたいなやつ進めてるんだけど今のところトレイトオブジェクトらへんでちょっと理解に苦しんでる

297 名前:デフォルトの名無しさん mailto:sage [2017/07/24(月) 12:10:36.01 ID:1TXRI9Gx.net]
rustって現場で使われ始めてるの?
メモリ管理周りのメンタルモデルって他の言語に応用利いたりする?
コードがきれいになるとか?
始めるモチベが欲しい。

298 名前:デフォルトの名無しさん mailto:sage [2017/07/24(月) 12:28:38.82 ID:zGGIqffP.net]
C++ほど辛くない

299 名前:デフォルトの名無しさん mailto:sage [2017/07/24(月) 14:12:02.33 ID:K7WDOtB+.net]
>>292

1.クソコードをコンパイルさせてくれない
2.コンパイル通すの少し大変だけど実行時エラーが本当に出ない
3. 速い
4.パッケージマネージャーがよくできてる

1は本当に大きくて、自分のコードとコンパイラが喧嘩になると大抵自分のアーキテクチャが悪く、直すとちゃんと正しい実装になって感動する。つまり正しいコードが書けるようになる

300 名前:デフォルトの名無しさん mailto:sage [2017/07/24(月) 14:19:11.38 ID:1TXRI9Gx.net]
>>294
もう一つ。仕事で使ってたりする?
goのcliツールはよく見るんだけど
rust製って何が有名なのかね?
ブラウザ以外で

301 名前:デフォルトの名無しさん mailto:sage [2017/07/24(月) 16:50:51.12 ID:emVJufwa.net]
仕事で使ってるかは別としてcliツールは作りやすい印象

302 名前:デフォルトの名無しさん mailto:sage [2017/07/24(月) 17:05:29.37 ID:gGn38L0V.net]
ripgrepしか紹介できないんだがなんかないのか

303 名前:デフォルトの名無しさん mailto:sage [2017/07/24(月) 17:19:06.22 ID:5AMOakOe.net]
redoxosのシェルやエディタはunix用としてもビルドできるし
有名かは別として

304 名前:デフォルトの名無しさん mailto:sage [2017/07/24(月) 18:24:11.57 ID:v7SfrUaR.net]
ripgrepはもちろんだが、tokeiも便利だよ
ion-shellもよく出来てる

305 名前:デフォルトの名無しさん mailto:sage [2017/07/24(月) 18:47:46.45 ID:xH7iVUfu.net]
https://github.com/rust-unofficial/awesome-rust



306 名前:デフォルトの名無しさん mailto:sage [2017/07/24(月) 19:32:19.52 ID:TrXPl61y.net]
tokei のレポジトリにある使用例

https://asciinema.org/a/d14m9g1d2cyo7wvrxh0z4ck6o

を見てみたら、F* と Ur/Web がカウントされていたので「あっ(察し」事案だった

307 名前:デフォルトの名無しさん mailto:sage [2017/07/24(月) 23:36:39.90 ID:mh/Tz+0K.net]
確かにcliは書きやすくて社内で使ってるサポートツール類はほとんどRust製。
小さいツールだと関係者も少なくて説得しやすいし。

https://www.rust-lang.org/ja-JP/friends.html

こことか見ててもそういうパターンが多いように見える。
さすがに大規模なプロダクションコードをいきなり
置き換えとか無理だろうし。

308 名前:デフォルトの名無しさん mailto:sage [2017/07/24(月) 23:43:54.02 ID:Dtg+FNV7.net]
Rustである旨味なさそうだけど学習用?

309 名前:デフォルトの名無しさん mailto:sage [2017/07/25(火) 06:07:27.53 ID:5XPEt11J.net]
おお、色々情報ありがとう。
今のところgoのcliツールのほうが目立ってるのは、単純に1.0のリリース時期の違いによるものなのかな。


redox は気になるなー。rustのメモリ管理の仕組みからいってバグが少ないosになるのかな。ちょっと試してみたいかも。reduxと名前が似てるのがなんかやだけど

310 名前:デフォルトの名無しさん mailto:sage [2017/07/25(火) 10:59:30.41 ID:ULTUdplU.net]
goのツールをパクって速いのを作ればいいのか?
goのツールは何があるの?

311 名前:デフォルトの名無しさん mailto:sage [2017/07/25(火) 11:37:29.68 ID:5XPEt11J.net]
俺が知ってるのは
peco、ghq 辺りかな。
ghqは常用してるけど最近重くなってきてるからぜひrustで軽くなるならして欲しい。
多分gitにアクセスしてる部分がボトルネックな気がするけど。

312 名前:デフォルトの名無しさん mailto:sage [2017/07/25(火) 11:45:28.60 ID:5XPEt11J.net]
あとgitをrustで書き直したらはやくなるとかないかね。
ライナスに喧嘩売ることになるかもだけど。
それをきっかけにlinuxをcにこだわるのをやめてくれるかもw

313 名前:デフォルトの名無しさん mailto:sage [2017/07/25(火) 12:39:25.58 ID:fQ81IbD6.net]
pecoもghqもすでにrust版あるよ

314 名前:デフォルトの名無しさん mailto:sage [2017/07/25(火) 13:18:07.15 ID:E8ESHMbJ.net]
wasmがもっと成熟すれば...

315 名前:デフォルトの名無しさん mailto:sage [2017/07/25(火) 14:21:47.66 ID:5XPEt11J.net]
>>308
へー。リンク下さい



316 名前:デフォルトの名無しさん mailto:sage [2017/07/25(火) 16:53:49.81 ID:qEbQGi9S.net]
>>310
https://crates.io/crates/rhq
https://crates.io/crates/skim

317 名前:デフォルトの名無しさん mailto:sage [2017/07/25(火) 17:33:21.29 ID:CUwpfKAw.net]
skimええやん

318 名前:デフォルトの名無しさん mailto:sage [2017/07/25(火) 17:38:52.31 ID:qu0St3oz.net]
>>307
Facebookが社内向けにMercurial(Python + C)をRustで一部?書き直したら速かったらしい

俺も、社内向けツールを前任者がgoで書いたのを幾つかRustに移植してる
ただの練習素材として移植してたけど、2〜3倍速くなったよ

319 名前:デフォルトの名無しさん mailto:sage [2017/07/25(火) 19:00:41.47 ID:FbhHJVqk.net]
「Rust 1.19」リリース。union(共用体)をサポート
www.publickey1.jp/blog/17/rust_119union.html

320 名前:デフォルトの名無しさん mailto:sage [2017/07/25(火) 20:32:46.37 ID:5XPEt11J.net]
>>313
おおー。魅力的な話だね。
メモリの使用量もrustだと減るようなきがするんだけどそのへんどうかな。

321 名前:デフォルトの名無しさん mailto:sage [2017/07/25(火) 21:45:29.88 ID:7Ef69C7C.net]
rustは今の日本だと凄腕のプログラマが使ってるところはちょいちょい見かけるな。
もっとwebの人たちがたくさん布教すればいいんだろうけど、やっぱrust自体が難しいのかね。
C++とよくセットで名前が出てくるから、ビビる人が多いのかなーとも思う

322 名前:デフォルトの名無しさん mailto:sage [2017/07/25(火) 22:11:08.39 ID:FfK5LQFv.net]
最近真面目に勉強し始めたけど潜在的に難解なバグを生み出す汚いコードを平気で書く人だと
コンパイルが通らないので辛いと思う。
若干煽り気味に言えばPHPやRailsだけやってプログラミングを分かった気になってちゃんと勉強してない人には無理。

323 名前:デフォルトの名無しさん mailto:sage [2017/07/25(火) 22:21:26.92 ID:5XPEt11J.net]
ios -> objc, swift
android -> kotlin,java
web frontend -> typescript, javascript
web backend -> go,ruby,php
ってイメージだがrustはどこに入るの?

324 名前:デフォルトの名無しさん mailto:sage [2017/07/25(火) 23:01:36.50 ID:w/P80i1O.net]
webassemblyの今後の成熟具合によっては、
web frontendに食い込んでいくかも

325 名前:デフォルトの名無しさん mailto:sage [2017/07/26(水) 02:52:39.50 ID:mSfCdN7l.net]
>>318
希望的観測で言えば、
今までC/C++で書かれていたようなもの全てと、今goで書かれているものの半分 -> rust

WebAssemblyをほんとに必要としてるのは、ごく一部の人だと思う



326 名前:デフォルトの名無しさん mailto:sage [2017/07/26(水) 08:56:45.29 ID:ENBFGRGX.net]
>>320
例えばc++ でUE4って書かれてるけど
そこをrustでってのはあるのかな?
ゲームエンジンとかはc++ってイメージだけどそれがrustでどうなるのか興味あるなー。
c++よりバグが少なくなってメモリ使用量も減るなら
家庭用ゲーム機とかの性能向上に役立ちそうだけど。

327 名前:デフォルトの名無しさん mailto:sage [2017/07/26(水) 10:26:21.34 ID:ENBFGRGX.net]
https://rust-lang-ja.github.io/the-rust-programming-language-ja/1.6/book/dining-philosophers.html
このチュートリアルもうちょいなんとかならないのか
クロージャー周りの説明が抜けてるからなんだかふわっと触って終了みたいな感じになるんだけども。シンタックスの方から学んだほうがしっくりする。

328 名前:デフォルトの名無しさん mailto:sage [2017/07/26(水) 12:59:44.03 ID:TL1HhZT+.net]
>>321
ゲームエンジンそのものがRustで書かれているのでなければ移行はないと思ってる
自分は据え置き開発だけど、ライブラリやツールやアセットパイプライン含めてC++ならそのまま利用する方が楽だし、ゲーム会社ならC++の資産やノウハウも蓄積されてる

329 名前:デフォルトの名無しさん [2017/07/26(水) 16:21:03.85 ID:G2QlGkU/.net]
>>323
環境的にc++14使うくらいは許されてるの?

330 名前:デフォルトの名無しさん mailto:sage [2017/07/26(水) 18:20:47.88 ID:1Yp0AYo7.net]
>>324
基本C++11かな
部分的に14の機能も使えるかも
そのうち使えるようになると思われる

331 名前:デフォルトの名無しさん mailto:sage [2017/07/26(水) 18:36:05.35 ID:0VRUk0dC.net]
>>320はゲームエンジンそのものがrustにならんかのーって話じゃないの
その上っ面はC++のままで良いんでない

332 名前:デフォルトの名無しさん mailto:sage [2017/07/26(水) 19:49:44.76 ID:FgKZS4eT.net]
>>322
最新ではその項無くなったよ

333 名前:デフォルトの名無しさん mailto:sage [2017/07/27(木) 00:05:30.43 ID:YcR0VV5Q.net]
>>327
なんややっぱりそうなんだ。
やっててあんまり面白いとも思えなかったしね。
今シンタックスのところを読んでるけど、goより学習コストは高いなーと思った。
メモリ管理のメンタルモデルは学習を避けることができないから、尚の事学習コストは高いよね。
使い始めに関してはc++より難しいんと違う?

334 名前:デフォルトの名無しさん mailto:sage [2017/07/27(木) 00:15:56.27 ID:YcR0VV5Q.net]
goを学習するモチベーションとなったのはgoroutineで並列処理を簡単に書けるからだったんだよね。
phpのバッチ処理を学習期間は2,3日で
goで並列処理を書けるようになった。

まぁ書けたってだけでgoの流儀って独特だから、その後の深淵に結構はまっていったんだけど。


深層学習の為のpython。
iosのためのswift。
みたくrustの始めるきっかけとなる分野ってなんかないのかな?

rustを書きはじめる皆さんのきっかけを教えてください。

335 名前:デフォルトの名無しさん mailto:sage [2017/07/27(木) 08:45:36.82 ID:alz7xNNS.net]
>>329
社内でのC++開発に疲れて代替を探して。
ブライベートで使って、社内もこれにしたいと妄想する。そして誰も社内でRust使えない。



336 名前:デフォルトの名無しさん mailto:sage [2017/07/27(木) 09:07:26.49 ID:alz7xNNS.net]
>>313
Rustにしちゃって、あなたの後任が困るとか、そういうことはないの?
社内でもRust認められてる?

337 名前:デフォルトの名無しさん [2017/07/27(木) 10:08:19.56 ID:JZl+5b/l.net]
コードに問題があればcargo runでエラーが出ますけど
ビルドせずチェックだけを行う方法ないですか?

あと定番のlintツールも教えてください






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<252KB

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