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


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

プログラミング言語 Rust 2



1 名前:デフォルトの名無しさん mailto:sageteoff [2016/11/02(水) 03:12:40.30 ID:MYQ7Ohex.net]
Mozillaがリリースした、プログラミング言語「Rust」について語るスレです。

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

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

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

267 名前:E.net mailto: error: expected item, found `;`
--> <anon>:3:2
|
3 | };
| ^

error: aborting due to previous error
[]
[ここ壊れてます]

268 名前:デフォルトの名無しさん mailto:sage [2017/01/02(月) 10:01:31.48 ID:1m/cK6rN.net]
セミコロンに飛びついてるのは
他のことについて語れないくらいバカな奴だけだろ。

269 名前:デフォルトの名無しさん mailto:sage [2017/01/02(月) 21:18:31.68 ID:ichN9xlo.net]
唐突な人格攻撃に困惑

270 名前:デフォルトの名無しさん mailto:sage [2017/01/03(火) 11:38:39.79 ID:xKIwkl8n.net]
rustc: Stabilize the `proc_macro` feature by alexcrichton · Pull Request #38783 · rust-lang/rust
https://github.com/rust-lang/rust/pull/38783

Macros 1.1がstabilizeされるってよ

271 名前:デフォルトの名無しさん mailto:sage [2017/01/03(火) 12:02:32.26 ID:3o9M4oho.net]
きたか…!!

  ( ゚д゚ )
  .r   ヾ
  |_|  |_|
   | | |
   しノ

___ / ̄ ̄ ̄/_
  \/    /

272 名前:デフォルトの名無しさん [2017/01/03(火) 13:08:42.00 ID:ZKRmSAM8.net]
マクロのそらを

273 名前:デフォルトの名無しさん [2017/01/03(火) 18:29:20.46 ID:4ChvZkkB.net]
どこの超時空要塞?

274 名前:デフォルトの名無しさん mailto:sage [2017/01/03(火) 20:40:08.40 ID:wuUskEpB.net]
RFCをざっくり読んでも具体的に何が効率的になるのか分からん
try!が?になるくらいのシンプルな例を誰か頼む

275 名前:デフォルトの名無しさん mailto:sage [2017/01/03(火) 20:58:17.39 ID:r8LUHXKe.net]
> we're shooting for macros 2.0 stable in the far future
ref. 1681-macros-1.1.md

要は便利機能は2.0待ってろってことか、先は長いな



276 名前:デフォルトの名無しさん mailto:sage [2017/01/03(火) 21:50:34.44 ID:OFYBDDbH.net]
分かってると思うけど2.0ってのはrustc 2.0じゃなくてMacros 2.0だからな

277 名前:デフォルトの名無しさん mailto:sage [2017/01/05(木) 00:29:08.66 ID:ZD27oJ5u.net]
Serdeって何故デシリアライズされる型とdeserializeメソッドがセットになってるんだろう
MapVisitor::visit_valueでカスタムのdeserializeメソッドを使いたい場合はラッパ型を用意してDeserializeをimplするしかない?

278 名前:デフォルトの名無しさん mailto:sage [2017/01/05(木) 22:10:05.44 ID:NKDpP9qZ.net]
discriminant_valueはいつになったらstabilizeされるんだ?
variantを比べるためだけにmatchして云々とかいう冗長で非効率な実装はなるべくしたくないのじゃ

279 名前:デフォルトの名無しさん mailto:sage [2017/01/06(金) 00:11:35.37 ID:Fz5LbEfZ.net]
https://github.com/rust-lang/rust/issues/24263

Some things to nail down before stabilization:

- [x] prototype implementation
- [ ] signature needs to have a <T:Reflect> bound
- [ ] documentation should reflect the inherent instability in this value and describe valid uses
- [ ] perhaps signature should require input T to actually be an enum instance?
- [ ] do we want to adjust the return type in any way to enforce the above rules?

280 名前:デフォルトの名無しさん mailto:sage [2017/01/06(金) 01:12:22.50 ID:FrG2KJ61.net]
これってコンパイラのバグ?
https://is. gd/jWTzHJ

