22/11/30 13:22:01.95 UkkEZSxh.net
>>706 複オジ軍団おつ
本当にそこまでしてると犯罪集団の疑いがかかるよ
大人しく納得してよ
718:デフォルトの名無しさん
22/11/30 13:31:07.04 RA9ND8/X.net
>>695
まともなスレなのかと思ってみたら予想以上に酷かった
NGが捗るのだけは間違いない
719:デフォルトの名無しさん
22/11/30 13:33:05.03 HgZFIyO3.net
>>707
おいおいw
複オジ軍団に入れるなよ
リテラシーの低さを指摘してやっただけだぞ
つか複オジに軍団がいるわけないじゃんw
720:デフォルトの名無しさん
22/11/30 14:33:18.63 bBS0BhSp.net
そう思ってよく見ると、これ軍団？なのかは知らないけど
C++相談室 part162
ｽﾚﾘﾝｸ(tech板:392番)-393
ｱｳｱｳｳｰ Sa5b-*
ちょくちょく話の腰を折るのが楽しくて仕方ない、ポエオジに見えてきた
721:デフォルトの名無しさん
22/11/30 15:11:10.30 WOTWHh4+.net
その人競プロスレにもいる
そのワッチョイだとよそ者扱いなの気づいてないかも
その仲間もいる
722:デフォルトの名無しさん
22/11/30 15:45:12.01 pJupgOvS.net
ｱｳｱｳｳｰはNGにしてるわ
同じやつかもしれんがロクなやついないので
723:デフォルトの名無しさん
22/11/30 16:09:27.62 luaLXMjy.net
>>697
妄想乙。陰謀論とかすぐに信じちゃいそうだから気をつけような
724:デフォルトの名無しさん
22/11/30 16:26:36.69 C5ItOzWN.net
C++スレ、だいたい見分け付くから安心して
725:デフォルトの名無しさん
22/11/30 16:45:35.81 Wzirhnl9.net
そこに某オジが混ざってるのは確か
726:デフォルトの名無しさん
22/11/30 19:27:06.50 FAHQHXzj.net
ワッチョイ導入を吠える奴に限ってワッチョイコロコロだよな
727:デフォルトの名無しさん
22/11/30 19:33:03.35 VjUnhy87.net
ｵｲｺﾗﾐﾈｵの方が特徴を出している
728:デフォルトの名無しさん
22/11/30 19:47:27.00 wYxb0V08.net
競プロスレではｵｲｺﾗﾐﾈｵがマウントしてｱｳｱｳｳｰがたしなめてる？
729:デフォルトの名無しさん
22/11/30 20:19:35.44 30W6u2RH.net
ｵｲｺﾗﾐﾈｵはかのMAUIと意気投合してる
WPF(.NET, WinUI) GUIプログラミング Part30
ｽﾚﾘﾝｸ(tech板:279番)
279: デフォルトの名無しさん sage 2022/11/26(土) 11:06:15.13 ID:1ldKsJnP
これの少し上(265以降)からx:Nameの話のやり取り。質問者は別人で知ったかしてるのがｵｲｺﾗﾐﾈｵ
ID:1ldKsJnP == ID:1ldKsJnPM (ｵｲｺﾗﾐﾈｵ MMab-ykd8)
URLﾘﾝｸ(hissi.org)
730:デフォルトの名無しさん
22/11/30 20:25:16.86 dptuEtJz.net
ｵｲｺﾗﾐﾈｵ語録
天才
漏れ
のであった
のであっる
731:デフォルトの名無しさん
22/11/30 20:50:59.01 D0f5nOYN.net
語録 意味論+のであった コンボ
次世代言語29 TypeScript Swift Go Kotlin Rust Nim
ｽﾚﾘﾝｸ(tech板:352番)
352: デフォルトの名無しさん sage 2022/09/22(木) 06:32:39.62 ID:KYC2ssXj
>>333
意味論(semantics)はコンピューターサイエンスでは常識かつ必須のものであり
今回のような証明においてももちろん不可欠のもの
そして>>309の論文を見てみたら当然のように今回の核心部分で意味論(semantics)が出てきている
皆が言及しているのも当然なのであった
732:デフォルトの名無しさん
22/11/30 20:56
733::14.68 ID:xA9q89X1.net
734:デフォルトの名無しさん
22/11/30 20:58:56.08 3owZWjDR.net
Doc本家代弁者の思い込み？ 本スレ ID:rSYd8nrB
>>482: デフォルトの名無しさん sage 2022/11/24(木) 15:33:59.04 ID:rSYd8nrB
一方rustコミュニティはコンパイラのdiagnosticの翻訳者を募集していたのであった
URLﾘﾝｸ(blog.rust-lang.org)
>>474はこういうのもやらない方が良いと思ってる？
735:デフォルトの名無しさん
22/11/30 23:53:41.68 BfCpCYnc.net
これは他の開発環境でもよくあることだけど、こんなの訳されたらググりづらくなるだけじゃねえのか
736:デフォルトの名無しさん
22/12/01 00:17:38.55 8yYXZOAf.net
rustcの場合はURLやエラーコード出るからメッセージが日本語でも特に支障はないのでは
737:デフォルトの名無しさん
22/12/01 08:02:15.14 CTIQwGqT.net
英語のメッセージでググっても中身のないアフィカス日本語サイトしか出てこないようになっているからどっちもどっち
日本語のメッセージがアフィカスサイトを上回るならメリットあるね
738:デフォルトの名無しさん
22/12/01 10:50:28.62 aRdHv5SW.net
昨日のヒントで掘ったら、某オジがなんでPerl偽装するほどハッシュを拗らせてるのか分かった
739:デフォルトの名無しさん
22/12/01 12:18:36.87 C8o9eLrx.net
すごく久しぶりにRust関連みたらめっちゃ荒れてんのな。
一体何で揉めてんの？
740:デフォルトの名無しさん
22/12/01 13:18:45.22 hut8tsqa.net
翻訳の話題になると単発Rustガイジが急に湧いてきたから
そこに関わって雑に扱われた人なんだろう
私情がむき出しになってる
怖い怖い
741:デフォルトの名無しさん
22/12/01 13:36:00.00 fiJuDPd3.net
そうかな？おれは某オジが公式のお手伝い的立ち振る舞いをする事が迷惑
742:デフォルトの名無しさん
22/12/01 13:40:04.93 QSGflsTk.net
↑単発Rustガイジ
743:デフォルトの名無しさん
22/12/01 13:48:38.39 LRCAz4YI.net
ｵｲｺﾗﾐﾈｵさ～ん、別室で呼ばれてますよ～
744:デフォルトの名無しさん
22/12/01 14:10:19.16 +8V7DDLQ.net
ｵｲｺﾗﾐﾈｵさ～ん、先生がお待ちですよ！ #確率的探索中
745:デフォルトの名無しさん
22/12/01 14:15:29.05 p39MirQK.net
ｵｲｺﾗﾐﾈｵさん、じゃあ始めますね～
746:デフォルトの名無しさん
22/12/01 14:17:59.07 qbMIrOAL.net
言われてみれば低品質翻訳オジと某オジは言葉使いが似てるな
747:デフォルトの名無しさん
22/12/01 14:33:23.35 o5v4IIF+.net
おれは某オジがそういうフリをしている可能性を問題視してる
748:デフォルトの名無しさん
22/12/01 14:39:13.55 jvRfhEdy.net
私怨論に話をそらせたいのが某オジ >>625,729
749:デフォルトの名無しさん
22/12/01 14:47:44.37 FTdOeqRZ.net
rust-jpに私怨てw
自意識過剰もいいところ
750:デフォルトの名無しさん
22/12/01 14:58:55.31 KbSqTJy2.net
#ｵｲｺﾗﾐﾈｵさ～ん、知らない事は調べてきて答えてくださいね！
当分の間はコロコロ禁止ですよ！
お友達もあとから呼び出しがありますから伝えておいてくださいね！
751:デフォルトの名無しさん
22/12/01 15:18:16.92 QSGflsTk.net
ここまで単発Rustガイジ
もうおわりだよこのスレ
752:デフォルトの名無しさん
22/12/01 15:27:01.81 3qQOITc+.net
お友達さ～ん、ま～た数学拗らせて～
Rustの保証は数学的証明付きだとかホラふかないで～
恥ずかしいからやめてくださいね！
753:デフォルトの名無しさん
22/12/01 16:19:19.59 jEoqaGTE.net
別室での話だけど、
別人が誤ったから、同じ主張やその後の間違いを放り投げて幕引きとか、特徴出し過ぎ
754:デフォルトの名無しさん
22/12/01 16:29:41.61 jAeBwf3w.net
こんな所でコソコソしてて草
755:デフォルトの名無しさん
22/12/01 16:37:42.16 xrmQW8I1.net
>>743
#某オジはお願いだからこっち来ないで #MAUIとお幸せに！
756:デフォルトの名無しさん
22/12/01 16:38:32.69 35O+q6ze.net
なんでID変えたの？
757:デフォルトの名無しさん
22/12/01 16:46:32.24 aw0kAUIM.net
>>745
意味不明
758:デフォルトの名無しさん
22/12/01 16:49:44.04 jAeBwf3w.net
>>744
>>742みたいなアホを排除したらよくね？w
759:デフォルトの名無しさん
22/12/01 16:54:15.87 xSaC71UL.net
いや俺のプロファイルだと間違いなく関わってる人間だ
760:デフォルトの名無しさん
22/12/01 17:00:53.18 SU5R7n94.net
すごいな。万が一、仮に裏方かなんかで関わっていたとしても、もう表舞台は無理だよね
ちなみに別の別室も注目>>746
761:デフォルトの名無しさん
22/12/01 17:09:30.19 fD4PDcdr.net
C++隔離部屋のくだらないレスバをRustスレに持ち込まないでくれる？
762:デフォルトの名無しさん
22/12/01 17:23:29.67 uXbJjnno.net
即解決じゃないでか。手元でやってませんがvalgrindでしょうね
コンパイルエラー→Rust (マウントじゃなく)
valgrind/sanitizer/etcで確認→C/C++
それぞれの流儀に従うまでです ← ここ重要
C言語なら俺に聞け 159
ｽﾚﾘﾝｸ(tech板:707番)
707: デフォルトの名無しさん(ﾜｯﾁｮｲ ff63-RPwI) sage 2022/12/01(木) 16:47:51.25 ID:knNtAgEU0
y[200001];とd[200001]がスタック壊してしまいます涙
763:デフォルトの名無しさん
22/12/01 17:28:44.40 uXbJjnno.net
一つ言えるのは
↓
C言語なら俺に聞け
↓
即解決、機能した
764:デフォルトの名無しさん
22/12/01 17:38:11.07 fp7Y5Vje.net
今なら貼っていい？
RustとModern C++によって目が醒める
URLﾘﾝｸ(codezine.jp)
765:デフォルトの名無しさん
22/12/01 18:17:06.08 Wq6wsgb9.net
別室の先生方は毎日ボクシングして切磋琢磨している、という説
くだらないレスバだけ、に見えるようでは青い、という説
766:デフォルトの名無しさん
22/12/01 18:40:23.81 PeHv0CKI.net
#某オジはこれを作って活躍してください
↓
Rust言語なら俺に聞け
コテハン/ワッチョイ有の方が徳を稼げると思います
#MAUIもこの手法で少数？の支持を得始めたかもです
767:デフォルトの名無しさん
22/12/01 22:44:34.30 cwSC/i2f.net
本気で提案したつもりでしたが残念です。
私は書き込みせず見ただけですかが、
#某オジ = ID:mPKw+fm5 ですね。
URLﾘﾝｸ(hissi.org)
768:デフォルトの名無しさん
22/12/01 23:06:28.23 oYnak1Dn.net
#某オジは自分に球があると自他共に認める状況が発生するとすかさず放り投げて、
空いた回線で他のスレを荒らしに行く
>>648-649の懸念が現実化してRustに泥を塗らなぬよう即刻やめろ
769:デフォルトの名無しさん
22/12/01 23:47:30.33 VP+MjCQ6.net
今更Modern C++に目覚めるぐらいならGoogleのCarbon Langに人生賭けた方が良くない？
770:デフォルトの名無しさん
22/12/01 23:54:13.57 Vi6mnuHJ.net
いろいろプロファイルすると、複オジ軍団説、完全否定できない。
Carbon Langの状況なんて無視して話を逸らす>>758 複オジ軍団ですか？
771:デフォルトの名無しさん
22/12/01 23:57:07.42 xX1TOujC.net
複オジ軍団に次世代言語にやたら興味がある人物がいるようだ
772:デフォルトの名無しさん
22/12/02 00:12:34.82 TMuqcbhv.net
C++の本 //鈍器
Rustのほん // ペラペラで字が大きい
こんなイメージなので勉強する気Maxの時はビャーネ・ストラウストラップの本を買ってしまおうかと、気の迷いが起こる
773:デフォルトの名無しさん
22/12/02 00:15:42.04 U8ThSRxs.net
>>758がyes/no答えない質問
↓
Rustのメモリ安全性の何らかの保証に関して数学的証明がされている？
yesの場合はその、何らかの保証、を詳しく
俺らに恥かかせないでよね
774:デフォルトの名無しさん
22/12/02 06:22:19.71 1evFSF3k.net
このスレはオジをNGワードにすると割とスッキリする。
775:デフォルトの名無しさん
22/12/02 06:28:40.89 dhVfz/AS.net
複オジww
776:デフォルトの名無しさん
22/12/02 16:07:31.52 ef8lBYgh.net
>>761
いまさら禿本とか
777:デフォルトの名無しさん
22/12/02 16:15:41.71 KasCtwYY.net
本の厚さと内容の濃さは比例しない
良本なら反比例することもよくある
778:デフォルトの名無しさん
22/12/02 18:41:11.95 zxUfj+om.net
C++は余計な機能が多すぎて、解説する本が分厚くなっている面もある。
シンプルイズベストという言葉もあるくらいなので、HSP最強説。
779:デフォルトの名無しさん
22/12/02 19:55:07.44 xiR4WMyB.net
ハゲ本は結構良いよ
ただ難しい内容を説明してるわけでもないのに
説明が回りくどいのでそこが好みと合うか
780:はちみつ餃子
22/12/02 20:25:09.96 mKFQqkua.net
解説は平易に越したことはないけど本来もつ複雑さより平易には出来ない。
解説が回りくどいように見えるかもしれんが C++ が回りくどい分がそういう形で表れてるだけ。
回りくどくない C++ 本は何か省いてる。
Stroustrup の本は D&E しか読んだことないから他は知らんけど。
781:デフォルトの名無しさん
22/12/03 00:26:57.58 dPKr1JJo.net
>>769
ところで、C++は他にどんな本で学びましたか？
782:デフォルトの名無しさん
22/12/03 14:07:20.58 6D7qwbVS.net
C++の人がRustも使っているだけで、大半の人は両刀使いって事でOK?
783:デフォルトの名無しさん
22/12/03 14:34:57.98 jUK3mt1e.net
今の段階でC/C++全く使えないでRust使える人は見たことがない
784:デフォルトの名無しさん
22/12/03 14:49:09.11 PqbNO9jz.net
自分の周りには普通にいるけどな、Web系メインだった人とか
単にやったことないってだけで別に今からやればできるようになるとは思うけど
785:デフォルトの名無しさん
22/12/03 14:50:45.29 wt3jQGAX.net
自分もC/C++は書いたことないよ
786:はちみつ餃子
22/12/03 15:13:46.08 riW5om/o.net
>>770
私は古い世代の人間だからそんなことを聞いてもこれからの役には立たないよ。
とりあえず入門したのは「注解 C++リファレンスマニュアル」だなぁ……。
あとは雑誌を見たりウェブ上のリファレンスとかニュースとかで細々としたことは知った感じ。
787:デフォルトの名無しさん
22/12/03 15:24:14.86 uzIr2bMT.net
Windows の場合、Visual Studio に追加で入れるから最初はC# か何かは使ってないと拒絶しそう
788:デフォルトの名無しさん
22/12/03 15:37:09.41 nkG5MvF7.net
C++も書けるが最近はPythonメインで使っていて今はRustに傾倒してる
789:デフォルトの名無しさん
22/12/03 17:06:05.61 ecXQ+fMx.net
Rust の Vec::vec は、push() で末尾追加できますが、
このメソッドの signatureを見ると戻り値は存在しておらず、
メモリー確保に失敗すると panic するという理解で合ってますか。
仮にそうだとして、それを C++ の try catch 構文の様なもので補足することは
できませんか。別に構文はそれに限らずなんでもいいのですが、メモリー不足
が起きた時はpanic して強制的に必ずアプリが終了してしまってアプリ
からの制御は何も出来ない、ということですか。
790:デフォルトの名無しさん
22/12/03 17:08:41.38 ltklWITu.net
モダンC++はハゲ本か独習C++くらいしかまともな入門書がない
791:デフォルトの名無しさん
22/12/03 17:09:29.11 yu/BUrHT.net
>>777 Rustに傾倒中の勢いで力試しだと思って、春先からやられっ放しのCountWords最適化に挑戦してはくれないか？
792:デフォルトの名無しさん
22/12/03 17:58:23.87 8XRumJlQ.net
これからcodezineでモダンC++の連載始まるぞ
793:デフォルトの名無しさん
22/12/03 18:16:35.82 SoE3tSBB.net
>>778
try_reserve
794:デフォルトの名無しさん
22/12/03 18:54:46.71 AI9TLj2L.net
最初から全部モダンな書き方だといいな。
本によっては昔のものと混ざっている。
795:デフォルトの名無しさん
22/12/04 14:50:02.38 Mg8RdVSD.net
自分がモダンc++で書いてても旧式と絶対に出会ってしまうのでそっちもできるようにしないといけない
これが困る
796:デフォルトの名無しさん
22/12/04 16:14:46.07 RV2/jwt7.net
モダンモダンって、意味不明。
自分の生誕年と比して新しいってだけで、どんだけ自己中心的なの。
797:デフォルトの名無しさん
22/12/04 16:22:30.31 qWdYVkpM.net
実は、Modern C++というものは厳密には存在しません。
プログラミング言語C++の、あるバージョン以降をそのように呼んでいます
798:デフォルトの名無しさん
22/12/04 16:57:30.52 fmKWV/wp.net
生誕年とか関係なくてC++11以降の新機能を優先的に使うことを一般的にモダンと呼ぶだけだぞ
799:デフォルトの名無しさん
22/12/04 17:20:06.36 OHPAilb6.net
C++11も10年以上前だし今モダンと言ったらもう少し新しいんじゃないの
800:デフォルトの名無しさん
22/12/04 18:17:34.92 SUiviY+F.net
CodezineのModern C++連載はC++14、C++17、C++20の3バージョンを主題してるなぁ。
801:デフォルトの名無しさん
22/12/04 18:18:58.95 E8sA5vC6.net
飛び越えられる程度の低い段差が盛段な気がしている
802:デフォルトの名無しさん
22/12/04 18:28:19.68 EQ4pAAP6.net
Rustと関係ないC++の話は隔離相談室でやれ
803:デフォルトの名無しさん
22/12/04 21:28:17.17 oPsAeS3X.net
どんなにモダンな書き方してもそれがレガシーになっていくんだからそれなりの対応力がなけりゃプログラマなんて無理
804:デフォルトの名無しさん
22/12/04 22:42:17.79 SnbSooMc.net
そう、Rustはもう時代遅れ
805:デフォルトの名無しさん
22/12/04 23:35:05.06 pqDz82uP.net
『モダンRust入門』
806:デフォルトの名無しさん
22/12/04 23:48:46.52 mqdeTGzg.net
レガシーRustってどんなやつだろう？
・try!マクロを使ってる
・
807:デフォルトの名無しさん
22/12/05 00:26:29.50 pon/y3Oa.net
clippyに直せって指摘されるやつ
808:デフォルトの名無しさん
22/12/05 00:27:02.53 pon/y3Oa.net
edition2018以前はレガシー
809:デフォルトの名無しさん
22/12/05 03:26:17.69 IAPEqd2s.net
>>174
そのpythonの添え字の-1で配列の一番最後を表す仕様は完全に失敗した
プログラミングのミスで添字がマイナスとなった時もエラーとならず最後から数えた場所を指して意図せぬ動きで混乱を招いている
別途アクセスメソッドを用意するのが正解
810:デフォルトの名無しさん
22/12/05 21:58:50.38 zZIMoY87.net
>>798
同意
811:デフォルトの名無しさん
22/12/05 22:20:16.15 85vlj8hv.net
最初にnegative indexを採用したのはPascalだが-1が最後の要素を表さない。恐らくメジャーな言語で最初はRubyかLuaだわ。
Pythonは1.4から入りだして完全にサポートされたのが2.4なので主犯ではない
それを君は間違いだといいたいだろうが、カタナシのスクリプト言語で長々としたプログラムを書くのがそもそも間違っているYO！
それでアクセスメソッドという結論に安易に行き着くのはget(-1)と同じで正直やめてほしい....
だからと言ってRustのusizeインデックスは正当化できない、使いづらいだけ
812:デフォルトの名無しさん
22/12/05 22:21:07.81 m5vf/Aut.net
打ち間違い？がたまたま文法的にOKなんてことは、
どの言語でも、いくらでもシチュエーションとしてあり得ることだろ
813:デフォルトの名無しさん
22/12/05 22:38:33.84 NTxK7UYQ.net
利便性とリスクのトレードオフだからね
いちいち長さから計算する時代じゃない
814:デフォルトの名無しさん
22/12/05 22:47:56.84 jQ8cc2lX.net
>>800
そんな細かいことってどうでもよくね？
815:デフォルトの名無しさん
22/12/05 22:54:27.15 9YGPhFSH.net
>>800
> 最初にnegative indexを採用したのはPascalだが
ALGOL だろ
816:デフォルトの名無しさん
22/12/05 23:11:47.28 MKpQGtij.net
Cの入門書を読んで一応ある程度理解したつもりというレベルですが、Rustの入門におすすめの本やサイトがあったら教えていただけませんか？
817:デフォルトの名無しさん
22/12/05 23:44:22.33 PMru5zTg.net
>>805
オライリー本
818:デフォルトの名無しさん
22/12/05 23:51:52.39 MKpQGtij.net
>>806
Amazonの試し読みで2章Rustツアーを読みました
オライリー本が置いてあるような本屋が近くになく試し読みでも3章以降が読めないのですが、辞書的な感じでしょうか？
通読にも向いてますか？
819:デフォルトの名無しさん
22/12/05 23:54:41.51 uIcr3Drw.net
目次を見て判断しなさいよ
820:デフォルトの名無しさん
22/12/06 01:04:16.95 AYQzZ/1Z.net
>>807
辞書的な本じゃないよ
The Bookと同じように通読するタイプのRust入門本
821:デフォルトの名無しさん
22/12/06 03:26:07.35 SqysrJ92.net
>>800
.last()と.get(-1)は全然違うと思うんだが
822:デフォルトの名無しさん
22/12/06 07:58:01.16 zEklaQTD.net
>>805 The Book
URLﾘﾝｸ(doc.rust-jp.rs)
823:デフォルトの名無しさん
22/12/06 10:02:55.32 EPp4mQNt.net
>>811
それは低品質版の勝手日本語訳
本物のThe Bookはこっち
URLﾘﾝｸ(doc.rust-lang.org)
本気で学びたいなら日本語訳のThe Bookに手を出したらダメ
824:デフォルトの名無しさん
22/12/06 10:31:58.81 vigVXzh5.net
>>812
勝手日本語訳ってどういう意味？
825:デフォルトの名無しさん
22/12/06 10:38:42.71 6z0cppnT.net
>>812 基本的には日本語版で問題ない
それどころか英語版をGoogle翻訳しながら読むよりは質良いから気になるとこがあったら原文読む感じでいい
826:デフォルトの名無しさん
22/12/06 10:57:55.33 aMDIqhh+.net
釣られんなよ (´・ω・｀)
827:デフォルトの名無しさん
22/12/06 11:05:39.12 aMwchw3Z.net
こうして、日本におけるRustの学習曲線はさらに険しくなるのであった。
828:デフォルトの名無しさん
22/12/06 11:20:31.41 HA2LFIoo.net
定数すら知らないやつが訳した誤訳をそのまま垂れ流してるのが問題ないってww
頭わいてるのかな
そんなんだから所有権を複製しちゃうんだろ
829:デフォルトの名無しさん
22/12/06 12:32:25.37 rE8cfGd/.net
出版社/著者の為にも、本を買ってあげて。
830:デフォルトの名無しさん
22/12/06 12:39:34.84 swsmryOJ.net
数値型やブール型などは所有権の移動はなく常に複製される
831:デフォルトの名無しさん
22/12/06 12:46:01.49 6z0cppnT.net
>>817
URLﾘﾝｸ(doc.rust-jp.rs)
> 最後の違いは、定数は定数式にしかセットできないことです。関数呼び出し結果や、実行時に評価される値にはセットできません。
ここの話だと思うが､読み間違いやすい文章だな
誤訳と言うほど間違ってはないけど要改善
832:デフォルトの名無しさん
22/12/06 12:58:10.61 tS6tYBbH.net
またその話やんの
833:デフォルトの名無しさん
22/12/06 13:04:06.15 6z0cppnT.net
ほんそれ
アホ臭いから突っかかってこないでほしい
834:デフォルトの名無しさん
22/12/06 13:16:01.68 lM2TuwNH.net
>>820
なるほど
あの日本語訳はこの日本語が誤訳だとすら思えない人向けってことなんだな
ガベージイン・ガベージアウトのいい例
835:デフォルトの名無しさん
22/12/06 13:40:54.01 Vu2BcSww.net
>>823 お前が誤訳だと思うならそれでいいから黙ってろ
836:デフォルトの名無しさん
22/12/06 13:41:28.90 FStkMgHU.net
>>819
複製されないよｗｗｗ
837:デフォルトの名無しさん
22/12/06 13:45:42.32 vtEUfIF0.net
>>820
>読み間違いやすい文章だな
明らかな誤訳を読む側に責任転嫁しちゃうのか
838:デフォルトの名無しさん
22/12/06 13:52:05.31 tS6tYBbH.net
機械翻訳あるいはどこの誰とも知らぬ人でしょ
そんなの相手にムキになってないで、言語の話しろよ
839:デフォルトの名無しさん
22/12/06 15:15:37.73 RihiShBF.net
もうそれ飽きたから誤訳言うなら他の場所の誤訳をあげてくれ
まだその方がみんなのためになるし
840:デフォルトの名無しさん
22/12/06 15:39:16.64 vigVXzh5.net
ここから日本語版へのリンク張られてるけど外してもらうように働き掛けた方が良いのかね？
URLﾘﾝｸ(doc.rust-lang.org)
841:デフォルトの名無しさん
22/12/06 16:53:25.53 rE8cfGd/.net
>>829
止めて下さい。
日本語も見ます
842:デフォルトの名無しさん
22/12/06 17:08:44.79 5YlTlO+b.net
普通に「翻訳の改善に協力しては？」って言われるだけでは
5chならともかくリアルのGithubアカウントでそんな恥ずかしいPR出せんな…
843:デフォルトの名無しさん
22/12/06 18:40:54.66 vigVXzh5.net
URLﾘﾝｸ(blog.rust-lang.org)
今年もrust survey来たぞ
日本語訳もある
844:デフォルトの名無しさん
22/12/06 20:00:08.84 sedVUjKM.net
本当に日本人って何もせず文句だけ言う人が多すぎだな
改善してほしくて改善点も分かってるなら自分でやった方が圧倒的に早いのに
845:デフォルトの名無しさん
22/12/06 21:25:02.08 RDoWQe9F.net
あの日本語訳の改善なんて誰も望んでない
846:デフォルトの名無しさん
22/12/06 21:37:33.14 FCw1RUR4.net
問題ありまくりの日本語訳を参考にするのはやめましょうって話であって改善しようって話ではないわな
847:デフォルトの名無しさん
22/12/06 22:49:17.43 zEklaQTD.net
>>829 無いよりマシ
848:デフォルトの名無しさん
22/12/06 23:00:32.77 N+cyFIt6.net
元の英語もあんまりよくないな
最後の違いは、定数は定数式に対してだけしかセットできない
実行に計算されるかもしれない値の結果にはセットできない
849:デフォルトの名無しさん
22/12/06 23:03:10.60 h/ukiy7O.net
英語文献をありがたがる、典型的な舶来コンプレックス
850:デフォルトの名無しさん
22/12/06 23:08:53.69 gk9SZTYC.net
誤訳ですよって説得して修正させることができないなら結局主観でしかないってことよ
851:デフォルトの名無しさん
22/12/06 23:43:26.61 wxmB/YEK.net
>>837
それが誤訳だっての
852:デフォルトの名無しさん
22/12/06 23:51:16.30 Ow+XJZhk.net
主観を無くすには無人か少人数の方がよさそうなのに
人が多いほど主観が少ないって誰が言ったのか、それも人が多すぎて特定できない
853:デフォルトの名無しさん
22/12/07 00:00:30.38 xLbd5eMx.net
参考にするのやめた方が良いような情報ならやはり英語版からのリンクは外してもらった方が良いのでは
初学者惑わすだけでしょ
854:デフォルトの名無しさん
22/12/07 00:02:06.86 3JEhjr2d.net
>>838
英語文献をありがたがってるんではなく
某翻訳がゴミすぎるという話だぞ
855:デフォルトの名無しさん
22/12/07 00:09:51.51 IJoOi7Sy.net
文献や資料の質を見極める力もプログラマーにとってはかなり重要な能力
質の低い文献にひっかかったなら失敗から学べ
856:デフォルトの名無しさん
22/12/07 00:21:26.68 rpgrLTt2.net
AndroidもRustで書かれてたのかよ！
しかもRustの部分は脆弱性の報告０件って恐ろしいほどの安全性だな……
これマジでRust一強の時代がくるかも……
Ubuntuにデフォルトで入るまで待とうとのん気に構えてたけど急いで勉強しないと……！〆(.. )ｶﾘｶﾘｯ!!
URLﾘﾝｸ(japan.zdnet.com)
857:デフォルトの名無しさん
22/12/07 00:35:34.36 21cwGaas.net
>>845
まじ？
というか20%がrustってえぐいな
858:デフォルトの名無しさん
22/12/07 00:41:52.20 xT6Hu5AC.net
C/C++ の書き方の何が危ないのか、Rustはどうやって回避しているのかは何を読めば分かるの？
Out of memory なんか防げるんだっけ？
859:デフォルトの名無しさん
22/12/07 00:58:54.43 fQ3/NsZR.net
kLOCあたり1つ以上の脆弱性があったものが1500kLOCでゼロ
unsafeが量も気になるな
860:デフォルトの名無しさん
22/12/07 01:00:43.82 +scmKVbE.net
Google製のRustライブラリはどんなのがあんの？
861:デフォルトの名無しさん
22/12/07 04:00:04.20 0xPH+d9p.net
>>845
> システムプログラミングからCやC++を排除するつもりはないという。
これの理由を知りたいわ
まだRustでは書きにくい所があるんだろうか？
862:デフォルトの名無しさん
22/12/07 04:05:04.23 +scmKVbE.net
ってか、Googleはその分野で使うためにCarbon開発したんじゃなかったのか？
863:デフォルトの名無しさん
22/12/07 04:17:31.35 21cwGaas.net
CarbonもRust使えるならRust使えと言ってる
864:デフォルトの名無しさん
22/12/07 09:06:42.16 Mw8qZqut.net
google発のOSSって社員の個人プロジェクトをgoogle名義で公開してるだけの場合もあるからな
865:はちみつ餃子
22/12/07 09:19:24.95 vqEtcxl0.net
どれがいい感じに発展するか事前にわかるもんではないからな。 狙いとは違う方向で結実することもあるし。
色々やっておく (それが出来る環境を用意する) とどれかは上手くいくし、上手くいかずに消えるものも多いってだけのこと。
866:デフォルトの名無しさん
22/12/07 10:24:44.39 G2nMx9FR.net
そこまで誤訳だと言うならコントリビューションすれば良いのではないの？
867:デフォルトの名無しさん
22/12/07 10:39:11.42 KNXoSnHr.net
>>845
結果だけみると凄まじい
システムプログラミング関係の置き換えは案外急速に進むかもしれんね
868:デフォルトの名無しさん
22/12/07 11:16:25.80 6Eaq6nhz.net
>>855
誤訳だらけでキリがない
ゴミから小さなゴミを取り除いてもゴミのまま
だれがそんなことに時間使うのさ
869:デフォルトの名無しさん
22/12/07 12:26:52.65 El0pJGUF.net
>>857
2chで文句言って他の話題を出にくくする方が有意義だと思うやつもいるんだな。
870:デフォルトの名無しさん
22/12/07 12:31:58.03 74PfFudB.net
複おじ以前と以後で明らかに話題の質が落ちてるよね
おのれ複おじ
871:デフォルトの名無しさん
22/12/07 12:39:55.04 m46mCwKQ.net
>>855
難癖つけて嘲笑って愉しんている奴がそんな無駄なことするわけがない。
自分がマウントできればいいだけだから、そもそもRustを良くする気なんて全く無いだろ。
872:デフォルトの名無しさん
22/12/07 12:46:13.68 g3+WCnxI.net
>>850
Cなら分かるがRustが分からない人
のことを老人と思うのは憶測で、むしろ子供である可能性が高い
子供を排除や淘汰しても進歩など起きない
少子化が加速するだけ
873:デフォルトの名無しさん
22/12/07 12:53:44.84 Mw8qZqut.net
>>850
元記事に以下とあるから既存のコードをrustで書き換えることまではしないという意味だと思われる
As we noted in the original announcement, our goal is not to convert existing C/C++ to Rust, but rather to shift development of new code to memory safe languages over time.
874:デフォルトの名無しさん
22/12/07 12:54:18.57 Mw8qZqut.net
>>862
元記事のurl貼り忘れた
URLﾘﾝｸ(security.googleblog.com)
875:デフォルトの名無しさん
22/12/07 15:17:49.39 Xzjw4n/l.net
>>862-863
ありがとう、まあ普通はそうするよね
ただそうするとAndroid 13は20%が新規のコードなんだ...
それはそれで凄いな
876:デフォルトの名無しさん
22/12/07 15:24:21.27 3HHCfxiv.net
マジでrust本腰入れよ
ゾワってしたわ
C/C++書いてたけど取り残される
877:デフォルトの名無しさん
22/12/07 15:28:39.71 h/t9+qo5.net
>>846,864
違う
天然か煽りかわからなけどちゃんと読もうな
878:デフォルトの名無しさん
22/12/07 15:40:23.08 3HHCfxiv.net
せっかくモダンC++とoneTBB覚えて万能感感じてたのにさ
リセットかよ
879:デフォルトの名無しさん
22/12/07 15:51:23.23 Mw8qZqut.net
>>864
新規コードの20%ね
In Android 13, about 21% of all new native code (C/C++/Rust) is in Rust.
There are approximately 1.5 million total lines of Rust code in AOSP
ともあるからAOSPの全体のコード量分かればrustの割合も分かるはず
880:デフォルトの名無しさん
22/12/07 15:52:33.64 Mw8qZqut.net
>>868
新規コードの20%というのも不正確で新規のネイティブコードの20%
java等で書かれたものは除外したうちでの割合ね
881:デフォルトの名無しさん
22/12/07 15:58:02.82 JdTFl5al.net
There are approximately 1.5 million total lines of Rust code in AOSP
*Android Open Source Project (AOSP)
1.5mてどう考えても、例によってRustコンパイラやサードcrateのソースツリーも含まれている悪寒
882:デフォルトの名無しさん
22/12/07 16:58:18.23 Mw8qZqut.net
>>870
AOSPのソース
883:ツリーではrustcはpre-built binaryがコミットされてるから行数カウントには含まれてないっぽい 外部crateは含まれてるかも知れないけど、実際にそれだけのコードが使われているという意味では正しいんじゃないの
884:デフォルトの名無しさん
22/12/07 17:03:21.31 n0jQbyrj.net
>>871
その発想がrustクオリティ
Java/C++勢はそんな嵩増ししてない
885:デフォルトの名無しさん
22/12/07 17:15:07.05 g3+WCnxI.net
実際に使われているC/C++
を捨てることの正当性ももう無いんだからいいじゃないか
886:デフォルトの名無しさん
22/12/07 17:35:07.63 8PgDeggG.net
>>870
>1.5mてどう考えても、
同感。この短期間に150万行ってどの範囲？これが普通の感想
>>871
>AOSPのソースツリーではrustcはpre-built binaryがコミットされてる
何処？
github mirrorの方で教えて URLﾘﾝｸ(github.com)
>>873
新規nativeコードの21%という数字が水増し、かどうかに係るので整理するべきかと
887:デフォルトの名無しさん
22/12/07 17:40:15.78 21cwGaas.net
割合とか増えていくんだからどうでもいいだろ
それよりAndroidでrustが使えるところはrustを使うという判断がとっくにされてたのが衝撃
888:デフォルトの名無しさん
22/12/07 17:42:58.56 NHS9DFe3.net
珍しく良い記事紹介だったのに
急に下らない議論になっちゃうのな
889:デフォルトの名無しさん
22/12/07 17:44:20.91 Mw8qZqut.net
>>874
GutHubでどこにあるのかは分からないがAndroid Code Searchでは以下が出てきたのでpre-built binary使ってるのかなと判断した
URLﾘﾝｸ(cs.android.com)
890:r:prebuilts/rust/linux-musl-x86/1.63.0/bin/rustc;l=1?q=rustc&sq= C++もrustも外部ライブラリはexternal配下にまとめられているようなので、それぞれで集計の仕方を変えるなんて事をしてない限りは、同一条件での比較になるんじゃないかな あと150万行ってのはAndroid13の話じゃなくて累積のコード量がって話しだよ
891:デフォルトの名無しさん
22/12/07 17:44:50.45 8PgDeggG.net
>>874 追記
なんかRust批判みたいな印象になっているけど、881が多少調べたっぽいので詳しく知りたいだけ
892:デフォルトの名無しさん
22/12/07 17:47:35.12 JLiaiVk0.net
>>876
次世代隔離スレがなくなると暇してるオジサン達が溢れてくるのよ
893:デフォルトの名無しさん
22/12/07 17:55:32.50 8PgDeggG.net
>>877 ありがと
ただし、ここ見るだれでもrustコンパイラを構成するソースファイルが山ほどある
URLﾘﾝｸ(cs.android.com)
さすがにgccの方はsoになってる
URLﾘﾝｸ(cs.android.com)
>C++もrustも外部ライブラリはexternal配下にまとめられている
こうした統計ではソースとしておいてあるかどうかで結構差がある
894:はちみつ餃子
22/12/07 17:59:46.34 vqEtcxl0.net
割合で言えば大したことは無くてもある程度は積極的に使おうとする雰囲気は感じなくもないってところかな。
895:デフォルトの名無しさん
22/12/07 18:00:13.04 8PgDeggG.net
>>877
>あと150万行ってのはAndroid13の話じゃなくて累積のコード量がって話しだよ
累積のコード量で、Android向け書き起こしRustソースが150万行、という主張であれば水増しの疑いを持ってる
896:デフォルトの名無しさん
22/12/07 18:01:45.15 8PgDeggG.net
>>881
>ある程度は積極的に使おうとする雰囲気
それは同感
897:デフォルトの名無しさん
22/12/07 18:01:53.83 Mw8qZqut.net
>>880
コンパイラじゃなくて標準ライブラリのことね
確かにlibcとは扱いに差があるかもね
詳細な数値が気になるならソースダウンロードして測定してみたら良いのでは
URLﾘﾝｸ(source.android.com)
898:デフォルトの名無しさん
22/12/07 18:04:39.07 8PgDeggG.net
>>884
そんな手間かけたくないから聞いたんだけど、皆そうなんだろうな
>累積のコード量で、Android向け書き起こしRustソースが150万行、という主張であれば水増しの疑いを持ってる
これで継続だな
899:デフォルトの名無しさん
22/12/07 18:06:43.25 Mw8qZqut.net
>>885
> Android向け書き起こしRustソースが150万行、という主張
原文ではそんな主張はしていないよ
900:デフォルトの名無しさん
22/12/07 18:11:19.10 8PgDeggG.net
>>886
そう。原文は意図的かどうかは分からないが、あやふやな表現なので範囲を問うてみた
ここだけ読んでそう捉えて誤解をした人がいたら、まず範囲を疑うのが普通、と思った
901:デフォルトの名無しさん
22/12/07 18:13:51.76 8PgDeggG.net
ちなみにPhoronixで読んだが、LinuxのRust対応は賞味2万行
902:デフォルトの名無しさん
22/12/07 18:20:26.12 wjXnim/d.net
>>857
じゃあ一から訳したら？
誰かがそうやったから存在するんだが…
>>860
情けないよね。マージされたらそれなりに嬉しいのに。
903:デフォルトの名無しさん
22/12/07 18:24:03.55 8PgDeggG.net
例えば、ここだけど、150万行はおろか、2万行すら程遠いかな
URLﾘﾝｸ(github.com)
904:デフォルトの名無しさん
22/12/07 18:36:53.47 M+Adnv0G.net
もっと有意義な話しようぜ
fn<T>foo(x: &T); のTにSized制約付くの邪魔くせーとかさ
905:デフォルトの名無しさん
22/12/07 18:39:18.13 CifLjB7G.net
>>868
そうするとまたはじめの疑問が...
> まだRustでは書きにくい所があるんだろうか？
906:デフォルトの名無しさん
22/12/07 18:41:18.29 Mw8qZqut.net
>>891
x: TのときはSizedついて欲しいけど、&Tのときはついて欲しくないということ？
Box<T>やRc<T>やユーザー定義のスマートポインタの扱い考えるとめんどくさいから一律Sizedがデフォルトでよくない？
907:デフォルトの名無しさん
22/12/07 18:48:05.32 Mw8qZqut.net
>>892
今出てきている情報だけではなんとも言えないかと
Android開発者の内Rustを使える人の割合が少ないだけの可能性もある
908:デフォルトの名無しさん
22/12/07 18:51:46.12 8PgDeggG.net
>>892,894
その21%が水増しかどうかは重要なわけではなく
>ある程度は積極的に使おうとする雰囲気
これに意義がある
909:デフォルトの名無しさん
22/12/07 18:53:03.86 21cwGaas.net
そりゃC++とのInteropが絶対に必要だしRustはそこが弱い
そういう用途としてはCarbonがあるけどセキュアではない
(C++よりはマシだろうが)
910:デフォルトの名無しさん
22/12/07 18:58:45.38 8PgDeggG.net
>>896
は20%(水増し？)で浮き足立ったり、Carbonの話に拘ってるけど
当分の間はCarbonの話をすると鬼が笑うと思う
911:デフォルトの名無しさん
22/12/07 19:02:37.66 glN0FB8M.net
Androidの中のRustはGabeldorsche, keystore2, DoH, UWBくらいだっけ
もう3年くらいかかってるからそれなりの行数になってる気もするけどどうなんだろ
aospのrepo sync全部やるの時間かかるんだよな…
912:デフォルトの名無しさん
22/12/07 19:05:40.97 8PgDeggG.net
>>898
>aospのrepo sync全部やるの時間かかるんだよな…
そこを何とかお願いします
どの範囲を集計したら150万行に到達するのか皆気になってます
913:デフォルトの名無しさん
22/12/07 19:09:14.99 /TInWduh.net
repo sync 終わらんよな
今3時間経過
914:デフォルトの名無しさん
22/12/07 19:14:14.71 8PgDeggG.net
期待大
原文では
>There are approximately 1.5 million total lines of Rust code in AOSP across new functionality and components such as Keystore2, the new Ultra-wideband (UWB) stack, DNS-over-HTTP3, Android’s Virtualization framework (AVF), and various other components and their open source dependencies.
となってますので、
Keystore2
Ultra-wideband (UWB) stack
DNS-over-HTTP3
Android’s Virtualization framework (AVF)
and various other components and their open source dependencies.
これで150万行の大半を占めているかのような書き方です
まさかこれが大半を占めていたり
>open source dependencies
rustコンパイラのソースツリーが入っているとは言えませんよね
915:デフォルトの名無しさん
22/12/07 19:30:47.68 /TInWduh.net
期待すんな
gitとpython入ってるwsl環境とかあれば簡単にとってこれるぞ
URLﾘﾝｸ(source.android.com)
ただ時間がかかるだけ
この程度出来ない奴がrustについて云々言うとか片腹痛い
916:デフォルトの名無しさん
22/12/07 19:35:42.75 8PgDeggG.net
>この程度出来ない奴がrustについて云々言うとか片腹痛い
そうだね（笑）
こっちでもやってみるかな
917:デフォルトの名無しさん
22/12/07 19:35:54.12 glN0FB8M.net
半年ほど前のやつがあったのでそれでtokeiかけてみた
とりあえずexternal内が180万行でprebuiltsが500万行くらい
なので1.5mの根拠はexternalの方かな
prebuiltsの方に上で挙がってたmuslとか入っている
external内はrustディレクトリ内の依存クレートが150万くらい
依存クレートでないので最大はcrosvmが30万行くらい
というわけでAndroidのために150万行書き下ろしたというのは言い過ぎ
ただ150万行のソースコード使ってるという原文の主張は正しそう（コンパイラのコードとかは入ってない）
まぁ依存クレートにも明らかにAndroid用っぽいのもあるし
これ以上の切り分けは難しいな
918:デフォルトの名無しさん
22/12/07 19:50:48.43 CifLjB7G.net
>>894
それなりに優秀な人たちだと思うんたけどそれでもハードル高いのかな...
>>895
水増しとかどうでもいいのでいちいち絡んで来ないでね
919:デフォルトの名無しさん
22/12/07 20:03:05.60 glN0FB8M.net
一応依存クレートも一通り見てみたけど大きいのはメジャーなやつだね
というわけでAndroidのために書かれたコードは全体で40万行以内ってとこかな
まぁtokioやらcrossbeamがちゃんと使われているのは水増しと批判するようなことではなく
むしろいいことなんじゃないか？
920:デフォルトの名無しさん
22/12/07 22:19:15.93 Lb4jZ7zf.net
それにしても無駄の多いコーディングだな。
そもそもAndroidで使われたというだけであって、Rustが広まったという訳ではない。
921:デフォルトの名無しさん
22/12/07 22:24:52.03 Lb4jZ7zf.net
かつてCが流行したのは、LatticeC、SmallC、TurboC、MS-C、WatcomC など
色んな企業がコンパイラ作りを競い合った結果だったかも知れん。
TurboCが流行ったが、それ以前からCは雑誌I/Oなどでも取り上げられて、
さまざまな人が話をし、良い言語であるという噂が立っていた。
当時を知っている俺が言わせて貰えば、なぜか、Rustはビビっとこない。
Cはビビっと来た。
C++は、初期の頃にびびっときたが、C++11では、こりゃもう駄目だ、
と思った。
922:デフォルトの名無しさん
22/12/07 22:39:14.39 UARY1o0b.net
>>908 蓋を開けてみれば様々なバグ(特にメモリ関連)の元凶だったから､その感覚の逆が正解かな
923:デフォルトの名無しさん
22/12/07 22:42:23.65 cTs8jKu4.net
アセンブラとBASICしか無かった所に
Cが登場したから、そりゃ喜んで使うわ
924:デフォルトの名無しさん
22/12/07 22:59:32.88 Odhm3loP.net
>>908
今は何にビビっと来るの？
925:デフォルトの名無しさん
22/12/07 23:01:58.13 Xa+0WmXy.net
>>908
LSI C-86も入れといてね
926:デフォルトの名無しさん
22/12/07 23:23:48.68 g3+WCnxI.net
スタックかグローバル変数しか無い文化でCを流行らせてもヒープのバグは少ない
ヒープを使わないなら変数の寿命は固定長、という伏線が回収されたことに
まだ気付いてない人もいる
927:デフォルトの名無しさん
22/12/07 23:25:35.88 21cwGaas.net
>>908
ロートルは去れ
928:デフォルトの名無しさん
22/12/07 23:26:15.82 Lb4jZ7zf.net
>>911
そうだな、まだ決め手となるものは無いが、(個人的には好きではないが)JSに
人気が有るのはブラウザがそれしか使えなかったから「では無い」と思ってる。
Rubyと比較すればJSの方が優れているように感じる。
また、C#はJavaよりは改良されていると感じる。但し、これも好きではない。
Pythonも好きではない。人気が有る理由は恐らくAIのライブラリと使用例が
多いからではないかと思ってる。
ということで、今はびびっとくるものが無い。
929:デフォルトの名無しさん
22/12/07 23:31:51.79 Xa+0WmXy.net
結局RUSTに限った話じゃなかったかw
930:デフォルトの名無しさん
22/12/07 23:34:48.20 Lb4jZ7zf.net
Rustは大々的には流行らないんじゃないと思うぞ。
理由は色々有るが、
・流行ってる言語は、JS、Python、Java、PHP、C#、Ruby、VB など、初心者向けの
簡易言語が多い。
・Rustは中途半端。伝統を無視。習慣を無視。直感的でない。
・そもそもRustは低レベル向け言語、上記に書いた簡易言語のターゲット層には
被らない。
なお、Googleは色んな言語に手を出す企業。
使ってる言語も幅広く、(同列に入れるべきでないものも混ざるが)
C++、NaCL(*)、Java、Kotlin(*)、Go(*)、Dart(*)、Carbon(*)、Rust、Wasm、
などなど。[(*)は自社製言語や自社製仮想言語(?)]
自社製言語だけでも4つ、仮想言語が1つ。
931:デフォルトの名無しさん
22/12/07 23:36:08.15 cTs8jKu4.net
MS-DOS 向けで最初に入ってきたのは
optimizing C86 だったと思う
932:デフォルトの名無しさん
22/12/07 23:40:24.00 Lb4jZ7zf.net
そもそも低レベル言語でもココまでメモリ管理に気をとられる言語はなく、
直感的に書けた。
Rustはメモリ管理ばかりに気をとられる言語。論理に集中しにくい。
また、JavaやC#、C、C++では直感的に書けることがRustでは書けない。
なお、「それはおまえがバグのコードを書いているから」と反論されるが、
はっきり言って、そのコードでも全くバグは無いから。
933:デフォルトの名無しさん
22/12/07 23:49:55.59 51+7TkbX.net
隔離スレがないからとにかく昔話をしたいお爺ちゃん達のたまり場になっちゃったね
934:デフォルトの名無しさん
22/12/07 23:56:19.06 Lb4jZ7zf.net
Cが流行ったのはリンクリストが作れたからだ。
Strousutup氏はリンクリストを全否定に近い形で否定しまくっているが、
彼は机上の空論であり、彼が自分で実験してvectorの方が速いとしたものも
実際に合わない机上の空論的なベンチマークテストだったろう。
そしてそれを信じてしまったRustの作者はRustではリンクリストを
まともには使えない状態にしてしまった。
935:デフォルトの名無しさん
22/12/07 23:59:45.09 sHYfIE3H.net
なんだお前だったのか
936:デフォルトの名無しさん
22/12/08 00:03:22.42 kNVI3qAc.net
スレ立てろよ
手持ちの回線だと全部無理なんだ
937:デフォルトの名無しさん
22/12/08 00:08:02.18 QroOE5Fs.net
ID:Lb4jZ7zfのプライドだけ高い老害感すごいな 狙ってできるもんじゃない
938:デフォルトの名無しさん
22/12/08 00:20:06.52 pMPEGjtK.net
一般人は馬鹿だから偉い学者さんが言った間違った言説を信じるしかない。
実験したことが現実的な状況と合ってなければ実験結果は無意味。
だから、他の経験者はリンクリストが速くてメモリー効率もいいことを知っている
のに机上の空論者であるところのStroustrup氏は、自分がやった机上の空論的な
実験結果を縦に徹底抗戦を仕掛けている。
しかし、実際と有って無いから反感を買っている。
それも、C++から人が離れていっている原因の一つ。
C++もRustもどちらも机上の空論になってる。
939:デフォルトの名無しさん
22/12/08 00:22:10.33 pMPEGjtK.net
>>924
老害はStroustrup氏とRustの信者の方。
Rust信者には本の謳い文句に騙された哀れな宗教信者も多いが。
940:デフォルトの名無しさん
22/12/08 00:29:07.90 WCqcOtXz.net
即NG㌧
941:デフォルトの名無しさん
22/12/08 00:32:17.18 pMPEGjtK.net
LinkedListがキャッシュ効率が悪いというのも机上の空論。
なぜなら、机上の空論者は、LinkedListのノードのアドレスが「ランダム」で
あると間違った仮定するから。
実際には基本的に連続しており、多くの場合は連続して無いとしても
軽微な数バイトの隙間がところどころ空いているだけ。
大きく変化することもあるが、それは全体の数箇所だけ。
なぜなら、挿入箇所は、一箇所から始まってその周辺を押し広げてノードを挿入している
だけで、それが少数あるだけだから、アドレスが大きく変わる箇所はわずかで、
「バースト的」になっているから。
机上の空論者は、ノードアドレスをランダムだと考えるから、キャッシュ・ミスが常に
起きると考えてしまう。ところが、そんな状況はまず有りえない。
942:デフォルトの名無しさん
22/12/08 00:35:48.02 pMPEGjtK.net
>>928
さらに、LinkedListのメモリー効率が悪いというのもウソで、むしろ、
std::vectorの方が悪いことが多い。
なぜなら、後者は、濃度ーを末尾追加していくと、スプリアス的に
今までの配列の入ったテーブルの1.5倍のサイズのテーブルをヒープ領域から
確保してしまう。
これが物凄く致命的で、std::vectorは、要素 T のサイズが大きい場合、
物凄くメモリー効率が悪くなる。
一方、std::list は、要素 T のサイズが大きい場合、std::vectorより遥かにメモリー効率が良い。
943:デフォルトの名無しさん
22/12/08 00:39:53.26 pMPEGjtK.net
>>929
[補足]
std::vectorは、sizeがcapacityを越えそうになると、今までのcapacityの
1.5倍のテーブルを新たに確保するので、今までのテーブルと合わせると、
一時的に 1 + 1.5 = 2.5 倍のメモリー領域を確保してしまう。
std::list ならこんなことは起きない。
なおさらに悪いことに、std::vectorはことの時、全要素を move するので
キャッシュが大規模に汚染されてしまう。
キャッシュ汚染という点では、std::vectorは、先頭や途中への要素追加
の際もキャッシュが大規模に汚染されてしまう。
944:デフォルトの名無しさん
22/12/08 00:45:56.87 pMPEGjtK.net
stroustrup氏の言説はデタラメが多くてストレスがたまる。
そして、自分が間違った説を後ろ盾するために、間違った仮定の元に
実験を行なっている。
コンピュータの実験の場合、正しい仮定のもとで行なうことが重要で、
実験して時節を裏付ける結果が出たとしても、仮定がまるっきり
間違っているのだからどうしようもない。
ベンチマークテストでも、もし、実際と合わないような内容をテストしても
意味が無い。そんな状況は滅多に起きないから。
コンピュータの測度は「加重平均値」で決まる。どういう「加重」かが、机上の空論者
には分からないからデタラメになる。
言語仕様の策定においても、実際にはそんなことをやってもほとんど意味が無いことを
優先的に簡単化しようとする一方で、もっとも重要なことがめんどくさくなるような
仕様を追加してしまったりする。
だから、C++は机上の空論といわれる。
ところが、同じことがRustにも言える。
945:デフォルトの名無しさん
22/12/08 00:46:30.49 rnWAZYk7.net
gccのrustフロントエンドがマージされるそうだけど、これってどういう時に便利なの？
gccでビルドしたCとのcross-language LTOとかできるの？
946:デフォルトの名無しさん
22/12/08 01:02:47.82 D2mGrKMe.net
>>904,906
ありがとうございます とても参考になります
こちらはパーティションを小分けにしていたせいで要領不足にあっていました
これ全体だと300GB以上あるのでしょうか？
仕方ないので
repo init -u URLﾘﾝｸ(android.googlesource.com) --depth=1 --partial-clone --clone-filter=blob:limit=10M -b android-13.0.0_r18
としたら100GB位に収まって何とか完走したところです
android-12.1.0_r26も取ってきて21%がcrosvm(当初はChromeOS向け)の移行を含んでるのかどうか見たかったのですが
話のネタが変わってしまったので週末かどこかでやり直すことにしました
947:デフォルトの名無しさん
22/12/09 01:41:09.99 Sh2LVmg/.net
LinkedList信者まだいるんだ....
リンクリストなんて既にETHやMITでも、コンピューターサイエンスで多くの人が間違いなく否定するものなのに。別にStrousutupだけじゃないぞ？ほぼ全否定で言ってるのは
キャパを越えそうな事を無理やりするのはほぼ設計の問題だし、途中への要素追加が起きるようなコードを書いてて問題ないと思ってるのはプログラマの能力の問題。
バースト的なんて言ってるけど、連続するメモリー領域へのアクセスと比べて明らかにリンクリストが不利になるのは自明だ、さらに逆に途中追加した場合のキャッシュミスを汚染なんて言ってるけど
それこそ現代の多段キャッシュアーキテクチャを甘く見すぎてる。そりゃ容量を超えるような操作を行えばメインメモリに取りに行くけど、言うまでもないがリンクリストの要素の先はメインメモリー散らばってる。
それがキャッシュされるとしてもCPUのキャッシュは1Byteとか8Byteをキャッシュするものじゃなく1キャッシュブロックで連続するメモリーをk単位でキャッシュする。
StrousutupのC++は明らかに欠陥言語だが、それとデーター構造の理解は別の問題。 コンピュータの速度は加重平均なんていう単純なもんではない
すべてがキャッシュに乗るなら一番早く動くが、メインメモリを頻繁にアクセスするなら100倍遅くなる。メインメモリにさえ載りきらないデータを扱いHDDならそこからさらに1000倍遅い。
だがキャッシュの容量しかデータを扱えないプログラムは役に立たたないし、Swapしまくりのプログラムは実用に耐えない。
まだLinkedListを擁護する人が多いのは、欧米のように日本のプログラマーは文系や高卒がやり、明らかにまともに計算機科学というものを受けていないからだ
Rustこそ欧州主体で行われている計算機科学にあまり即してない、FORTRANみたいな米国主導のLinkedListのような産物
948:デフォルトの名無しさん
22/12/09 02:35:24.01 wDDTmzGU.net
なんだかRubyガイジみたいな論法だよな
Rubyでできることはすばらしいこと
Rubyでできないことは必要ないこと
いや必要あるか、使うかどうかは検討の上こっちが決めるんで😅
949:デフォルトの名無しさん
22/12/09 08:53:27.93 eLXAv6sJ.net
関数型のElixir は、先頭だけに追加できる片方向リストで、
データが変更されない・immutable だから、バグらない
x = a-b の時に、
先頭に、c を追加して、y = c-a-b となった時に、
a-bの部分が変更されないので、x, y 両方で再利用できる
950:デフォルトの名無しさん
22/12/09 09:23:54.41 Bd/06DhF.net
>>934
絶対ネタで書いてるだろｗ
951:デフォルトの名無しさん
22/12/09 13:50:41.90 3DNXTGzR.net
>>934
CPUにおいて、基本的に cache block と cache line は同じ意味だが、
URLﾘﾝｸ(stackoverflow.com)
のように、Intel CPUにおけるcache lineの大きさは 64バイト。
先読み機能が有るので、少し先まで読むことがあるが、
1KBみたいに大きくは無い。
952:デフォルトの名無しさん
22/12/09 13:58:22.82 3DNXTGzR.net
>>934
コンピュータ科学ではむしろ、LinkedListがArrayListより速いことがあることを学ぶ。
953:デフォルトの名無しさん
22/12/09 14:00:08.53 3DNXTGzR.net
>>934
>言うまでもないがリンクリストの要素の先はメインメモリー散らばってる。
現実的な使用法では、バースト的になっていて、散らばってない。
散らばっていると思っている人が現実を知らない机上の空論家だと言っている。
954:デフォルトの名無しさん
22/12/09 14:03:46.44 3DNXTGzR.net
>>940
[補足]
バース的で無い場合においても、非常に近いアドレスになっていることが多い。
例えば、ノードを削除してから追加すると、最後に削除されたアドレスが再利用されるから、
データ列を加工する場合にはキャッシュがとても強く働く。
また、ソートにおいてもノードの繋ぎ方を変えるだけだから、コピーはおろか、
ムーブすら発生せず、要素Tのバイト数sizeof(T)が十分大きい場合は、
std::vectorより速い。
955:デフォルトの名無しさん
22/12/09 14:08:27.79 3DNXTGzR.net
>>934
>コンピュータの速度は加重平均なんていう単純なもんではない
加重平均である事と、単純である事は同じことでは無い。
単純ではないが、加重平均である。
実行時間 T = Σ_i w_i T_i
w_i = 処理 i に対する重みパラメータ
T_i = 処理 i に掛かる時間
w_i は、経験を積まないとわからなくて、机上の空論家はこれを誤って見積もる。
偉いとされる先生を筆頭とした「象牙の塔」の集団幻覚の様な現象が起きる。
956:デフォルトの名無しさん
22/12/09 14:13:39.03 3DNXTGzR.net
>>941
[さらに補足]
・ノードを削除してから追加する--->malloc や new が、直近に
削除したノードのアドレスを再利用されるのでキャッシュが良く効く。
・削除したノードのメモリ・ブロックが全部使われた場合、
malloc や new がHeapやOSから新しくアドレスを確保してくる -->
OSは後続の連続アドレスを返してくるので、アドレスはほぼ連続
するので、キャッシュが良く効く。
故に、実際的な使用においては、LinkedListはキャッシュがよく効く。
957:デフォルトの名無しさん
22/12/09 14:18:24.24 3DNXTGzR.net
たとえば、馬鹿な人は、通信経路においてのエラーは「ランダムに起きる」から、
「本当にランダム」のケースを脳内で勝手に想像して、
「CRC符合は一般には役に立たない」
と結論付けてしまうかも知れないが、それは机上の空論で、
実際のエラーはバースト的に起きるから、CRC符合は非常に強力に働く。
それと同様にLinkedListもキャッシュが良く効く。
なぜならノードのアドレスが「ランダム」ではないから。
958:デフォルトの名無しさん
22/12/09 15:08:04.74 gsPXBpPV.net
どっちもヤバくて草w
959:デフォルトの名無しさん
22/12/09 16:41:02.60 WiULU0Bz.net
自己完結すれば最速で完結するが
机上で完結しないことを望むなら呪術的な対価を要求されるんだよ
960:デフォルトの名無しさん
22/12/09 17:13:50.21 TeKO8AU2.net
>自己完結すれば最速で完結する
アタオカの巣窟になりつつあるな
961:デフォルトの名無しさん
22/12/09 18:30:00.75 rq1aZYl+.net
絶対にベンチマークの数値は出せないリンクリストおじさん
いつまでrustに粘着してんの
962:デフォルトの名無しさん
22/12/09 21:16:01.37 o+3mnUPM.net
馬鹿は想像力が無いから、理論から計算できない上に、仮定も間違っているから
間違った条件で実験して間違った実験結果を出して、それを信じてしまう。
Stroustrup氏もその一部。
963:デフォルトの名無しさん
22/12/09 21:33:34.50 o+3mnUPM.net
>>949
そんな馬鹿でも実際にプログラムしてる人は自分の間違いに気付くが、
彼と彼の取り巻き達はベンチマーク以外のプログラムはしないので
一生気付かない。そして自分達は実験したから正しいんだと主張し
まくって、それを信じた人類は謝った認識を持って文明の発達が遅れる。
964:デフォルトの名無しさん
22/12/09 22:18:43.15 STy7gq1K.net
真面目に言うならStroustrupの指摘したリンクリストは、愚直で安直な1要素で次を示すようなデータ構造はバカのすることで間違いない。
というかStroustrupはプログラマのために教え諭してるのに対して、自分が攻撃されたと思い込み、稀なケースで「LinkedListがArrayListより速いことがある」なんていい年してイキっててもしょうもないだろう？
「非常に近いアドレス」とか自分で参照効率が悪いことを理解してるのに、何がしたいのかサッパリわからん。ぴろゆきみたいに見えない仮想的にロンパーしたいの？
URLﾘﾝｸ(www.youtube.com)
ま、今ではUnrolled Linked listとか普通の配列やB-Treeなどと区別がつかない参照の局所性が大幅に向上しているものもあるから
そんなことで騒ぐのはもはやジジイの域だなあ、10年前の出来事じゃん・・・・
965:デフォルトの名無しさん
22/12/09 22:39:25.91 rOm/uTcN.net
ジジイと言うかその人は
1) 頭が悪くて
2) 経験もなくて
3) その自覚が無い
というかわいそうな存在だからあんま刺激しちゃダメ
こうなってくるとこの手のひとは
あとは粘着するだけのマシンと化すから要注意だぞみんな
966:デフォルトの名無しさん
22/12/10 00:05:08.23 s9w4cjy9.net
自己完結は悪と思ってるから他者に粘着するんでしょ
967:デフォルトの名無しさん
22/12/10 01:32:53.73 ExYz252Q.net
コンピュータサイエンスやプログラミング関連の学者は、アホばっかだからな。
968:デフォルトの名無しさん
22/12/10 01:33:28.16 CrLmIOQg.net
Rustではポインタの代わりに要素のインデックスで管理するのが基本であり安全
リストもツリーもグラフもこれで実装可能
これはポインタがない言語では当たり前のように使われていた方式
これまでが間違ってた
ポインタなどというものは数百万行とかあるプログラムで正しく使うのは無理
世界中のエンジニアがそのために苦労している
ポインタとNULLは完全に失敗
969:デフォルトの名無しさん
22/12/10 01:36:13.33 CrLmIOQg.net
ちなみにインデックス管理がゴミだったのはCみたいに配列の要素チェックがなく
生アドレスを直接触れる仕様だったせい
本来この仕様があり得ない
これならポインタの方がマシだし楽だからという理由でポインタが乱用されてきた
970:デフォルトの名無しさん
22/12/10 01:42:29.86 ExYz252Q.net
>>951
その動画のジジイはまさに馬鹿。
老害。
971:デフォルトの名無しさん
22/12/10 01:44:30.98 ExYz252Q.net
アメリカのコンピュータ学者は馬鹿。
自ら馬鹿な方法ばかり想定しているから遅いと思い込んでいる。
それを鵜呑みにしてる学生は大ばか者。
972:デフォルトの名無しさん
22/12/10 01:46:18.37 ExYz252Q.net
だからアメリカ人の作るソフトは遅い上にサイズも大きいんだな。
日本人の作るソフトはコードも小さいし、データも小さいし、速度も速い。
全然違う。
なぜなら、アメリカ人がイマジネーションが足りなくて馬鹿なのに自覚が無いから。
なのに、詐欺的手法によってアメリカ製ソフトを蔓延させた。
973:デフォルトの名無しさん
22/12/10 01:47:54.33 48CeiLls.net
ポインタてのは、CPUの汎用レジスタの
アドレッシングモードを考慮して
OSをコーディングしやすくする仕組みだから
974:デフォルトの名無しさん
22/12/10 01:51:53.77 ExYz252Q.net
>>957
おっと、こいつが、Stroustrup氏だったのか。
どうりでデタラメな事言ってると思った。まさに、彼が自書で言ってる通りの内容。
この人は計算量などを考えるイマジネーションが不足している。
975:デフォルトの名無しさん
22/12/10 02:00:02.88 ExYz252Q.net
仮に、彼の間違った仮定であるところの、リンクリストのノードのアドレスが
ランダムに近い状態だったとして(それ自体がウソの仮定なのだが)も、
キャッシュペナルティーは、一回当り20クロックほどだ。
だから、この場合、次のノードに移るのに20クロック掛かることになる。
しかし、それでも、ノード数がNの場合に、20*N クロックほどで済むから
そんなに致命的ではない。Nを100倍しても、100倍の時間がかかるだけで、
大した増加ではない。
一方、std::vectorの場合、挿入や削除一回当り、O(N)の時間が掛かるから、
N回それを繰り返すと、O(N^2)の時間が掛かる。
これは致命的で、Nを100倍すると、1万倍の時間になってしまう。
Stroustrup氏は、オーダーの考え方が経験的に身についてない。
976:デフォルトの名無しさん
22/12/10 02:06:32.68 ExYz252Q.net
>>962
[補足]
CPUの速度はこの30年間で、1コアあたりに限定しても300倍以上になっている。
良いアルゴリズムを使えば、扱うデータも300倍に増やすことが出来る。
ところが、std::vetcorを使った挿入や削除を行なっていた場合、300*300=9万倍
にクロック数が増�
977:ｦるから、CPUの速度がせっかく300倍になっても、300倍の 時間が掛かることになる。 一方、std::listを使った挿入や削除を行なっていた場合には、クロック数が 300倍で済むから、CPUが300倍になったことにより、時間は昔のままで済む。 つまり、std::listの場合、CPUの速度が300倍になった現在、 データを300倍に増やしても、挿入や削除が昔と同じ時間で済むのに対し、 std::vectorは、同じことをするとなんと昔の300倍の時間が掛かるということだ。 こういう基本をstroustrup氏は理解出来て無い。 探索の時間は関係無い。探索しなければいいのだから。
978:デフォルトの名無しさん
22/12/10 02:29:35.43 ExYz252Q.net
>>951
>稀なケースで「LinkedListがArrayListより速いことがある」なんていい年してイキっててもしょうもないだろう？
稀ではない。
今はCPUが速くなりすぎて実感がわかないだけ。
だから、遅いCPUでトレーニングした方が良いと言われている。
979:デフォルトの名無しさん
22/12/10 03:06:45.22 EiHCMpy7.net
プロファイルでは粘着というより、論破された時の憂さ晴らし自演が延々と続くパターン
ID:Lb4jZ7zf = ID:pMPEGjtK = ID:3DNXTGzR = ID:ExYz252Q +α
今回は ID:Mw8qZqut だな
980:デフォルトの名無しさん
22/12/10 08:26:05.03 wI0qdr5j.net
CPUが早くなったんだからRustで多少遅くなっても大丈夫
981:デフォルトの名無しさん
22/12/10 08:49:37.65 pTzP7Jq7.net
Goも大丈夫
982:デフォルトの名無しさん
22/12/10 08:52:02.51 QB2FhiiS.net
>>965
ID:Mw8qZqut だけどこの人と同一人物判定されるのは不名誉すぎるからやめてくれ
983:デフォルトの名無しさん
22/12/10 08:54:11.81 5JJKT/6S.net
>>968
そうかな？流れ的には水増し論に決着して放り投げてるよ
984:962
22/12/10 09:12:41.82 pmPytGrf.net
誤解は避けたいからいちおう書いとく
> ジジイと言うかその人は
これはもちろん連投してる哀れなID:ExYz252Qのことね
C++やハゲに文句言うとか身の程知らずもいいとこやわ
985:デフォルトの名無しさん
22/12/10 09:19:33.69 5JJKT/6S.net
>>970
その人C++スレの自称天才でRustに傾倒していてChatGPT並みに尤もらしい適当をこいている人
986:デフォルトの名無しさん
22/12/10 09:22:07.09 5JJKT/6S.net
その人自演が大好きなので ID:Mw8qZqut だとしてもおかしくない
987:デフォルトの名無しさん
22/12/10 09:25:57.47 5JJKT/6S.net
流れ的には水増しの話が再開するはずなので、ID:Mw8qZqut = >>968がどう反応するか楽しみ
988:デフォルトの名無しさん
22/12/10 09:30:48.75 pmPytGrf.net
>>971
C++スレも荒らされてるのか
自称天才の粘着力すげえな
989:デフォルトの名無しさん
22/12/10 11:09:35.00 /zXB1Eur.net
C++ vs Rust Part4建てとく？
990:デフォルトの名無しさん
22/12/10 12:35:14.53 QB2FhiiS.net
>>973
Androidのソースコード量については、
* コンパイラはカウントされていない
* 外部の依存関係はカウントされているぽい
ということで、事実関係についてはだいたい確定したのでは
991:デフォルトの名無しさん
22/12/10 13:03:40.38 f/x7hc9i.net
>>976
横からですが、その回答だと、適切かどうかに関して、はぐらかそうとしているだけでは？
論理的に考えてC++でboostを使ってhello_asioとか書いたら、
そのレポジトリの行数にboostのソースもカウントするのが適切かどうかと照らし合わせて考えて見ては？
992:デフォルトの名無しさん
22/12/10 13:23:37.96 s9w4cjy9.net
行数の正確さを保証しているのは行数をカウントするアルゴリズムの質だよ
だから、質を保証するために量を根拠にするのはもう違和感しかない
993:デフォルトの名無しさん
22/12/10 14:01:34.35 aynhf3Gg.net
>>977
目的次第やろ
使ってるライブラリも含めてそのプログラムに含まれる脆弱性をカウントする際の分母として使いたいならboostのコードをカウントするのも一つの考え方
Googleが実際にどうカウントしたかは知らんけどRustとC++を異なる条件でカウントしてるんじゃなければここで何言っても無駄だよ
994:デフォルトの名無しさん
22/12/10 14:17:34.56 CrLmIOQg.net
糖質にかまうな
995:デフォルトの名無しさん
22/12/10 14:23:19.49 ++bfMBzJ.net
盲目的に現状肯定する集団には見られたくないから言うけど
個人的には誤認する人が多発するから不適切だと思うよ
>目的次第
何の目的があって依存関係のソースもカンウトするのか、AndroidのRustチームの考えを知りたい
>>979
Androidがboost依存があって、boostソースがカウントされていない場合はどうなるの？
RustとC++を異なる条件でカウントしてる、に該当するよね
>>979がいう事が正しければ、新規ネイティブコード21%の下りでも依存関係ソースの増減も含めるのが同条件なんだよね？
996:デフォルトの名無しさん
22/12/10 14:29:10.10 ++bfMBzJ.net
>>980
その発言で ID:CrLmIOQg の内容全部が地に落ちたよ
997:デフォルトの名無しさん
22/12/10 15:17:06.99 hJa6mCIB.net
>>981
仮に○○なら対等な条件の比較ではないという主張は真だと思うけど、
そもそもRustとC++が異なる条件で比較されてると考える根拠はなんかあるの？
998:デフォルトの名無しさん
22/12/10 16:30:04.48 /zXB1Eur.net
行数をカウントする目的:
利用状況の度合いをバカにも分かる数字で説明するため
依存関係を含めるのが適切か？:
数字を出すのが目的なのでどちらでもよい
999:デフォルトの名無しさん
22/12/10 17:08:17.02 +r0o6+3M.net
>>981
>何の目的があって依存関係のソースもカンウトするのか、AndroidのRustチームの考えを知りたい
Rustチームとかじゃなくセキュリティ監査をするチームが計測してるんだぞ
本当に計測方法の詳細や理由が知りたいなら記事書いた本人にTwitterとかで聞けばいいよ
この辺のエンジニアは普通に答えてくれるぞ
1000:デフォルトの名無しさん
22/12/10 17:13:44.96 bYLLjzjY.net
>>970
>C++やハゲに文句言うとか身の程知らずもいいとこやわ
分かってはいたが、この板はレベル低いな。
1001:デフォルトの名無しさん
22/12/10 17:50:19.42 8gOJz6B3.net
次スレは平和になりますように
1002:デフォルトの名無しさん
22/12/10 17:51:40.13 s9w4cjy9.net
死者の数をカウントしてみろ、平和だぞ
1003:デフォルトの名無しさん
22/12/10 21:25:51.87 AuQEELto.net
Androidドメインに限定したコードの量を測るよりも、Androidに搭載されうるコードの量を測る方が適切だと思うから外部ライブラリ含んでいいんじゃね。
1004:デフォルトの名無しさん
22/12/10 22:05:26.23 s9w4cjy9.net
C,C++,Rustの三者は対等として、
C/C++とかいう概念はRustと対等か？
1005:1001
Over 1000 Thread.net
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 64日 23時間 22分 13秒
1006:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています