探検

オブジェクト指向はオワコン？ part2

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2026/08/13(木) 14:38:03.02ID:pdAcKRXu
前スレ
オブジェクト指向はオワコン？
https://mevius.5ch.io/test/read.cgi/tech/1721393540/
2026/08/23(日) 13:03:04.51ID:/SMVVWF/
>>609
仕様→設計→コーディング
2026/08/23(日) 13:04:01.05ID:/SMVVWF/
コードには設計が現れているだろw
2026/08/23(日) 13:05:56.08ID:/SMVVWF/
コードが悪い＝設計が悪い
614デフォルトの名無しさん
垢版 |
2026/08/23(日) 13:08:55.68ID:F3OUjFLN
>>611
左様
2026/08/23(日) 13:13:24.37ID:iasgGq5L
>>610
仕様を逸脱したら損害が発生するんだよ。会社経営したことないだろ。
616デフォルトの名無しさん
垢版 |
2026/08/23(日) 13:21:09.56ID:F3OUjFLN
>>615
君はFizzBuzzの課題で文字列を動的に結合したら仕様を逸脱して損害が発生して会社の経営が危なくなると思っているのかい、大変だね
2026/08/23(日) 13:28:56.47ID:iasgGq5L
>>616
くすくす。
手元に詭弁の本があるけど、教科書通りの展開だね笑。
2026/08/23(日) 13:29:48.18ID:/SMVVWF/
理屈に合わない仕様なら、むしろ仕様を訂正させるw
619デフォルトの名無しさん
垢版 |
2026/08/23(日) 13:36:03.60ID:F3OUjFLN
>>617
そうかい、その本の余白に俺との思い出も書き残しておいてくれよ
620デフォルトの名無しさん
垢版 |
2026/08/23(日) 13:39:32.97ID:F3OUjFLN
仕様で決めるのは目的であって方法でも手段でもないからね
文字列の結合方法を仕様で決められてもなあ
2026/08/23(日) 14:04:47.40ID:HWzbbtqX
FIzZBuzzで重箱隅これだけもめて、書いたのはゴミコードって
この人たち本当にこの分野で食べているのだろうか…謎
622デフォルトの名無しさん
垢版 |
2026/08/23(日) 14:32:48.12ID:QvCbW4h1
顧客は無知なもんだから
2026/08/23(日) 14:38:22.96ID:/SMVVWF/
動けばいいんだよ
だからコバロで書いてコピペして仕事が完了
624デフォルトの名無しさん
垢版 |
2026/08/23(日) 14:50:41.16ID:QvCbW4h1
コバロって何
2026/08/23(日) 14:59:42.81ID:wVoNaoye
>>624
無知かアスペかどっちか
2026/08/23(日) 15:06:20.12ID:HWzbbtqX
やっぱなｗナンチャってソフトウエアエンジニアの巣窟だったかｗ
2026/08/23(日) 15:28:12.05ID:KkX4SDMy
仕様で決めるのは目的であって方法じゃない、って話なら
結局設計って「どの変更をどこに閉じ込めるか」を決めることなんじゃねえの
FizzBuzzなら3→Fizzを7→Pop追加しても一箇所で済むようにするとか
そういうのが保守性の正体だろ
2026/08/23(日) 15:30:54.39ID:KkX4SDMy
ただ変更に強いって言い方も雑なんだよな
Fizz Buzz Popが増える変更には強くても
倍数じゃなくて桁に3が入ってたらFizzに変わったら全部崩れるかもしれない
何の変更に対して局所化してるか、まで言わないと意味ない
2026/08/23(日) 15:33:32.71ID:KkX4SDMy
そう考えると設計の良し悪しって
変更するときにどこまで見に行かされるかでかなり決まる気がする
何についてのコードか
何に依存してるか
どこ直せばいいか
何テストすればいいか
これが近所だけ見て分かるコードは楽
2026/08/23(日) 15:34:15.40ID:tl6J+3gQ
>>628
3で割れる数だけFizzを出力する、例 9 FizzFizz
5等も同様
2026/08/23(日) 15:37:49.27ID:KkX4SDMy
逆に一箇所直すのに
親クラス見て
interface見て
DI設定見て
Factory見て
Listener見て
どこでoverrideされてるか検索して
みたいになるとキツい
コード量じゃなくて探索範囲がでかい
632デフォルトの名無しさん
垢版 |
2026/08/23(日) 15:39:26.68ID:QvCbW4h1
関数にしてその中でご自由にどうぞでええやん
2026/08/23(日) 15:44:28.67ID:KkX4SDMy
そうなるとあれ
それって昔OOPが解決しようとしてた問題じゃなかったっけ
データとそれを操作する処理をオブジェクトに閉じ込めて
内部知らなくても使えるようにするって話だろ
本来は局所化するための仕組みだったはず
2026/08/23(日) 15:48:19.79ID:KkX4SDMy
なのに実際のOOPコードだと
継承
動的ディスパッチ
DI
Observer
ORM
フレームワークのライフサイクル
とか乗りまくって
そのオブジェクトが何するか知るために全然違う場所見に行く羽目になるんだよな
635デフォルトの名無しさん
垢版 |
2026/08/23(日) 15:50:25.49ID:F3OUjFLN
お前らほんまFizzBuzz好きやなあ
俺はそんなお前らが好きだ
2026/08/23(日) 15:52:04.46ID:KkX4SDMy
つまりオブジェクトが情報を閉じ込める箱じゃなくて
依存関係を集めるハブになっちゃったのが問題なんじゃね
UserServiceとかOrderManagerとかいう名前だけ局所的で
中身はDBもメールも決済もログもイベントも何でも触るやつ
2026/08/23(日) 15:55:00.72ID:KkX4SDMy
そう考えるとOOPは変更に強いじゃなくて
カプセル化がうまくいってれば変更に強いなんじゃね
クラス使ってるだけでは何も保証されないどころか
継承とかshared mutable stateで逆に非局所化することもある
2026/08/23(日) 15:56:09.08ID:/SMVVWF/
仕様が変われば設計だって変わるのは当たり前だ
なんでも予測して変更に耐えられる設計なんて存在しないから
変更があるとすれば固定値や特定条件とかくらい、それ以上は仕様からやり直し
2026/08/23(日) 15:58:32.65ID:KkX4SDMy
で最近のGoとかRustとか見てると
クラスを捨てたというよりデータメソッド、interface、trait、所有権、可変性をバラして必要なものだけ組み合わせる方向なんだよな
昔class一個に背負わせてた責務を分解してるように見える
640デフォルトの名無しさん
垢版 |
2026/08/23(日) 16:00:04.51ID:F3OUjFLN
>>392
そうね、flatMapは平坦化できることと要素数を変えられるのが特徴