281 名前:デフォルトの名無しさん mailto:sage [2017/01/06(金) 01:34:14.03 ID:Fz5LbEfZ.net]
どんな振る舞いを期待していたのかは知らないけど、とりあえず^は指数関数じゃなくてXORだよ

282 名前:デフォルトの名無しさん mailto:sage [2017/01/06(金) 08:55:49.46 ID:RoJjSRcN.net]
Rustでもビット/シフト演算子の優先度は四則演算子よりも低いんだっけか
期待動作が分からんのでprintじゃなくassertで頼む

283 名前:デフォルトの名無しさん mailto:sage [2017/01/07(土) 06:27:18.42 ID:ZgzC+Fa4.net]
256と3のXORとか謎すぎるし、^の意味を履き違えてるだけの線が

284 名前:Z厚な気が…… []
[ここ壊れてます]

285 名前:デフォルトの名無しさん mailto:sage [2017/01/07(土) 15:58:55.81 ID:0PjiZvlV.net]
うん。近年まれに見るバカだ。



286 名前:デフォルトの名無しさん mailto:sage [2017/01/07(土) 16:04:59.75 ID:ZgzC+Fa4.net]
寝ぼけてた

287 名前:デフォルトの名無しさん mailto:sage [2017/01/07(土) 16:57:17.26 ID:xEA8lk8b.net]
ワロタ

288 名前:デフォルトの名無しさん mailto:sage [2017/01/07(土) 21:42:06.91 ID:n2yomPvZ.net]
pythonとかocamlとかjuliaとかcommon lispとか、Exploratory programmingに適した言語とrustを開発の両輪にしたいけど、
何かおすすめある?

289 名前:デフォルトの名無しさん [2017/01/08(日) 01:03:37.13 ID:kfDqfkDn.net]
>>281
forth

290 名前:デフォルトの名無しさん mailto:sage [2017/01/08(日) 01:05:56.21 ID:PddBs9sQ.net]
Exploratory programmingのために新たな言語を学び始め、開発が全く進まない未来を予知した

291 名前:デフォルトの名無しさん mailto:sage [2017/01/08(日) 07:57:00.85 ID:0mVP2hZ6.net]
Erlang

292 名前:デフォルトの名無しさん mailto:sage [2017/01/08(日) 08:35:33.23 ID:23/7dWy/.net]
Rust

293 名前:デフォルトの名無しさん mailto:sage [2017/01/10(火) 19:06:19.84 ID:f/pmyPVx.net]
>>281
>Exploratory programming

プロトタイプ作って試行錯誤、って話ならHaskellが一番使いやすいと思う
小規模のものなら、再発明が面倒になってHaskellのプロトタイプを改善してそれでよしとする未来まで見える

遅延評価絡みでオーダーのトラップがあるのが難点だけどな

294 名前:デフォルトの名無しさん mailto:sage [2017/01/11(水) 14:21:39.72 ID:XBWH8SeE.net]
ゲームしつつ片手前にドキュメントを眺める・・・Rust1時間目

let ほほう型推論か・・・コンパイラで型推論は最近の流れ?
mut ミュータブル・・・これつけないと定数ってことじゃろかよーわからん・・・
String::new() あえてnewっていうメソッドにせんでも・・・とにかく静的らしい・・・

ほほう・・・

295 名前:デフォルトの名無しさん mailto:sage [2017/01/11(水) 15:07:47.36 ID:7uyPKRK3.net]
Rustと言えばゲームだね!



296 名前:デフォルトの名無しさん mailto:sage [2017/01/11(水) 15:22:46.07 ID:XBWH8SeE.net]
2時間目・・・

エラーハンドリングの仕方がちょっと特殊だな・・・例外だらけの汚いコードにはならないのだろうか・・・
loopとはわかりやすいキーワードだ・・・もしかしてrustはとりあえず全部無限ループさせるのか?なわけないよな・・・
matchとはなんぞ・・・これはとても便利そうだ・・・
parse()って何に?letに型指定すればそれにってことだろうか?parseIntとかじゃなくてシンプルだな・・・

