- 1 名前：デフォルトの名無しさん mailto:sage [2021/06/17(木) 00:24:12.56 ID:NvYoNP9C.net]
- 公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust
Web上の実行環境
https://play.rust-lang.org
日本語の情報
https://rust-jp.rs/
※Rustを学びたい人はまず最初に公式のThe Bookを読むこと
https://doc.rust-lang.org/book/
※C++との比較は専用スレへ
C++ vs Rust
https://mevius.5ch.net/test/read.cgi/tech/1619219089/
前スレ
Rust part10
https://mevius.5ch.net/test/read.cgi/tech/1617367084/
- 82 名前：デフォルトの名無しさん mailto:sage [2021/06/22(火) 14:15:33.98 ID:3bNpX0tT.net]
- そこで確認不要とか言ってるからユーザにヌル文字含んだ文字列渡されて死ぬのでは
- 83 名前：デフォルトの名無しさん mailto:sage [2021/06/22(火) 14:51:42.58 ID:jOUHjhXv.net]
- セキュアプログラムは面倒だからなー
数値のオーバーフローチェックとかみんなやらないでしょ？
アップキャストして値に結果を放り込んでチェックした後、
ダウンキャストするとか面倒すぎる
- 84 名前：デフォルトの名無しさん [2021/06/22(火) 15:18:09.96 ID:YfWe7YWP.net]
- >>73
Cより面倒臭そうω
- 85 名前：デフォルトの名無しさん [2021/06/22(火) 15:19:46.85 ID:YfWe7YWP.net]
- >>76
そこまで出鱈目な話初めて聴いたわ
- 86 名前：デフォルトの名無しさん mailto:sage [2021/06/22(火) 15:22:37.78 ID:P9tLBTwV.net]
- >>81
そういう外部からの入力に対するエラーチェックはするのは当然だが、
0終端文字列でやる場合には、ファイルのバイト数だけ読み込んで、
一番最後に 0 を書き込んでおくとそれ以上まで進むことはない。
途中の 0 に関しては スライス方式でも同じ問題が残る。
途中に 0 が有っても大丈夫な様に作るだけ。
- 87 名前：デフォルトの名無しさん mailto:sage [2021/06/22(火) 15:24:47.81 ID:P9tLBTwV.net]
- >>84
ちなみに、リアルワールドでは俺は名プログラマだと評価されているぞ。
- 88 名前：デフォルトの名無しさん mailto:sage [2021/06/22(火) 15:27:25.45 ID:P9tLBTwV.net]
- 良いプログラムを作るための基本ポリシー：
・外部データと内部データは明確に分ける。
・外部データを内部データに入れる場合は、エラーチェックを徹底的にする。
・内部データに関しては、原則的には完全に正しいことを前提にしてプログラム
して良い。ただし、プログラムのミスのための念のためのチェックはしても良い。
- 89 名前：デフォルトの名無しさん mailto:sage [2021/06/22(火) 15:47:48.20 ID:cJZ3y9Eg.net]
- >>87
３番目のチェックはアサーション（assert）だと思うけどあれはコードを読む人に背景の条件を明示する意味もあるね
逆にアサーション以外の余計なチェックはコードを読む人を混乱させる可能性がある
- 90 名前：デフォルトの名無しさん mailto:sage [2021/06/22(火) 16:20:58.03 ID:N/B8oZfx.net]
- ヌル終端はパンチカードが現役だった時代に数バイトケチった名残
互換性のためにサポートしなきゃいけないのは理解できるが
今の時代にヌル終端が優れてるとかそれをデフォルトにしろってのは控えめに言って頭おかしい
- 91 名前：デフォルトの名無しさん [2021/06/22(火) 16:22:09.51 ID:jOUHjhXv.net]
- >>87
外部と内部の定義プリーズ
- 92 名前：デフォルトの名無しさん mailto:sage [2021/06/22(火) 16:30:14.48 ID:P9tLBTwV.net]
- >>90
外部でーたとしては、他にも有ると思うが、一例としては、
1. 他人が自由に書けるファイルから読み取ったばかりのデータ。
(アプリケーション内部にリソースデータとして内蔵し、安全性が
テスト済みであるようなファイルは内部データとみなしても良い場合も有る。)
2. 安全対策を徹底したいライブラリの場合は、ライブラリを使う側が関数に
渡してきたテキストデータや引数の値。
ただし、このようなものまで徹底的にチェックするとなれば遅くなるので、
設計思想によっては、NO-CHECK、または、軽いチェックだけで済ましても良い。
3. OSの場合は、同様なものとして、APIを呼び出した側が渡してきたデータ。
これは、安全性チェックは徹底して行う必要がある。
4. データベースソフトなどの場合も、2や3に準ずる。どこまで安全チェックするかは、
使用目的や用途、設計思想による。
- 93 名前：デフォルトの名無しさん [2021/06/22(火) 16:34:27.28 ID:jOUHjhXv.net]
- ちょっと緩くないか？
- 94 名前：デフォルトの名無しさん mailto:sage [2021/06/22(火) 16:48:00.98 ID:FRtvqWA7.net]
- 信頼境界線の引き方は諸説あるだろ。
- 95 名前：デフォルトの名無しさん mailto:sage [2021/06/22(火) 19:06:39.53 ID:R8WO8pxt.net]
- 一般に、アプリの外に置いてあるファイルはチェックした方が良いが、
その中でも、テキストファイルは、信頼置け無い事が多いのでチェックは必要。
アプリの外に置いてあっても、バイナリデータだと人が手書きすることはないため、
設計思想にもよるが、安全チェックはある程度省略しても良いと考える流儀もありえる。
- 96 名前：デフォルトの名無しさん mailto:sage [2021/06/22(火) 19:33:50.85 ID:D73AVe+6.net]
- 結局アプリケーションがどう使われるか次第でしょ
アプリケーション作成時の前提が利用シーンの増加により後から覆されるなんてことは良くあることだから
性能要件がない限り最初から安全側に倒しておくのが合理的
- 97 名前：デフォルトの名無しさん mailto:sage [2021/06/23(水) 11:02:20.62 ID:o/eJBU4s.net]
- constデフォルトあたりの話ってgoto禁止論みたいになっている気がする
理由を理解していないがとりあえずそうしておけみたいな人を少なからず見かけるような
>>94
パーサーがガバガバで細工したセーブデータで乗っ取られるゲームのことか
- 98 名前：デフォルトの名無しさん [2021/06/23(水) 14:27:15.67 ID:LIFxwhU8.net]
- >>95
MS製のリンカ(link.exe)の入力するlibraryファイル(*.lib)には、
ヘッダ部分にシンボルがアルファベット順にソートされたシンボルテーブル
が入っている。ソートされていることを前提にバイナリサーチが出来るので
シンボルを検索するのが高速になるとされる。バイナリサーチは、ソート
されているデータに対してのみ正しく検索できて、もしソートされていなければ
間違った結果になる。
しかし、link.exeが*.libを入力する時、ちゃんとシンボルテーブルのシンボル
がソートされたかどうかチェックしているかと言うと、定かではない。
だから、もし、サードパーティー製のツールが*.lib を作成した時、
ソートにミスがあったりすると、link.exeはundefined s
- 99 名前：ymbolエラーを出すか、
リンクには成功するが、実行段階でアプリが起動できなかったり途中でダウン
してしまうかも知れない。その様な場合、何が原因かは分からないであろうが、
多分、実際、検査はされてない。 [] - [ここ壊れてます]
- 100 名前：デフォルトの名無しさん mailto:sage [2021/06/23(水) 14:30:46.54 ID:LIFxwhU8.net]
- >>97
実際は、サードパーティー製ツールも、ちゃんと*.libのヘッダのシンボルテーブルの
シンボルはソートしており、その部分にはバグはないので、それがソートされてない
*.libは基本的には存在しない。
ただし、*.libをバイナリエディタで開いて手作業で間違って変更したりすると
ソートされていないものが出来上がる。
それをlink.exeに入力しても、link.exeは、そのことに関してのエラーは出さない
だろう。
- 101 名前：デフォルトの名無しさん [2021/06/23(水) 16:29:36.30 ID:6jEPjWCz.net]
- Rustのスレだよね？
- 102 名前：デフォルトの名無しさん mailto:sage [2021/06/23(水) 17:44:15.71 ID:rKa/khCP.net]
- 小学生が大人に九九暗唱してみせれば微笑ましいが
大人が大人に九九暗唱してみせるなら不気味で滑稽である
- 103 名前：デフォルトの名無しさん mailto:sage [2021/06/23(水) 18:25:31.65 ID:mfn5LAEG.net]
- 意図通りに動かないバグにつながるという話と
バッファオーバーフローみたいな脆弱性につながるという話は別だよね
- 104 名前：デフォルトの名無しさん mailto:sage [2021/06/23(水) 19:58:13.96 ID:smIE1EjE.net]
- 再帰を使って1x1=1から9x9=81までの答えだけを書く場合
どうやって書けますか？
- 105 名前：デフォルトの名無しさん mailto:sage [2021/06/23(水) 20:12:50.89 ID:1lBkKsRv.net]
- fixコンビネータを使う
- 106 名前：デフォルトの名無しさん mailto:sage [2021/06/23(水) 22:38:48.46 ID:GhG+XcCm.net]
- >>102
題意に沿ってるか分からんけど
fn main() {
f(1, 1);
}
fn f(a: u32, b: u32) {
//println!("{}x{}={}", a, b, a * b);
println!("{}", a * b);
match (a, b) {
(9, 9) => return,
(_, 9) => f(a+1, 1),
(_, _) => f(a, b+1),
}
}
- 107 名前：デフォルトの名無しさん [2021/06/23(水) 23:13:30.14 ID:Cy7wfzk/.net]
- 実践的な話をするとRustは末尾再帰最適化が出来ないからなるべく再帰は使わないほうがいいと思う
- 108 名前：デフォルトの名無しさん mailto:sage [2021/06/24(木) 01:50:53.81 ID:UNoTdpdl.net]
- 宿題かなんかだろう。
Rustで宿題を課すなんて教官は変態にもほどがある。
- 109 名前：デフォルトの名無しさん [2021/06/24(木) 23:17:10.64 ID:zHNnGFYG.net]
- >>104の例だとtail recursionになっていないから
内部でloop化できる仮言語で書いてもこのように分解するしかなくて
f(1)
fn f(a) {
f2(a, 1)
f(a+1) if a != 9
}
fn f2(a, b) {
print `${a}x${b}=${a*b}`
f2(a, b + 1) if b != 9
}
結局のところ関数分割→個別ループ化→関数統合で二重ループ化まで自動でしてくれる言語は無いから
再帰は使わずに自分でループ化すればいいよね、って結論
つまりアルゴリズムでは再帰で考えても実装はループにしてコメント残しておくのが正解
- 110 名前：はちみつ餃子 mailto:sage [2021/06/25(金) 00:17:11.72 ID:/YhIejlL.net]
- >>107
プログラミング言語 Scheme の仕様だと >>104 のようなパターンは末尾文脈の定義にあてはまるし
末尾呼出し最適化が適用されることが保証されるから、
現代的な言語処理系で最適化できないとは信じられないんだけど、
実際にRust コンパイラに >>104 を与えたときにループに最適化はしないの？
Rust のコンパイラの使い方に不慣れでアセンブリコードの出力のさせかたがよくわからん……。
ほぼそのまま C のコードに書き換えてみたら
GCC ではジャンプに置き換えたコードが生成されるみたいだし……。
(ちなみに GCC では末尾呼出しになっていなくても一部の状況では再帰をループに変形できることがある。)
Clang だとループを全部 unroll しやがった！
- 111 名前：デフォルトの名無しさん mailto:sage [2021/06/25(金) 11:49:33.37 ID:UuPR+dCF.net]
- c言語だと再帰が末尾呼び出し最適化されるかどうかがオプティマイズレベルで変わるからややこしい。
リリース版だと動くがデバッグ版だとスタックオーバーフローみたいな事になる。
単純な再帰ならループに書き直してもいいけど、相互再帰みたいなのは末尾呼び出し最適化してくれないと困る。
- 112 名前：デフォルトの名無しさん mailto:sage [2021/06/25(金) 11:58:36.77 ID:CpYoiDkc.net]
- あの、Rustの勉強のために逆引きサンプルwiki作ろうと思うんですけど
テンプレ殿堂入りを目指して作ってもいいですか？
もちろん
- 113 名前：広告は入れませんが、レンタルwikiが提供している広告は表示されるかもしれませんが。。。 []
- [ここ壊れてます]
- 114 名前：はちみつ餃子 mailto:sage [2021/06/25(金) 12:05:43.49 ID:/YhIejlL.net]
- >>110
目指すことは自由じゃないの。
皆がどう判断するかも自由だけど。
- 115 名前：デフォルトの名無しさん mailto:sage [2021/06/25(金) 12:18:21.65 ID:CpYoiDkc.net]
- 先輩ありがとうございます！
受け入れてもらえるようなコンテンツを作ります！
- 116 名前：デフォルトの名無しさん mailto:sage [2021/06/25(金) 15:26:59.18 ID:CCUOu52e.net]
- 5chに閉じずに本家のコミュニティにも便利と思ってもらえるもの目指した方が良いのでは
- 117 名前：デフォルトの名無しさん mailto:sage [2021/06/26(土) 00:57:24.13 ID:QiaGJu0I.net]
- >>86
ただし石器時代のな
- 118 名前：デフォルトの名無しさん mailto:sage [2021/06/26(土) 02:18:19.63 ID:morUmgAo.net]
- >>114
ミンチメーカー、ではなくスパゲティメーカーとして恐れられてるかもな
- 119 名前：デフォルトの名無しさん [2021/06/26(土) 03:08:39.74 ID:ljqTs+jf.net]
- Rustと他の言語との違いについて興味深い観点で盛り上がってるスレ
特に後半
趣味でプログラミングの勉強するとしたら何言語がいい？
https://matsuri.5ch.net/test/read.cgi/morningcoffee/1623527901/
- 120 名前：デフォルトの名無しさん mailto:sage [2021/06/26(土) 12:15:14.01 ID:jgmCFZtl.net]
- 斜め読みしかしてないから見逃してるかも知れないけどさんざん言い尽くされた話ばかりだった気が
そもそもRust自体はC++を置き換えることを目的にはしていない
- 121 名前：デフォルトの名無しさん mailto:sage [2021/06/26(土) 14:26:52.57 ID:UK7NU6RE.net]
- やたらC++と比較されるのはどっちもbetter Cの側面があるからだろうか
個人的にRustはCとScheme（Lisp）のハーフという印象
SchemeよりMLの方が近いらしいけどMLは使ったことないからよく分からない
手続き型で関数型を疑似表現したり関数型で手続き型を疑似表現する試みがあるけど
Rustはその中間を上手く埋めてる感じ
- 122 名前：デフォルトの名無しさん mailto:sage [2021/06/26(土) 14:33:02.82 ID:S/dGZFG2.net]
- > better Cの側面がある
はぁ？
お前がcもc++もrustもニワカなのは分かった
あと五年間は、カキコ無前にROMに徹してみてほしい
- 123 名前：デフォルトの名無しさん mailto:sage [2021/06/26(土) 15:07:09.40 ID:UK7NU6RE.net]
- >>119
急にどうしたんだ
better Cの意味が分からなかった感じ？
- 124 名前：デフォルトの名無しさん mailto:sage [2021/06/26(土) 15:16:37.21 ID:zCIOA2Bt.net]
- 実際にはRustはbetter D
- 125 名前：デフォルトの名無しさん mailto:sage [2021/06/26(土) 15:47:21.36 ID:vR4ZYNRj.net]
- 急に発狂する奴はどこの掲示板にもいる 気にするな
- 126 名前：デフォルトの名無しさん mailto:sage [2021/06/26(土) 16:24:43.50 ID:MKHy+X82.net]
- わざわざ自演するようなことかね？
- 127 名前：デフォルトの名無しさん mailto:sage [2021/06/26(土) 16:34:36.83 ID:jgmCFZtl.net]
- mozillaのc++を安全に使う数多の取り組みに疲れ果てた結果出てきた新言語がrustなのでc++と比較されるのは当然
- 128 名前：デフォルトの名無しさん mailto:sage [2021/06/26(土) 18:03:00.84 ID:cKS/UcnU.net]
- この板全域に出没して何でもRubyと比較するガイジみたいなもんだろ
ここにはなぜかいないけど
- 129 名前：デフォルトの名無しさん mailto:sage [2021/06/26(土) 18:06:17.50 ID:uWTCkdSJ.net]
- >>116
Rust布教スレになってんじゃん
不健全
- 130 名前：デフォルトの名無しさん [2021/06/26(土) 19:35:22.90 ID:pNIxzUaQ.net]
- 今から新規のプロジェクトをC++かRustで始めるとなったらRustの一択でしょう
つまりRustはbetter C++
- 131 名前：デフォルトの名無しさん mailto:sage [2021/06/26(土) 21:22:24.72 ID:yvLLLScj.net]
- まったく何も資産がない新規であればそうかもしれんが
- 132 名前：デフォルトの名無しさん mailto:sage [2021/06/26(土) 21:36:19.59 ID:js6oaYoM.net]
- >>118
どこらへんがschemeに近い？
よく知らんがschemeってカッコが一杯あって、再帰ばっかりしてるイメージなんだが
- 133 名前：デフォルトの名無しさん [2021/06/26(土) 21:43:00.01 ID:pNIxzUaQ.net]
- つまり過去のしがらみのある案件は時間がかかり遅れるが
いずれも徐々にC++はRustへ置き換えられていく
- 134 名前：デフォルトの名無しさん mailto:sage [2021/06/26(土) 21:48:35.28 ID:IGj3fs8T.net]
- 逆に枯れてる分野でしか実装されんわ
- 135 名前：デフォルトの名無しさん mailto:sage [2021/06/26(土) 21:51:34.18 ID:uWTCkdSJ.net]
- emacsとあとなんだっけ？ SVGのライブラリ？が
オブジェクトファイル *.o 単位で少しずつCからRustに移植してたな
- 136 名前：デフォルトの名無しさん mailto:sage [2021/06/26(土) 22:01:32.26 ID:WPp8qNv5.net]
- librsvgだね
- 137 名前：デフォルトの名無しさん mailto:sage [2021/06/26(土) 23:01:02.22 ID:UK7NU6RE.net]
- >>129
ifとかmatchのブロックがそのまま値になるところが何となくS式っぽいんだよね
ブロックの最後の式が全体の値になるのも(begin ..)に近いし
- 138 名前：デフォルトの名無しさん mailto:sage [2021/06/27(日) 00:09:44.66 ID:hddKqCef.net]
- それは単に式指向という話なのでは
- 139 名前：デフォルトの名無しさん mailto:sage [2021/06/27(日) 00:12:27.99 ID:HvPCU4P8.net]
- MLの方が普通に近いな
パターンマッチとか束縛がletとかHMの型システムだとか
- 140 名前：デフォルトの名無しさん mailto:sage [2021/06/27(日) 01:36:30.56 ID:AjjhDlM0.net]
- 一番近いのは Ocaml。なぜなら、かつてRustはOcamlで組まれていたから。
そして途中でコンパイラをRust自身に直したと聞いた。
- 141 名前：はちみつ餃子 mailto:sage [2021/06/27(日) 03:28:07.65 ID:+5rTVQj/.net]
- Rust の Scheme っぽいところを探すとしたらマクロだろ。
伝統的な Lisp 系言語だと実行時の環境とマクロ展開時の環境を分けないが、
Scheme は分ける方針をとってる。
(実際には分けない実装をしている処理系もあるし、次の仕様の更新でどうなるか不透明だけど。)
- 142 名前：デフォルトの名無しさん mailto:sage [2021/06/27(日) 12:22:30.08 ID:HfXxTqRR.net]
- 何に近いかでここまで盛り上がれるのだね
何も産まないのに
- 143 名前：デフォルトの名無しさん mailto:sage [2021/06/27(日) 12:24:39.60 ID:lZYiAKce.net]
- Parkinson's Law of Triviality
- 144 名前：デフォルトの名無しさん mailto:sage [2021/06/27(日) 13:55:37.78 ID:00z9rPIn.net]
- >>139
比較から何かを見出せる人もいるから何も産まないということはないよ
- 145 名前：デフォルトの名無しさん mailto:sage [2021/06/27(日) 14:24:31.82 ID:me9wSnu9.net]
- そんなセンスのある人がここにいると思うのｗｗ？
センスないねｗ
- 146 名前：デフォルトの名無しさん mailto:sage [2021/06/28(月) 20:31:57.40 ID:cQA8O+iD.net]
- ちょっと見ないうちに色々変わる＋自分の理解が浅いせいで追いつけない
- 147 名前：デフォルトの名無しさん mailto:sega [2021/06/29(火) 16:25:09.28 ID:W3FYE8ZM.net]
- RustのIDEでおすすめを教えて
- 148 名前：デフォルトの名無しさん mailto:sage [2021/06/29(火) 19:29:01.37 ID:EbM9PL2b.net]
- VSCode+rust-analyzerが定番
- 149 名前：デフォルトの名無しさん mailto:sage [2021/06/30(水) 01:32:52.11 ID:kSD4a98e.net]
- bindgenって複雑なヘッダーだと全然駄目なんだなあ
殆どそれ目的でRustやってたのに
- 150 名前：デフォルトの名無しさん mailto:sage [2021/06/30(水) 09:59:01.57 ID:2LaR0NZ5.net]
- >>146
実際に使ってみて初めて分かる問題点だね。
- 151 名前：デフォルトの名無しさん [2021/06/30(水) 22:36:50.05 ID:Nj/xCjQN.net]
- >>146
CXXはどうですか？
- 152 名前：デフォルトの名無しさん mailto:sage [2021/07/03(土) 10:43:55.27 ID:6NDcSyYc.net]
- rust始めました！
ってゲームの方を始めてたネタをやろうと思ったけど
想像以上にクソゲー過ぎてダメだった
やっぱり言語の方がいい
- 153 名前：デフォルトの名無しさん [2021/07/03(土) 16:18:59.47 ID:VnJT/Tz5.net]
- 検索するとゲームの方と言語の方が出てきてややこしい
Rust(ゲーム)は名前変えてくれ...
- 154 名前：デフォルトの名無しさん mailto:sage [2021/07/03(土) 16:30:28.41 ID:lPTKqMkr.net]
- それな
go(一般動詞)も名前を変えてくれ
- 155 名前：デフォルトの名無しさん [2021/07/03(土) 16:48:51.41 ID:VnJT/Tz5.net]
- GoはGolangって別名があるから問題ないけどRustに関してはRustLangとはあまり言わないのがなぁ
- 156 名前：デフォルトの名無しさん [2021/07/03(土) 17:18:42.64 ID:HAk/Aizq.net]
- まあそれはRustの問題ではないですが、クロス環境に問題を感じているなら、Haskellがお勧めですよ。
あわしろ氏がいつも言ってることですがね。
- 157 名前：デフォルトの名無しさん mailto:sage [2021/07/03(土) 18:23:28.50 ID:yvqGZDdm.net]
- rustlang言わない？
- 158 名前：デフォルトの名無しさん mailto:sage [2021/07/03(土) 19:07:06.86 ID:3WlrzvVf.net]
- そもそもオフィシャルのレポジトリ名がrust-lang/rustだし普通に言うのでは
- 159 名前：デフォルトの名無しさん [2021/07/03(土) 19:51:08.37 ID:VnJT/Tz5.net]
- 言わなくはないけどRustLangよりはRustと呼ばれることのが多い気がする
GoだったらGo(golang)とかGolangとか言われることが多いけど
- 160 名前：デフォルトの名無しさん mailto:sage [2021/07/03(土) 22:13:02.85 ID:yvqGZDdm.net]
- 単にgoよりgooglabilityが高いことのあらわれじゃね
別にそんなに困ったこと無いけどな
- 161 名前：デフォルトの名無しさん mailto:sage [2021/07/03(土) 23:01:24.13 ID:5pcVeoYl.net]
- ていうかGoはもうgolangに改名したほうがいいと思う
Goではとにかく名前がクソすぎる
そもそもなんかダサいし
- 162 名前：デフォルトの名無しさん mailto:sage [2021/07/04(日) 00:56:25.25 ID:KTwjVJIR.net]
- goはogle（いやらしい目で見る）という名前のデバッガとセットで売り出す予定だったけど
ogleがこけたから残念な名前だけが残ってしまった
- 163 名前：デフォルトの名無しさん mailto:sage [2021/07/04(日) 01:51:19.90 ID:1GGCqeGW.net]
- Rustってゲームなかったっけ？
- 164 名前：デフォルトの名無しさん mailto:sage [2021/07/04(日) 05:17:25.91 ID:pNIAvX41.net]
- あるからこまってる
- 165 名前：デフォルトの名無しさん mailto:sage [2021/07/04(日) 09:10:12.70 ID:1GGCqeGW.net]
- JuliaでAV女優ばっか出てくるのと一緒やな
- 166 名前：デフォルトの名無しさん mailto:sage [2021/07/04(日) 09:10:48.09 ID:FDfsH90c.net]
- たいていは rust + 別の単語 でググるけどゲームの情報が出てきて困ったことはあまりないかな
- 167 名前：デフォルトの名無しさん mailto:sage [2021/07/04(日) 09:12:10.94 ID:Ik+vLhuV.net]
- pythonってそう考えるとなかなかいいネーミング
- 168 名前：デフォルトの名無しさん mailto:sage [2021/07/04(日) 09:13:21.27 ID:1GGCqeGW.net]
- そういやRustはツイッター検索だとかなり厄介だったな
- 169 名前：デフォルトの名無しさん mailto:sage [2021/07/04(日) 09:25:35.54 ID:FDfsH90c.net]
- 既存の名詞使うときは perl みたいにスペルに一ひねり加えるのが良いんだろうね
rust でやるのは難しいけど
- 170 名前：デフォルトの名無しさん mailto:sage [2021/07/04(日) 17:06:20.02 ID:DVzGg7Pn.net]
- >>166
pearlとしなかったのは既存言語が存在した偶然みたいだけどね
phpは某雑誌がよく引っ掛かってたな
- 171 名前：デフォルトの名無しさん mailto:sage [2021/07/05(月) 22:26:57.75 ID:GYdy1bNH.net]
- Rust とかGoとか固有名詞やめてほしいよね。。。
- 172 名前：デフォルトの名無しさん mailto:sage [2021/07/06(火) 00:14:23.09 ID:cmRSsVyO.net]
- 固有名詞でない言語名...
「名前を言ってはいけないあの言語」みたいな名付けかな
- 173 名前：デフォルトの名無しさん mailto:sage [2021/07/06(火) 00:37:05.95 ID:GFPrEw7Y.net]
- 既存の固有名詞じゃない方が珍しい気がする
- 174 名前：デフォルトの名無しさん mailto:sage [2021/07/06(火) 07:26:35.07 ID:SYh5jqXt.net]
- そう言う意味だとCとか最悪だな
- 175 名前：デフォルトの名無しさん mailto:sage [2021/07/06(火) 09:07:51.28 ID:qxjbHNhG.net]
- langを付けると意味が変わるしCは本当に検索ワードに迷う
- 176 名前：デフォルトの名無しさん mailto:sage [2021/07/06(火) 10:07:00.27 ID:t2+Z62DR.net]
- C++もtwitterでは検索できない。C#もだけど。
それは、わざとなんらかかの意図を持ってされていることかも知れない。
twitteの社長や技術者がC++が嫌いだとか。
- 177 名前：デフォルトの名無しさん mailto:sage [2021/07/06(火) 11:00:10.66 ID:cmRSsVyO.net]
- / も無視されるし単純に記号が無視されるだけでしょ
- 178 名前：デフォルトの名無しさん mailto:sage [2021/07/06(火) 11:33:36.74 ID:GDULTuH0.net]
- つまりまたもやlispが最強だと判明してしまったわけたな
- 179 名前：デフォルトの名無しさん mailto:sage [2021/07/06(火) 12:33:05.02 ID:paV/EiqB.net]
- ガイジ度でRubyには勝てんだろ
- 180 名前：デフォルトの名無しさん mailto:sage [2021/07/06(火) 13:48:45.02 ID:t2+Z62DR.net]
- >>174
技術的には簡単に直せるのに直さないところに意図を感じる。
- 181 名前：デフォルトの名無しさん mailto:sage [2021/07/06(火) 15:47:25.27 ID:qxjbHNhG.net]
- 技術的に簡単だと思うなら外部サービスとして提供してみたら？
- 182 名前：デフォルトの名無しさん mailto:sage [2021/07/06(火) 17:48:26.50 ID:W6OOwnvK.net]
- 外部から伺い知れない部分について簡単に違いないと断言する人とは議論しとうない
|
 |
