[表示 : 全て 最新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/

231 名前:デフォルトの名無しさん mailto:sage [2016/12/27(火) 13:49:54.13 ID:/xy3dl1q.net]
どちらにせよerror_chainはインターフェースの独自色が強すぎて一般向けのライブラリで使うには向かないと思うけどな
使用例を見ても、アプリケーションではrustupとかいう輝かしい例があるけどライブラリではめぼしい例もないよな?

232 名前:デフォルトの名無しさん mailto:sage [2016/12/27(火) 13:57:00.38 ID:GwCWTN18.net]
今は有料になっちゃったけど、Learn C the Hard Wayっていうオンライン教材で、C言語でオブジェクト指向を作る講座を思い出す
構造体の最初のメンバに親クラスを定義すれば、キャストで親クラスになれるって手法だった
Rustでも親になる型の変数を用意して、適当なtrait、Asとか何とかを使えば作れるだろうとは思う

ただ、OOを使うべき場面ってのはダイナミックな用途に限られるんじゃないか
Trait Objectとかで大抵は事足りるはず

233 名前:デフォルトの名無しさん [2016/12/27(火) 14:02:04.36 ID:b9lc87EM.net]
OO好きねえ……

234 名前:デフォルトの名無しさん mailto:sage [2016/12/27(火) 15:30:08.41 ID:/xy3dl1q.net]
>>227
やってみた。汚い
Deref coercionとかは知らん
https://play.rust-lang.org/?gist=788c6c09719636cd28481db388caccc4

235 名前:デフォルトの名無しさん mailto:sage [2016/12/27(火) 15:50:42.37 ID:sIydEYNy.net]
>>229
汚くてワロタw

親構造体内包+Derefやってみたけどムリポ
メソッドオーバーロードを考えなきゃ良いんだろうけど、その場合の実用性はどうだろうね
ttps://play.rust-lang.org/?gist=43f8c19b64533a18262ce751d08b6d75

236 名前:デフォルトの名無しさん mailto:sage [2016/12/27(火) 15:51:59.79 ID:sIydEYNy.net]
違う、オーバーロードじゃなくオーバーライドだ

237 名前:デフォルトの名無しさん mailto:sage [2016/12/27(火) 16:04:44.73 ID:M0D6LXD2.net]
>>227
ServoのDOMは、基本的にそのC言語でオブジェクト指向と同じみたいだね。
mem::transmute() を使ってる。
ただ、Castable#is()で判定できるから、それを忘れなければ、より安全って感じか。

このCastableを汎用的にしたやつがcrates.ioに有れば、便利かも。

238 名前:デフォルトの名無しさん [2016/12/28(水) 00:45:05.70 ID:bvnjBJpz.net]
関数型言語も狙うなら関数のオーバーロードあったほうがいいと思う。

239 名前:デフォルトの名無しさん mailto:sage [2016/12/28(水) 10:22:40.34 ID:33G5Uz6K.net]
traitじゃ駄目なの?
型推論がある言語で関数のオーバーロード(同名で型が異なる関数の定義)ができる言語なんて今のところ無いよ
オーバーライドはOOの意味合いだしなあ



240 名前:デフォルトの名無しさん [2016/12/28(水) 10:33:00.62 ID:yWrP/m5t.net]
>>234
>型推論がある言語で関数のオーバーロード(同名で型が異なる関数の定義)ができる言語
え?あるよね?

241 名前:デフォルトの名無しさん mailto:sage [2016/12/28(水) 10:49:12.17 ID:Pwrrr1Os.net]
ライブラリを作るときは、依存してるクレートについてdefault-featuresを切っても問題ないなら切っといた方が良さそうだね
ライブラリ側が有効にしてるfeatureはユーザ側でオプトアウトできないけど、ライブラリがfeatureを無効にしていてもユーザ側でオプトインできるし

242 名前:デフォルトの名無しさん mailto:sage [2016/12/28(水) 11:39:36.50 ID:j4SHG8/A.net]
冬休みだからか、すっとぼけた質問や俺得提案が多いな

243 名前:デフォルトの名無しさん mailto:sage [2016/12/28(水) 12:46:13.64 ID:zjOgRctZ.net]
あると思うけど関数型言語をねらうのにオーバーロードがあった方がよいのは理由がよく分からない

244 名前:デフォルトの名無しさん [2016/12/28(水) 13:05:53.71 ID:/YvbcywK.net]
オーバーロードよりも型クラス+カリー化の方が関数型っぽいな

245 名前:デフォルトの名無しさん mailto:sage [2016/12/28(水) 13:17:11.06 ID:yxR21hjj.net]
ErlangとかJuliaとか

246 名前:デフォルトの名無しさん [2016/12/28(水) 13:34:40.02 ID:/YvbcywK.net]
Juliaは未だにGithubで「オーバーロードを採用してしまったから部分的用できない、ではどういう記法で部分的用を短く書くか」、って揉めてなかったか?

247 名前:デフォルトの名無しさん mailto:sage [2016/12/28(水) 13:41:59.93 ID:SLz2RvoN.net]
そういや、rustって、構文解析の邪魔になりそうなものは積極的に排除するイメージ。
文末のセミコロンを今時採用すると思わんかった。

248 名前:デフォルトの名無しさん [2016/12/28(水) 14:12:42.94 ID:AaUHlvvb.net]
rustって部分適用とかカリー化とか書きやすいの?

249 名前:デフォルトの名無しさん mailto:sage [2016/12/28(水) 14:27:58.88 ID:9y3G1esR.net]
Rustのセミコロンは式を文にして返り値をユニット型にする演算子だからそりゃ必要だろう



250 名前:デフォルトの名無しさん mailto:sage [2016/12/28(水) 22:54:23.66 ID:tiZ71Spt.net]
ifやmatchが式なおかげで「if if let」とか「while match」とか書けるね
記述量は減るけど慣れてないとビックリしそう

あと「いふいふれっと」ってずっと言ってると
ちょっと「みこみこなーす」っぽい

251 名前:デフォルトの名無しさん mailto:sage [2016/12/28(水) 23:02:02.12 ID:6NcUzOVy.net]
ぽくはない

252 名前:デフォルトの名無しさん mailto:sage [2016/12/28(水) 23:57:43.05 ID:bDO+6moT.net]
>>244
蝉転んで区切るってやつか

253 名前:デフォルトの名無しさん mailto:sage [2016/12/29(木) 00:08:37.19 ID:pmAxOvWh.net]
審議拒否

254 名前:デフォルトの名無しさん mailto:sage [2016/12/29(木) 18:19:20.70 ID:7bfuEKFU.net]
セミコロンなくても if if let は構文解析出来るだろうけど面倒だったんだろうな
開発始めた頃はまだ末尾セミコロン死ねな風潮でもなかったろうし

255 名前:デフォルトの名無しさん mailto:sage [2016/12/29(木) 19:05:08.27 ID:pmAxOvWh.net]
ま、まあECMAScriptのautomatic semicolon insertionみたいなことになるよりはマシだから……

256 名前:デフォルトの名無しさん mailto:sage [2016/12/30(金) 06:51:41.42 ID:a1QfaOpy.net]
「行末セミコロン死ねな風潮」は行末セミコロン自動挿入のクソ言語のせいなんだから
「行末セミコロン死ね! だからRustも行末セミコロン自動挿入すべき!」とか意味不明の極致だろ

257 名前:デフォルトの名無しさん mailto:sage [2016/12/30(金) 09:15:43.02 ID:BAOxkPJ/.net]
唐突なPythonディスに俺がブチキレ

258 名前:デフォルトの名無しさん mailto:sage [2016/12/30(金) 12:52:44.59 ID:gA9NnhXP.net]
セミコロンあり無しそんなに重要か?

259 名前:デフォルトの名無しさん mailto:sage [2016/12/30(金) 14:09:34.73 ID:STL3vH6g.net]
行末セミコロンはフリーフォーマットには欠かせない必要不可欠なもの



260 名前:デフォルトの名無しさん mailto:sage [2016/12/30(金) 14:14:16.09 ID:+0G7T/E5.net]
なくてもなんとかなる場合もあるけど、有り無しで設計/実装の難易度はダンチよな、超重要

人間様にとっては

261 名前:デフォルトの名無しさん mailto:sage [2016/12/30(金) 14:14:52.91 ID:+0G7T/E5.net]
なくてもなんとかなる場合もあるけど、有り無しで設計/実装の難易度はダンチよな、超重要

人間様にとってはASCII文字以外を変数名に使えるかどうかくらいの問題か

262 名前:デフォルトの名無しさん mailto:sage [2016/12/30(金) 15:45:32.03 ID:1LhwiS9W.net]
セミコロンを忌み嫌う人はそもそもrustのborrowとかmoveとかめんどくさがって使えなさそう

263 名前:デフォルトの名無しさん mailto:sage [2016/12/30(金) 16:25:30.23 ID:Q3tvxZdg.net]
;はOKだけど
PASCALやErlangみたいに
;と,と.の使い分けになったら嫌

264 名前:デフォルトの名無しさん mailto:sage [2016/12/31(土) 08:20:02.34 ID:evZQ8uAx.net]
エディタで\n\rを;に表示すればいいんだ!

265 名前:デフォルトの名無しさん mailto:sage [2016/12/31(土) 12:20:17.73 ID:H5rV9I3r.net]
fn main() {;
println!("hello");
};

266 名前:デフォルトの名無しさん mailto:sage [2016/12/31(土) 12:28:55.47 ID:Sym7Bg1 ]
[ここ壊れてます]

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ならどっちが学習コスト高いかな?






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

前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