ふむふむ・・・

297 名前:デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:06:44.87 ID:/IZ7nDq3.net]
チラ裏

298 名前:デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:53:57.45 ID:5OhI584z.net]
むしろTwitter、なぜここでツィートしてるのかは不明
コテつけといて、NG入れるから

299 名前:デフォルトの名無しさん mailto:sage [2017/01/11(水) 19:03:44.12 ID:XBWH8SeE.net]
触らなければよかったのに触っちゃったね
よーし今日から荒らしていくからよろしくwwwwwww

300 名前:デフォルトの名無しさん mailto:sage [2017/01/11(水) 19:04:54.12 ID:XBWH8SeE.net]
まぁこんなゴミ言語よりはGoのほうがよいわな
こんなん使うのはSwiftしか使えない池沼だけ

301 名前:デフォルトの名無しさん [2017/01/11(水) 19:06:19.76 ID:AM+tjFEn.net]
歌舞伎座.tech#13「Elixir 勉強会」
2017/01/11(水) 開場:18:57 開演:19:00  ニコニコ生放送
lv286846512

302 名前:デフォルトの名無しさん mailto:sage [2017/01/11(水) 19:07:09.79 ID:XBWH8SeE.net]
ふぁーーーwww
見に行くしかないwww

303 名前:デフォルトの名無しさん mailto:sage [2017/01/11(水) 19:17:33.64 ID:XBWH8SeE.net]
LL以外どこの言語にもあるスレッドがご自慢のクソ言語
劣化Scala ふぁーwww

304 名前:デフォルトの名無しさん mailto:sage [2017/01/11(水) 19:43:29.93 ID:PvND63zB.net]
キチガイだ

305 名前:デフォルトの名無しさん mailto:sage [2017/01/11(水) 19:43:37.85 ID:5OhI584z.net]
borrow checkerに挫折したか
学習曲線の改善は難敵よね



306 名前:デフォルトの名無しさん mailto:sage [2017/01/11(水) 19:44:33.25 ID:/IZ7nDq3.net]
const fn tracking issue (RFC 911) #24111
https://github.com/rust-lang/rust/issues/24111#issuecomment-227612305
でたった今話し合われてるけど、const fnがstabilizeされたら関数にconstをいちいちくっつける作業が発生して面倒くさそう
constじゃない関数をmut fnみたいにする案もあるけどそれはそれで互換性の問題があるしなあ……

307 名前:デフォルトの名無しさん mailto:sage [2017/01/11(水) 19:56:50.41 ID:Dbl5XF86.net]
Rust 2を待つしかないと

308 名前:デフォルトの名無しさん mailto:sage [2017/01/11(水) 20:08:37.68 ID:XBWH8SeE.net]
出来損ない言語の末路だな
独裁者のいない寄り合い所じゃこんなもんだろwww

309 名前:デフォルトの名無しさん mailto:sage [2017/01/11(水) 20:15:03.09 ID:/IZ7nDq3.net]
>>300
そう単純な問題でもないみたいで、constをくっつけるのはnon-breaking changeだけどその逆はbreakingだからconstの方をデフォルトにするのは宜しくないのでは、という議論もある
derive(Copy)とかと同様の問題。だから-W missing_copy_implementationsと同じようにopt-inなlintだけに留めるべきではとも言われている

310 名前:デフォルトの名無しさん mailto:sage [2017/01/15(日) 16:47:20.62 ID:Ib7guha6.net]
>>300はrust 2でbreaking change待ちって意見だろうよ
breaking changeせずに適用したいから云々って話なんだろうけど

どう転がるにせよwarningレベルで対応を要求してくるだろうからノンビリ待とうかね

