クラス名・変数名に迷ったら書き込むスレ。Part28 [無断転載禁止]©2ch.net

■ このスレッドは過去ログ倉庫に格納されています
1ネミ子
垢版 |
2017/05/07(日) 18:01:52.03ID:akuyRduv
クラス名、変数名のつけ方に悩んだら書き込むスレです。

命名規則や設計の善し悪しについて議論するのは基本的に禁止。

前スレ
クラス名・変数名に迷ったら書き込むスレ。Part27
http://echo.2ch.net/test/read.cgi/tech/1476572490/
2019/10/21(月) 16:25:59.50ID:k7iewJnN
よくあるのは、needle, haystack
2019/10/21(月) 17:44:13.34ID:cifrZUYa
UI要素につける名前なのか
UIから受け取った検索文字列と検索対象文字列を一時的に格納するローカル変数につける名前なのか
それを渡す検索メソッドの引数につける名前なのか

コンテキストによって適切な名前は変わってくるから
それを共有しないと時間の無駄
2019/10/21(月) 20:46:03.97ID:xjKpZ4EU
ムダだと思うなら黙っとけ!
787デフォルトの名無しさん
垢版 |
2019/10/21(月) 21:00:10.44ID:VNGEIVP2
普通に考えれば>>779の人が検索ボックスと言ってるのは
その方が話が早いからでUI要素の名前を聞いてるわけではないと思うよ

英語のkeywordに相当する日本語って意外とないから。
検索文字列とか言っても見つけ出したい文字列じゃなくてスキャンされる方の
文字列を指してると誤解される可能性がある。
2019/11/13(水) 09:16:45.77ID:JAuzgMXK
例えば、Twitterのツイートがあります。ツイートが他のツイートへの返信の場合、
どのツイートへの返信かを表すIN_REPLAY_TO_TWEET_IDみたいのがあります。
で、この逆の関係を表現したいのです。
あるツイートがあって、このツイートへ返信してるツイートのIDsを表す場合
なんて名前がいいでしょうか?
2019/11/13(水) 11:02:28.02ID:LQUpdw6j
replies
2019/11/13(水) 11:18:20.64ID:ZW56FeJ7
TWEET_FROM_REPLAY_ID
2019/11/13(水) 11:18:40.12ID:ZW56FeJ7
この手のってコード書いてると訳分からんようになるんだよなー
2019/11/13(水) 11:20:16.90ID:ZW56FeJ7
連投すまん
上2レスをまとめて書いたらNGワードで蹴られたから分けてみたら通った
ERROR: Rock54: Warning:NG〜ってやつ
何じゃそら
2019/11/13(水) 13:41:02.27ID:esrVwf9J
なんでreplayなの?
2019/11/13(水) 14:16:26.15ID:ZW56FeJ7
788のにそのまんま返してしまったけど、replyだったねw
795デフォルトの名無しさん
垢版 |
2019/11/13(水) 15:07:27.24ID:dfS9RQP/
>>789で終わってたw
逆にこれ以外に何があるんだw

ついでに、IN_REPLAY_TO_TWEET_IDなんて意味不明だから
素直にparentとかした方がいいんじゃないの?
2019/11/13(水) 17:41:41.87ID:JAuzgMXK
in reply to tweet id は返信先のツイートのIDって意味じゃないですかね?確かTwitterAPI のJSONはこういう名前のフィールド持ってたから外人の人が命名しただろうから、盲目的に信じてたが、おかしいのか?
2019/11/13(水) 17:45:10.84ID:JAuzgMXK
Tweetクラスに、InReplyToプロパティとRepliesプロパティ追加しとげばいいか。どっちがどっちになりそうだけど仕方ないのか
2019/11/13(水) 17:47:41.19ID:Imemf4ry
in_reply_to_tweet_idってのはTwitter APIの仕様だから変えるのはいささか難しいだろうな
リプライオブジェクトを格納するrepliesと、リプライIDだけを格納するreplyIDsを名前で区別したい場合はある
名前に対称性を持たせるならreply_tweet_ids
2019/11/13(水) 17:48:07.09ID:JAuzgMXK
つか今見ると俺がreplayだったのか。すまん、typoしてました
2019/11/13(水) 18:03:10.32ID:JAuzgMXK
>>795のparentというアイデアを借りて、
単にParentとChildren。これじゃ何の親子関係か分かりづらい?のでReplyParentとReplyChildrenじゃくどい?

