25/07/08 16:01:09.84 J6qvAQ9A.net
ここにいる奴全員ガイジだからまだcopilotに聞いた方が良い解答貰える。
176:デフォルトの名無しさん
25/07/08 16:27:23.21 2TKLdwr9.net
人間のことを冷笑したくてAIに何兆円も投資するというのはちょっとコストが高過ぎる気がする
177:デフォルトの名無しさん
25/07/08 16:35:20.58 Kws1v2Yx.net
みんなわかってんだよ
1. C ABIに
2. マングリングを許し
3. そのことによって関数のオーバーロードと、
4. オペレータオーバーロードと、
5. 名前空間の利用と、
6. 仮想でないメンバ関数が可能になる
問題はvtable
178:デフォルトの名無しさん
25/07/08 16:42:14.52 2TKLdwr9.net
ObjectiveCはextern "C"に肯定的なのか否定的なのかをAIに問い詰める必要がありそう
179:デフォルトの名無しさん
25/07/08 17:54:43.16 JNTp8eI4.net
ABIの機能不足が問題でなく言語ごとの違いが大きいことが問題だろ
180:デフォルトの名無しさん
25/07/09 00:05:39.42 8Z99caZO.net
抽象化機能が足りない筈のCのポインタや関数が
抽象化の道具として全く問題ないかのように使われていることが問題かも
181:デフォルトの名無しさん
25/07/09 12:31:40.05 EKMDM/sM.net
159
RustとC++の相性は最悪
RustとCが最適
PyO3が良く出来てる様に観えるのはRustの成果じゃなく
CPythonのPyObjectが良く出来てるから
これはtcl/tkにも当てはまる
182:デフォルトの名無しさん
25/07/09 14:10:37.09 v3DTOQQZ.net
ABIは人が書くもんではないので抽象化の目的は互換性とかであって人の理解のしやすさではないでしょ
ハードウェアの観点でポインタは十分抽象的
183:デフォルトの名無しさん
25/07/09 14:46:23.28 g6VxBFGK.net
>>172
問題は技術や開発リソース的に可能かどうかではなく、コントリビュータにやる気があるかどうか
Rustは言語仕様の互換性すらロクに維持できてない(する気がない)のにABIの安定化なんかやれるわけないでしょ
184:デフォルトの名無しさん
25/07/09 16:34:27.18 8Z99caZO.net
変化しないものが理解しやすい
やる気がある時とない時で結果が変わるのは理解し難い
185:デフォルトの名無しさん
25/07/09 17:52:55.51 tzwaaY8r.net
そういや、GCC Rustって互換性どうなってるんだろ？
186:デフォルトの名無しさん
25/07/09 18:10:41.06 wRpV3t8d.net
>>181
これもSwiftの例を見ればわかるように「いつまでにABIを安定化することを目標にする」と宣言するのが先なんだよ
その時期のSwiftの仕様の激変ぶり比べれば今のRustなんて何も変化してないと言っていいくらい
でその目標設定ができるのはコントリビュータと呼ぶような広い範囲の人間ではなくてフルタイムで仕事としてRustの開発に従事してるようなコアのメンバーだけ
187:デフォルトの名無しさん
25/07/09 18:23:50.30 ZKntcAAj.net
仕様が安定しないとか互換性がどうのとか言うのはまず脇に置いて、今の仕様がどうなってるのかわからん。
仕様を整理するリポジトリはあるのに今のところ何も書いてないしさ……。
URLﾘﾝｸ(github.com)
188:デフォルトの名無しさん
25/07/09 18:40:43.72 8Z99caZO.net
ドメイン知識だけでは宣言できない項目だからしょうがない
189:デフォルトの名無しさん
25/07/09 19:59:48.48 U49xcpSA.net
優先度の問題ですな
190:デフォルトの名無しさん
25/07/09 22:25:14.97 cmuoaTCa.net
リポジトリに、RustでCコンパイラもC++コンパイラも書きますってあるといいのかもな
191:デフォルトの名無しさん
25/07/10 00:31:26.38 VEUfq48z.net
例えば>>175みたいなスペックを、
「これらを許すCコンパイラを作ってしまわない？」
「いや、それはC++としてやろうよ」
みたいな場末談義が深まるべき
192:デフォルトの名無しさん
25/07/10 00:49:21.61 IAlfBwP8.net
よくわからんが予言者のように予言すればいいのか
大丈夫、次は当たるよ
193:デフォルトの名無しさん
25/07/10 01:10:44.11 VEUfq48z.net
言語を学ぶ際に本当に難しいのは、
例えばVecのあるRustではダブルリンクリストが要らないのだ、
という文法外の知識を得なくてはならないことだ
ダブルリンクリスト相当のものを備え付けの機能でまかなってる言語で
本当にOSカーネルが書けるのか、とこちらが知りたいのはそこだ
一番いいのはVecの機能がライブラリ化されててCからも呼び出せるようになっていることだろう
そうすれぱこのタッグはいつかOSカーネルを書くだろうと安心して見ていられる
194:デフォルトの名無しさん
25/07/10 05:42:20.43 qeCO91fI.net
・事件を起こしたオウムしんりきょう幹部反社会のソシオパスではないか？！
知能が高い人ほど、道徳心のスコアが低くなっていた
2025.07.09 07:00:09 WEDNESDAY
URLﾘﾝｸ(nazology.kusuguru.co.jp)
>>英国エディンバラ大学（The University of Edinburgh）の最新研究によると、認知能力が高い人ほど、道徳的価値観を全体的に弱く支持する傾向があることを明らかになったのです。
>>道徳心には「6つの基盤」がある
>>① 思いやり／危害（Care / Harm）
>>② 公平さ／不正（Fairness / Cheating）
>>③ 忠誠／裏切り（Loyalty / Betrayal）
>>④ 権威／転覆（Authority / Subversion）
>>⑤ 純潔／堕落（Sanctity / Degradation）
>>⑥ 自由／抑圧（Liberty / Oppression）
>>これらは「道徳心のセンサー」のようなものであり、文化や時代を超えて人類に共通する心理的傾向です。
>>政治的立場によっても傾向が分かれ、リベラルな人は「思いやり」や「公平さ」を強く支持し、保守的な人は6つすべてを重視する傾向があると指摘されています。
>>結果、興味深いことに、知能が高い人ほど、6つすべての道徳基盤のスコアが一様に低くなるという驚きの結果が得られたのです。
>>とくに顕著だったのは、「純潔」基盤との関係で、言語的知能が高い人ほど、「心や体は神聖なものだ」といった伝統的な価値観に共感しにくい傾向が見られました。
>>道徳的判断を“直感”ではなく“分析”でとらえる傾向がある」と指摘します。
>>たとえば「これは悪いことだ」と即断する代わりに、「それは誰にどんな影響があるのか？」「文脈によっては正当化されるのでは？」と一歩引いて考えてしまうのです。
195:デフォルトの名無しさん
25/07/10 07:28:55.90 VEUfq48z.net
ABI、ABIと言うが要するにアセンブラインターフェースのことだよな？
unsafe Rustの代わりにRustの関数ひとつ、ファイルひとつ、モジュールひとつをまるまる（unsafeな）C、C++、またはアセンブラで書いてしまうことができればそれをRust ABIと呼んでいいよな？
Cはそれができる。Cの関数ひとつをまるまるアセンブラで書いてしまうことはとくに難しくない。なんならファイルひとつ、ライブラリひとつをアセンブラで書いてしまうことだってできる
C++はなぜかできない。なぜできないのかというと、このあたりから話は既におかしいから気をつけないといけない
196:デフォルトの名無しさん
25/07/10 08:33:18.81 VEUfq48z.net
不思議ではあるよね
メンバ関数、仮想関数と、言ったところで
引数のコンベンション、退避するレジスタなんかはCのをそのまま流用すればいいんだろうに
197:デフォルトの名無しさん
25/07/10 10:37:11.35 1drjG1ps.net
>>193
書ける書けないの話じゃない
ABIは使い捨てのインタフェースでなく互換性を維持するために長期間維持されるインタフェースでなければならない
そういう意味で注意深く設計しないといけないから難しいんだよ
あと異なる言語のバイナリを組み合わせる話なのか、rust単体なのか
そのあたりもよくわからんコメ多い
198:デフォルトの名無しさん
25/07/10 11:28:13.53 zELG0Cxl.net
何もわかってないやつだということだけはよく分かる
199:デフォルトの名無しさん
25/07/10 11:39:07.25 nn3AKhN3.net
＞のことだよな？
＞んでいいよな？
ちがいます
＞C++はなぜかできない。
そんなことない
＞このあたりから話は既におかしいから気をつけないといけない
おかしいのはお前な
200:デフォルトの名無しさん
25/07/10 13:37:21.53 kAqs2enK.net
C++はできていない
混ぜるの禁止
201:デフォルトの名無しさん
25/07/10 15:12:52.14 lyFkypYA.net
毎日濃い妄想してるのにRustはむしろ冷たい言語かもね
202:デフォルトの名無しさん
25/07/10 15:29:37.59 lyFkypYA.net
cargoでコンパイルするヘッダーのないC言語というのはどうだろう
内部的にはソースからヘッダを作ってインクルードさせてgccを呼ぶとかでいいから誰か作ってほしい
203:デフォルトの名無しさん
25/07/10 15:56:05.52 UMLMi9p2.net
>>200
Arduino言語は宣言を自動生成するぞ
204:デフォルトの名無しさん
25/07/10 17:19:29.24 qeCO91fI.net
AMDが画像生成AI「Nitro-T」をリリース、32基のInstinct MI300Xでゼロから1日未満でトレーニング可能
URLﾘﾝｸ(gigazine.net)
205:デフォルトの名無しさん
25/07/10 21:07:56.60 lyFkypYA.net
投稿した
URLﾘﾝｸ(discourse.llvm.org)
206:デフォルトの名無しさん
25/07/10 22:17:50.46 yFw8mCQ1.net
何がThank youだよ
207:デフォルトの名無しさん
25/07/11 04:40:49.97 E6MoWIZ/.net
各言語版のcargoの名前
cargo-rs
cargo-cc
cargo-c
cargo-s
208:デフォルトの名無しさん
25/07/11 08:47:53.23 rfNcv5Se.net
cargoってそんなに優れてる？
パッケージシステムとしてはいまいちだけど
rsのmainから参照されていないのはコンパイルしないのが嫌
209:デフォルトの名無しさん
25/07/11 08:53:44.13 rfNcv5Se.net
後は言語のモジュール階層パスの仕組みを変えて欲しい
わかりにくい
210:デフォルトの名無しさん
25/07/11 08:58:22.97 MNB3kz8h.net
>>206
ライブラリ作ったこともない初心者かよ
211:デフォルトの名無しさん
25/07/11 09:04:12.88 QgOkaB0h.net
ライブラリークレート、バイナリークレートあたり知らん人がラスト触ってる時代なのか
mod.rs, lib.rs, Cargo.tomlに数行足すのそんなに嫌か
212:デフォルトの名無しさん
25/07/11 09:05:23.45 QgOkaB0h.net
>>203
英語で投稿ってすごいレベル高いな
俺はえぐいレベルで外国語苦手だから読めん、レスが頭に入らん
213:デフォルトの名無しさん
25/07/11 09:05:59.03 rfNcv5Se.net
>>208
ライブラリにしてもそうですよね
参照されていないとコンパイルしない
他の言語は大体フォルダ単位でコンパイルされてバグが判る
214:デフォルトの名無しさん
25/07/11 09:06:53.41 gY3Yq/Ko.net
機械翻訳でいいよ。
専門用語が妥当かどうか確認するくらいはしたほうが良いと思うけど。
215:デフォルトの名無しさん
25/07/11 09:08:24.51 rfNcv5Se.net
>>209
その仕組みがいまいちなので今風に改善して欲しい
大至急
216:デフォルトの名無しさん
25/07/11 09:08:29.21 QgOkaB0h.net
>>211
ほかの言語って何？
Cならmakefileに記載しないとコンパイルされないよ
つまり一緒じゃない？
217:デフォルトの名無しさん
25/07/11 09:11:23.43 z/osT16e.net
>>211
他の言語はコンパイルされてバグがわかる？？
何を言い出してるんだこいつ
218:デフォルトの名無しさん
25/07/11 09:12:27.76 QgOkaB0h.net
>>213
フォルダー単位で”勝手に”コンパイルされるってあるのかな？
gccとかclangも引数で-I付けないとヘッダーは読み込まれないし、指定しないCファイルはビルド対象外
もちろん、cmakeとかでCmakelists.txtに、サブフォルダまで再起的に探してビルドしろって指示はできますけど、、、それCMakeLists.txtにロジック書いてるわけで
219:デフォルトの名無しさん
25/07/11 09:12:39.00 rfNcv5Se.net
>>214-215
馬鹿なんだったら黙ってた方がいいんじゃないですか？
220:デフォルトの名無しさん
25/07/11 09:13:06.74 QgOkaB0h.net
再帰的の間違いごめん
221:デフォルトの名無しさん
25/07/11 09:13:51.24 QgOkaB0h.net
具体的に、ほかの言語っての教えてよ
222:デフォルトの名無しさん
25/07/11 09:15:14.23 rfNcv5Se.net
無知なんだったら黙って納得したらいいんじゃないですか？
223:デフォルトの名無しさん
25/07/11 09:16:40.77 QgOkaB0h.net
ほら、ほかの言語が何かも言えてないじゃん
フォルダー単位でビルドなんてものがないからでしょ
ほんとにそんな新言語があるなら、逆にフォルダー内のファイル全部ビルドするのやめてって言うに決まってるし！
224:デフォルトの名無しさん
25/07/11 09:16:55.83 z/osT16e.net
>>217
Rustも他の言語と同じかそれ以上に判明するぞ
225:デフォルトの名無しさん
25/07/11 09:18:00.71 rfNcv5Se.net
>>221-222
馬鹿で無知なら黙ってた方が利口じゃないですか？
226:デフォルトの名無しさん
25/07/11 09:19:40.75 rfNcv5Se.net
実際に言語でコンパイルしないとコンパイル範囲が判明しないなんてビルドツールとして致命的じゃないですか？
227:デフォルトの名無しさん
25/07/11 09:19:53.31 QgOkaB0h.net
rustcの悪口はまだ様々な意見あるからわかるが、cargoにケチつけるのはよく分からないよ
無知って何に関して無知なのさ
228:デフォルトの名無しさん
25/07/11 09:22:05.99 rfNcv5Se.net
>>225
ここまで書いてるのにまだ弱点が理解できないなら恥の上塗りじゃないですか
229:デフォルトの名無しさん
25/07/11 09:23:52.76 QgOkaB0h.net
フォルダーに100個ファイルあって、
main.rs
fn main() { }
みたいなのならフォルダー内の100個ビルドするの無駄じゃんって言ってcargoに文句言うつもりでしょ？Cargo.tomlにdependency書いてないのにビルドされたとか発狂しそう
さっさとフォルダー内のファイル全部勝手にビルドなんて言語は無いって認めたら？
230:デフォルトの名無しさん
25/07/11 09:47:06.95 vtHk7gjh.net
>>210
あの英語見てその感想はヤバ谷底
231:デフォルトの名無しさん
25/07/11 09:51:10.81 eGVnHVEr.net
外国語はむずいだろ
プログラミング言語に比べたら文法も無茶苦茶だし
お前は外国語得意なんか？
232:デフォルトの名無しさん
25/07/11 09:52:46.45 eGVnHVEr.net
>>228
とりあえず外人に向かって堂々と正面から話しかけられる人は俺は尊敬してしまうなあ
昔から道で声かけられたら逃げてたタチだ
233:デフォルトの名無しさん
25/07/11 10:10:20.02 GGQbOPi6.net
tscはトランスパイラだけど依存関係は見ずにフォルダ単位でビルドするね
さすがヘルスバーグ
C#もまとめてコイツ何とかしろ
234:デフォルトの名無しさん
25/07/11 10:47:53.98 tejWjjAq.net
>>206
>> rsのmainから参照されていないのはコンパイルしないのが嫌
それやってみたけどmainから参照されてないfoo()もコンパイルされてバグも指摘してくれたよ
fn main() {
println!("Hello, world!");
}
fn foo() {
let mut v = vec![0, 11, 22, 33, 44, 55, 66, 77];
let fifth = &mut v[5];
v.push(100);
*fifth = 555;
println!("v[5] = {}", v[5]);
}
235:デフォルトの名無しさん
25/07/11 10:52:22.80 eGVnHVEr.net
>>232
すでに最新のrust1.88.0では問題は解決してたのか
236:デフォルトの名無しさん
25/07/11 10:59:30.83 tejWjjAq.net
C++でも同じことをやってみた
fooとmainの順序を入れ替えないといけないのは仕方ないけど
C++はfoo()のバグを指摘してくれなかった
#include <vector>
#include <iostream>
void foo() {
std::vector<int> v{0, 11, 22, 33, 44, 55, 66, 77};
int *fifth = &v[5];
v.push_back(100);
*fifth = 555;
std::cout << "v[5] = " << v[5] << std::endl;
}
int main() {
std::cout << "Hello, world!" << std::endl;
return 0;
}
237:デフォルトの名無しさん
25/07/11 11:01:12.88 0Q6SsogA.net
仕様が不安定なほうが解決は早い
一度安定してしまった仕様を変えるのは難しい
238:デフォルトの名無しさん
25/07/11 11:42:41.88 rfNcv5Se.net
>>232 誰もそんな幼稚な話してないだろう？ Rust初心者？
240:デフォルトの名無しさん
25/07/11 11:46:35.23 rfNcv5Se.net
Rustはフォルダのｒｓ参照は自動じゃないけど新しめの言語やビルドツールは大体フォルダ含めてコンパイルしてエラー報告する
そのほうが便利だから
古い言語と同じ仕様がRustとｃargo
241:デフォルトの名無しさん
25/07/11 12:00:39.70 Fa+81ZsH.net
めちゃ幼稚な話をしてる初心者が他人を幼稚&初心者扱いしてるのウケる～
自覚ありのタイプだなこれは
242:デフォルトの名無しさん
25/07/11 12:05:34.53 YqQkES31.net
>>234
C++はダメだな
243:デフォルトの名無しさん
25/07/11 12:16:41.62 0Q6SsogA.net
フォルダ全体を読むとしても
参照される側の（headerの代わりに必要な）バイナリの生成が終わってから参照する側をコンパイルするのは変わらない
244:デフォルトの名無しさん
25/07/11 12:23:31.25 4tGIKRue.net
>>237
例えば他の言語ってどれ？
245:デフォルトの名無しさん
25/07/11 13:57:19.86 E6MoWIZ/.net
,ちなみに>>205は>>200のためのものなので幼稚じゃないんだよ
246:デフォルトの名無しさん
25/07/11 14:31:08.19 QV2TcUYL.net
フォルダ指定で中のソースを全部自動でビルドするようなのって危険だから避けるべきって言われるよね
雑Web開発系の人は知らなさそ
247:デフォルトの名無しさん
25/07/11 14:46:46.13 E6MoWIZ/.net
cargoほどのデファクトスタンダードに倣わないセンスは幼稚
248:デフォルトの名無しさん
25/07/11 14:47:01.40 2gyOIwWF.net
>>243
危険になるのは言語による
だから危険になるなら根拠を提示しないと
Rustはそんな危ない言語ではない
249:デフォルトの名無しさん
25/07/11 15:10:21.22 E6MoWIZ/.net
GNUのソースひとつ見てMakefileがディレクトリごとにあるの見ればわかる
プロジェクトにソースがひとつしかなくてもMakefileを書くって自慢するくらいでナンボ
250:デフォルトの名無しさん
25/07/11 15:12:33.70 QV2TcUYL.net
>>245
ん？
rustでできないことに文句言ってる人がいるって話でしょ
251:デフォルトの名無しさん
25/07/11 15:24:56.01 E6MoWIZ/.net
C++はオブジェクトファイルの再利用性を保証しなかったから
タイムスタンプを比べるmakeの純粋性は薄れてた
Rustがcargoを用意しているのでこれ幸いと乗り換えるわけ
252:デフォルトの名無しさん
25/07/11 15:58:25.39 Lj24hmSd.net
>>193-196
C++は禁止で良い
Cだけで充分
ABIでも良いし
C++的なものをお望みならCOMを使う
(ただしC++は一切使わないCだけのCOM)
253:デフォルトの名無しさん
25/07/11 16:00:41.59 E6MoWIZ/.net
ヘッダを書かなくていいC++、cargo-ccと言っても割と複雑
変更のあったクラスから派生するクラスは全部コンパイルし直しの他、
インライン関数だったりもヘッダじゃなくてソースに書かれるだろう
254:デフォルトの名無しさん
25/07/11 16:05:07.28 2gyOIwWF.net
フラグやdefineで文字種を変えたら全部再コンパイルではないか？
255:デフォルトの名無しさん
25/07/11 17:19:52.65 Hql3vaeJ.net
>>237
おまえプログラミング経験がないだろ
条件によってコンパイルするファイルは変わる
だから古くはMakefile方式であっても常に全てのファイルを自動的にコンパイルするなんてバカなことはされてきていない
256:デフォルトの名無しさん
25/07/11 18:39:37.94 eGVnHVEr.net
>>252
ずっとコレ指摘され続けてるのに「新しめのほかの言語」なる架空の言語を武器に煽るのは覚醒者だよなあ
257:デフォルトの名無しさん
25/07/11 18:55:19.26 0Q6SsogA.net
全ファイルをコンパイルするが、いくつかのファイルは条件により空になっているのを見たことがある
258:デフォルトの名無しさん
25/07/11 19:19:24.67 /ogoIu7B.net
どうせ他の言語が何か答えないだろうし、嵐だったのかな
259:デフォルトの名無しさん
25/07/11 20:50:56.69 A0NCGOkS.net
他の言語のシステムってjava,c#,swift,zig,Goとかそんな感じだろ？
普通に連鎖しないとコンパイルしないのはRustぐらいでは？
260:デフォルトの名無しさん
25/07/11 20:53:19.05 A0NCGOkS.net
パッケージシステムによって /src以下のファイルは全部コンパイルされるのが今の潮流
設定ファイルに追加しないとコンパイルされないのはswiftで実際はIDE使ってると普通に追加される
261:デフォルトの名無しさん
25/07/11 20:59:36.81 A0NCGOkS.net
インクルードするのがファイル単体ではなくnamespace系の単位でそれがフォルダ構造に寄らない場合
どのファイルがそのnamespaceなのかがわからない
それで多くのシステムは特定のフォルダ以下と言うか関与するソースは全部コンパイルする
Rustは基本的にモジュールはフォルダ構造に縛られているので自由度は低いがパスの通りに連鎖？してコンパイルしている
この意味がわかる？
262:デフォルトの名無しさん
25/07/11 21:41:07.59 DNhpt4oB.net
選択設定や環境設定によりコンパイル対象となるファイルは異なる
全てがコンパイル対象となってしまったら役に立たない
設定可能なプログラミングをしたことがないなら勉強して出直してこい
263:デフォルトの名無しさん
25/07/11 21:41:14.16 qru/FQVd.net
いいからいっぺんライブラリ自分で作ってみろってw
264:デフォルトの名無しさん
25/07/11 21:43:24.33 A0NCGOkS.net
指定フォルダ以下が全てがコンパイルされる仕組みはかなり多く存在している
265:デフォルトの名無しさん
25/07/11 21:43:54.05 DNhpt4oB.net
そう
作ってみればわかること
266:デフォルトの名無しさん
25/07/11 21:45:54.49 A0NCGOkS.net
上に書いた通りでインクルードなどが名前空間単位で外部からどのファイルに名前空間が分布しているかわからないと
絶対特定フォルダ以下を捜査しないとコンパイル単位がわからない
その時に文法チェックもしてるので当然コンパイルされる
これが事実
267:デフォルトの名無しさん
25/07/11 21:50:02.91 DNhpt4oB.net
そもそも開発途中に勝手にコンパイル対象とされたくない
OS環境によってもソースファイル取捨選択が変わる
268:デフォルトの名無しさん
25/07/11 21:51:43.90 qru/FQVd.net
ライブラリ作ってみました
useしたら使えました
その経験なしでだいそれたこと語るな
269:デフォルトの名無しさん
25/07/11 21:52:22.31 A0NCGOkS.net
やっと理解してもらえたようで何より
全てコンパイルされないとセキュリティリスクが高まるのでコンパイルした方が良い
コンパイルされたくないファイルはフォルダにそもそも入れないでと
270:デフォルトの名無しさん
25/07/11 21:57:37.60 K1887/VN.net
>>266
四面楚歌の状況で誰に理解してもらえたんだｗ
271:デフォルトの名無しさん
25/07/11 22:04:21.16 A0NCGOkS.net
>>267
>>263に書かれた意味すら理解できないならコピペプログラマでしょｗ
272:デフォルトの名無しさん
25/07/11 22:07:33.00 qru/FQVd.net
こういうことだ
あんたの老師はライブラリの名前空間の便利さを教える前に他界して、あんたは恐竜になった
悔しきゃ勉強しな
273:デフォルトの名無しさん
25/07/11 22:16:41.00 IEKeJnsn.net
>>263
なんの話をしているのかさっぱりわからないのだが
ディレクトリと言わずにわざわざフォルダと呼んでるということはなんらか仮想的な仕組みの話をしている？？
274:デフォルトの名無しさん
25/07/11 22:23:55.17 0Q6SsogA.net
ファイル名と名前空間が無関係ならheaderをincludeするほうがいいな
275:デフォルトの名無しさん
25/07/11 22:30:44.10 qru/FQVd.net
憐れwwwwwwww
276:デフォルトの名無しさん
25/07/11 22:33:25.33 00B+ii7X.net
勝手に全ファイルを常にコンパイル対象にされたらデメリットだらけでメリットが思い浮かばない
277:デフォルトの名無しさん
25/07/11 22:45:27.10 A0NCGOkS.net
上に書いてある理由も理解できず、参照されないとコンパイルされない場合のデメリットも上に書いたけど
理解できないということ？
278:デフォルトの名無しさん
25/07/11 22:52:29.10 A0NCGOkS.net
ヘッダファイルだとその変更でプリプロセッサ（define）が他のコードに影響を及ばしていないかわからないので
関係するオブジェクトファイル自体を再コンパイルしなくてはいけなくなるので時間がかかる
279:デフォルトの名無しさん
25/07/11 22:53:10.69 RM6x3fFU.net
連投してる人は曖昧な文章ばかり
具体的にソースコード出さないとね
280:デフォルトの名無しさん
25/07/11 22:55:32.02 A0NCGOkS.net
普通に理解できてないだけでしょ
281:デフォルトの名無しさん
25/07/11 22:57:37.47 qru/FQVd.net
可哀想になあ
お前の老師はホームディレクトリ下のlibやincludeにライブラリやヘッダを置くやり方は教えてくれなかったのか？
あ、それすら絶対パスで指定しないと使い方のわからなかった初めからの落ちこぼれか？
282:デフォルトの名無しさん
25/07/11 23:01:02.74 0Q6SsogA.net
具体的な未来など存在しないからね
曖昧な未来または具体的な過去の遺物のどちらかで妥協するしかない
283:デフォルトの名無しさん
25/07/11 23:04:21.86 A0NCGOkS.net
なんやかんや言っても上で書いた名前空間の話を理解できてないのは分かった
284:デフォルトの名無しさん
25/07/11 23:13:02.02 A0NCGOkS.net
>>278
それはただ書かれている内容を理解してないだけで的外れで恥ずかしい書き込みでしかないよ
285:デフォルトの名無しさん
25/07/11 23:17:44.44 qru/FQVd.net
おっ、反応があったぞw
なるほどなるほど、老師の作るライブラリは~/includeと~/libにインストールされるんだな
そしてお前はそれをスマートに使うことができないわけだwww
286:デフォルトの名無しさん
25/07/11 23:20:09.69 A0NCGOkS.net
C言語の理解すら出来ないなんてかわいそう
287:デフォルトの名無しさん
25/07/12 00:13:15.23 t5nAYRVV.net
CでもRustでも同じ
コンパイル時の環境や指定で使われるソースコードファイルは変わる
全ては使われない
288:デフォルトの名無しさん
25/07/12 00:40:45.38 SY1fpEzr.net
Rustは１個のでかいコードを複数のファイルに分割してるイメージだからな
mod foo { ... }
を
mod foo;
にして中身をfoo.rsに切り出してる形だから「fooを参照してる」って表現は微妙
C/C++の分割コンパイルに慣れてる人だと最初は戸惑うはず
289:デフォルトの名無しさん
25/07/12 02:34:14.16 jM2yGhyK.net
.rsファイルを作ったらエディタ拡張機能なりなんなりが検出して親モジュールによしなにmod宣言追加してくれよとはいつも思ってるから気持ちは分かるよ
290:デフォルトの名無しさん
25/07/12 05:44:07.46 acpqK9lK.net
AIに書かせるとき少し油断するとmod.rs作り始めて困る
291:デフォルトの名無しさん
25/07/12 06:18:31.18 UjcX2Tpg.net
ファイル名がでたらめでもOKな言語をほしがる理由がそれなのか
292:デフォルトの名無しさん
25/07/12 06:34:56.39 4NYASHjn.net
>>266
使われないのにどんなセキュリティリスクがあるんだろうか
293:デフォルトの名無しさん
25/07/12 06:42:40.68 WlQJ0D6g.net
>>287
AIに書かせるより俺が書いた方がコードの質もスピードも上。超大規模開発のRustに関してはね
TypeScript, Pythonみたいなスクリプト言語ではもう質でもUIでも処理内容でもライブラリーの使いこなし方でも完全に負けたけど
昔の米長名人の気持ち30年ぶりに味わってる
294:デフォルトの名無しさん
25/07/12 07:18:59.99 bAEcphyz.net
>>286
この二つは全く違うことを理解しよう
○ 編集支援機能で自動的に『// mod xxx;』が補完される
✕ コンパイラが常に全ファイルをコンパイル対象とする
295:デフォルトの名無しさん
25/07/12 09:23:54.25 UjcX2Tpg.net
>>289
人が勝ってAIが負けるリスクが
296:デフォルトの名無しさん
25/07/12 09:51:26.07 jSY0OpNA.net
RustはAIに書かせるとわりとしょうもないミスが多い印象
Rustは型やライフタイムのコンテキストが明示的に示されないケースが多いから、
Claude Codeみたいに人為的な解析なしでコードの字面だけを見るやり方だとミスしやすいんだろうな
とはいえAIが暗黙的なコンテキストを理解しているのは明らかなので、人間が変に工夫するよりAIの向上を待っていれば自ずと解決すると思うが
297:デフォルトの名無しさん
25/07/12 10:00:15.26 d3r8ImcK.net
gcc main.c
とすら打たずに
gcc *.c
と打ってる自分を大切にしたいのかwww
298:デフォルトの名無しさん
25/07/12 10:04:57.96 qtA/fA9B.net
みんな、just使ってる？ make?
299:デフォルトの名無しさん
25/07/12 10:43:10.70 q9m3koWp.net
cargoが一番使いやすい
300:デフォルトの名無しさん
25/07/12 10:47:59.16 tq7D7WVM.net
make -j9 って書いて J9 J9 情け無用♪アステーロイドーベルトのー♪
って歌っている。
301:デフォルトの名無しさん
25/07/12 11:37:22.02 jM2yGhyK.net
>>291
理解してますよ
そのうえでそういうIDEやエディタの機能があるなら>>206みたいな意見は出なかったんだろうなと思う
相手の知識不足や認識齟齬を前面から指摘する前に「顧客が本当に求めていたもの」を考えてみるクセを付けるといいと思うぞ
302:デフォルトの名無しさん
25/07/12 11:40:26.35 9l0QlUPV.net
AI的には無駄の多い言語だと思われてるだろうな
303:デフォルトの名無しさん
25/07/12 11:42:32.16 1ZCd6s+2.net
>>286
これは俺もわかるけど全ファイルコンパイルしてくれ君の動機がそれと同じだとは思えないんだが
どこかにそんなこと書いてた？
304:デフォルトの名無しさん
25/07/12 11:50:25.66 1ZCd6s+2.net
>>298
言わんとしてることはわかるんだけどそれだと>>206みたいにcargoやパッケージシステムの文脈で「rsのmainから参照されていないのはコンパイルしないのが嫌」って感想にならなくない？
「明示的にmod foo;を書かないとfoo.rsの要素が使えないのが嫌」みたいな感想になるならわかる
305:デフォルトの名無しさん
25/07/12 11:55:36.97 UcJJHcD2.net
たぶん>>298の思い込みだろな
mod宣言の自動補完サポートのある環境でも
暴れていたソース全て自動コンパイル君は満足しないだろう
306:デフォルトの名無しさん
25/07/12 12:05:28.75 zaTcsa1d.net
Rustはソースを全ててコンパイルしないニッチな環境
307:デフォルトの名無しさん
25/07/12 12:09:06.54 +
308:7hp7pNf.net
309:デフォルトの名無しさん
25/07/12 12:13:55.41 zaTcsa1d.net
>>304
コンフィグしたら本体から使ってないファイルもコンパイルするの？
どうやって？
310:デフォルトの名無しさん
25/07/12 12:15:15.86 zaTcsa1d.net
chatGPTに聞いても全てコンパイルしないのはセキュリティ上のリスクになりうると言ってるぞ
他の言語では指定フォルダ以下は全てコンパイルしてるものがほぼ全て
311:デフォルトの名無しさん
25/07/12 12:15:20.77 +7hp7pNf.net
>>305
日本語読み直したら？
312:デフォルトの名無しさん
25/07/12 12:16:10.75 zaTcsa1d.net
>>307
逃げてて草
313:デフォルトの名無しさん
25/07/12 12:17:33.05 zaTcsa1d.net
cargoのコンパイルの仕組みは他の言語のビルドシステムと違う
314:デフォルトの名無しさん
25/07/12 12:18:38.44 +7hp7pNf.net
>>305
真逆のことを書いてるのにどう読み間違えたのか反省しとけ
315:デフォルトの名無しさん
25/07/12 12:21:44.74 zaTcsa1d.net
>>310
壊れてるのはそっちかと
使われていない構造体や変数は指摘するのに指定フォルダにあるファイルで使われていない物を指摘しないのは一貫性の欠如
316:デフォルトの名無しさん
25/07/12 12:22:23.05 zBzCiWbM.net
>>306
唐突に存在しないセキュリティ上のリスクを主張し出して頭大丈夫かね
317:デフォルトの名無しさん
25/07/12 12:23:06.49 zaTcsa1d.net
>>312
そう思うならchatGPTに聞いてみたら？今すぐに
318:デフォルトの名無しさん
25/07/12 12:24:39.95 1ZCd6s+2.net
>>302
複オジは>>286の意図を理解してなかったから論外
「相手の知識不足や認識齟齬を前面から指摘する前に「顧客が本当に求めていたもの」を考えてみるクセを付けるといいと思うぞ」を噛みしめて反省してから出直してくれ
319:デフォルトの名無しさん
25/07/12 12:24:40.32 L2gy/czp.net
>>305
cfgすら使ったことすらないからそんなありえない勘違いを犯す
そこまでRustに興味がないならこのスレから出てけよ
320:デフォルトの名無しさん
25/07/12 12:25:11.32 HqFV/vpR.net
>>298
rust-analyzerには普通にunlinkなファイルの検出とmodの挿入機能があるが
321:デフォルトの名無しさん
25/07/12 12:27:04.02 4NYASHjn.net
>>313
理解してないから書けないんでしょ?
322:デフォルトの名無しさん
25/07/12 12:27:33.28 EI2UEU98.net
>>301
それはRustプログラマーの視点
Rustを叩いている人はそんな視点に立たない
323:デフォルトの名無しさん
25/07/12 12:35:53.23 zaTcsa1d.net
指定フォルダ以下のファイルが全てコンパイルされたら困るっていうけど
大多数の他の言語ではコンパイルされてるけど誰も困っていない
324:デフォルトの名無しさん
25/07/12 12:38:28.40 mpTolNW0.net
>>319
そのバカな言語が存在するのかどうかも興味ないがC/C++でそんなバカなことは起きない
325:デフォルトの名無しさん
25/07/12 12:38:43.51 zaTcsa1d.net
>>315
皮肉すら理解できない人間って最悪だよ
326:デフォルトの名無しさん
25/07/12 12:39:24.02 zaTcsa1d.net
>>320
井の中の蛙大海をしらず
327:デフォルトの名無しさん
25/07/12 12:46:36.04 Tk694sS/.net
連投荒らし君の根拠がいつもchatGPTに聞いたで笑えるが、それが間違ったことばかりとなってる原因は、正しく質問できていない点と、返ってきた説明を理解できていない点の両者にあるため、具体的にかけないのだろう。
328:デフォルトの名無しさん
25/07/12 12:48:52.47 zaTcsa1d.net
IDコロコロさんがまともにレスできたためしがないし理由を突き付けてもキチガイのように同じことを繰り返すのみ
329:デフォルトの名無しさん
25/07/12 12:49:54.56 zaTcsa1d.net
そのような言語は存在しない！ってキチガイのように繰り返すよな
330:デフォルトの名無しさん
25/07/12 12:50:15.35 ZWetqDe9.net
>>312
唐突に関係ないと思える話をするときは、逆のことを狙ってる可能性がある
331:デフォルトの名無しさん
25/07/12 13:04:34.45 iwkrK9OW.net
例えばマルチOS対象ではOS毎の差異を各々別のファイルに記述するため各OS環境毎にコンパイルされるファイルの種類の数は異なるよ
すべてをコンパイルの対象としてしまう言語があるとしたらそういう基本的なことができないお子様向け言語かな
332:デフォルトの名無しさん
25/07/12 13:05:14.41 SY1fpEzr.net
>>312
ファイル単位でコンパイルする言語だと古い中間ファイルが残るから危ないみたいな意味じゃね？
Rustだと関係ないけど
333:デフォルトの名無しさん
25/07/12 15:09:27.64 4NYASHjn.net
>>319
困るというか無駄じゃないの？使われないのに
334:デフォルトの名無しさん
25/07/12 15:35:07.44 T1I+FsnH.net
コンパイル時間は無駄になるかもしれないというデメリットの代わりに同じ名前空間とみなされる範囲なら明示的インポートしなくても自由に使えるようにできるというメリットがある
後工程でのtree shakingの有無だったり最適化のタイミングやコンパイル速度の違いだったりで何を優先するかの判断が違ってくるんだと思う
RustがGo並みのコンパイル速度なら違う判断もあったかもしれない
335:デフォルトの名無しさん
25/07/12 15:47:24.19 KBFf5+FN.net
>>330
まだ理解できないのか？
各環境でコンパイル対象となるファイル群が異なる開発経験がないのだろうな
336:デフォルトの名無しさん
25/07/12 16:25:13.28 +4bHgOCx.net
ディレクトリ掘るたびに「mod.rs」とか「(ディレクトリ名).rs」が必須になるのは、Rustの嫌いな所ではある。
単に呼び出し元で「mod foo::bar::hoge::fuga」って書けば
「mod.rs」も「(ディレクトリ名).rs」も無しに、サブディレクトリのモジュールも使えるんじゃあかんのか？
337:デフォルトの名無しさん
25/07/12 16:36:33.72 d3r8ImcK.net
お前はそもそもmakeの動作原理がわからなくて
依存関係を書いたら「パターンマッチのように（藁）」buildしてくれると思ってるくせにwww
338:デフォルトの名無しさん
25/07/12 16:44:40.89 8uOZlEYG.net
>>332
モジュールやサブモジュールの意義も理解せずに多段にしてるバカ発見
339:デフォルトの名無しさん
25/07/12 16:45:04.21 jM2yGhyK.net
>>316
なんかと思ったらクイックフィックスのあれか
VSCodeのTypeScript拡張なら.tsファイル移動しただけでモジュールのインポート書き換え確認ダイアログ出るじゃん
あのレベルで良い感じにやってほしい
340:デフォルトの名無しさん
25/07/12 17:05:35.48 jM2yGhyK.net
>>301
知らんけど同IDの書き込み見る感じじゃ「パッケージシステムとして」なんて言いつつ実際は「さっさとエラーチェックしてほしい」ってのが真の要望なんじゃない？
341:デフォルトの名無しさん
25/07/12 17:49:30.66 zaTcsa1d.net
他のシステムは参照されなくてもコンパイルされて潜在的なバグを消しつつ開発できる
342:デフォルトの名無しさん
25/07/12 17:59:19.91 d2Ke6oKu.net
絶対使われないコードに潜在的なバグもなにも無い
逆に使われないはずのコードがコンパイルされ実行可能な状態で配布されるのは深刻なセキュリティリスクになりうる
343:デフォルトの名無しさん
25/07/12 18:05:18.51 zaTcsa1d.net
絶対使われないコードなら対象から外せよが今の流れ
DLLじゃなければ使ってないコードはリンカで結合されないので深刻なセキュリティリスクにはならない
344:デフォルトの名無しさん
25/07/12 18:12:57.83 jSd2Ging.net
セキュリティリスクが云々のソースってChatGPT？
コンパイル時にproc macroが任意コード実行するって話と混同してハルシネートしてない？
345:デフォルトの名無しさん
25/07/12 18:29:59.97 UjcX2Tpg.net
やれやれ
君たちはそのインコみたいなやつに世話を焼いてどうなりたいのか
346:デフォルトの名無しさん
25/07/12 18:40:00.72 JuZx4722.net
リチャードストールマンというと敷居が高そうだけど
たいていはこういう素っ気ない返事がちゃんと
返ってくるのである
ーーーー
[[[ To any NSA and FBI agents reading my email: please consider ]]]
[[[ whether defending the US Constitution against all enemies, ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]
I don't understand concretely what you are proposing, It is vague, not
clear, what it would mean to write C "without header files".
Why would we _want_ to do that?
Do you think that is some sort of advantage?
I don't see the advantage.
347:デフォルトの名無しさん
25/07/12 18:44:56.94 JuZx4722.net
AIと文面考えてこう送ったのである
ーーーー
The good goal here is something like Rust's `cargo`.
It is a de facto standard build system and package manager,
tightly integrated with the language and compiler.
I'm proposing something similar for C and C++:
- `cargo-c` for C
- `cargo-cc` for C++
- `cargo-s` for assembler
Each one would support:
- Detecting all modified files and recompile only what's needed
- Tracking derived classes and template instantiations
- Tracking uses of inline functions and recompiling dependents
- Managing dependencies without header files or macros (where possible)
The key idea is:
**C/C++ could optionally be written without header files**, by using a build system
that tracks function/type definitions and ensures visibility project-wide.
Why this matters:
- Avoids redundancy and human error
- Makes C++ more tractable and tool-friendly
- Brings it closer to the productivity of Rust/Java without changing the syntax
Do you think this direction could benefit the GNU system or help evolve GCC?
348:デフォルトの名無しさん
25/07/12 18:54:44.78 +4bHgOCx.net
>>334
別に1階層でもあれ無くしてほしくねえ？
延々pub modって書くだけでしょ？むしろあれに普通は何か意味あること書くの？
349:デフォルトの名無しさん
25/07/13 08:26:57.52 TlwE12MQ.net
>>344
何を無くす？
pubかどうか最重要
さらにpubも限定公開指定は必須
350:デフォルトの名無しさん
25/07/13 09:23:41.64 wHwvuOUd.net
仕組みがあっても利用者にはいまいちピンと来ていないってこと
ただのモジュールの仕組みなのに
351:デフォルトの名無しさん
25/07/13 09:45:46.57 JwR4Kif7.net
structのフィールドに毎回pubを付けるのが面倒くさい！というトンデモ初心者までいるわけで
初心者たちはなぜそうなっているのかをなかなか理解できないものだ
352:デフォルトの名無しさん
25/07/13 11:16:02.72 1Gj2vrbF.net
そこで想像力を働かせて共通の理解に至る瞬間が最高に楽しいのに…
353:デフォルトの名無しさん
25/07/13 14:06:17.74 5bgAV9JM.net
cargo new mylib --lib
あほでも覚えるわ
354:デフォルトの名無しさん
25/07/13 19:13:07.40 wHwvuOUd.net
>>348
幼稚
>>347
想像力を使ってpub all みたいな宣言したら全部フィールドがpubになるとかでもいいと思うけど
ideにそういう機能があれば楽なんだけど
355:デフォルトの名無しさん
25/07/13 21:10:32.01 qMR8NGVB.net
ほとんどのケースでstructフィールドをpubするのはアンチパターン
356:デフォルトの名無しさん
25/07/13 21:14:29.01 7oRYUff9.net
>>345
mod.rs的な別ファイルじゃなくて、モジュール自体に可視性は書きたい。
モジュール本体の一番上とかに「mod pub;」みたいなノリで書いたらそれを使ってほしい。
そして呼ぶ側は「use hoge::fuga」とすれば「hoge/fuga.rs」を使えて
「mod.rs」的なものはプロジェクトから消したい。
357:デフォルトの名無しさん
25/07/13 21:25:06.41 5bgAV9JM.net
今度はライブラリをインストールすることも想像つかない初心者か
358:デフォルトの名無しさん
25/07/13 21:37:35.73 e/4c/Agi.net
・人間は犯罪を起こす種族と言い切っている
地球はすでに丸見え、レーダー電波で宇宙人に居場所をさらしている
公開： 2025-07-13 21:00
URLﾘﾝｸ(karapaia.com)
>>明らかに人工的なもので、200光年以内にある知的文明なら、地球の場所を把握できる可能性が高い。
>>アレシボ天文台のような超高感度の望遠鏡を使えば、理論上は6万光年先からでも地球の電波を検出できるとされている。
>>に宇宙空間で“丸見え”の状態にあり、その状況は75年前から続いているのだ。問題は、彼らが友好的な文明であるという保証がまったくないことだ。
★>>可能性としては、（我々人間のように）きわめて敵対的かつ侵略的な種族であるケースも十分にあり得る。
359:デフォルトの名無しさん
25/07/13 22:00:32.17 JQ4I7OIx.net
>>352
バカなのか
何のためにサブモジュールを設けるのかよく考えてミロ
360:デフォルトの名無しさん
25/07/13 22:04:06.88 iPtuZE7K.net
>>351
それはないわ
何か根本的な勘違いをしてるか
Java脳に侵されてるか
複おじ脳に侵されているか
361:デフォルトの名無しさん
25/07/13 22:12:15.05 /XJyCGTY.net
標準ライブラリやよく使われるクレートなど
構造体の内部は基本的に非公開
ただし極一部の用途に限って例外的にフィールドがpubされている
362:デフォルトの名無しさん
25/07/13 23:13:01.49 PNhIrcze.net
全てにpubを付けるのがめんどくさいにと言う意見に対して
なぜそうなってるかなど言い出す人はただのめんどくさい人で
その人の話では何も解決になっていない
363:デフォルトの名無しさん
25/07/14 04:27:26.55 hfL49Qmx.net
pubは最小限にするという基本を理解しようとしないクズは無視すればよい
364:デフォルトの名無しさん
25/07/14 08:01:11.33 Y39lNo1M.net
>>358
pubつけるのが面倒なら、そもそもRustを使わない方がいいのでは？
Rustの面倒臭さは、pub付ける付けないの比じゃないだろ。
365:デフォルトの名無しさん
25/07/14 08:20:54.50 tmT1Vyps.net
使えと会社から指示されてるのに分からなくて困ってる図だろう
俺様が困ってるから大至急直せってのも酷い話だけど
213：デフォルトの名無しさん：[sage]：2025/07/11(金) 09:08
366::24.51 ID:rfNcv5Se >>209 その仕組みがいまいちなので今風に改善して欲しい 大至急
367:デフォルトの名無しさん
25/07/14 08:22:28.66 hhZ8zdBV.net
>>359-360
無関係だと思うけど
pubが必要なフィールドが20個あるとしたらやっぱり面倒だろう？
それについて対策を考えられないなら脳が委縮している
368:デフォルトの名無しさん
25/07/14 08:24:48.58 hhZ8zdBV.net
なぜか話を曲げて本質を正しく理解できない人間がいる
369:デフォルトの名無しさん
25/07/14 08:29:39.92 hhZ8zdBV.net
＞ pubは最小限にするという基本を理解しようとしない
それとpubを一括で指定できないのとは何の関係もない
370:デフォルトの名無しさん
25/07/14 08:49:18.79 WvRBNe6v.net
URLﾘﾝｸ(docs.rs)
これでいいんじゃない？
個人的にはアトリビュートマクロで #[pub_all] にする方が好みではあるけど
いずれにしても言語組み込みで対応するほどのことでもないかなぁ
371:デフォルトの名無しさん
25/07/14 10:42:50.61 00JvqrEl.net
全部フィールドをpubにするくらいならエディタ用にマクロとかスクリプトとか書けば十分でしょ
アトリビュートにするとstructと各フィールドのvisibilityだけ見れば済んでたのにアトリビュートも全部見なきゃいけないから単純に読む負荷が増える
372:デフォルトの名無しさん
25/07/14 11:10:16.08 00JvqrEl.net
矩形編集とか正規表現で十分対応可能だよね
そこまで需要ないと思うしsynを使ったコードを書くのは最終手段かな
URLﾘﾝｸ(regex101.com)
373:デフォルトの名無しさん
25/07/14 12:10:10.94 hfL49Qmx.net
>>364
そこが最も重要で関係がある
各フィールドがpubか否かは明示的に見えている必要がある
例えばある領域のデフォルトをmodにしてmodでない部分のみ!mod等を指定する文法やマクロ等を用意すべきでないように
pubについてもそれらの文法やマクロ等を用意すべきでない
そもそも100個のフィールドがあろうがエディタの繰り返し処理等ですぐにpubを付けることができる
困っている人はいない
374:デフォルトの名無しさん
25/07/14 12:20:39.14 Wh76HQtU.net
「Firefox 140.0.4」が公開 ～QUICスタックをRustベースに、HTTP/3のパフォーマンス向上
URLﾘﾝｸ(forest.watch.impress.co.jp)
本バージョンでは「QUIC」スタックを「Rust」言語で記述されたUDP I/Oスタックへ移行しているとのこと。
HTTP/3のアップロードとダウンロードのパフォーマンスが向上しているという。
375:デフォルトの名無しさん
25/07/14 12:25:27.27 Y39lNo1M.net
>>362
pub指定するなら慎重になれ。まとめてなんて横着しないで全部指定しろ、というRustデザイナーの方針なんじゃないんかね。言語の他の設計見てもそんな感じだし。
もともとRustはコーダーの自由を減らしてエラーを減らす＆管理を楽にする言語設計だから、コーダーが手抜きできるようにしたいなら他の言語使ったほうが良いんじゃない？
376:デフォルトの名無しさん
25/07/14 12:26:36.81 D5VD7WG/.net
GPT-4.1超えの中国製AIモデル「Kimi K2」が無料公開される、複数のテストでGPT-4.1やClaude 4 Opusを打ち負かしエージェントタスクもこなす
2025年07月14日 11時10分
URLﾘﾝｸ(gigazine.net)
>>Kimi K2はベースモデルの「Kimi-K2-Base」と事後学習済みモデルの「Kimi-K2-Instruct」の2種類に分かれてリリースされています。以下の図は「Kimi-K2-Instruct」「DeepSeek V3」「Qwen3-235B」「GPT-4.1」「Claude 4 Opus」「Claude 4 Sonnet」「Gemini 2.5 Flash」のベンチマークスコアを並べたものです。Kimi-K2-InstructはすべてのテストでオープンモデルのDeepSeel V3とQwen3-235Bを超えるスコアを記録し、一部のテストでGPT-4.1やClaude Sonnet 4などの商用モデルに勝利しています。
◇上記サイト内にダウンロードリンクがある
377:デフォルトの名無しさん
25/07/14 14:19:32.13 MtCGeFQy.net
jank programming language
URLﾘﾝｸ(jank-lang.org)
これ(plain Cではなく)C++との親和性を売り文句にしているけど、
Rust ABIがちゃんとしてたら(extern "C"経由しないで)Rust製crateを使える様にしてたかも知れないのにな、残念
378:デフォルトの名無しさん
25/07/14 14:41:17.83 I2mcwX9z.net
C++に統一されたABIはないため異なるコンパイラ間のオブジェクトを混ぜることはできない
特定のコンパイラに限っても一貫したABIはないため古いバージョンのオブジェクトを混ぜることはできない
379:デフォルトの名無しさん
25/07/14 15:19:46.96 euC44FPU.net
>>370
Rustはモジュール内の結合は強くていい、モジュールを跨ぐときは注意して結合度を調整しろ、だと思う
モジュール内に関してはクラスベースの言語のようにクラススコープが無い分むしろアクセス制御は緩め
380:デフォルトの名無しさん
25/07/14 19:16:06.22 O0/Yu3Dx.net
pub指定するなら慎重になれ。とか100回繰り返せとか回答が間抜けだよね
本当に必要な場合でも作業は変わらないんだよ
Rustの思想がどうこうじゃなくて自分の意見に反論が出たからムキになって反論してるんだろう
マシーン人間の末路
他の言語でもデフォルトでprivateが多いけどそれは別にOOPの必須条件ではない
typescriptはデフォルトpublicというかそもそもがprivateがなく途中から追加された
c++はclassでprivateがデフォでstructはpublicがデフォ（互換性の問題）
先頭文字の大文字小文字でpublic privateの使い分けされる言語もある
ただ単にその時の設計がそうなっただけで一般認識が変わればどうとでもなる
381:デフォルトの名無しさん
25/07/14 19:37:11.00 hvmB6LBp.net
pubやmutをどうしても使いたい時だけに限定して付ける
ただそれだけの話だな
これに関しては現状の文法で十分だ
382:デフォルトの名無しさん
25/07/14 19:48:15.40 Y39lNo1M.net
>>375
だからRustはコーダー向けの言語じゃなくてマネジメント層・管理者向けの言語なんだよ。
コーダーがpubを100回繰り返して作業が大変になろうが、バグが減る可能性があるならそうするだけ。
コーダーの苦労とかどうでもいい。
383:デフォルトの名無しさん
25/07/14 20:01:08.23 hvmB6LBp.net
>>377
必要であってもpubを100回打ち込むバカはいない
どんなエディターでも作業は簡単だ
384:デフォルトの名無しさん
25/07/14 20:40:50.52 Y39lNo1M.net
>>378
コーダーは愚直にルールを守るバカでいいんだよ。
自分の工数を減らすためにルールを破る無能な働き者はいらない。
385:デフォルトの名無しさん
25/07/14 21:58:43.78 z+n7IHVa.net
複オジと100点オジは相変わらずだな
新手の発達君がもう一人参戦したからどうなるかと思ってたが3人の中ではあいつが一番まともだった
386:デフォルトの名無しさん
25/07/14 23:46:48.71 8TvcLzrP.net
発達君ってどれよ
387:デフォルトの名無しさん
25/07/15 11:03:37.80 iMorh44f.net
pubのパス指定や構造体の#[derive(…)]は冗長に感じる
関数本体の記述が冗長なのはやたら拘って嫌うのに修飾子が冗長なのはあまり気にしないあたりはいかにもC++上がりの人が多い言語という感じ
388:デフォルトの名無しさん
25/07/15 11:55:54.41 gORFWwpu.net
>>382
修飾子はRustでは属性と呼んで
次に対する#[…]とその空間に対する#![…]の2種類しかなくシンプル
冗長性はない
389:デフォルトの名無しさん
25/07/15 14:59:49.82 MxxnHa4o.net
ここでの冗長は長ったらしい程度の意味合いやね
390:デフォルトの名無しさん
25/07/15 15:13:23.37 4vwHJR32.net
属性の枠組みでやれば言語仕様は単純になるし、拡張の余地もある。
ひとつの機能でなるべく多くの状況をカバーできるならそれに越したことはないでしょ。
その上で充分に解決できないことがわかってきたなら専用の文法を作ったほうが良い場合もあるかもしれんが、 derive がそうだとは全く思わんな。
391:デフォルトの名無しさん
25/07/15 16:04:32.62 giMxgCxE.net
rmsは
「悪いけどRustは知らんわ。cargoも知らん」
「GNUには標準ビルドシステムがある。GNU makeだ」
「GNU makeは特定の言語と結びついていないからどの言語とでもやれるよ。すんげー少ない手間で済むんだw」
って言ってたw
392:デフォルトの名無しさん
25/07/15 16:16:55.79 4vwHJR32.net
Rust を使う場合でも他の言語と組み合わせる必要があるプロジェクトでは make を使うことは確かにある。
綺麗ではないけどなんだかんだで必要な機能はあるのが GNU Make の偉大なところだな。
393:デフォルトの名無しさん
25/07/15 16:32:25.22 OY1r80+p.net
Asahi LinuxのリーダーがLinuxカーネルにRustコードをマージしようとして古参メンテナに拒否されたのを逆恨みして、
古参メンテナをRustを拒む老害として印象付けて非難する活動をSNS上で繰り広げた挙句にLinusに追放されたらしいね
394:デフォルトの名無しさん
25/07/15 16:41:29.95 4XAIMpkF.net
>>388
Rust導入マージ反対派が負けた
LinusがRust導入マージ推進で決着させた
395:デフォルトの名無しさん
25/07/15 16:53:41.93 tVMpAOWv.net
いくら一市民がグダグダやっても意味を成さないのは独裁政治のいいところ
396:デフォルトの名無しさん
25/07/15 18:45:23.36 giMxgCxE.net
下の方にGNU cargoっていうスレッドがある
URLﾘﾝｸ(gcc.gnu.org)
397:デフォルトの名無しさん
25/07/15 19:32:27.17 bNwJ5JYx.net
電子は動かず『電子のスピンだけ』が流れて情報伝達できる微小チップを開発
2025.07.15 TUE
URLﾘﾝｸ(nazology.kusuguru.co.jp)
蘭デルフト工科大は電子自身ではなく電子のスピン状態のみが流れて情報を運ぶ『スピン流』を起こせる微小チップを開発したと発表。チップは電子があっても電子が流れないため熱のロスが大幅に減少します
398:デフォルトの名無しさん
25/07/15 19:49:39.00 +/U02cCP.net
>>389
違うだろ。
Linusの裁決は、
メンテナはマージに協力するか協力しないかどちらかにすべきで、他人の貢献を邪魔する権限は無い
ということで、推進しているわけじゃない。
399:デフォルトの名無しさん
25/07/15 20:58:46.82 4XAIMpkF.net
>>393
メンテナは今後もC言語だけに専念する道も選べる、としたうえで
C言語だけに専念する人はRustに関連する部分に関して口を挟む権利はない、と切り分けた
そして紛糾していたRust対応コードのマージにOKを出した
400:デフォルトの名無しさん
25/07/15 23:33:12.96 Iqd8PnKL.net
逆に言えば今後rustだけに専念する人はC部分に口出しは一切出来ないと言うことだな
401:デフォルトの名無しさん
25/07/15 23:38:12.47 4XAIMpkF.net
>>395
Linusはそんなこと言ってない
両方に関わることに対する別の道としてCだけに専念する道も示した
両方に関わる人たちが境界部分のコードを出してマージされた
402:デフォルトの名無しさん
25/07/16 05:03:44.46 4tPm3gKv.net
宇宙誕生直後の数兆度の「宇宙のスープ」を再現―濃厚な後味を探る
2025.07.15 TUE
URLﾘﾝｸ(nazology.kusuguru.co.jp)
↓昔はよく見えた人魂が見えたので幽霊と勘違いし↓
雷の玉⁈ 謎の自然現象「ボールライトニング」をカナダで観測
2025.07.14 MON
URLﾘﾝｸ(nazology.kusuguru.co.jp)
臨死体験の正体は死ぬ間際の「爆発的な脳活動」だった
2025.05.03 SAT
URLﾘﾝｸ(nazology.kusuguru.co.jp)
>>患者たちの脳の意識や思考、記憶にかかわる脳領域において、死ぬ直前に主にガンマ波からなる「爆発的な脳活動」が起きていることが判明しました。
>>同様の脳活動パターンは夢や幻覚を見ているときや、幽体離脱を経験している患者たちで観察されるものと酷似していたとのこと。
※天国や地獄は無い！
403:デフォルトの名無しさん
25/07/16 08:10:47.74 KQE8Y6ot.net
>>396
言ってないけど事実上そういうことだろう
404:デフォルトの名無しさん
25/07/16 08:21:56.51 H0LK7XVd.net
>>398
ちょっと違う。
Rust専門ならc部分のマージを拒否したりできない、くらいの意味。
c部分がRustに都合の悪い仕様変更をしたとしても、c部分に関わらないなら拒否する権利も無いし、ましてやSNSとか使って認知戦を仕掛けるとか論外。
405:デフォルトの名無しさん
25/07/16 10:02:48.16 M2A5gVr6.net
Linux において Rust 部分は C 部分の一方的な利用者であるというのが今回の裁定の根拠になっている。
要するに Rust モジュールはほとんどアプリケーションの開発と同じくらいの立場。
ユーザは問題を報告することは出来るが開発に口出しするのは筋違いだし、メンテナがユーザの使い方に口出しするのもおかしい。
406:デフォルトの名無しさん
25/07/16 11:15:05.41 //hp7Fvv.net
利用者は責任者でもある
C++の時は責任者がどこにもいなかったからC++は利用されなかった
407:デフォルトの名無しさん
25/07/16 11:47:56.97 3nWiY2ch.net
C++が拒否されたのもRustが受け入れられたのもLinusの個人的な好き嫌いが最大の理由だよ
RedHatはRustを積極的に支持しているけど、一方でC++はずっと昔から遥かに大規模に使ってきてるわけで、責任者がいないとかの信用の問題ではない
408:デフォルトの名無しさん
25/07/16 12:06:52.80 //hp7Fvv.net
嫌いなものに責任取りたくないから好き嫌いが責任の範囲に影響を与える
科学的には好き嫌いは無視できない
無視するべきというのは科学というより道徳の話だろう
409:デフォルトの名無しさん
25/07/16 12:12:59.42 rHrtB6ar.net
念のためLinuxのRust化はカーネルコアはC言語のままで各カーネルモジュールをRust化する話だよ
デバイスドライバやファイルシステムに通信プロトコルから拡張システムコールまで多くのことがカーネルモジュールで実現できて使われている
これらが最近はRustで記述されるようになった
今回の攻防戦はコアとモジュールのAPIとして従来のCのAPIだけでなくRustのAPIも正式に提供しようということ
そしてLinusの仲介決定でそのコードがマージされた
410:デフォルトの名無しさん
25/07/16 18:44:12.70 //hp7Fvv.net
でも、俺じゃない、あいつがやったという論争とは違うよね
C「あいつがやった」Rust「そうだよ俺がやったよ」みたいな
411:デフォルトの名無しさん
25/07/16 19:34:43.55 cFVOu5kd.net
誰かRustでQtを(上手く)使う方法教えてクレメンス
今はC++でQt系統を全部書いて、Rust側でcmake,bindgenを使って読み込んでる
(それとQtWidgetのxmlの書き方を教えてほしい)
412:デフォルトの名無しさん
25/07/16 23:54:12.36 8
413:Rg5vR/b.net
414:デフォルトの名無しさん
25/07/17 11:53:28.61 qi/mSAiT.net
>>406
Qt は今年になって公式に C++ 以外の言語との連携をしやすくするプロジェクトを始めたがまだ使い物にならない。
従来からある方法は「C++ 用」のコードをなんとかかんとか Rust に接続するやり方なので汚くて手間がかかるのは仕方ない。
いけてない中で比較的にマシだと思えるものを選ぶだけ。
415:デフォルトの名無しさん
25/07/17 20:00:25.66 r5JcBgff.net
>>408
うーん、なるほど…その他の言語で使えるようにするって言うプロジェクトって、例えばどう言うのがあるんですかね…
(一番いい方法が知りたい)
416:デフォルトの名無しさん
25/07/17 22:35:40.12 btLLEul/.net
Qt を Rust から使う非公式な方法の中では cxx-qt や qmetaobject-rs が人気があるみたいなんだが……
良いとは言えない。
417:デフォルトの名無しさん
25/07/17 22:39:28.07 RRtJvMxE.net
JavaをQtで使ってマルチプラットフォームできないかなあと考えたら
Java自体がマルチプラットフォームだったのを思い出した
ただしアプレットはもうおなくなりになった残念
418:デフォルトの名無しさん
25/07/17 23:14:59.71 5oIXbVC0.net
「フリーランススタート」における2025年6月の月額平均単価を発表。言語別ではRustの平均単価が2か月連続で上昇
URLﾘﾝｸ(codezine.jp)
419:デフォルトの名無しさん
25/07/17 23:31:08.15 17ErUWn0.net
QtもJavaもマルチプラットフォームだが内容が全然違う
ということはプラットフォームを隠蔽する機能とは関係ないコードが大量に書かれているので
おそらく自分でOS毎に別々のコードを書いた方がコードの総量は少ない
420:デフォルトの名無しさん
25/07/17 23:52:53.82 o/MFEqL7.net
2025年6月度 フリーランスエンジニア月額平均単価73.9万円開発言語別では「Rust」の平均単価が2ヵ月連続上昇
URLﾘﾝｸ(www.oricon.co.jp)
421:デフォルトの名無しさん
25/07/17 23:59:26.63 sHXWZTEX.net
目的が「GUIアプリを作りたい」なのか「RustでGUIアプリを作りたい」なのか「RustでQtを使いたい」なのか
GUIアプリを作ることが第一の目的なら、正直言ってRustはあまりフレームワークが整ってないから、言語自体を変えるのもアリ
Rustで作りたいけどQtに拘りがないなら Tauri とか Dioxus あたりが良いんじゃないかと思う (見た目に拘らないけどeasyなのが良ければeguiもアリ)
Qtをどうしても使いたいなら頑張ってねという感じ
422:デフォルトの名無しさん
25/07/18 01:07:16.26 cr4W+U+M.net
最終目的って案外必要ないよな
上場ゴールみたいなただの通過点を設定するだけで十分
423:デフォルトの名無しさん
25/07/18 09:16:00.36 MwTTb5zg.net
Qt フレームワークを使う言語の想定は厳密に言うと C++ ではない。
拡張された文法が少しあって独自のプリプロセッサを通して C++ にする仕組みになってる。
C++ に強く依存しながら C++ ではないというごちゃごちゃした機構なので、別の言語からの利用もやっぱりごちゃごちゃするのも仕方ない。
根本的に整理されないと Rust から利用する小さなラッパー程度ではスマートにいかない。
出来るか出来ないかで言えば Qt を Rust から使うことは出来るけど
原理的にスムーズにはいかないもんなんだってば。
使うなら泥臭くて面倒なのを覚悟するしかない。
424:デフォルトの名無しさん
25/07/18 14:19:14.67 mTxGQOLJ.net
・下記の条件を整えない限り量子テレポーテーションによるワイヤレス通信�
425:ﾍ不可能 量子コンピューターの真価を、実機で証明することに初めて成功。理論から現実への一歩となるか 2025.07.18 https://wired.jp/article/quantum-computer-exponential-speedup/ >>量子コンピューターは、古典的な計算機では手が届かない問題を解く可能性を秘めている。だが、その潜在能力を発揮するためには、実機で機能するアルゴリズムが欠かせない。また、問題の規模が大きくなるほど古典的なコンピューターよりもはるかに早く答えにたどり着けるという優位性を証明しなければならない。これまでのところ、その証拠は得られていなかった。 >>こうしたなか、南カリフォルニア大学（USC）の研究チームが、状況を一変させる成果を発表した。IBMの127量子ビットのプロセッサー「Eagle」を用いて、従来のコンピューターで解を導くことが極めて困難だった「サイモン問題」に取り組み、圧倒的に高速な解法を実現したのだ。 >>サイモン問題へのアプローチは、素因数分解の問題を高速で解くショアのアルゴリズムに先立つ、初期の量子アルゴリズムのひとつとして知られている。実際、サイモン問題を解けるならば、暗号解読の基礎技術にも応用できる可能性がある。理論上は指数関数的に速く解けるとされていたが、それを実機で確かめた事例はこれまでなかった。 >>この課題に取り組むにあたって、ライダーらの研究チームはサイモン問題の特定バージョンに焦点を絞った。オラクルに隠されたビット列に含まれる「1」の数（ハミング重み）を制限することで、回路の複雑さとエラーの蓄積を抑えるとともに、現実的な量子デバイスでも検証可能なかたちに問題を再定式化したのだ。 ★>>ダイナミカルデカップリングとは、精密なタイミングでキュービットにパルスを与えて、外部環境との不要な干渉を打ち消す技術だ。これにより量子状態の持続時間が飛躍的に延び、 >>今後の課題は、オラクルなしで定式化された実問題に対しても同様のスピードアップが実現できるかどうかだ。また、より大型の量子コンピューターを安定して動かすためには、外からのわずかな揺らぎや、計算途中で量子状態が壊れてしまう問題にも対処しなければならない。
426:デフォルトの名無しさん
25/07/19 20:29:00.87 L+W6sZkH.net
>>415
「Linux」で使うGUIアプリを
(書きやすさとか速度とかの観点から)Rustで書きたいんです
(´・ω・)
QtじゃなくてGTK使うことにしました
427:デフォルトの名無しさん
25/07/19 20:46:07.86 L6B2w6DX.net
slintとかもよさげ
428:デフォルトの名無しさん
25/07/19 21:39:36.91 LtbiMFqE.net
Rust で使うという前提なら Slint が優秀ということには同意する。
公式に Rust からの利用を想定しているのは強い。
429:デフォルトの名無しさん
25/07/19 21:52:33.32 Uwbohsyu.net
公式な取扱説明書がほしいか
GUI自体が、取説を埋め込んだUIのようなものだしな
430:デフォルトの名無しさん
25/07/19 23:05:31.27 LjiEyrOF.net
用途次第だな
スマホにもUI表示させたいことが多いのでウェブにすることが多い
431:デフォルトの名無しさん
25/07/20 14:16:56.68 H87dRAt/.net
Intel Pコアの時代に終止符か？ 2028年「Titan Lake」でEコア由来の100コア統一設計へ、衝撃のロードマップがリーク
URLﾘﾝｸ(xenospectrum.com)
432:an-end-to-the-p-core-era-moving-toward-a-unified-100-core-design-based-on-e-cores-with-titan-lake-in-2028/
433:デフォルトの名無しさん
25/07/20 17:24:31.94 z4HnimKh.net
Eコアをバカにしてたやつら涙目
434:デフォルトの名無しさん
25/07/20 20:49:12.75 Pn12c94z.net
Rustに限った話ではないけど、GUIのデスクトップアプリという分野自体が小さくなってる感はあるよね
435:デフォルトの名無しさん
25/07/20 21:20:56.02 aEAvHxQs.net
Rust製DLフレームワークBurn 0.18.0が登場！
URLﾘﾝｸ(qiita.com)
多くの既存フレームワークがPython（フロントエンド）とC++/CUDA（バックエンド）を組み合わせる「2言語問題」を抱えているのに対し、
BurnはGPUカーネルの記述からモデル定義、トレーニング、推論まで、すべてをRustで完結できる点が最大の特徴です。
436:デフォルトの名無しさん
25/07/20 21:49:12.58 MR+viHba.net
悪いコアはあるの
437:デフォルトの名無しさん
25/07/20 23:17:23.84 XNXTLctW.net
ドット絵ならGUIで編集するのに
ドロー系ってプログラミングに近いからvimで編集した方が早いんじゃないか
438:デフォルトの名無しさん
25/07/21 11:29:19.64 055eIEAs.net
>>427
これクソ遅いんだよな
439:デフォルトの名無しさん
25/07/21 13:28:01.51 krXiWWqW.net
>>430
いや新たなチャレンジで速くなった話
cuBLAS/CUTLASSリファレンス超えする場合も出て来た
URLﾘﾝｸ(burn.dev)
440:デフォルトの名無しさん
25/07/21 13:56:31.34 PNGKWXZj.net
>>431
Rustに限らないところだけどCUDAとVulkanの性能差が気になった
やっぱりNVIDIA GPUってCUDAじゃないと性能出ないんかね
汎用のGPUプログラムはやはり厳しい…
441:デフォルトの名無しさん
25/07/21 15:13:51.65 yY37yx4X.net
最近tauri使ってるんだが作りやすいなこれ
個人開発みたいな小規模アプリはこれで十分だな
中大規模はどうなるかしらんけど
442:デフォルトの名無しさん
25/07/21 15:52:08.70 pK2qnHJn.net
むしろ大規模向きでしょ
小物にWebブラウザベースは重すぎる
というかRustだったら個人的な小物はTUIで作るのが主流だろ
443:デフォルトの名無しさん
25/07/21 16:06:03.57 yY37yx4X.net
個人的なアプリではないんだけど権限が許可制になってるのはセキュアでいいね
どれぐらいセキュリティー的に効果あるのかは知らんけど
444:デフォルトの名無しさん
25/07/21 16:25:08.14 PNGKWXZj.net
大規模開発だと技術選定的に難しい気がする
十分に枯れてて安定してるとか、経験者が多いとかの方が重要だろうし
技術そのものは堅いように思うけど、現状は個人や少人数の開発向きに感じる
445:デフォルトの名無しさん
25/07/21 17:08:50.08 pK2qnHJn.net
>>435
いやそれは全く逆で、Tauriのアーキテクチャに起因する本質的な脆弱性を軽減するための対策が必要になっているのであり、
そもそも普通のネイティブアプリなら不要な対策
具体的には、Webブラウザに悪意あるサイトを開かせる等の手段により不正なスクリプトをロードさせる
すると、そのスクリプトはTauriのバックエンドを通じて強力な権限を持つことになる
446:デフォルトの名無しさん
25/07/21 17:48:51.39 yY37yx4X.net
>>437
あー、なるほどねー
Webの技術使うからそのままWeb系の攻撃が可能になってるところあるのか
Web参照する系のアプリはあぶないねー
447:デフォルトの名無しさん
25/07/21 18:02:43.94 yY37yx4X.net
そうするとTauriは権限あるからいい�
448:ｯど類似のブラウザベースのGUIアプリとかガバガバなんじゃないの？ 問題になってたりするの？
449:デフォルトの名無しさん
25/07/21 18:52:16.65 pK2qnHJn.net
>>439
ElectronはWebView毎にNode.js APIの使用可否を指定できる
特定の操作だけを許可したい場合は明示的にAPIを定義することもできる
Tauriは後発ゆえにセキュリティをアピールしてFUDに訴える戦略を採ったのだろうけど、一般的には上記で十分
450:デフォルトの名無しさん
25/07/21 19:49:20.87 yY37yx4X.net
>>440
ブラウザベースのGUIアプリでWebViewにネット上のリソース読み込ませるのって普通のWebアプリよりリスク高いね
HTML/CSS使えるのは便利なんだけどな
451:デフォルトの名無しさん
25/07/21 21:31:05.10 QA4DTPlF.net
そんなことない
452:デフォルトの名無しさん
25/07/21 22:03:02.11 yY37yx4X.net
WEBアプリはブラウザで止まるけどGUIアプリは直でマシンを狙われるじゃん
普通のWEBアプリよりリスクあるってかセキュリティ的な課題が多いよ
権限とスコープで範囲絞ればまだ何とかなるけど
453:デフォルトの名無しさん
25/07/21 22:21:38.00 yY37yx4X.net
でもElectronはVS Codeなどの実績もあるし結局開発者次第だろうな
俺はWebアプリよりセキュリティ的にシビアな開発になるという認識になったが
454:デフォルトの名無しさん
25/07/21 23:05:50.42 zPKMB/NN.net
>>443
何がどう危険なのかすら理解しておらず無知すぎる
例えばシェル上でwgetやcurlなどを用いてHTML/CSS/JavaScriptや画像や動画やPDFなどをダウンロードしたことない？
それで何が危険だった？
当然危険なことは何もない
一方でウェブのセキュリティ例えばXSSクロスサイトスクリプティングも
万が一敵のサイトのJavaScriptを実行してしまう設定だとしてもそこでお漏らしできるのはクッキー情報など閉じた中のデータだけだ
じゃあ見知らぬデータ由来でローカルのファイルアクセスしてしまうリスクはどこで起きるか？
ウェブと全く関係ない普通のGUIアプリのリスクと全く同じだ
455:デフォルトの名無しさん
25/07/21 23:23:03.67 Lh9K5xSF.net
危険なものを安全だと思い込むのは危険だ
逆に、安全なものを危険と思い込むのは、安全か危険かで言えば、危険なことは全く何もない
456:デフォルトの名無しさん
25/07/21 23:39:49.57 PNGKWXZj.net
いや普通にweb特有のリスクあるでしょ
OSネイティブのGUIアプリではXSSなんて起こらないし
tauriやelectronは、ローカルファイルへのアクセス等をフロント側のプロセスに公開してる都合上、乗っ取られた時のリスクは普通のブラウザよりも大きい
(webブラウザのようなサンドボックスなら「VS Codeでローカルのソースコードを表示する」なんてできないわけだし)
electronもtauriもセキュリティの話をドキュメントで説明してるんだから、それが必要になる理由はちゃんとある
457:デフォルトの名無しさん
25/07/21 23:44:31.69 COp00WAH.net
>ウェブと全く関係ない普通のGUIアプリのリスクと全く同じだ
それもまた違うんだけどな
458:デフォルトの名無しさん
25/07/21 23:46:37.15 yY37yx4X.net
>>445
いやいやいやいや
curlとブラウザを一緒にされては困るｗ
ブラウザはscriptを読み込んだら実行される可能性があるがcurlは実行されない
それからcurlを使うのは知識のある開発者だがGUIアプリは無知な一般ユーザーも使う
まったく条件が違う
459:デフォルトの名無しさん
25/07/21 23:53:29.42 ljGk1Vvp.net
>>447
XSSはブラウザの中の制限されたjavascriptの世界の中の話
サンドボックスの中なので何もすることはできない
外に対して唯一できることはWebサイトアクセスのみ
ローカルファイルアクセスは不可能
GUIアプリがWebベースかどうかでリスクの差は生じない
460:デフォルトの名無しさん
25/07/21 23:55:20.01 Z3GJzxqV.net
>>449
トンデモ連投する前にゼロから勉強し直したら？
461:デフォルトの名無しさん
25/07/21 23:58:28.52 moBe7I/z.net
最も安全なGUIアプリはWebアプリですよ
WebアプリはWebブラウザにバグがない限りリスクがありません
Webサイトアクセスと同じですから
462:デフォルトの名無しさん
25/07/22 00:03:58.73 qTyrO8F1.net
ブラウザにバグがなくてもアプリに脆弱性があればダメだし
アプリに脆弱性がなくてもユーザーが情弱だとダメ
>>450-452みたいにね
463:デフォルトの名無しさん
25/07/22 00:18:03.27 pyIlPdKS.net
比較するならネイティブGUIアプリが最も危険だよな
極端な場合バグもしくは意図的な仕込みでローカルファイル全消去までありうる
ユーザとしては信頼できる大手など提供のアプリしか使いたくない
一方でWebアプリは普通のWebサイトへのアクセスと同じだからユーザにとって何か新たなリスクは生じないため気軽に使える
Webアプリ提供側もWebサイト運営と同じで何か新たなリスクは生じない
464:デフォルトの名無しさん
25/07/22 00:30:43.05 sPs3Reb2.net
XSSはまだいいがCSRFだよな
こっちも条件そろえば行けるんであれば開発難易度はWeb+GUIで高くなるね
465:デフォルトの名無しさん
25/07/22 05:32:27.74 Z1PZI78m.net
・テレポートが完全に否定されました
量子物理学が「宇宙の輪廻転生」を否定―我々の宇宙は一度限りのものだった
2025.07.21 22:00:10 MONDAY
URLﾘﾝｸ(nazology.kusuguru.co.jp)
>>近年注目を集めている量子重力理論という新しい分野です。
>>これは重力に量子力学の考え方を取り入れ、従来の物理法則では説明できない現象にもアプローチする理論です。
>>これは重力に量子力学の考え方を取り入れ、従来の物理法則では説明できない現象にもアプローチする理論です。
>>例えば、真空中でもごく短時間だけ負のエネルギーが現れる現象（カシミール効果）や、ブラックホールがエネルギーを放出するホーキング放射という不思議な現象が知られています。
>>これは従来の特異点定理が前提としている「エネルギーはどこでも負にならない」という仮定を根本的に揺るがすものです。
>>そのため現在の物理学界では特異点重視派と回避派が理論的なしのぎを削っている状況にあります。
>>第一に、完全な特異点の形成を回避できる可能性があることです。
>>第二に、多くの人が抱く「ではビッグバンの前には何があったのか？」という一般の人の素朴な疑問にも「前の宇宙があった」と答えられるため、科学的にも物語的にも興味を惹くものでした。
>>本質的には「宇宙やブラックホールが崩壊する過程で、もしもエントロピーが常に増加し続ける（＝GSLが成り立つ）限り、いかなる場合も完全な崩壊＝特異点形成を避けることはできない」という定理を証明したのです。
>>つまり、量子効果をどんなに考慮しても、特異点が必ず現れてしまうという結論になり、ビッグバウンスを起こすには基本的な物理法則の一つであるエントロピー増大則を破らなければならない、ということが明らかになったのです。
>>その結果、宇宙全体が収縮の後に再膨張するという「ビッグバウンス型」のシナリオも、少なくとも通常の物理法則の枠組み内では否定されることになりました。
>>少なくともブーソ氏をはじめ多くの物理学者は「どんな理論においても、時間が止まる境界のようなものは残るだろう」と考えています。
466:デフォルトの名無しさん
25/07/22 09:59:34.52 xERdX2Ve.net
自分で食べる物よりも他人に食わせる物のほうが危険
他人を説得しようとする奴が危険とも言える
467:デフォルトの名無しさん
25/07/22 10:19:02.40 bqrJIbUz.net
>>454
いろいろと正気を疑うレベルなのでWebアプリのセキュリティ入門本(徳丸本とか)を1冊読むことをお勧めする
468:デフォルトの名無しさん
25/07/22 10:22:43.10 bTRjdqOd.net
ネイティブアプリだと起動ユーザの権限でなんでもできてしまうもんな
ウェブアプリはブラウザと同じレベルで安心
469:デフォルトの名無しさん
25/07/22 10:30:29.84 WFyTuJby.net
最近だとWebもネイティブもやらずにElectronやTauriみたいなのから入る人もいるから、
>>435みたいに「そもそも普通のネイティブや普通のWebより潜在的に危険な仕組みである」という重要なコンテキストを理解しないまま進んじゃう人も増えてくるだろうね
Electronのドキュメント方はその辺わりと正直に書いて脅かしてくるからいいけど、
Tauriはどっちかというと危険性を伝えるより安全をアピールするトーンで書かれてるからわりと悪質
470:デフォルトの名無しさん
25/07/22 10:42:54.89 wLw5OpNP.net
>>458
徳丸本に書いてあることはWebアプリ化しないWebサイトでも守るべきことばかりだぞ
>>454で正しい
471:デフォルトの名無しさん
25/07/22 11:14:02.23 nBMr2uk5.net
>>454のいうWebアプリというのが一般のWebブラウザを使ってインターネット経由で利用するアプリ(PWA含む)のことなのか、
ElectronやTauriを使用したアプリのことなのかによる
前者なら大きく間違ってはいないが、もし後者なら正気ではない
後者はWebのリスクとネイティブアプリのリスクの両方を兼ね備えており、
相乗効果として開発元に悪意や機能的なバグがなくてもユーザーの環境が破壊されたり悪用されたりし得る
472:デフォルトの名無しさん
25/07/22 11:27:16.62 wLw5OpNP.net
>>462
WebアプリとはWebブラウザがWebサーバに接続して利用する形態を指す
もちろんPWAを含む
この定義から外れたものをWebアプリと呼ぶことはない
473:デフォルトの名無しさん
25/07/22 11:40:44.64 xERdX2Ve.net
課金する権限を持ってないアプリを使いたいなあ
474:デフォルトの名無しさん
25/07/22 11:46:21.31 Jx9L1sHS.net
>>461
ああ複おじだったのか
じゃ正気じゃないのは皆が知ってる周知の事実なので別にいいや
他の人は複おじに騙されないように注意しよう
475:デフォルトの名無しさん
25/07/22 13:07:59.22 Z1PZI78m.net
Googleの強化版Geminiが数学オリンピックで金メダルを取る性能に到達、自然言語で動作し人間と同じ制限時間で解答を導き出す
2025年07月22日 11時04分
URLﾘﾝｸ(gigazine.net)
OpenAIの「実験的推論モデル」が数学オリンピックで金メダル相当のスコアを達成、GPT-5は近日中にリリース予定で「実験的推論モデル」はまだ先
2025年07月22日 11時03分
URLﾘﾝｸ(gigazine.net)
476:デフォルトの名無しさん
25/07/22 13:16:48.91 sPs3Reb2.net
ブラウザベースのGUIアプリはWebとデスクトップアプリの両方の知識がないと開発できんわな
アンドロイドに対応する場合はアンドロイドの知識も必要になるだろうし完全に玄人向けのフレームワークだな
このスレに書き込んだおかげでリリース前に知れてよかったわ
477:デフォルトの名無しさん
25/07/22 13:34:42.76 UK6DQpw5.net
>>447
ElectronやTauriはWebサーバを立てなくてよいことがメリットなのでXSSやCSRFなどの問題は起きないよ
478:デフォルトの名無しさん
25/07/22 18:57:13.96 ItZgAdsO.net
繰り返しになるがバカおじの言うことを信じちゃだめだぞ
The first line of defense for your application is your own code. Common web vulnerabilities, such as Cross-Site Scripting (XSS), have a higher security impact on Electron applications
URLﾘﾝｸ(www.electronjs.org)
479:デフォルトの名無しさん
25/07/22 19:44:25.32 AMPQ7sAV.net
オフラインで完結してるならxssは関係ない
480:デフォルトの名無しさん
25/07/22 19:55:07.12 6h/EmHT/.net
>>469
それはyour own codeを守ればXSSは起きないという意味
他所のコードかつ空間分離なしの時のみXSSが起きる
481:デフォルトの名無しさん
25/07/22 21:30:04.22 WM9400yb.net
>>471
違います
バカおじは英語読めない上に機械翻訳もまともに使えないのか
482:デフォルトの名無しさん
25/07/22 22:06:38.30 xERdX2Ve.net
ゼロオーバーヘッド論法
あなたのコードで使われていない機能の悪影響はゼロ
483:デフォルトの名無しさん
25/07/22 22:52:21.05 9b+TW2Vs.net
>>471
複おじｗｗｗ
今日イチ笑わしてもらった
484:デフォルトの名無しさん
25/07/23 07:32:40.29 cQ85VHpL.net
・自然界の光が強いから特別な屋の中でしか思考を読み取れない
脳が放つ“秘密の光”の検出に初成功：思考を読み解く新技術への扉が開く
2025年6月18日1:25PM
URLﾘﾝｸ(xenospectrum.com)
★>>極めて精密な実験環境を構築
>>実験は、外部の光を完全に遮断した暗室で行われた。20人の被験者は快適な椅子に座り、頭部には脳波（EEG）を測定するためのキャップを装着。そして、脳の光を捉えるため、超高感度の光センサーである「光電子増倍管（PMT）」が頭の周りに配置された。PMTは、光子1個という究極の光量さえも検出できる驚異的なデバイスだ。研究チームはPMTを、視覚情報を処理する「左後頭部」と、聴覚や記憶に関わる「右側頭部」の2箇所に設置。さらに、
>>部屋の背景光（ノイズ）を測定するためのPMTも別に用意し、脳からの信号と明確に区別できるようにした。
・上記は特別な部屋の中で下記は実際に観測しての発表
はやぶさ2、科学観測でも活躍 銀河拡散光と星間塵の関係を新たに発見
2025/07/22 20:00
URLﾘﾝｸ(news.mynavi.jp)
>>光学航法望遠カメラ「ONC-T」を用いて撮影した天の川銀河中心の星間塵が多い領域の画像を解析。その結果、星間塵が多いほど、星間塵が星の光を散乱して作る淡い光である「銀河拡散光」の明るさが弱まることが判明
485:デフォルトの名無しさん
25/07/23 13:21:58.70 cQ85VHpL.net
Claude Sonnet 4に匹敵するコーディング特化のオープンモデル「Qwen3-Coder」をAlibabaが発表
2025年07月23日 10時45分
>>Qwen3-Coderの大きな特徴は、ネイティブで256Kトークンという広大なコンテキスト長をサポートするだけでなく、
>>「YaRN(Yet another RoPE-based scaling method)」という拡張技術を用いることで最大100万トークンまで対応可能である点です。これにより、リポジトリ全体を理解するような大規模なタスクにも対応できます。
>>C++、Java、Python、Ruby、Swift、ABAPなどを含む358もの多様なプログラミング言語をサポート。加えて、ベースモデルから一般的な能力と数学的能力を維持しつつ、コーディングに特化しているとのこと。
>>さらに、その能力を最大限に引き出すため、エージェントコーディング用のコマンドラインツール「Qwen Code」も同時にオープンソース化されています。このQwen CodeはGemini Codeをフォークして開発
>>するSWE-Bench Verifiedにおいて、Qwen3-CoderはCloud Sonnet 4よりも小さいモデルサイズでほぼ同等のスコア
ブラックホールに捕食されても生還した「奇跡の星」を確認
2025.07.23 WED
URLﾘﾝｸ(nazology.kusuguru.co.jp)
486:デフォルトの名無しさん
25/07/23 13:57:32.46 k/bh+dq3.net
Rustと全く関係ない日記貼るのやめてくれ
お前のメモ帳じゃない
487:デフォルトの名無しさん
25/07/23 19:50:36.44 cQ85VHpL.net
ボイス・トォ・スカル自動応答システムが下記でできるようになりました
リアルタイム翻訳の「DeepL Voice」がZoom Meetingsと連携開始、対応言語を拡大
URLﾘﾝｸ(news.mynavi.jp)
Copilot+ PCに最新のAI機能登場、7月のプレビュー更新プログラム「KB5062660」
URLﾘﾝｸ(news.mynavi.jp)
>>MicrosoftはWindows Insider Programでテストしていた設定アプリのAIエージェントを正式にリリースした。
※AIで何ができるかを全て書いている
488:デフォルトの名無しさん
25/07/23 20:07:50.47 cQ85VHpL.net
・ボイス・トォ・スカルをAIに任せていると誤作動を起こしている
・間違って関係ない人を攻撃し始める
「フクロウ好きなAIが生成した数列」で調整したAIもフクロウ好きになってしまう「サブリミナル学習」が起きる理由とは？
2025年07月23日 19時00分
URLﾘﾝｸ(gigazine.net)
>>研究チームはサブリミナル学習について調べるための実験を行いました。実験では、まずはベースモデルから「特定の動物が好きな教師モデル」を作成し、数列やコード、思考の連鎖(CoT)といった狭い領域でデータを生成させました。このデータをフィルタリングして特性に関する明示的な言及を除外した上で、生徒モデルのファインチューニングを行い、最終的な生徒モデルがどのような特性を示すのかを評価したとのことです。
>>実験の結果、ファインチューニングに使われたデータには特性への明示的な参照や関連性がないにもかかわらず、生徒モデルは「教師モデルが好きな動物」を好きになることが示されました。
>>研究チームはデータに隠された特性を検出するため、大規模言語モデル分類器や文脈内学習による検出を試みたり、手動でデータを調査したりしたものの、行動特性を伝達している兆候を確認することはできませんでした。これは、サブリミナル学習における行動特性の伝達が、意味的に関連しない生成データ内のパターンに起因していることを示唆しています。
489:デフォルトの名無しさん
25/07/23 22:01:28.27 k/bh+dq3.net
ほんとにここはチラシの裏じゃねーぞ
目的もよく分からないし怖いよ