311 名前:デフォルトの名無しさん mailto:sage [2017/01/15(日) 20:39:38.98 ID:SlBKEDAf.net]
マクロやプラグインでやってたことの一部がconst fnで出来るようになるんだよね、これ?
bookであったローマ数字をrn!(X)でコンパイル時に10にするようなのを、rn("X")とかに出来るってことなら嬉しい
マクロ苦手なんだ

312 名前:デフォルトの名無しさん mailto:sage [2017/01/15(日) 21:12:15.99 ID:8SgEfBB1.net]
const fnは普通のfnのサブセットみたいなものだからマクロの代わりとしては微妙なような
const fn内で関数を宣言できるわけでもないし、外部スコープの変数を直接参照したりreturnできるわけでもないからなあ

313 名前:デフォルトの名無しさん mailto:sage [2017/01/16(月) 01:06:39.35 ID:3MjcRRh6.net]
すべてのmacroの代替になるわけではないけど、macroやらpluginやらで無理して実現してたことの一部が楽にはなるはず
それぞれ適した用途で使えばよい

314 名前:デフォルトの名無しさん mailto:sage [2017/01/16(月) 11:01:09.92 ID:YCpRkRk0.net]
inlineとmacroとpluginとconst fnと
適材適所をまとめた情報ってどこかないかね

315 名前:デフォルトの名無しさん mailto:sage [2017/01/18(水) 19:26:40.80 ID:0/He/nuF.net]
const fnからpanic!出来ない仕様ってstabilizeされてからもそのままなのかな



316 名前:デフォルトの名無しさん mailto:sage [2017/01/19(木) 05:46:59.43 ID:ff1dOA50.net]
>>308
そうだと思うけど
const fnからpanic!呼びたいって要求は
#[cfg(...)]みたいなattributesに置き換えられないかな
なんか考えが足りてなかったら申し訳ない

317 名前:デフォルトの名無しさん mailto:sage [2017/01/19(木) 06:12:01.34 ID:nSqYy0BF.net]
attributesじゃitem単位での条件コンパイルくらいしかできないだろうから無理じゃね?
コンパイルタイムとランタイムを区別するのは現時点でのattributesの領分を越えてるでしょ
>>308の期待する動作がはっきりとは分からんが、恐らく下の擬似コードみたいなのに対応しなければならないんだろうし
これを実現するには言語仕様(あるいはプラグイン)の追加で対応するしかないんじゃないかねえ

fn main() {
const A = f(0); // expecting compile-time error
let x = f(std::env::args().skip(1).first().unwrap().parse().unwrap()); // expecting runtime panic
println!("{}, {}", A, x);
}

const fn f(n: i32) -> ! {
panic!();
}

318 名前:デフォルトの名無しさん mailto:sage [2017/01/19(木) 17:50:45.29 ID:KP9WuCCK.net]
そもそもその手の機能ってC++やDですら実現されてないんじゃ……

319 名前:デフォルトの名無しさん mailto:sage [2017/01/22(日) 02:14:54.25 ID:meHWinYv.net]
https://crates.io/categories/games
>If Rust the video game were implemented in Rust the programming language, it would belong in this category.
クソワロタ

320 名前:デフォルトの名無しさん mailto:sage [2017/01/22(日) 15:32:04.47 ID:He1ERbj9.net]
最近はRustで検索するとゲームの方より言語の方が上位に来るようになったぞ!

321 名前:デフォルトの名無しさん mailto:sage [2017/01/22(日) 15:36:25.38 ID:Yl4nAGke.net]
RustってポストC/C++になれる言語ですか?

322 名前:デフォルトの名無しさん mailto:sage [2017/01/22(日) 16:37:35.24 ID:C/30dEKV.net]
単にお前さんのGoogleアカウントの検索の履歴からRust言語に重み付けされた結果が出てるだけだから
アカウント変えるとゲームの方が先にくる場合もままあるよ

> Displaying 0-0 of 0 total results
これは、、、言い出しっぺの法則やな?

323 名前:デフォルトの名無しさん [2017/01/22(日) 19:28:06.48 ID:eyLJuWmg.net]
>>314
ポテンシャルはある。