モダンな言語だとジェネレータがあるからflatMapの出番はない気がする
ジェネレータがない言語だとflatMapを使うと良い感じ

たとえば組み合わせを列挙するコードはジェネレータで書くとこう

IEnumerable<ImmutableQueue<T>> CombinationGeneratorStyle<T>(ImmutableQueue<T> queue) {
　return F(queue, ImmutableQueue<T>.Empty);
　
　IEnumerable<ImmutableQueue<T>> F(ImmutableQueue<T> q, ImmutableQueue<T> r) {
　　yield return r;

　　for (; !q.IsEmpty; q = q.Dequeue()) {
　　　foreach (var sub in F(q.Dequeue(), r.Enqueue(q.Peek()))) {
　　　　yield return sub;
　　　}
　　}
　}
}
2026/08/23(日) 16:00:38.10ID:HWzbbtqX
class原理主義・第一主義よりは良くなってきたし面白くなってきたよな
どう発展していくかな
642デフォルトの名無しさん
垢版 |
2026/08/23(日) 16:00:48.79ID:F3OUjFLN
>>640
flatMapで書くとこう

IEnumerable<ImmutableQueue<T>> CombinationMonadicStyle<T>(ImmutableQueue<T> queue) {
　return F(queue, ImmutableQueue<T>.Empty);

　IEnumerable<ImmutableQueue<T>> F(ImmutableQueue<T> q, ImmutableQueue<T> r) {
　　return new[] { r }.Concat(
　　　For(q, x => !x.IsEmpty, x => x.Dequeue())
　　　　.SelectMany(x => F(x.Dequeue(), r.Enqueue(x.Peek()))));
　}
}