で最後InReplyToとReplies

皆さんはどれがお好みでしょうか?
2019/11/14(木) 00:23:50.76ID:Nc6xtndT
特定のツイートとリプライは1対Nの参照関係だけど親子関係ではないし
ドメイン用語にParentやChildは無いのでそういうのは入れないほうがベター
InReplyToとRepliesがいい
802デフォルトの名無しさん
垢版 |
2019/11/14(木) 00:29:00.53ID:HNBp407z
いやいやいやw
フツーにツリー構造だからw
2019/11/14(木) 09:41:50.47ID:baSi3t2K
循環するツリーってあるんですね(笑)
804デフォルトの名無しさん
垢版 |
2019/11/14(木) 11:24:59.93ID:xkNbqoiZ
循環てw
明日書かれるツイートに今日返信できるのかwww
805デフォルトの名無しさん
垢版 |
2019/11/14(木) 11:28:27.61ID:xkNbqoiZ
ついでに言うと、論理的には木構造は循環する可能性を必ずしも排除しないはず。
ツイートは循環なんかしないけどね
2019/11/14(木) 13:15:57.33ID:Nc6xtndT
>>802
ツイートとツイートの関係(=relationship)の話と
それをプログラムで扱う際にどういうデータ構造で表現するのかという話はレイヤーが違う
親子関係じゃないということとツリー構造で扱うということは両立しうる話

特定のデータ構造で扱うことを前提とした命名をすべき状況で
ツリー構造に依存した名前にしたければそうすればいい
2019/11/14(木) 18:19:32.64ID:baSi3t2K
自己言及してるツイート見て来いよバカ
2019/11/14(木) 18:48:28.45ID:VHDeJvx8
ツリー構造であるかどうかを議論してもしょうがないと思うぞ
ツリーの関係性を有するデータの名前に漏れなくChildrenをつけるべきか?
これは常には成立しないよな

ツリー以前に、単なる1:Nの親子関係を有するデータにも同じことがいえる
雇用関係ならEmployerとEmployeesが妥当であって、EmploymentParentとEmploymentChildrenという命名は拙い
809デフォルトの名無しさん
垢版 |
2019/11/14(木) 22:24:40.93ID:DMlczWCC
>>806
なるほど、では君はファイルシステムで上位のディレクトリのことを親って言わないんだねきっと。
どういう問題領域のどういう対象であろうと、それが木構造にみなせる以上、親は親だ。
普通はそう考えると思うけど
2019/11/15(金) 00:27:23.00ID:SWgp43Jk
「金槌しか道具を持っていない人は、何もかも釘であるかのように取り扱う」by マズロー
2019/11/15(金) 00:33:09.85ID:WAwhq9DE
>>809
ふつうじゃねえよ。異常。
独立したものの参照関係がツリーのように見えているだけで、本質的には親子関係が成立するツリーじゃないぞ。
812デフォルトの名無しさん
垢版 |
2019/11/15(金) 00:49:32.81ID:ZDqxsHuV
>>811
それは君がツリーっていう言葉の語感に影響されているだけ。
だからUIみたいに「見える化」されているものだけを指すと勘違いしてるんだろう。
抽象的な思考が苦手なタイプによくある勘違いだ。

木構造は単に論理的な関係を表現しているだけだ。
っていうか自分でツイートとそれに対するリプの関係を図示してみろって。
それ、ツリーそのものだろアホか。

っていうかだから、直上のディレクトリを親と言うのか言わないのか、答えてみろって。
頭悪いにも程があるよほんと
813デフォルトの名無しさん
垢版 |
2019/11/15(金) 00:58:36.52ID:ZDqxsHuV
>>810
こいつも何か言ってるつもりなんだろうけど馬鹿だよねw
悪いけど「バカの一つ覚え」なのはそっちの方だ。

何もそれを表現するより具体的な表現や用語があるのなら
木構造だの親だの、そんな抽象的な言葉を使つ必要なんかない。

ディレクトリの例もそうだが、それがないから「親」と呼べばいいじゃないかと言ってる。
なのにこの手の御仁は「もっと具体的な言葉を使うべきだ!!!」というバカの一つ覚え。
笑えるね
2019/11/15(金) 00:59:46.30ID:E8ESC8td
本件はツリーだけど親子関係ではない
ディレクトリではなくメールボックスをツリー表示したようなものだから、
返信メールを子とは言わないしレス元のメールを親とは言わないけどツリーではあると