324 名前:デフォルトの名無しさん mailto:sage [2017/01/22(日) 19:40:20.56 ID:Dd1b/Mlb.net]
https://github.com/Wilfred/remacs
A community-driven port of Emacs to Rust.

325 名前:デフォルトの名無しさん mailto:sage [2017/01/24(火) 19:29:16.39 ID:igHP4a7v.net]
>>314
寝言は寝て言え。現状からみてD言語ルートだ。



326 名前:デフォルトの名無しさん mailto:sage [2017/01/24(火) 19:53:42.15 ID:pU9ER4NI.net]
Mozillaが本気ならD言語よりはマシなんじゃね

327 名前:デフォルトの名無しさん mailto:sage [2017/01/24(火) 20:42:28.51 ID:VnBtkYVE.net]
Quantumに着手してる時点で本気でないはずがない

328 名前:デフォルトの名無しさん mailto:sage [2017/01/24(火) 21:24:09.97 ID:dNkKf7mt.net]
個人的なツールでちょっと使い始めたところだけど
C++テンプレート初期のエラーメッセージ地獄にくらべるとRustさん親切すぎて天使かよって感じなのでがんばってほしい
けどもうひと押し(偉いひと説得材料的な)なんかほしい気はする

329 名前:デフォルトの名無しさん mailto:sage [2017/01/24(火) 23:34:50.03 ID:iJ0FMzkO.net]
>>319
Mozillaが本気出してこの程度ならD言語未満のHaskellレベルじゃね?

330 名前:デフォルトの名無しさん mailto:sage [2017/01/24(火) 23:46:14.74 ID:rMS2+V/T.net]
>>313
あっちはまだアーリーアクセスだから…

331 名前:デフォルトの名無しさん [2017/01/25(水) 00:43:42.66 ID:uVLYflKb.net]
rustとc++14ならどっちが学習コスト高いかな?

332 名前:デフォルトの名無しさん mailto:sage [2017/01/25(水) 01:06:25.08 ID:icd2X49v.net]
>>324
(高コスト)C++闇の軍団>proc macroを書くRust>テンプレートを書くC++≧ビルドプラグインを書くRust>Rustさわり>C++さわり(低コスト)
現状こんなもん?

333 名前:デフォルトの名無しさん mailto:sage [2017/01/25(水) 08:00:44.75 ID:wJvgwWCY.net]
国際規格みたいなのができるとしても複数の実装の事を考えると
プラグインは仕様からは外れるかなーとは思う

334 名前:デフォルトの名無しさん mailto:sage [2017/01/25(水) 09:57:43.37 ID:+ZiK5CtY.net]
>>321
zero costで性能良いって売りが事実になれば...
上で上がってたウェブサービスのベンチマークが意外とガッカリ性能だったのが萎える

335 名前:デフォルトの名無しさん mailto:sage [2017/01/25(水) 11:09:39.71 ID:wJvgwWCY.net]
ウェブサービスのベンチマークなんてコンパイラ云々よりも構成のほうが影響強いって上でも言われてるじゃん
とはいえアセンブリレベルでは機能制限されたC++でしかないからrustで速くできるならC++だともっと速くできるわけで
労力もC++のほうがかかるだろうけど



336 名前:デフォルトの名無しさん mailto:sage [2017/01/25(水) 16:34:12.89 ID:82yMOZoe.net]
言語仕様なんだからプラグインが外れるのはむしろ当たり前かと

337 名前:デフォルトの名無しさん mailto:sage [2017/01/25(水) 16:42:20.24 ID:vaJn6hA3.net]
>>322
ん、今さりげなくHaskell馬鹿にした?

338 名前:デフォルトの名無しさん mailto:sage [2017/01/25(水) 17:46:06.98 ID:G/yiP9yt.net]
C++だと安全にするためにコピーしてた箇所をrustだとガンガンmoveにできるとかで、
普通に書いたらC++より早いとかあってもおかしくないとは思う

