結局C++とRustってど� ..

---

[2ch|▼Menu]

137:デフォルトの名無しさん
23/08/04 16:01:00.54 f95F43ae.net
マシン語プログラマに対して、
「おまえらは、自身の腕を過信する安全性軽視の
　駄目プログラマだ」
なんて言う権利は他人には無いと思う。

138:デフォルトの名無しさん
23/08/04 16:09:50.05 S7yEvO65.net
>>137
安全性とは何なのかも定義も理解できていないからそんな馬鹿げた書き込みばかりしてるのか

139:デフォルトの名無しさん
23/08/04 16:17:28.67 f95F43ae.net
結局、相手を馬鹿にしてRustを推すのが、Rust信者の
やり口。

140:デフォルトの名無しさん
23/08/04 16:31:11.69 EJnCR0gN.net
安全カミソリは安全ではないし
直刃のカミソリを使うプロでも客に切り傷つけることはよくある

141:デフォルトの名無しさん
23/08/04 19:56:00.95 l9tpj9tS.net
直刃のカミソリっていうか、柄もないカミソリの刃だけを使うようなもんだろ。
自分も痛い目みること含めて。

142:デフォルトの名無しさん
23/08/04 20:09:16.36 S7yEvO65.net
他人が書いた部分や使ってるライブラリやその孫ライブラリまで含めて全ソースをチェックするのは非現実的だからな
もちろん自分で書いた部分やリファクタリングした部分も万が一のチェックを書き換えるたびにするのも手間暇コスト増
unsafeでもunguardでも呼び名はなんでもいいからsafe/guard部分がコンパイラによる自動チェックされるようになれば人間がチェックすべき部分は激減できる

143:デフォルトの名無しさん
23/08/04 20:15:00.62 bJlFt79O.net
急にスレのベレルが下がったな

144:デフォルトの名無しさん
23/08/04 20:26:53.92 og8Edpiv.net
ダングリングの検出ってGPTの登場で
言語側が備える意味は最早なくなった
そのうち外部にチェックプログラムが登場するよ
ABIが非互換になるデメリットを考えると
なおさらRustに追随する言語はないと思う
さよならRustの未来を信じた皆さん

145:デフォルトの名無しさん
23/08/04 20:36:35.81 q/UYza0u.net
>>144
ダングリングなんて小さな問題だけが対象ではないことを理解していなさそうにもみえるが
これまで外部ログラムがいくら頑張っても各種問題を静的に見つけることはできていないし今後も無理だろう
AIであろうとそれは同じであり神のようなAIが登場するならその時は全ての言語のプログラマー全員廃業だ

146:デフォルトの名無しさん
23/08/04 21:00:09.09 IJ6nE+NX.net
>>144
外部のチェックツールって今までもあったけどね。
上手いプロンプトを考えられたらいいね。

147:デフォルトの名無しさん
23/08/04 21:36:58.62 K3V5Xtdy.net
>そのうち外部にチェックプログラムが登場するよ
今まで使ったことないのかよww

148:デフォルトの名無しさん
23/08/04 22:00:25.44 CoH1yBj0.net
CheckGPTでRustは終わる

149:デフォルトの名無しさん
23/08/05 00:03:15.32 8PC/4Tei.net
残念だけど言語サポート無しにRustと同じレベルのチェックは不可能
それがわからない時点で安全なコードを書く能力もないことが分かる

150:デフォルトの名無しさん
23/08/05 01:06:25.49 YeB01PWa.net
>>149
SendやSyncのマーカートレイトなど
様々な安全性を型チェックで保証できるような枠組みがRustには揃ってるあたりのことか
C++にも導入すべきだよな
C++は色んな機能が足りなすぎる

151:デフォルトの名無しさん
23/08/05 01:50:07.55 dts8KIsS.net
Rustは人の命をあずかるシステムに使えますか？

152:デフォルトの名無しさん
23/08/05 02:47:29.11 LVFgAb7y.net
使えます

153:デフォルトの名無しさん
23/08/05 04:34:10.67 KocMWFZU.net
Rust信者の正体は、ぎゃあぎゃあ五月蝿い評論家だ。
自分が上だと思って色々言ってくる。

154:デフォルトの名無しさん
23/08/05 04:36:47.68 KocMWFZU.net
実際にソフトウェアでサラリーマンとしてではなく、事業
として成功している人以外の意見はさらっと流して無視
しなければ、上手く行かない。

155:デフォルトの名無しさん
23/08/05 07:16:06.28 xdlV5LLb.net
>>148
これ

156:デフォルトの名無しさん
23/08/05 07:31:06.33 YeB01PWa.net
>>155
Rustが様々な安全性をコンパイラで保証できる仕組みは
例えばスレッド間での移動や共有の可否などを抽象的なトレイトで表現して
各型をそれらのトレイト境界で制約して型チェックで実現したりしているようだから
C++にもそういう仕組みを導入すれば自動チェックの可能性が出てくるね

157:デフォルトの名無しさん
23/08/05 08:05:44.87 xdlV5LLb.net
>>156
将来的にそういうのはエディタに組み込まれたCheckGPTがやってくれるんじゃん

158:デフォルトの名無しさん
23/08/05 08:24:07.60 YeB01PWa.net
>>157
言語仕様に組み込まれていないとそれは不可能と思われる
もしそれさえ覆すAIが出現した時にはプログラミング言語自体が全て滅びてしまう新時代となる
その新時代になるまでは言語仕様が強力なRustがAI支援で圧倒的に有利にみえる

159:デフォルトの名無しさん
23/08/05 08:38:30.69 xdlV5LLb.net
>>158
AIに最適化された言語が登場するのかも

160:デフォルトの名無しさん
23/08/05 11:23:13.95 NzC+Rt9F.net
>>158
>言語仕様に組み込まれていないとそれは不可能と思われる
そなの?
人間がソースコードを読んで発見できるバグなら
直感的にはAIにも出来るのでは?

161:デフォルトの名無しさん
23/08/05 11:43:54.44 Lx+Vx/pL.net
クソスレ上げんな低能

162:デフォルトの名無しさん
23/08/05 12:00:58.94 YeB01PWa.net
>>160
そこは単純な話でプログラミングよりも遥かに難しいため
つまりそれが可能な領域にAIが達した時にはAIが最初から全て行なうのでそもそもチェックも不要になる

163:デフォルトの名無しさん
23/08/05 12:36:48.81 G0xPWQV0.net
人間がソースコードを読んで発見できるバグなら最初からバグ入らない

164:デフォルトの名無しさん
23/08/05 12:44:17.52 NzC+Rt9F.net
人間が読んで発見できないバグをRustが発見できるかのような言い草だな

165:デフォルトの名無しさん
23/08/05 12:48:32.07 C2ROzTMY.net
たぶん、いきなり初作でバグ書いたりはしないと思うのな
あとで改造したときにエンバグする
そこでコンパイルエラーになるように言語ができてる

166:デフォルトの名無しさん
23/08/05 14:13:18.22 NzC+Rt9F.net
ChatGPT-4では検出できないが
Rustで書けば検出出来るC/C++のバグを考えようぜ
ChatGPT-4はかなり賢いので俺は既に無いと予想するよ

167:デフォルトの名無しさん
23/08/05 14:14:11.76 NzC+Rt9F.net
俺は既に無いと主張するが
反証1つで論破できる

168:デフォルトの名無しさん
23/08/05 14:42:07.80 z8pTYjl5.net
ChatGPTは、
じゃんけんの論理構造が理解できないから、じゃんけんの
プログラムのバグを発見できない。

169:デフォルトの名無しさん
23/08/05 15:00:11.14 LVFgAb7y.net
とりあえずシンプルなバグ
ChatGPT使い方分からんから検証は任せた
C++は長いこと書いてないから古い書き方があったらすまん
#include <iostream>
#include <string>
#include <vector>
using namespace std;
int main() {
auto names = vector<string>();
names.reserve(8);
string empty = "";
string *longest = ∅
while (true) {
string name;
cin >> name;
names.push_back(name);
if (names.back().length() > longest->length()) {
longest = &names.back();
}
cout << names.size() << " names, (longest: " << *longest << ")" << endl;
}
}

170:デフォルトの名無しさん
23/08/05 15:14:36.79 LVFgAb7y.net
なんか＆empty；が空集合の記号に変換されて表示されてしまった…
たしかに文字参照形式だけど5chのバグ踏んだんかな

171:デフォルトの名無しさん
23/08/05 15:21:16.34 NzC+Rt9F.net
>>169
Thanks! そのまま貼るね
I: C++プログラムのバグを教えて欲しいのですが? コードレビューをできますか?
G: もちろんです、C++のコードを見せていただければ、そのコードのバグや改善点を提案することができます。どんなコードをレビューすればよいですか？
I: >>169のコード
ただし string *longest = は string *longest = nullptr; に修正

172:デフォルトの名無しさん
23/08/05 15:22:34.42 NzC+Rt9F.net
G: コードを見た結果、最初の問題点は次の行で生じます。
if (names.back().length() > longest->length()) {
G: 最初の入力が行われる前、longest ポインタは nullptr に設定されています。
したがって、デリファレンス操作（-> を使用）は無効なメモリへのアクセスを引き起こし、
これは未定義の動作につながります。
この問題を解決するためには、longest ポインタを使用する前に、
有効な string オブジェクトを指すように設定する必要があります。
コードを次のように修正することで、
最初の入力の後に longest ポインタを設定することができます。

173:デフォルトの名無しさん
23/08/05 15:23:56.83 NzC+Rt9F.net
#include <iostream>
#include <string>
#include <vector>
using namespace std;
int main() {
vector<string> names;
names.reserve(8);
string *longest = nullptr;
while (true) {
string name;
cin >> name;
if (name == "exit") { // 終了コマンドを追加
break;
}
names.push_back(name);
// 入力後にポインタを初期化
if (longest == nullptr || names.back().length() > longest->length()) {
longest = &names.back();
}
cout << names.size() << " names, longest: " << *longest << endl;
}
return 0;
}

174:デフォルトの名無しさん
23/08/05 15:24:14.45 LVFgAb7y.net
もし空集合の記号が見えてたら＆empty；（←半角）に修正してほしい
nullptrだと最初の比較で普通に死ぬから意図したバグが出ない

175:デフォルトの名無しさん
23/08/05 15:27:55.04 NzC+Rt9F.net
文章を解釈してオーダにない修正（exitの追加）までしている
ChatGPT-4はマルチスレッドの競合状態なんかも検出するよ
デッドロックは試してないがら無理かもね
Rustはデッドロックは検出するんだっけ?

176:デフォルトの名無しさん
23/08/05 15:30:21.32 LVFgAb7y.net
173見るとnullエラーは検出するけどvectorの再配置によるダングリングは見逃す感じでいいのかな

177:デフォルトの名無しさん
23/08/05 15:33:22.24 NzC+Rt9F.net
>>174 修正してみた
-string *longest = nullptr;
+string *longest = ∅
G: あなたのコードは、ユーザーからの入力を無限に受け取り、
最長の文字列を保持しようとしていますが、問題がいくつかあります。
まず、reserve関数はメモリを確保しますが、実際の要素数を増やすわけではありません。
したがって、push_backを使用すると、reserveで予約された領域を超えてメモリが確保されます。
しかし、それはこの特定のコードには重大な問題ではないと思われます。
大きな問題は、無限ループとポインタの管理です。
1. 無限ループ：while (true)とすると、無限ループになります。
これは、ユーザーが特定のアクション（例：特定のキーワードを入力する）を行わない限り、
永遠に終了しないプログラムを作成します。
これを解決するためには、ループを抜け出すための条件（例：空の名前が入力された場合）を設定する必要があります。
2. ポインタの管理：longestへのポインタが問題です。
names.back()が返す参照は、次にpush_backが呼び出されると無効になる可能性があります。
これは、push_backが内部の動的配列をリサイズする必要がある場合、
新しいメモリ領域に要素が移動され、古い参照が無効になるからです。
以下に修正したコードを示します。

178:デフォルトの名無しさん
23/08/05 15:33:27.10 97ZAjLd0.net
俺、C++ド素人で>>169が何をしているのかさっぱり分からんから、
どこが悪いのかさっぱり分からんが
でも、ChatGPTは何をしよう(しているのか)を理解して
(質問者にvectorの再配置でポンタ無効になるからと教えて)
>>171のような修正を提示するんだな。賢すぎだろ

179:デフォルトの名無しさん
23/08/05 15:34:42.49 NzC+Rt9F.net
#include <iostream>
#include <string>
#include <vector>
using namespace std;
int main() {
vector<string> names;
string longest = "";
while (true) {
string name;
cin >> name;
if (name.empty()) {
break;
}
names.push_back(name);
if (names.back().length() > longest.length()) {
longest = names.back();
}
cout << names.size() << " names, (longest: " << longest << ")" << endl;
}
return 0;
}
このコードでは、longestがポインタではなく値として管理されているため、
namesの内容が変更されても影響を受けません。
また、名前が空の場合にループを抜ける条件を追加しました。

180:デフォルトの名無しさん
23/08/05 15:39:09.24 NzC+Rt9F.net
>>176
その通りだね
ところが>>177の修正を加えて返ってきた答えには
vectorの再配置によるダングリングを考慮してある
>>177以外の修正は俺は一切加えていない
まだ間違った答えを返すことがあるが
正解を返すポテンシャルは既にある

181:デフォルトの名無しさん
23/08/05 15:41:17.99 NzC+Rt9F.net
ところで>>175なんだけど
Rustってデッドロックって検出できるんだっけ?

182:デフォルトの名無しさん
23/08/05 15:44:11.69 97ZAjLd0.net
いま、C＋＋で生ポンタを使うこと避けるようにするんじゃないのか

183:デフォルトの名無しさん
23/08/05 15:45:41.69 LVFgAb7y.net
>>174
サンクス
さすがにこのレベルだと検出できるか
（ほかに目立つバグがあるとスルーされるのかもしれないけど）

184:デフォルトの名無しさん
23/08/05 15:58:47.07 wQaB7TT9.net
デッドロックは人間でも解決できないパターンがあるからｗ

185:デフォルトの名無しさん
23/08/05 16:03:33.32 LVFgAb7y.net
あらゆるデッドロックを検出しようとするとデッドロックするから無理って
チューリング先生が証明してたと思う
停止性とは違うのかもしれないけどどうせ帰着ルート見つけるでしょ（適当）

186:デフォルトの名無しさん
23/08/05 16:22:05.73 z8pTYjl5.net
AIに関して。たまたま上手く行ったケースだけを
書いている可能性がある。
実際にやってみると変になることもあったりする
のがよくあるパターン。

187:デフォルトの名無しさん
23/08/05 16:44:23.90 NzC+Rt9F.net
>>186
>>171は1回だよ そのあと>>170を読んだので
チャットの途中から>>177の修正を加えて回答を生成させた
これも1回限り
ChatGPT-4を普段触っていて能力を知っていれば
納得の回答レベルだと思うけど?

188:デフォルトの名無しさん
23/08/05 16:52:12.45 z8pTYjl5.net
std::vector でよくある性質だけ、ChatGPTに
ハードコーディングされてる可能性がある。

189:デフォルトの名無しさん
23/08/05 17:30:10.13 YdmkUc66.net
>>181
デッドロックは静的に(実行せずに)検出できないことが理論的にわかっている
そのためRustを含めて任意のシステムで静的にデッドロックを検出するものは存在しない

190:デフォルトの名無しさん
23/08/05 17:46:13.30 YdmkUc66.net
デッドロックはロック順序が定まるように自主的対応するとして
一方でデータ競合についてはRustがデータ競合のないことを保証してくれる

191:デフォルトの名無しさん
23/08/05 18:41:15.10 NzC+Rt9F.net
>>190
データ競合はChatGPG-4も検出してくれる

192:デフォルトの名無しさん
23/08/05 18:58:04.88 nLwYtk1m.net
実は俺は未来が見える。
Rustは普及しない。
いっちゃった。
ヤバイ。

193:デフォルトの名無しさん
23/08/05 19:24:44.46 YdmkUc66.net
>>191
ChatGPTは検出できるケースもあるだけだぞ
Rustはデータ競合を100%回避できる
そしてデータ競合は100%回避しなければならない
100%回避できる方法がある状況でそうではないChatGPTに頼るやつはバカだと断言できる

194:デフォルトの名無しさん
23/08/05 19:35:03.34 3ig1p59X.net
>>193
GPT4使ったてないやろ？
そんなもんじゃない

195:デフォルトの名無しさん
23/08/05 19:45:05.47 YdmkUc66.net
>>194
100%防がなければいけないこと(今回の例だとデータ競合)で
ChatGPTに依存するは愚の骨頂
ましてや100%防げるRustが存在する状況で

196:デフォルトの名無しさん
23/08/05 19:56:21.43 ovYwnQ8g.net
>>195
だってRust覚えるのめんどいじゃん？

197:デフォルトの名無しさん
23/08/05 21:11:57.10 xdlV5LLb.net
はいRustの負け〜

198:デフォルトの名無しさん
23/08/05 21:31:44.37 Ab8yJnrX.net
>>196
Rustは必要な高機能が充実しているにま関わらず
洗練されていて覚えることが少なくて楽だ
C++はC++20まで把握してもまだRustの高機能に追いつけていない

199:デフォルトの名無しさん
23/08/05 21:39:17.35 NzC+Rt9F.net
RustやってもCを別に覚えなきゃならないじゃん?
C++覚えればCはサブセットだし楽だよ
なによりRustはやってる人が少な過ぎて人が集まらん

200:デフォルトの名無しさん
23/08/05 22:16:55.85 lVlXn5uE.net
RUSTぐらいサクッと習得出来る人じゃ無ければ集まらなくって良くない？

201:デフォルトの名無しさん
23/08/05 22:45:10.55 HgL/MIsm.net
>>198
そういうのはdyn-upcastとかspecializationとかのRFCをstabilizeしてから言ったほうがいい

202:デフォルトの名無しさん
23/08/05 23:31:44.33 Z3AMXPsc.net
Rustは速くsimd命令周りをstableにして欲しい。

203:デフォルトの名無しさん
23/08/06 00:25:51.10 yMFHtXLh.net
Rustってなんで全然普及しないの？

204:デフォルトの名無しさん
23/08/06 01:19:10.93 3wcIZOky.net
それはね
もう十分普及してるからだよ

205:デフォルトの名無しさん
23/08/06 01:22:19.33 qy7GXfpS.net
直訳すると最期って意味だから縁起が悪い

206:デフォルトの名無しさん
23/08/06 01:36:56.92 /n3JPvRf.net
信者の脳内でLinuxは大成功している事と同様の事也。

207:デフォルトの名無しさん
23/08/06 01:59:35.05 0QxiCITa.net
Linuxって史上最も普及したカーネルだと思うよ

208:デフォルトの名無しさん
23/08/06 02:18:54.27 3wcIZOky.net
それじゃ全然足りないってことでしょ
「信者が〜」とか言っちゃう奴って目標高過ぎというか欲張り過ぎなんだよね
どっちが信者だよって感じ

209:デフォルトの名無しさん
23/08/06 02:36:01.14 /n3JPvRf.net
無料なので、100均やユニクロより地位は下だということなんだがな。

210:デフォルトの名無しさん
23/08/06 02:37:30.46 /n3JPvRf.net
Linuxと比べれば底辺の食べ物みたいに馬鹿にされる
サイゼリヤやマクドナルドの方が遥かに高級ということになる。

211:デフォルトの名無しさん
23/08/06 02:45:19.77 /n3JPvRf.net
そしてgccやemacsやnasmは貧者のツール。

212:デフォルトの名無しさん
23/08/06 02:45:25.28 0QxiCITa.net
まーた始まった

213:デフォルトの名無しさん
23/08/06 02:48:06.95 0QxiCITa.net
>>211
50代だと思うけど引きこもりなのかな?
力になるよ

214:デフォルトの名無しさん
23/08/06 02:51:33.28 /n3JPvRf.net
無料なんだから、貧者のツールだ。
当たり前。

215:デフォルトの名無しさん
23/08/06 02:59:11.89 /n3JPvRf.net
アメリカ製のSNSが存続できているのは、アメリカ政府の
補助金のおかげ。YouTubeは個人情報をアメリカ政府に
差し出す見返りに政府から補助金を得ている。

216:デフォルトの名無しさん
23/08/06 02:59:19.72 0QxiCITa.net
>>214
引きこもってるの?

217:デフォルトの名無しさん
23/08/06 03:01:24.81 0QxiCITa.net
>>215
周りに気兼ねなく話せる人はいるかい?

218:デフォルトの名無しさん
23/08/06 03:07:03.60 /n3JPvRf.net
どうでもいい。

219:デフォルトの名無しさん
23/08/06 03:21:25.88 FBMr5AjE.net
Rust叩きをしている人たちがちょっと頭のおかしい人たちばかりなのは偶然なのか必然なのか

220:デフォルトの名無しさん
23/08/06 03:48:28.55 /n3JPvRf.net
Rust信者は域外者に対する批判に暇が無いね。

221:デフォルトの名無しさん
23/08/06 06:57:45.77 G1mNNcoT.net
>>214
C++も無料だから、それを言ったらどっこいどっこい

222:デフォルトの名無しさん
23/08/06 07:19:58.01 V97WePr1.net
スレのレベルがまた一段と下がってるね
低学年の小学生みたいw

223:デフォルトの名無しさん
23/08/06 07:47:32.01 yMFHtXLh.net
↑これってボット？

224:デフォルトの名無しさん
23/08/06 09:15:11.08 xJ7XeiL9.net
>>170
5chのバグではない
仕様通りの動作

225:デフォルトの名無しさん
23/08/06 09:23:00.88 xJ7XeiL9.net
>>199-200
今Rustで募集すると間違いなくゲーマーが応募してくる

226:デフォルトの名無しさん
23/08/06 09:56:02.83 ctz5BWzh.net
>>221
ほとんどのプロは無料環境を使ってない。

227:デフォルトの名無しさん
23/08/06 09:58:51.57 ES7Kp55N.net
VisualStudioって有料だよね

228:デフォルトの名無しさん
23/08/06 10:15:09.14 ctz5BWzh.net
GTK, wxWidgt, Qt, CodeBlocks などを試してみたが、
どれも使う気になれなかった。Qtは有料だが。

229:デフォルトの名無しさん
23/08/06 11:32:39.13 xFPyICNs.net
合わなかったって事？

230:デフォルトの名無しさん
23/08/06 11:35:14.84 ctz5BWzh.net
>>229
その中でましな方のCodeBlocksですら、
メニューやボタンはあれども機能しない項目が
多かったり、順序によって機能し無かったりが多く、
どのような順序で事を行なっても動作するところの
VC++とは使い勝手が全く違った。

231:デフォルトの名無しさん
23/08/06 11:39:05.81 ctz5BWzh.net
手短に言えば「みかけだおし」で実際には機能しない
メニュー項目やオプション類が多数あって、混乱した。
gccもオプションは多すぎるほど多いが、実際にちゃんと
機能するものはほとんど無く、-I -L -O1 -v みたいなもの
だけに限られ、他のオプションは指定してもまったく機能
しないか、機能しても他のオプションと併用すると破綻したり、
または、機能しても僅かな変化しかなく、msvcが大胆に
機能変化するのとは全く異なっている。

232:デフォルトの名無しさん
23/08/06 11:43:44.43 ctz5BWzh.net
また、ボランティアによってせっかくチュートリアルが
作られていても、「すぐに変化して」しまうため、
最新版とは同じにはならない。
しかも、チュートリアルなしでは使いこなせないような
インターフェースになっており、非常に使い勝手が
悪かった。
このことは、3DモデラのBlenderでもあてはまる。
価値観の異なる別の人がプログラミングに参加してしまう
せいか、一年たてば、使い方ががらりと変化してしまう。
そのため、YouTubeなどでボランティアが多大な時間と
努力で作り上げた解説動画と、最新版の使い方が大胆に
異なっている。それで、古い解説動画扱いされ、
老害扱いされる。せっかく努力した人の努力は水泡に帰する。
これはまさに共産主義。努力した人をあざ笑い、何もしなかった
人が安泰になる仕組み。

233:デフォルトの名無しさん
23/08/06 11:45:18.85 xFPyICNs.net
んーなんかよくわからないがUIビルダー試してるって事かなあ？
RUSTから離れて行ってね？

234:デフォルトの名無しさん
23/08/06 11:51:59.05 ctz5BWzh.net
Rustも同様の事が起こる可能性が高い。
#OSSを見守ってきた人生経験より。

235:デフォルトの名無しさん
23/08/06 11:52:31.08 xJ7XeiL9.net
>>228
GTKは糞(GTK自体はC)
wxWidgetsは優秀(C++)
QtはQMLになって糞化(C++)
Code::Blocksは(C/C++)実質wxWidgets
どれも使えないのはC++の理解が足りてないんじゃないか
馬鹿自慢してるようなもの

236:デフォルトの名無しさん
23/08/06 11:54:22.02 6rDWJ/3o.net
tkは？

237:デフォルトの名無しさん
23/08/06 11:55:06.00 ctz5BWzh.net
有名なOSSツールで、年々ツールのバイナリサイズが肥大化
し、異常にサイズが大きくなってしまったものも知っている。
16BIT時代から続く有名なOSSだが、そのころから機能は
僅かしか追加されて無いのに、今や、4GB位のストレージ
を消費してしまう。機能は16BIT時代と対して変わってない。
16BIT時代だったら、数MBだっただろう。

238:デフォルトの名無しさん
23/08/06 11:56:08.73 ctz5BWzh.net
>>235
使えるが、使いたくなかった。
なんでそんな苦労しなきゃならないのか分からん。

239:デフォルトの名無しさん
23/08/06 11:57:07.74 xJ7XeiL9.net
>>234
まあRustがTauri薦めてる時点でRustもひどいってのは同意

240:デフォルトの名無しさん
23/08/06 11:58:15.10 xJ7XeiL9.net
>>236
tcl/tkはだぁぃ好き

241:デフォルトの名無しさん
23/08/06 11:59:35.42 ctz5BWzh.net
>>237
機能が2倍くらいになって徐々に肥大化して言ったならまだ分かる。
しかし、数年前まで32BIT版で500MB位であって、
機能は1%も追加されて無いのに、4GBになった。
これがOSSソフトの典型例。
パソコンの性能は劇的に増加したのに、インストール時間は
むしろ長くなった。
細かい時間は忘れたがインストールするだけで10分以上はかかった。

242:デフォルトの名無しさん
23/08/06 12:01:49.07 ctz5BWzh.net
それに、ユーザー数やシェアを考えれば、優先順位は
Windows、Android、iOS、、Mac、Linux 位の順で
なければならないのに、多くのOSSでは、ターゲットもホストも
大体、Linux、Mac、Windows、iOS、Android
のような順序になっており、ほとんど逆に近い。
このことも、ストレスフルになる。

243:デフォルトの名無しさん
23/08/06 12:02:07.07 xJ7XeiL9.net
VCもインストール時間必要以上に長いぞ

244:デフォルトの名無しさん
23/08/06 12:13:52.92 ctz5BWzh.net
OSS作者の多くは、Linuxをメインに開発していて、
Windowsは「仕方なく」対応していることが多いらしい。
だから、WindowsとLinuxの違いのために面倒な
追加コーディングが必要になったときには、ストレスフル
となり、いやいやコーディングしてしまう。そのため、
Windowsでは中途半端な出来栄えとなり、どこかに
不具合を抱えていることが多い。
そしてそれを自分の責任とせず、Windowsや、Windows
を使っているユーザー、または、Windowsを使っている社会
などに責任転嫁してしまう。
その結果、そのような作者が多いOSSをWindowsで使うと、
ストレスフルで使う側が嫌な気分を味あうことが多くなる。

245:デフォルトの名無しさん
23/08/06 12:17:19.87 ctz5BWzh.net
AdobeのPDF Readderもそうである。
恐らくMacとiOS(やスマホ)のインターフェースを
ベースにしているため、Windowsユーザーには物凄く
使いにくい。
Windws版のKindle Readerも同様。物凄く使いにくい。
Google Mapのインターフェースも最悪だといわれている。
しかし、それがデファクトスタンダードとなっていて、
無料なことが災いして、競争相手が育たず、世界中の
人々が使い勝手の悪い無料ソフトで、生産性が悪い
社会となってしまっている。

246:デフォルトの名無しさん
23/08/06 12:19:45.27 FBMr5AjE.net
>>228
それら以外にRust製のGUIもたくさんあるけど言及ないの？
>>239
RustがGUIとしてTauriを勧めたことなんて一度もない
Rustにも多様なGUIライブラリが揃っている
Tauriに相応するものはElectronであってGUIといってもHTML/CSS/JavaScriptを前提とするタイプ
その比較では性能面でElectronよりTauriが優れているというだけの話

247:デフォルトの名無しさん
23/08/06 12:23:27.05 0QxiCITa.net
>>ID:ctz5BWzh
世界は多様でいくらお前が望んでもそれは変わらない
皆（動物さえも）適応して生活している
ずっと読んできたが
おまいさんは多様性への適用能力に問題を抱えているんだよ

248:デフォルトの名無しさん
23/08/06 12:25:47.78 ctz5BWzh.net
OSSの作者は「逆張り」傾向が強い。
別の言い方をすれば天邪鬼。
だから、多数派向けのアプリを作りたい人には、
OSSの開発環境は足かせになる事が多い。

249:デフォルトの名無しさん
23/08/06 12:28:15.33 xJ7XeiL9.net
認識が随分偏ってるというか捻じ曲がってる人いるな
URLﾘﾝｸ(www.youtube.com)
URLﾘﾝｸ(www.youtube.com)
URLﾘﾝｸ(www.youtube.com)
URLﾘﾝｸ(www.youtube.com)
URLﾘﾝｸ(www.youtube.com)

250:デフォルトの名無しさん
23/08/06 12:30:47.90 xJ7XeiL9.net
>>244
uby界隈の人は特にそういう傾向あるな

251:デフォルトの名無しさん
23/08/06 12:32:12.03 xFPyICNs.net
つまり要約すると「俺の利益を優先させろ！」で合ってる？

252:デフォルトの名無しさん
23/08/06 13:08:31.97 526NdK6C.net
>>251
OSS・無料ものはくそってことだろ
貧乏はくそなものでもただなら大歓迎だからな

253:デフォルトの名無しさん
23/08/06 13:12:13.42 xJ7XeiL9.net
貧乏だけどタダでも糞は嫌だよ

254:デフォルトの名無しさん
23/08/06 13:28:13.42 526NdK6C.net
>>253
でも、乞食必死してるんだろ
貧すれば鈍するだから、時期にくそを受け入れるようになるよ。
無料もの使うと乞食化するし、そして、
くそ物を使うと使っている奴もくそ化するし
そうなってもそうなっている自覚はないだろうが

255:デフォルトの名無しさん
23/08/06 14:14:02.54 3wcIZOky.net
OSSが有料だとか無料だとかそんな次元で語ってる時点で発想が乞食でしょ
自分で何か作って公開することで知識や技術を「交換」するみたいな発想はできないのかな
使わせて「貰う」ことしか頭にないなら仕方ないけど
OSSコミュニティがみんなそうだとは思わない方がいいよ

256:デフォルトの名無しさん
23/08/06 14:17:22.94 xFPyICNs.net
つまり「俺が作ってるものは無料じゃないので糞では断じて無い！」なの？

257:デフォルトの名無しさん
23/08/06 14:18:04.40 xJ7XeiL9.net
まるで有料に糞が無いかのような物言いだな

258:デフォルトの名無しさん
23/08/06 14:19:27.05 xJ7XeiL9.net
>>254
>くそ物を使うと使っている奴もくそ化するし
>そうなってもそうなっている自覚はないだろうが
その通りだ
有料糞品の最大派閥が君の大好きなWindowsだ

259:デフォルトの名無しさん
23/08/06 14:20:24.67 o/Yc4yMs.net
有料でクソだと生き残れないが、無料だとクソでも生き残る。

260:デフォルトの名無しさん
23/08/06 14:25:00.14 xFPyICNs.net
ああそうか今日は日曜日か

261:デフォルトの名無しさん
23/08/06 14:49:38.75 FBMr5AjE.net
>>224
＆empty;が∅で表示される問題は>>170が言う通り5chとそのブラウザの仕様バグで合っているんじゃないかな
5chのdat仕様はHTMLタグや文字参照(＆xxx;)を含んでいてそれらをそのまま表示することになっている
一方で利用者にとってはそんなことは関係ないため＆empty;の書き込みがそのままその内部表現となり文字参照として解釈されるのは自然ではない
もちろんそのまま通さずにエスケープ処理することで対応している掲示板やSNSも多い
文字参照はあくまでもHTML(や*ML)での表現であるため利用者がそれを会話や書き込みで打ち込むのを前提とするのはありえないからである
ではなぜ5chはこんな変な仕様になっているのかというとshift-jisのまま範囲外の文字を受け付けるためだ
これを仕様通りとするならば5ch専ブラ側は利用者からユニコードで受け付けてshift-jis範囲外の文字と＆等のみを文字参照として5chへ送るべきことになる
そうすれば利用者からの入力＆empty;は5chへ＆amp;empty;と送られて表示時も正しく表示されることになる

262:デフォルトの名無しさん
23/08/06 15:00:49.49 jVU2mLBC.net
争え……もっと争え……

263:デフォルトの名無しさん
23/08/06 15:11:36.53 3wcIZOky.net
調べたら10年以上前に決めた仕様らしいから仕方ない
普通の文章だと＆...；みたいな文字列は出てこないし

264:デフォルトの名無しさん
23/08/06 15:34:51.43 chHFU/NY.net
Steamには有料のクソゲーが腐るほどある

265:デフォルトの名無しさん
23/08/06 15:35:01.33 xJ7XeiL9.net
>5chへ＆amp;empty;と送られて
これが為されてないのは専ブラのせい？

266:デフォルトの名無しさん
23/08/06 16:05:39.21 0QxiCITa.net
>>231
>gccもオプションは多すぎるほど多いが、実際にちゃんと
>機能するものはほとんど無く、-I -L -O1 -v みたいなもの
>だけに限られ、他のオプションは指定してもまったく機能
>しないか、機能しても他のオプションと併用すると破綻したり、
>または、機能しても僅かな変化しかなく、msvcが大胆に
>機能変化するのとは全く異なっている。
バイナリ変わっとるやろ?
gccのオプションが多いのは否定しないが
お前が使いこなせていないだけ

267:デフォルトの名無しさん
23/08/06 16:07:07.06 0QxiCITa.net
>>232
チュートリアルの批判は妥当だね
追従できていないことは多々ある

268:デフォルトの名無しさん
23/08/06 16:11:32.80 0QxiCITa.net
>>232
最後の共産主義云々は飛躍せずに論理の筋道を書かないと全く意味が分からない
まともな批判も書いているのだが
社会生活を送っているように思えない書き込みも散見される

269:デフォルトの名無しさん
23/08/06 16:14:36.17 0QxiCITa.net
>>237
ソース見れば肥大化した理由が分かるのでは?
OSSなら知る自由があるよ

270:デフォルトの名無しさん
23/08/06 16:21:14.15 o/Yc4yMs.net
日本人は知らされて無いけど、中国がずっと前からOSSを推進しており、
githubのスポンサーも中国企業が多いと聞いた。
それにgithubの一番人気ソフトは中国製。

271:デフォルトの名無しさん
23/08/06 16:27:02.28 chHFU/NY.net
こいつの言ってることが本当なら、それらの問題点を改善したソフトを
有料で売れば大儲けできるのになぜかやらないんだよなぁ

272:デフォルトの名無しさん
23/08/06 16:29:09.60 FBMr5AjE.net
>>270
githubのスポンサーというか所有者はあなたが信奉して依存しまくっているMicrosoftです

273:デフォルトの名無しさん
23/08/06 16:31:30.86 o/Yc4yMs.net
>>272
githubの所有者とは別に、スポンサー企業と言うのがあるんだよ。

274:デフォルトの名無しさん
23/08/06 17:53:54.77 xFPyICNs.net
まだこういう事言ってる人いたんだ

275:デフォルトの名無しさん
23/08/06 19:10:54.10 o/Yc4yMs.net
この板を含め、ネットでは、技術よりマーケティング重視の人が多い。
それで日本の技術力低下が起きたのではないか。

276:デフォルトの名無しさん
23/08/06 19:16:21.94 o/Yc4yMs.net
テレビを見ると、やたらと技術だけでは駄目、という言葉ばかり
叫ばれるが、GAFAMは、技術先行型、プロダクトアウト型だと
言われている。実は、マーケットイン型は、模倣され易いと言われており、
だから、新興国に模倣されているのかも知れない。
GAFAMのものは、技術先行型だから他社が真似するのは難しい。
模倣しようと思っても模倣できない参入障壁が多い。
検索エンジンやChatGPTも、プログラミングだけでなく、処理能力が
桁違いに大きなスパコンの様なデータセンターが必要だと思われる。
そして二番手以下は全く売上げがたたないので大赤字となるため、
参入できない。
それが自動車産業や家電業界とは異なるところ。

277:デフォルトの名無しさん
23/08/06 19:59:20.44 6rDWJ/3o.net
そんなことよりRustとC++の話しない？

278:デフォルトの名無しさん
23/08/06 20:17:03.40 /D5+TjxD.net
コマンドラインアプリってRustってどこが向いているの？
例えばメモリリークしないっていう謳い文句があるけど別にCやC++だったらコンパイラやCLIみたいなすぐ終了するプログラムは一回もfreeしなくてもいいわけで
その場合はまるでGC言語みたいな自由な書き方が選択できるわけじゃん
メモリリークなんてどうでもいいのにそれを強制的に意識させられる言語なわけだがCLIに何が向いてるのかわからん

279:デフォルトの名無しさん
23/08/06 20:28:32.60 xFPyICNs.net
いや別に好きにすればいいじゃん

280:デフォルトの名無しさん
23/08/06 21:09:02.37 1Y5TUJVR.net
向いてるって言ったやつに聞けば

281:デフォルトの名無しさん
23/08/06 21:15:56.82 5kraJYIW.net
>>278
根本的に勘違いしているようだが
GC言語が遅いのはGCでメモリ解放処理をするためではない
GCが起きる前に終わってしまうプログラムでも遅いことを知っているはずだ
もう一つ
Rustはメモリ自動解放されるからfree()とか気にする必要はない
RustはCLI含めて様々な用途に向いている
さらにもう一つ
「CLIみたいなすぐ終了するプログラム」
CLIとGUIでそんな差があると勘違いする人はかなり珍しい
CLIであろうが時間のかかる様々な処理にサーバーなどすぐに終了しないものが多い

282:デフォルトの名無しさん
23/08/06 21:24:44.11 dxxU0i4r.net
C/C++ → ライブラリの用意がめんどい(cargoとかnpmみたいな現代的な仕組みがデファクトで存在しない)
Ruby, JS, Python, Java → 処理系のバージョンや依存ライブラリのインストールに悩まされる。バイナリポンできない。
Go → GCとかでフットプリントがでかい？わりと Go でもいいじゃん派。
clap の出来もいいし向いているかはさておき秀作として CLI から始めやすいしバイナリポンでプロダクション投入しやすいのはあるね。

283:デフォルトの名無しさん
23/08/06 21:28:44.29 xFPyICNs.net
バイナリポンって何かの栄養ドリンクみたいだ

284:デフォルトの名無しさん
23/08/06 21:32:26.35 0QxiCITa.net
>>282
>C/C++ → ライブラリの用意がめんどい(cargoとかnpmみたいな現代的な仕組みがデファクトで存在しない)
はい? 何がめんどい?

285:デフォルトの名無しさん
23/08/06 21:33:53.00 0QxiCITa.net
>>282
>Ruby, JS, Python, Java → 処理系のバージョンや依存ライブラリのインストールに悩まされる。バイナリポンできない。
aptでええがな

286:デフォルトの名無しさん
23/08/06 21:34:47.11 /D5+TjxD.net
>>281
>Rustはメモリ自動解放されるからfree()とか気にする必要はない
はあ？
Cでfreeしない場合はGC言語みたいに好きに書けるけどRustはそもそもルールを守って書かないとコンパイルが通らないだろ？
そもそもそのコンパイルを通すためにルールを守ることを強制するってのがどうなのって話
データ構造やアルゴリズムに制限を加えてるってことだよね

287:デフォルトの名無しさん
23/08/06 21:42:33.91 wMXJiymC.net
>>278
新手のアホが現れた！

288:デフォルトの名無しさん
23/08/06 21:53:53.68 5kraJYIW.net
>>286
何を言いたいのかさっぱりわからない
プログラミング経験がないのか？

289:デフォルトの名無しさん
23/08/06 22:09:03.59 0QxiCITa.net
>>189
GPT4を舐めてはいけない
I: C++プログラムのバグを教えて欲しいのですが? コードレビューをできますか?
G: もちろんです、お気軽にコードを共有してください。
バグを特定したり、最適化やリファクタリングの提案をしたりできます。
I:
#include <thread>
#include <chrono>
using namespace std;
int main () {
using Lock = lock_guard <mutex>;
mutex m0;
mutex m1;
thread th0 {
[&] () {
Lock l0 {m0};
this_thread::sleep_for (chrono::seconds {1});
Lock l1 {m1};
}
};
thread th1 {
[&] () {
Lock l1 {m1};
Lock l0 {m0};
}
};
th0.join ();
th1.join ();
return 0;
}

290:デフォルトの名無しさん
23/08/06 22:11:02.39 0QxiCITa.net
G: このC++のコードにはデッドロック（両方のスレッドが無限に待機する状態）があります。
th0スレッドはm0をロックし、その後m1をロックしようとします。
一方、th1スレッドはm1をロックし、その後m0をロックしようとします。
これは次のようなシナリオでデッドロックになる可能性があります：
1. th0がm0をロックします。
2. th1がm1をロックします。
3. th0がm1をロックしようとしますが、m1は既にth1によってロックされているため、
th0はm1が解放されるのを待つことになります。
4. 同様に、th1がm0をロックしようとしますが、
m0は既にth0によってロックされているため、
th1はm0が解放されるのを待つことになります。
結果として、どちらのスレッドも他方がmutexを解放するのを無限に待つことになり、
デッドロックになります。
これを解決するためには、両方のスレッドがmutexを取得する順序を一貫させることが重要です。
以下に修正したコードを示します：

291:デフォルトの名無しさん
23/08/06 22:11:54.17 0QxiCITa.net
G:
#include <thread>
#include <chrono>
using namespace std;
int main () {
using Lock = lock_guard<mutex>;
mutex m0;
mutex m1;
thread th0 {
[&] () {
Lock l0 {m0};
this_thread::sleep_for (chrono::seconds {1});
Lock l1 {m1};
}
};
thread th1 {
[&] () {
Lock l0 {m0};
Lock l1 {m1};
}
};
th0.join ();
th1.join ();
return 0;
}
G: この修正により、どちらのスレッドも最初にm0をロックし、その後m1をロックします。
このようにすることで、スレッド間のデッドロックを避けることができます。

292:デフォルトの名無しさん
23/08/06 22:14:32.72 0QxiCITa.net
まもなくVisual Studioを始めとした開発環境にGPTが統合されるだろうから
Rustのセールスポイントの価値は崩壊する

293:デフォルトの名無しさん
23/08/06 22:18:09.75 /D5+TjxD.net
>>288
競プロでもRustが向いてないのはそういうことだし、データ構造やアルゴリズムの実装パターンに制限を与えるのがRust言語だよね
freeを一切しないってのもプログラムの設計パターンとしてあるし、そうやって実装されてるコンパイラもあるわけ
低レイヤを触るプロフェッショナルからしたらそんなの足枷になるだけだろ？
コンパイルも遅くなるし
ある意味縛りプレイを強要しているわけ
マゾ言語だな

294:デフォルトの名無しさん
23/08/06 22:26:15.02 5kraJYIW.net
>>293
壮大な勘違いをしているようで何を言いたいのかわからん
話を単純にするためにRustのことは横においとくとして
C言語でfree()をすると実装パターンに制限を与えるからfree()しない方がよいという主張なのか？

295:デフォルトの名無しさん
23/08/06 22:26:41.46 xFPyICNs.net
>>292
それ、プログラマも要らなくならないか？

296:デフォルトの名無しさん
23/08/06 22:27:43.74 0QxiCITa.net
家でもパンツくらい履け派と履かんでもよかろうもん派

297:デフォルトの名無しさん
23/08/06 22:29:56.52 0QxiCITa.net
>>295
要件を定義するのに特化したのがプログラミング言語だから
自然言語での要件定義は不効率だと思うよ
数式なしの数学の本が本当に良いか?って話と同じ

---

次ページ

最新レス表示

スレッドの検索

類似スレ一覧

話題のニュース

おまかせリスト

▼オプションを表示

レスジャンプ

mixiチェック！

Twitterに投稿

オプション

しおりを挟む

スレッドに書込

スレッドの一覧

暇つぶし2ch

---

284日前に更新/279 KB
担当:undef