と横からレス
815デフォルトの名無しさん
垢版 |
2019/11/15(金) 01:03:57.08ID:ZDqxsHuV
>>814
論理的な関係を表現していると言ってるそばからこれだ。
何を言ってるのか意味が分からないよ。
2019/11/15(金) 01:09:21.32ID:E8ESC8td
あ・・・この人は・・・

君以外全員馬鹿ってことでいいよ
円満解決だ
817デフォルトの名無しさん
垢版 |
2019/11/15(金) 01:10:06.03ID:ZDqxsHuV
はいはい得意の精神勝利法ね。
2019/11/15(金) 01:18:47.48ID:E8ESC8td
いやいや、全てにおいてあなたの大勝利で結構ですよ
その他の犬共に侮蔑の言葉を投げつけてくださいワンワン
819デフォルトの名無しさん
垢版 |
2019/11/15(金) 01:20:02.90ID:ZDqxsHuV
しかし、ツイートとリプの関係を図示するってそんな難しいか?w
10歳ぐらいの子供でも図示なんかしなくても頭の中で描けると思うけど。

それ以前に親が変だと思うならもっとふさわしい表現を出せばいいのに。
ここそういうスレでしょ。

少なくともin reply toじゃ「に対する返信」で、意味不明は言い過ぎとしても
分かりやすいとは言えないよね。
2019/11/15(金) 01:25:04.80ID:SY/YBOOW
見た感じメインは罵倒みたいだし議論する気には見えないな
おっとワンワンワンワンww
2019/11/15(金) 09:05:44.13ID:MDhJ3LYt
>>813
具体的な表現がないって、InReplyToとRepliesというまさに具体的な回答が出てるだろ
その回答を論理的に否定しないと皆は納得しない
お前がなんで不満なのかはわかるよ
英語ネイティブであるAPI設計者の名付けに対して
> IN_REPLAY_TO_TWEET_IDなんて意味不明だから
なんて赤っ恥なツッコミをしてしまったから引っ込みがつかなくなったんだろ?
でももういいだろ
間違えることもある
そこからどう行動するかが大事なんじゃないのか
2019/11/15(金) 09:21:07.06ID:MDhJ3LYt
>>819
言えないよね、っていうのは感覚だよね
女子っぽく同意を求めてもそれなと答えてくれるのは仲のいい子だけ
最終的に感覚に頼るしかないなら、自分の感覚と他人の感覚を同じように尊重することだ

しかし周囲が全員、低い英語力のコーダーしかいない環境ではChildrenの方が通りがいいケースはあるだろうな
2019/11/15(金) 10:01:57.70ID:Dg2kwGpJ
ID:ZDqxsHuV 必死過ぎて見てて恥ずかしくなる
2019/11/15(金) 13:26:17.06ID:SWgp43Jk
>>815
そうそう、1対Nになる論理的な関係はすべて木構造ですよねw
論理的な関係で言えばデスヨね

「論理的」とは何か「関係」とは何か
それすら理解できてないバカには何を言っても無駄ですよw

図示してツリーになるやつは全部Parent/Childrenですもんね
抽象的思考が苦手なバカwはこんな簡単なことも理解できないんですかね?

「バカの一つ覚え」とはよく言ったもんですねw
2019/11/15(金) 13:41:49.03ID:pd2oXw5y
>>824
少なくとも「全て」ではないな
2019/11/15(金) 13:42:55.92ID:pd2oXw5y
他人をバカにするなら
少しは書き込みを見直した方が良いかと
2019/11/15(金) 13:45:07.28ID:pd2oXw5y
>>806
構造まで名前に入れるのはプログラムの世界では良くあることだよ
2019/11/15(金) 13:46:00.43ID:pd2oXw5y
元の書き込みを見てないので適切かどうかは別として
2019/11/15(金) 14:26:50.12ID:E8ESC8td
>>815
君が論理的にっていいながらディレクトリ構造を持ちだして親子親子言ってるから、
メールボックスのツリー構造を例に出してこれは親子とは言わないよなってツッコんだら
意味が分からないとかもっとふさわしい条件とか、君こそ馬鹿の一つ覚えの
主張しかせず全くツッコミ内容に触れずに相手を馬鹿にすることに全力賭けてるもんだから、
ワンワンとしか言えないなって話になる
2019/11/15(金) 19:57:05.56ID:3X1+zKuD
有向グラフなのか無向グラフなのか
順序関係なのか半順序関係なのか
この辺で親子という表現を使うかどうかが決まる
2019/11/15(金) 20:09:51.51ID:SY/YBOOW
この件が親子関係になるんなら、この一連のレスバにも親子関係があることになるが
ちょっと意味が分かりませんね
2019/11/15(金) 20:50:28.62ID:WAwhq9DE
>>830
決まらん。
ひょっとして、ツリーバカと同一人物?
2019/11/15(金) 21:14:16.66ID:/dDy1LQy
各ノード
親は高々1人
子はゼロ人以上
ループはない

グラフでいうと
親から子への有向単純グラフ
全ての点は、それに向かう辺が1個以下
閉路は含まない

連結の条件は不要かな
2019/11/15(金) 22:28:51.89ID:SWgp43Jk
>>825-826
ちょ、皮肉殺しのマジレスやめてー
2019/11/16(土) 09:43:16.55ID:sxDPEgRe
皮肉だったのか
そこしか見てなかったので
2019/11/16(土) 11:14:00.05ID:Wv4XuSIJ
皮肉としても底質
2019/11/16(土) 12:58:45.04ID:gzUz93yQ
自分が分かってない事を分かってないってほんと怖いね
2019/11/16(土) 13:01:11.14ID:7BT2jGOo
皮肉って言葉の意味わかってんのかコイツ
自分が議論に窮した時に使う言い訳じゃねえんだぞ
2019/11/17(日) 10:42:22.71ID:dBD2jv65
ツリーボーイ必死やなw
2019/11/17(日) 11:38:40.03ID:MkfijLAQ
釣りーボーイか
2019/11/22(金) 12:27:14.39ID:Da5ctjWB
>>829
メールボックスのツリー構造も親子というと思うけど

なぜディレクトリは親子で、メールボックスは親子ではないの?
構造はどちらも同じだろ
2019/11/22(金) 13:26:05.71ID:vT5VBrvl
>>841
俺の親はお前なの?
俺が>>829にも安価付けてレスしたら兄弟にもなるの?
ディレクトリ構造とは全く違うわな
2019/11/22(金) 14:43:50.50ID:o7w4L720
>>842
安価もツリーと見なしたら、親子関係にあるとも言えるでしょ
見方によって変わるものを、一面だけ見て決めつけるのも違うと思うんだがな
2019/11/22(金) 18:10:38.25ID:FtTqA+yz
「お前を俺の親と見なしたら、親子関係にあるとも言えるでしょ」w
2019/11/23(土) 08:14:27.92ID:lHF5Ppzy
メール
 送信者→親
 受信者→子
  受信者が送信者に返信
   元の送信者→親であり子になる
   受信者も→親であり子になる

だからおかしくね?って話だと思ってた
2019/11/24(日) 01:47:32.93ID:1sgprDiI
別にコードを書くにおいてメールを親子関係としてネーミングするのは自由にしたらいいと思うけど、

送信者X→相手A,B,C
A返信→X
B返信→X,A,C

この組み合わせが変わったりして続くとか普通にあるから、親子関係に当てはめられても人間から見て分かりやすいか?って話
元レスのtwitterの件も同じカテゴリ
もちろん親子関係が成立するメールもあるけど、必ずしもそうならないって話

なのでディレクトリとは明確に違う(ハードリンク云々はおいといて)
2019/11/24(日) 02:22:47.27ID:Ak7CJVWZ
まだこの話してるのか
いやメールのスレッドが親子じゃないという例は微妙かなと思ったよ
でも蒸し返してもいいことないぞ
結局スレの趣旨的にはメールの返信元にあたる変数をParentと名付けるのが妥当かどうかという話になる
どう考えてもReplyToだろ
RFCで定められたスタンダードにはかなわんということでFA
もうこの話は勘弁
2019/11/24(日) 22:32:00.69ID:gpG4vfBq
元の話はTwitterやぞ
何がRFCやねんアホか
849デフォルトの名無しさん
垢版 |
2019/11/24(日) 23:02:32.23ID:wqMWqGYC
何の用語に採用されてようと意味が通じれば別にいいんだけど、
in reply to ってたぶん副詞句なんだよね。

まあそういう不細工さには目をつぶるとしても、
InReplyToっていうメンバー変数を持つクラスのインスタンスがあるとして、
InReplyToのtoがInReplyTo自身に掛かるのか、それともそれを内包する
インスタンスの方に掛かるのか、自明じゃないように感じるよね

parentならこういう曖昧さの問題は存在しない
2019/11/24(日) 23:22:59.50ID:ajYX9vGJ
>>849
前置詞句は使い方次第で副詞句にも形容詞句にもなる
中学校で習わなかった?

A tweet in reply to the tweet
Tweetクラス/構造体のInReplyToで保持してるTweet IDがどれを指してるのか誤解のしようがない
2019/11/25(月) 00:14:30.07ID:wA2TWbSp
本来は親子でないものに「parent」とかつけたら、そのほうがややこしくてたまらんわ。
2019/11/25(月) 00:38:12.82ID:rt9A3Dcl
グラフ理論とか知ったら発狂しそうだね
なんでこれがpathなんだとか、どこがheadなんだとか
2019/11/25(月) 02:14:23.37ID:KQ7B6BKU
>>848
最初の元ネタはTwitter
最近になって841が蒸し返したのはメールの親子関係をツリーと呼ぶ是非の話
Twitter APIはInReplyTo
メールはReplyToヘッダがRFCで定められてる
スレの趣旨は変数名として何が妥当か
流れを理解せずに勘違いで罵ってるアホはお前だよ
854デフォルトの名無しさん
垢版 |
2019/11/25(月) 02:41:05.02ID:7zhksLgm
>>850
何を言ってるのか意味が分かんないねw
それ、which is が省略されてるんじゃないの?w

それ以前にtoがどっちに掛かるのか自明でない、という反論として成立していない
2019/11/25(月) 03:10:31.52ID:OXWkeipl
>>854
うわっ…お前の英語力、低すぎ…
2019/11/25(月) 04:23:51.12ID:wA2TWbSp
>>852
抽象と具象の違いってわかる?
わっかんねえんだろうなあ。
2019/11/25(月) 10:52:44.05ID:r+iMoQ8s
>>804のアホが延々無知晒してんの最高に笑える
2019/11/25(月) 12:50:56.59ID:TgbLWIbn
お前らの対立軸はマクロで見るかミクロで物事を見るかの違いだな。

メールやツイートの返信関係は、マクロで見るとツリーではない。というのも、返信と全く関係ない独立したメールがあるからこれらを考慮して全体として見るとツリーにはなってない。

実際に返信関係あるメールだけのミクロで見ればツリーになるけど。
2019/11/25(月) 13:00:47.98ID:XBh0S+Uu
プログラマーって中1レベルの英語も理解できないんだねw
2019/11/25(月) 13:01:16.04ID:TgbLWIbn
ディレクトリ構造の場合は必ずルート以外は親いるから、まさしくツリーになるけど。

メールやツイートの場合は返信と関係ない独立したメールのインスタンスが存在するから、返信関係はツリーであるとは言わん。

もちろん、実際返信関係が成り立っってるミクロな部分だけ見ればツリーだけど。
2019/11/25(月) 13:50:21.50ID:Rjr9199e
>>853
Twitterの話→ディレクトリ構造を例に親子関係論展開→Twitterは親子関係じゃない→
ディレクトリ構造を再度提示してこいつが親子なのにTwitterが親子じゃないのはおかしい→

本筋はこれだ
この流れにメールを例に出した横槍が入ってるだけで、この横槍にまた亀レス横槍が入ってる構造に
お前がRFCを持ちだして「本筋」にFAを突きつけてるアホ丸出しの構造だ

この親子関係wwくらい理解してから発言しとけ
まあこんな奴が居るからレス安価(メール)は親子関係じゃ分かりにくいよってなるわけだが
2019/11/25(月) 20:37:57.87ID:3Ul+Adg3
>>860
それってWindowsみたいにドライブ毎にルートがあるような感じじゃないの?
2019/11/25(月) 20:51:43.60ID:wA2TWbSp
>>862
ムリヤリ親子にしなくてもよろしい。
2019/11/25(月) 22:55:34.19ID:/aUUJhfs
>>863
何を言いたいのか意味不明なんだけど…
どこからムリヤリとか出てきたんだ?
2019/11/25(月) 23:36:15.23ID:wmfv73Ue
ディレクトリ構造がツリーの親子だって?
よしハードリンクの話をしようぜ
ジャンクションでループを作ろう
2019/11/26(火) 06:51:02.39ID:6EvauiRd
実際の親子でも近親相姦とかあるわけでそんな例外的な話でドヤるのはどうかと思うなw
2019/11/26(火) 08:53:57.19ID:i6eVGflj
クソくだらない話が延々と続いてるのでちょうどいいかなと
それとも有意義な議論だったのかこの状況
868デフォルトの名無しさん
垢版 |
2019/11/26(火) 12:38:11.97ID:iBb2XGni
結局バカの壁は厳然として存在する、という事実が再確認されたまでだよ
世の中には具象の中に抽象的な構造を見出す類の思考がどうやっても出来ない人が存在する、というねw
2019/11/26(火) 18:20:47.91ID:R7oiXS/a
ツイートがツリー構造に見えるアホとかな
2019/11/26(火) 18:40:00.61ID:5FF2MzCH
ツリー構造という具象でしか見れてないことにすら気付かないツリーボーイww
2019/11/26(火) 18:59:00.33ID:x9a86O6O
何に見えてるの?
2019/11/26(火) 19:47:38.62ID:dYmckS6u
>>868
いやまったく。
具象と抽象の具合を図るのが命名の妙であり、このスレの目的。

なんでもかんでも抽象化すればいいってもんではない。
たまたまツリーに見えたとしても、本質的にツリーとして表現するべきかどうかを考えんとな。
873デフォルトの名無しさん
垢版 |
2019/11/26(火) 22:55:56.97ID:RP1bqzn6
何度も同じ話を繰り返すのも壁の向こう側の人の特徴>>813

壁の向こう側の人は、

 - 自分を包含するディレクトリを親と呼ばないのか、と問われても答えずに流す

 - in reply toは「〇〇に対する返信」だが、「に対する返信」という変数名では○○に何が入るのか不明確
だと指摘されても反論せずに流す

要するに他人と議論する以前に自分自身を欺いている。
自分に自信がないから、間違いを認めるのが怖いんだろう。
874デフォルトの名無しさん
垢版 |
2019/11/26(火) 23:02:59.13ID:RP1bqzn6
○○に何が入るのか、じゃなくて変数に何が入るのか、だね訂正します
2019/11/26(火) 23:59:30.95ID:5FF2MzCH
>何度も同じ話を繰り返すのも壁の向こう側の人の特徴>>813
>要するに他人と議論する以前に自分自身を欺いている。
>自分に自信がないから、間違いを認めるのが怖いんだろう。

みんながお前に対して思ってることそのままでワロタww
2019/11/27(水) 00:16:31.95ID:h1vurxL0
tweetが「ふつうにツリー構造」とか言っちゃった>>802君いきしてるぅ??
2019/11/27(水) 01:00:35.28ID:ymKEnJ4Y
>InReplyToっていうメンバー変数を持つクラスのインスタンスがあるとして、
>InReplyToのtoがInReplyTo自身に掛かるのか、それともそれを内包する
>インスタンスの方に掛かるのか、自明じゃないように感じるよね

↑コレを↓コレに都合よく変換してあるあたり「自分に自信がないから、間違いを認めるのが怖いんだろう。」

>- in reply toは「〇〇に対する返信」だが、「に対する返信」という変数名では○○に何が入るのか不明確
2019/11/29(金) 10:07:39.73ID:uyEeBWHJ
Twitter、“会話”のネスト化ツリー表示を来年ローリングアウト
https://www.itmedia.co.jp/news/articles/1911/29/news071.html
2019/11/29(金) 14:42:28.69ID:E8CTm6X3
表示がツリーのようにされるだけ。
データの構造は別。
2019/11/29(金) 15:38:36.89ID:SfUIaHHM
>>802は相当悔しい思いをしているらしい
881デフォルトの名無しさん
垢版 |
2019/12/22(日) 06:42:09.17ID:BhZ7lWAO
迷ったらhoge
2019/12/22(日) 10:15:02.45ID:qcLf379+
いや、fooとどちらがいいか議論が必要ではないだろうか…?
fooならbar、bazと続くが、hogeはどうだ
piyoなのかhugaなのか
実に悩ましい
2019/12/22(日) 16:02:00.13ID:buP4BnNs
https://ja.wikipedia.org/wiki/メタ構文変数
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況