IEnumerable<T> For<T>(T seed, Func<T, bool> hasNext, Func<T, T> next) {
　return hasNext(seed)
　　? new[] { seed }.Concat(
　　　new[] { seed }
　　　　.SelectMany(x => For<T>(next(x), hasNext, next)))
　　: [];
}
2026/08/23(日) 16:04:01.11ID:KkX4SDMy
じゃあOOPオワコンって
オブジェクトとかカプセル化がオワコンなんじゃなくて
クラス作って継承とポリモーフィズムで世界をモデル化すれば
自然と変更に強い設計になる
っていう古典的OOP観がオワコンなんじゃね？
局所性を作るために生まれたOOPが
使い方次第で非局所性の発生源になった、という話なら割と筋通る気がする
644デフォルトの名無しさん
垢版 |
2026/08/23(日) 16:05:08.08ID:+hvJAYKo
クラスは不要
クラスは時代遅れ
2026/08/23(日) 16:10:43.94ID:xuiTfLZn
classを全否定するつもりは無いけどstructとmethodだけでいいし特に継承はオブジェクト指向の負の遺産
2026/08/23(日) 16:14:12.45ID:HWzbbtqX
>>643
「局所性を作るために生まれたOOP」って
また陳説が登場したぞ

ほんとOOPSって人によって受け止め方や解釈や利用（悪用）のされ方が
まちまちでそれがまた混乱の一因なんだよな
2026/08/23(日) 16:16:35.09ID:/SMVVWF/
大きな仕様変更は関係が変わるんだからそりゃあ既存の設計じゃ満たせないのは当たり前
万能な設計なんて無いんだからそれをオブジェクト指向のせいにするのはお門違いだ
2026/08/23(日) 16:19:21.65ID:iasgGq5L
classでなくともよいのだが、関係性の集まりを指示できる対象が必要となる。
これを「場」とみなせば、
場のオブジェクト指向は、場にメッセージを投げ入れると何らかの反応があったり/なかったりするもの、
ということになる。
場の演算子が反応すれば、observableが返ってくる/かもしれない。
2026/08/23(日) 16:24:20.60ID:HWzbbtqX
ひー
2026/08/23(日) 16:32:26.38ID:iasgGq5L
場のオブジェクト指向が目指すところは可逆演算（可逆計算）と量子コンピューティングだ。
場は「局所」ではない。関数型計算の究極形だろう（理想）。
場の計算理論の前に、数学そのものの正体が場の（量子）情報理論であると考え中。
2026/08/23(日) 16:32:53.18ID:QbJdGCa2
>>643
>クラス作って継承とポリモーフィズムで世界をモデル化すれば
>自然と変更に強い設計になる
90~00年頃の考え方だよね

変わりやすい部分と変わりにくい部分を見極めて
どういう種類の変更に強くするか取捨選択する必要がある
オブジェクト指向に限った話ではない

FizzBuzzを動的文字列結合で解決する話も
3と5と両方で割り切れるならWYAAAYYY!! にするような変更にはめっぽう弱いのと同じ
2026/08/23(日) 16:37:17.16ID:QbJdGCa2
>>645
struct + method => classですから

継承が負の遺産じゃなくて間違った継承の使い方が負の遺産
今使ってるGUIはみんな継承の産物
2026/08/23(日) 16:45:22.29ID:HWzbbtqX
GUI FWは継承がうまくいった稀な応用だと思うが
2026/08/23(日) 16:50:32.37ID:/SMVVWF/
特定用途に偏った設計が別の特定用途に整合できるはずが無いんだよね
最初からそれ以外の用途では使わないなら
それは良いも悪いも無いからね
2026/08/23(日) 16:52:50.80ID:/SMVVWF/
オブジェクト指向は万能みたいな夢を騙るから失敗してるとか訳の分からない話をし出す
どんなソフトウェア技法だって万能なんか無い
2026/08/23(日) 16:55:54.03ID:HWzbbtqX
クラス(カプセル化)、動的インスタンス(動的extent)、継承、多態といったもので
プログラムを現すモデルとして実は適していなかったおそれがあると思う
2026/08/23(日) 17:10:09.30ID:/SMVVWF/
おまえら、気づかないうちにクラスメソッド使いまくってるじゃんw
2026/08/23(日) 17:20:57.83ID:iasgGq5L
まとめて計算させるためには素数を使う。
可逆性は確認できたが、量子アルゴリズムはそのうち考えることにして、
javaのThreadPoolで高速化できるか、オーバーヘッドのほうが大きいか確認してみようと思う。
2026/08/23(日) 17:21:26.65ID:vDqnQhmn
>>656
動的extentって何だ？
例えばC++のdynamic_extentはオプション指向と関係ないように
概念を話すときに特定の言語でのみ通用する用語は使わないでほしい
2026/08/23(日) 17:22:54.82ID:iasgGq5L
まとめて計算させるためには素数を使う。
可逆性は確認できたが、量子アルゴリズムはそのうち考えることにして、
javaのThreadPoolで高速化できるか、オーバーヘッドのほうが大きいか確認してみようと思う。
2026/08/23(日) 17:24:02.54ID:iasgGq5L
ち、ミスった。ボタン押し間違いで二重投稿になった。
2026/08/23(日) 17:33:30.22ID:4FpMaXiD
>>657
そのクラスメソッドはどの意味？
インスタンスが反応するインスタンスメソッドではなくクラスが反応するクラスメソッドという意味？
2026/08/23(日) 17:35:18.42ID:HWzbbtqX
>>659
動的extent - Google 検索
ttps://www.google.com/search?q=%E5%8B%95%E7%9A%84extent&hl=ja

無知の自慢か

オプション指向が逆に分からん
2026/08/23(日) 17:42:19.56ID:IZSLg4J0
>>663
君がおかしい
その検索でも複数の異なる意味が出てくる
どの意味で君が用いているのか説明しないといけない局面
2026/08/23(日) 17:43:22.91ID:HWzbbtqX
extent って日本人では使い人少ない感じがするな
life time ならよく使われる。変数の life time など

動的life timeを持つ変数 、インスタンス
2026/08/23(日) 17:44:22.00ID:HWzbbtqX
>>664
ねぇextentもしらないで人に絡むのやめない？
2026/08/23(日) 17:46:21.02ID:HWzbbtqX
かれはscopeくらいならワカルかな。
これも知らぬと絡んできたらプロログらミングのど素人ちゃん確定だ
2026/08/23(日) 17:49:29.05ID:K/xiM3u4
>>663
そこに出てくるどの意味かね？
Lispだと動的extentはスコープを抜けると消えるローカル変数束縛のこと
C++だと動的extentは配列や連続体の要素数がコンパイル時ではなく実行時に決まること
2026/08/23(日) 17:49:59.43ID:HWzbbtqX
もうそういう人たちがクラスだオジェクトだ言ってんだよな
変な時代になったもんだ
2026/08/23(日) 17:55:43.74ID:HWzbbtqX
>>668
その両方がそれぞれextentの種別だよ
下のC＋＋のはあきらかに動的じゃないだろ、言われなきゃわからんとは…

extentはお前が書いた「特定の言語でのみ通用する用語」はない
プログラムの変数やメモリの内容の生存期間に関する一般的な用語だよ

なんでおれがど素人講座ここでやｔらなきゃならん
ぶつぶつ、少し反省して無知の知にまで至れ

変数のextent - Google 検索
ttps://www.google.com/search?q=%E5%A4%89%E6%95%B0%E3%81%AEextent&&hl=ja&source=hp

AI による概要
プログラミングにおいて変数のエクステント（extent）とは、その変数がメモリ上に存在し、値を保持している生存期間（有効期間）のことです。
プログラムの中で名前がどこから見えるかを表す「スコープ（有効範囲）」とは区別されます。
エクステントの種類
静的エクステント（Static）：プログラムの開始から終了までずっとメモリに存在します。
自動エクステント（Automatic）：関数やブロックの実行が始まった時に作られ、終わると消えます。
動的エクステント（Dynamic）：プログラムの実行中に明示的な割り当てと解放を行って管理します。

スコープとの違い
スコープ：名前を参照できる範囲（どこで書けるか）
エクステント：メモリに存在している期間（いつ使えるか）たとえば、C言語の static 付きローカル変数は、スコープは関数内だけですが、
エクステントはプログラム全体（静的）になります。