339 名前:デフォルトの名無しさん mailto:sage [2017/01/25(水) 17:55:56.70 ID:GF1+cyEf.net]
C/C++は危険でも関係なくガンガンコピーするから速い
開発者が明示的にコードで安全にするか
言語が暗黙的に安全にするかの違いがあるだけで
安全なコードが吐かれてたらその分は遅くなるよ

340 名前:デフォルトの名無しさん mailto:sage [2017/01/25(水) 19:05:12.07 ID:+ZiK5CtY.net]
偉い人説得のために言語仕様だけ推すわけでもなく
rustupのビルドツールセットの管理性や、cargoのビルド環境の利便性や、3rd party crateの性能なんかをまとめて
だからrustは良いんですよってプレゼンするんだよぉ

んで、公式に唱ってるわりに足引っ張ってる3rd party crateの性能が気になる
言語仕様は安全なマルチスレッドを言語文法でもうちょっと便利にして欲しいけど、グリーンスレッドに先祖帰りされても困るしのう

341 名前:デフォルトの名無しさん mailto:sage [2017/01/25(水) 20:46:32.79 ID:o52BqWk7.net]
>>332
そうなんだあ
Rustって遅いんですね

342 名前:デフォルトの名無しさん mailto:sage [2017/01/25(水) 21:10:53.58 ID:G3Sy5RF2.net]
コピーするから速い……?

343 名前:デフォルトの名無しさん mailto:sage [2017/01/25(水) 22:08:50.44 ID:9B/zRGmW.net]
週刊誌並の偏った切り取り方

344 名前:デフォルトの名無しさん mailto:sage [2017/01/25(水) 22:16:22.79 ID:vvheTSCl.net]
せやで
dereferenceは高コストな操作だからstructだろうが何だろうが参照渡しより値渡しの方が高速なんやで

345 名前:デフォルトの名無しさん mailto:sage [2017/01/25(水) 22:31:03.09 ID:rhF3V2Xc.net]
めっちゃデカイ構造体コピーしたろ!



346 名前:デフォルトの名無しさん mailto:sage [2017/01/25(水) 22:51:07.48 ID:icd2X49v.net]
そもそもRustで「めっちゃでかい構造体」を作るのって、どっかで設計間違ってる気がしなくもない。

347 名前:デフォルトの名無しさん mailto:sage [2017/01/26(木) 01:26:45.59 ID:QpF8cABc.net]
それは作るプログラムの性質であってRust関係ないしお前が設計の良し悪しを決めるものではない

348 名前:デフォルトの名無しさん [2017/01/26(木) 01:43:10.61 ID:2yUJ7U50.net]
Rustと言う名前のゲームがあるそうですが
それはプログラミング言語のRustで作られているのですか?

349 名前:デフォルトの名無しさん mailto:sage [2017/01/26(木) 07:47:28.82 ID:2BnY2tIN.net]
>>341
その同名のゲームとは関係ない

350 名前:デフォルトの名無しさん mailto:sage [2017/01/26(木) 22:36:48.11 ID:CV+F+02K.net]
コピーのコストは構造体のサイズもあるがヒープ使ってるか否かも関係するのでは

351 名前:デフォルトの名無しさん mailto:sage [2017/01/27(金) 05:06:53.57 ID:ZptWLHtZ.net]
32bit時代のC#のドキュメントには、16バイトまでなら参照よりコピーした方がいい
って目安が書いてあったけど、今どきはどんなもんだろ。

352 名前:デフォルトの名無しさん [2017/01/29(日) 05:44:52.43 ID:OhLobWwB.net]
Rustは何が新しいのか(基本的な言語機能の紹介) - いもす研 (imos laboratory)
imoz.jp/note/rust-functions.html


こんな記事見つけた

353 名前:デフォルトの名無しさん mailto:sage [2017/01/29(日) 06:53:26.90 ID:96Ypx+6J.net]
Rustは何が新しくないのか、とセットで
lyrical-logical.hatenablog.com/entry/2017/01/28/213539