以下略
2026/08/23(日) 17:58:05.85ID:HWzbbtqX
プログラミングのすそ野が広がったってことだな
すそ野といえばまだ耳障り良いが、底辺だわ
2026/08/23(日) 17:59:02.41ID:HWzbbtqX
あと、リンケージっていう大切な概念があんだよね
絶対に知らないだろうけど
2026/08/23(日) 17:59:19.29ID:M+PVsTq+
何となく雰囲気は分かるんだけど、説明なしに使えるほど共通理解が成立している語ではないような気がするけどなぁ……。率直なところ、>>656の「動的インスタンス（動的extent）」と>>663の説明も整合してないように思うんだが。スコープなんかも名前空間の意味で使っている人が居たりするし、ここら辺の語は問題が起きたら意味のすり合わせをした方が無難だと思うよ。
2026/08/23(日) 18:01:33.96ID:HWzbbtqX
>>673
なんとなくしかわからないならほんと勉強を基礎からひっしにやらないとまともなエンジニアのレベルに追いつかないぞ
それはお前自身のことだから百歩譲ってまかせるとしてだな
自分が無知なのに他人が悪いみたいなに絡むのはなぜじゃ
せいかくもくさっているのか？
2026/08/23(日) 18:02:55.68ID:EWaz+NdE
>>670
それは変数のextentだね
最初からそう言いなさい
C++20で導入された動的extentは別の意味
動的extentだと各自が脳内に思い浮かべることが異なることをようやく理解できたかな？
2026/08/23(日) 18:03:08.49ID:HWzbbtqX
いんすたんすにだって変数と同様にlife timがあるだろうに
馬鹿垂れが！
なんとなくとはなんだなんとなくとは
そんなんで開発してたら周りに迷惑かけるぞ
2026/08/23(日) 18:05:17.28ID:EWaz+NdE
>>676
変数のextentを言いたかったのではないの？
それはインスタンスのextentとは同一でないよ
2026/08/23(日) 18:06:42.18ID:HWzbbtqX
>>675
>C++20で導入された動的extentは別の意味

あのなあ、変数やobjectのextentは、高水準言語が深化した
数十年前からあるプログラミングの基本概念なの

おまえがC++20について言っているような「特定の言語でのみ通用する用語」ではないの
2026/08/23(日) 18:08:38.48ID:HWzbbtqX
>>677
ばかｗ
何て言ったらいいんだ、こういう馬鹿にｗ
extentはstatic extentを持ちglobal scopeを持つ変数またはオブジェクトの宣言
2026/08/23(日) 18:10:26.18ID:HWzbbtqX
>>679 誤記
× extentはstatic extentを持ちglobal scopeを持つ変数またはオブジェクトの宣言
○ externはstatic extentを持ちglobal scopeを持つ変数またはオブジェクトの宣言

自分がたまたま知っている擁護に、知らない概念を無理と対応付けないほうが良い

キミ、ソフトウエアに適正ないかも知れない
2026/08/23(日) 18:12:00.07ID:kSpVm1vf
>>679
>> extentはstatic extentを持ちglobal scopeを持つ変数またはオブジェクトの宣言

唐突に何だそりゃ？
extentに限定詞が付かないと静的グローバルだと？？
2026/08/23(日) 18:12:03.63ID:HWzbbtqX
オブジェクト信奉者って、こういうレベルの層が多いんだろうな
どうりでぐちゃぐちゃなコードが量産されるわけだ
2026/08/23(日) 18:13:38.09ID:kSpVm1vf
>>680
externキーワードがありそういった宣言が可能な言語の話をしてる？
一般用語ではないからそれでは混乱するぞ
2026/08/23(日) 18:14:25.88ID:HWzbbtqX
>>681
>>680 でexternに誤記訂正してるけど
○ externはstatic extentを持ちglobal scopeを持つ変数またはオブジェクトの宣言
それでも、意味わかんないだろｗ

少しプログラミングを勉強してある人にはわかるハズのことなんだけれどもね
2026/08/23(日) 18:15:21.58ID:/SMVVWF/
まあ、クラスなんてネームスペースだけあれば良いかったんだよね
2026/08/23(日) 18:16:47.20ID:HWzbbtqX
>>683 きみ、かわいそうなくらいど素人だね。
プログラミンのみならず、頭の回転も悪いみたいだし
ここでextern, extent, scope, static, global それぞれ何か長々説明しろっていうのか？
もう笑うしかない
子ども電話相談室じゃないぞｗ俺は
2026/08/23(日) 18:16:52.87ID:aJFAwnCP
俺は理解できたよ
ID:HWzbbtqXは脳内に勝手な想定や限定や仮定が存在するがそれを言語化して他人に伝えることができない典型的なダメ人間であると
2026/08/23(日) 18:18:01.59ID:HWzbbtqX
>>685
namespaneはscopeを区切るだけなんだよ
extentには関係ない。