354 名前:デフォルトの名無しさん mailto:sage [2017/01/29(日) 08:24:52.66 ID:95TVWg7i.net]
つまりRustで出来てC++で出来ないことはないけど、C++で出来てRustで(コンパイラが通してくれないせいで)出来ないことはある、と。

C++でいいじゃん。Rustいらないね。

355 名前:デフォルトの名無しさん [2017/01/29(日) 08:34:25.98 ID:uQxwW8BY.net]
何でも出来た方がいいのはチーム全員が信頼出来る場合だけだな



356 名前:デフォルトの名無しさん mailto:sage [2017/01/29(日) 09:19:49.49 ID:MpcYD/ky.net]
自分自信すら信用できず、実際自業自得でバグを産むから、他人の信用なんか真っ平ごめんだ

357 名前:デフォルトの名無しさん mailto:sage [2017/01/29(日) 11:26:25.73 ID:qAZTn4yt.net]
Mozilla(というかブラウザ)のメモリ関連のミスは影響がヤバいからわざわざRustまで作ってるだけで
メモリ関連ミスってもどうということはない程度のプログラムならC++でもいいんじゃない

358 名前:デフォルトの名無しさん mailto:sage [2017/01/29(日) 11:29:34.14 ID:HeP1z5CV.net]
メモリ関連というよりはもっと一般的なuse-after-freeの対策も含んでると思うけどな
最近のSerde 0.9のリリースなんかはまさにそれだし

359 名前:デフォルトの名無しさん mailto:sage [2017/01/29(日) 15:04:54.98 ID:3OY0Puum.net]
C++書けない無能のための言語なのに、学習曲線が断崖絶壁の無能に使えない言語に落ち着くRust。

360 名前:デフォルトの名無しさん mailto:sage [2017/01/29(日) 15:12:56.27 ID:MpcYD/ky.net]
swiftスレで相手してくれる人がいなくなったからrustスレに遊びに来たのな
あっちで遊んでやんよ、お前も使ったことないrustよりまだ使えるswiftのがいいだろ?

361 名前:デフォルトの名無しさん mailto:sage [2017/01/29(日) 16:05:51.17 ID:LzV9/FyF.net]
大規模なC++プログラムメンテナンスするコストに比べればrustの学習曲線なんて平原みたいなものでは

362 名前:デフォルトの名無しさん mailto:sage [2017/01/29(日) 16:06:01.65 ID:SmTDa/S0.net]
自分の脳みそを完全に信用できるならな

363 名前:デフォルトの名無しさん mailto:sage [2017/01/29(日) 18:28:56.50 ID:MpcYD/ky.net]
いや信用できないからrustが良いのだ
rustはエコシステムが他言語に比べてめっちゃスマートだよな
goもまぁ悪くはないけどソースファイルの置き場とか依存ライブラリの管理とかイマイチ
C/C++やSwiftはそれぞれ別の理由で論外だし

364 名前:デフォルトの名無しさん mailto:sage [2017/01/29(日) 22:47:53.84 ID:Ocx7v7z5.net]
書くための敷居が低いけど、書く能力がモロにメンテナンスコストに反映されるC++と
書くための敷居が多少高いけど、だいたいはコンパイラが面倒見てくれるRust

C++で血ヘド吐いた人ほど後の方を重視して、メンテコストを軽く見る人ほど前の方を見てRust叩く印象。

365 名前:デフォルトの名無しさん mailto:sage [2017/01/29(日) 23:15:06.07 ID:NDmTx4oh.net]
書くための敷居というか、入門の敷居では
慣れれば書くことに苦労することはあまりないように感じる



366 名前:デフォルトの名無しさん mailto:sage [2017/01/30(月) 00:51:03.60 ID:eF+mclkT.net]
https://crates.io/
そろそろ Crate は、ジャンルごとに階層化したりタグ付けできたりソートできたりしないと発見率が糞になるかと。

367 名前:デフォルトの名無しさん mailto:sage [2017/01/30(月) 02:43:56.69 ID:YhRMpmBj.net]
敷居が高いは不義理をしてあわせる顔がない時に使う






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

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

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