オブジェクト信奉者って、こういうレベルの層か
2026/08/23(日) 18:19:29.44ID:HWzbbtqX
>>687
また変な人が出て来たｗ
2026/08/23(日) 18:19:36.72ID:aJFAwnCP
>>688
それは正しい
これまでの発言はダメ
2026/08/23(日) 18:20:02.90ID:HWzbbtqX
>>690
理解できなかっただけだろ
2026/08/23(日) 18:20:26.21ID:/SMVVWF/
>>688
は？
関係ないが？
何言ってんの君
2026/08/23(日) 18:21:40.52ID:HWzbbtqX
ひえー
ど素人たちに取り囲まれたｗ
2026/08/23(日) 18:23:17.74ID:M+PVsTq+
>>663と>>670でも説明がズレているように、多義的に使われうる語なんだから、疑義が出たら自分がどの意味で使っているのかは説明した方がいいというだけのことなんだが。
プログラミング一般の用語としてスコープとエクステントを対置するというのはまぁ分かるけど、そこにいきなりexternが出てくるというのは正直よく分かんないな。
2026/08/23(日) 18:28:26.49ID:H8lujsG7
複数の異なる意味がある用語を使ってしまうことはよくあること
それを指摘されたらこの意味だと説明することで会話や会議や商談が進む
今回のような逆ギレで暴れる人は嫌われる
2026/08/23(日) 18:29:14.42ID:H8lujsG7
>>694
同感
2026/08/23(日) 18:31:33.29ID:HWzbbtqX
>>695
extenの概念すら知らないで何でそんなに偉そうなの？
2026/08/23(日) 18:33:16.99ID:/SMVVWF/
慌てず綴りくらいちゃんと書いて
2026/08/23(日) 18:38:25.76ID:HWzbbtqX
>>698
そうだな。

extentやscopeも知らずにオブジェクト指向を語るって
どういうことよ？
2026/08/23(日) 18:46:38.55ID:/SMVVWF/
つか全く別の話だよね？
701デフォルトの名無しさん
垢版 |
2026/08/23(日) 18:47:53.90ID:+EvqEEFr
extentは範囲や程度を意味する一般的な単語なのでプログラミング分野に限っても多様な意味で使われている
今回の「動的extent」も指摘があったようにC++では「動的な範囲」を持つこと意味する
つまり配列などの要素数が静的ではなく実行時に決まることを表している
2026/08/23(日) 18:49:09.14ID:HWzbbtqX
>>700
いや関連があってすごい重要なんだよ、わかりませんか。

それがワカルとこれまで流行ってきたオブジェクト指向の問題点の
ある面がまずかったと感じられる
2026/08/23(日) 18:51:43.25ID:HWzbbtqX
もう初歩からの質問があってもご遠慮したい
俺にとって発展性がない
2026/08/23(日) 18:52:47.67ID:/SMVVWF/
時間と空間の違いって解釈したんだが
705デフォルトの名無しさん
垢版 |
2026/08/23(日) 18:53:31.71ID:+EvqEEFr
ID:HWzbbtqX氏はextentを時間的な範囲つまり期間だけを指すと誤解していると思われる
2026/08/23(日) 18:53:46.51ID:HWzbbtqX
「範囲や程度を意味する」って何よｗ
2026/08/23(日) 18:55:42.10ID:HWzbbtqX
>>704
あるいみそうとも言えるけど、もっと併用な日本語なら
見える範囲と存在基幹という言い方が適するかな

>>705 それがまさにextentの概念だよ
2026/08/23(日) 18:56:19.44ID:/SMVVWF/
グーグルAIの答えは
プログラム言語（プログラミング）における extent と scope は、どちらも変数やオブジェクトが「どこで、いつまで有効か」を扱いますが、概念が明確に分かれています。一言で言うと、scope は「場所（空間）」であり、extent は「時間（寿命）」です。
2026/08/23(日) 18:56:22.27ID:HWzbbtqX
程度を意味する
…なんだろう
2026/08/23(日) 18:57:28.00ID:HWzbbtqX
>>708
そのとおりじゃん。
それを君らは知らず無頓着に日ごろプログラム書いてんのかとあきれたわけよ
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況