トップページ⇒tech
1002コメント330KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2016/10/16(日) 08:01:30.20ID:NOg6ZxxU
クラス名、変数名のつけ方に悩んだら書き込むスレです。

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

前スレ
クラス名・変数名に迷ったら書き込むスレ。Part26
http://echo.2ch.net/test/read.cgi/tech/1450622191/
0685デフォルトの名無しさん2017/01/11(水) 16:47:37.82ID:gkYh8YCT
さすがにこのレベルの馬鹿を相手にしても無駄だな。

最初は負けを認めるのが嫌で本当は自分が間違ってるのを承知で
負け惜しみを言ってるのかと思ったけど、どうやらマジモンらしいし。
0686デフォルトの名無しさん2017/01/11(水) 16:48:07.30ID:P1OrUCj/
>>684
お前の普通はそうなんだろうね

私にフォローされたユーザー
なら理解できる
0687デフォルトの名無しさん2017/01/11(水) 16:48:47.39ID:v0UJ95G/
日本語ネイティブじゃない疑惑
0688デフォルトの名無しさん2017/01/11(水) 16:57:12.00ID:gkYh8YCT
>>686
また新しい馬鹿が現れたけど、大元である>>649を読んでからその寝言を言ってるのか馬鹿
0689デフォルトの名無しさん2017/01/11(水) 16:59:23.33ID:gkYh8YCT
しかし、質問者もまさか日本語の読解レベルで躓く馬鹿が
こうも多いとは想定してなかっただろうねw

昨日から言ってるけど、悪いけどfolloweeとか大笑いだわw
0690デフォルトの名無しさん2017/01/11(水) 17:15:06.58ID:P1OrUCj/
>>688
もちろん読んだよ

お前と言い合うつもりは全くないので独りで勝手に盛り上がっててくれ
自分の思い込みだけで他人を捌くとこう見えるんだなぁと教えてくれてありがとね
0691デフォルトの名無しさん2017/01/11(水) 17:15:57.24ID:gkYh8YCT
中学生の頃によく放課後友達に勉強教えてやってたけど、
そういうやアホの子ってのは人がこうやって>>684せっかっく補助線を引いてやってるのに、
その補助線を使って自分の頭でもう一度考えてみるってことをしないんだよねw

ちょうど>>686みたいに
昔を思い出したわ
0692デフォルトの名無しさん2017/01/11(水) 17:17:51.81ID:v0UJ95G/
>>653
テーブル名は、
・follow_relationship(s)
・follow_assosiation(s)
とか。
followersだと、1対他をイメージするかもしれないから、多対多（連関テーブル）だとわかりやすい名前にするといいよ。

属性名は、
> ・follower_user_id
> ・followee_user_id
> ・followed_at
でいいと思う。

フォローする/されるの関係性もわからないアホはほっとこうぜ。
0693デフォルトの名無しさん2017/01/11(水) 17:26:54.86ID:v0UJ95G/
followeeとかpgrとかいってる奴もいるけど、結構使われてるみたいだから気にしないで。
https://github.com/search?q=followee&;type=Code&utf8=%E2%9C%93
0694デフォルトの名無しさん2017/01/11(水) 17:59:57.45ID:gkYh8YCT
使われてるかどうかの問題じゃないんだけどねw
元の質問者も呆れてると思うよw
0695デフォルトの名無しさん2017/01/11(水) 18:14:37.31ID:v0UJ95G/
>>694
もう、何かをほのめかすくらいしか書くこと無くなったか？

まあ、一生こう主張しとけよ。
>「フォローした人」はfollowingと表現するのが適切。
0696デフォルトの名無しさん2017/01/11(水) 18:17:17.47ID:iTG8I3JH
「馬鹿おじさん」
ID:f1Oob2xq、ID:H14YD2Kg、 ID:ht+cEyPh 、ID:gkYh8YCT

クラス名・変数名に迷ったら書き込むスレ。の名物キャラクター
罵倒の言葉無しでは他人とのコミュニケーションがとれないかわいそうな人間
スレ内を「馬鹿」で検索すると見つかるのは大体コイツ
しかし、自分は煽るわりに煽り耐性は無い模様

今時TVのバラエティー番組(TBS系)を見ていたり(>>499)、>>511の「80年代」発言から結構歳はいっているらしい

現れるとスレが荒れるのはいつもの流れ
皆で仲良くおもちゃにして楽しもうね！
0697デフォルトの名無しさん2017/01/11(水) 18:17:48.59ID:iNeqQ6ns
>>692
ピボットテーブルの役割もありますので、
無難に「follow_relationships」にしておこうかと思います

どうもありがとうございました！
0698デフォルトの名無しさん2017/01/11(水) 18:30:39.45ID:gkYh8YCT
>>697
元の質問者の>>694の人？
良かったらどういう意味で「フォローされたユーザ」って書いたのか説明してもらえませんか？
0699デフォルトの名無しさん2017/01/11(水) 18:31:19.61ID:gkYh8YCT
アンカーミスった>>649ね
0700デフォルトの名無しさん2017/01/11(水) 18:32:18.52ID:P1OrUCj/
>>696
お題スレにも遠征してたりするので注意が必要だったりします

罵倒バリエーションの少ない単芝さんは高確率でこのおじさんのような気がします
0701デフォルトの名無しさん2017/01/11(水) 18:37:18.95ID:iNeqQ6ns
>>698
申し訳ありませんが、私は貴方がどう解釈されたかさえ理解しきれていないと思います

私はただfollower_user_id（フォローしたユーザー）の対義語を探していただけです
0702デフォルトの名無しさん2017/01/11(水) 18:39:18.72ID:iTG8I3JH
>>700
あら本当
106のIDが同じ
http://echo.2ch.net/test/read.cgi/tech/1480579110/99-106
0703デフォルトの名無しさん2017/01/11(水) 18:39:44.10ID:v0UJ95G/
どういう意味も何も、フォローした・されたユーザがいたとき、「フォローされたユーザ」の意味がわからん、というのがさっぱりわからん。
0704デフォルトの名無しさん2017/01/11(水) 18:41:51.68ID:gkYh8YCT
いつも思うけど、>>696,>>700みたいな精神勝利法しちゃう奴って
そういう自分が他人からどう見えているかを想像する能力もなければ、
そういうくだらない行動に駆られる自分の動機を自己分析する能力も持ってないのな。

なにより、そのことを自覚する能力もない。
ある意味幸せだよねこういう奴は。
それは動物と同じってことだけど。
0705デフォルトの名無しさん2017/01/11(水) 18:42:24.46ID:v0UJ95G/
>>696
そういうことだったのね…
もう相手しない
0706デフォルトの名無しさん2017/01/11(水) 18:45:55.70ID:gkYh8YCT
>>701
え、簡単でしょ

(1) （私を）フォローしたユーザーという意味で言っているのか

(2) （誰かによって）フォローされたユーザーすべてという意味で言っているのか、

(3) それ以外の意味か

これだけの話だよ。
0707デフォルトの名無しさん2017/01/11(水) 18:46:47.44ID:P1OrUCj/
>>704
繰り返しになってごめんね
お前と言い合うつもりは全くないので勝ち負けとかも一切考えてないんだ

だから絡まないでください
0708デフォルトの名無しさん2017/01/11(水) 18:48:14.33ID:gkYh8YCT
まあ、精神勝利法でもID:v0UJ95Gみたいに自分が負けていることを
自覚できないより少しはマシか。

少なくとも自分が負けていることは分かってるわけだからな
0709デフォルトの名無しさん2017/01/11(水) 18:49:59.28ID:mOqhfYH5
つか元の>>649で関係を表すテーブル作りたいっていってんだから、

RDBMSでいいから関係を表すテーブルの作り方をまず勉強しよう。

>フォローしたユーザーIDがfollower_user_idだとしたら、
>フォローされたユーザーIDは何が良いと思いますか？

の「フォローしたユーザーID」ってのは、「私」がフォローしたユーザーのIDじゃないよ・・
フォロー操作を(例えばUIなどから)行った人のユーザーIDだろ。

「フォローされたユーザーID」ってのは、上のフォロー操作でフォローされるユーザー。

主語が「私」とかいってるけど、どういう意味の私なのかしらんが「私」じゃないと思うよ。

だから、ユーザーIDが10のユーザーがユーザーIDが40のユーザーをフォローしたら
follower_user_id followee_user_id
　　10　　　　　　　　　　40
って記録するんだろ。
0710デフォルトの名無しさん2017/01/11(水) 18:50:48.34ID:P1OrUCj/
解決した話題はしまっちゃいましょうね〜
0711デフォルトの名無しさん2017/01/11(水) 18:52:32.64ID:mOqhfYH5
>>701
だよね。関係テーブル作るんだから、対義語さがしてただけだよね。
だから、主語はどういう意味で使ったのかしらんが「私」？じゃないよね。
0712デフォルトの名無しさん2017/01/11(水) 18:55:04.02ID:iNeqQ6ns
>>709さんが代弁してくれましたが、

ID10のユーザーが、ID40のユーザーをフォローしたら
follower_user_id 10
followee_user_id 40

という意味で質問しました
0713デフォルトの名無しさん2017/01/11(水) 18:59:29.05ID:mOqhfYH5
だよね。関係テーブルっていうんだから、それぐらいは普通は想像つく。
0714デフォルトの名無しさん2017/01/11(水) 19:04:41.54ID:gkYh8YCT
>>712
そうですかそれは申し訳ないw
0715デフォルトの名無しさん2017/01/11(水) 19:28:01.74ID:8OYVNnvN
要素が重複していないスタックが必要なんですが
どんな名前がいけそうですか？
集合の場合はstd::set、std::multisetみたいな関係が見られますが
今回は集合ではなくてスタックを使いたいのです
0716デフォルトの名無しさん2017/01/11(水) 19:31:48.50ID:iNeqQ6ns
>>714
こちらこそ誤解させてしまって申し訳ありませんでした
皆さんもお騒がせしてすみません
0717デフォルトの名無しさん2017/01/11(水) 19:38:50.58ID:iTG8I3JH
>>715
unique_stack
0718デフォルトの名無しさん2017/01/11(水) 20:34:26.06ID:9JRTsez2
>>715
入れたいもの_stack
尚早な汎用化は悪
0719デフォルトの名無しさん2017/01/11(水) 22:02:19.82ID:gkYh8YCT
>>715
メソッド名で対応した方がいいような気が
PushIfUniqueとかExclusivePushとか
0720デフォルトの名無しさん2017/01/11(水) 22:05:48.07ID:gkYh8YCT
全部がユニークであることを保証したいとかの事情なら
クラス名はExclusiveStackとか？
0721デフォルトの名無しさん2017/01/11(水) 22:13:30.05ID:smqenYWp
>>717
ありがとうございます
実は、一番最初に思いついたのはそれなんですが
スタックがユニークなわけじゃねえよなぁと思って躊躇してしました
でも、名前が短くてシンプルなのは好ましいと思ってます

>>718
ありがとうございます

>>720
超スッキリありがとうございます
もうちょいでNonRedundantStack採用するところでした
名前の短さと意味のハッキリ感がパねえと思います
0722デフォルトの名無しさん2017/01/11(水) 22:27:39.08ID:mOqhfYH5
>>720
つか、君はまずは暴言吐いた人に謝れよww
それかみんなに代わって俺が君にいってやろうか？みんな優しすぎだろw
0723デフォルトの名無しさん2017/01/11(水) 22:50:59.67ID:qqZuYUIb
>>716 の大人の対応がすばらしいから、蒸し返さない方がいい気が…
0724デフォルトの名無しさん2017/01/11(水) 22:55:34.82ID:SOQiv9G3
2chでは暴言は挨拶のようなもの
0725デフォルトの名無しさん2017/01/11(水) 23:25:54.59ID:7EM+v8fq
今ようやく追いついて全部読んだけど
俺最初から
> ID10のユーザーが、ID40のユーザーをフォローしたら
> follower_user_id 10
> followee_user_id 40
この解釈しか出来なくてID:gkYh8YCTが何を言ってるのか意味が分からんかったｗ

AがBを雇用する
employer A
employee B

AがBを観察する
observer A
subject B

このパターンしかありえないと思うんだが…
0726デフォルトの名無しさん2017/01/11(水) 23:30:36.36ID:KleI9fTu
>>725
さわるなさわるな
馬鹿おじさんに「馬鹿」って言われるぞ！
0727デフォルトの名無しさん2017/01/11(水) 23:31:23.21ID:gkYh8YCT
>>722
暴言については謝らないが、（こちらが先に仕掛けた訳ではないし、少なくともお互い様だからね）
偉そうに主張したことが間違ってたことについては謝りますよ。

皆さん申し訳ない。ごめんなさい。
0728デフォルトの名無しさん2017/01/11(水) 23:40:59.76ID:mOqhfYH5
>>727
>暴言については謝らないが、（こちらが先に仕掛けた訳ではないし、少なくともお互い様だからね）
そっか、君が先にしかけてないのなら、謝らなくていいよ。
これは俺は先に仕掛けた方が悪いと思ってるので。
なんだ、俺はてっきり先に喧嘩仕掛けた方が間違ってたパターンかと思った。
0729デフォルトの名無しさん2017/01/11(水) 23:45:12.68ID:mOqhfYH5
ということで俺が>>722で余計な事いったな。
俺も謝っておこう。すまん。
0730デフォルトの名無しさん2017/01/12(木) 01:06:35.11ID:5f5fDppS
>>727
そうだね
>>654が勘違いして普通とかなんだかんだ言い始めたことだからね
0731デフォルトの名無しさん2017/01/12(木) 01:12:52.78ID:EIL4AvKT
日付またいだんからもうおしまいにしようぜ。
0732デフォルトの名無しさん2017/01/12(木) 04:32:51.66ID:tRxoA+fF
うやむやにして良いのか？
"馬鹿おじさん"が現れる度にスレが荒れてるし、この流れ何度目だよ
いい加減うざいわ

どっちが先に仕掛けたとか糞どうでもいいから、
"馬鹿おじさん"はあの異常な暴言レス止めろよ
子供の口喧嘩じゃないんだから
0733デフォルトの名無しさん2017/01/12(木) 08:42:06.37ID:18dMLK5M
暴言おじさんみたいな方は独りで勝手に盛り上がってくれればいいよ
今回のことでよりよい方向を探してる時にすら自身の勝ち負けを持ち出そうとするような方だってこともわかった

居るのがわかれば非表示にするだけで解決するのでどうでもいい
0734デフォルトの名無しさん2017/01/12(木) 09:09:21.87ID:nvDvC5lc
そもそも>>654の時点でよーわからんよなｗ
ld93epowが何を言いたいのかサッパリわからんｗ
自信満々なのだけは分かるけど
0735デフォルトの名無しさん2017/01/12(木) 10:55:14.86ID:zvW9UYRy
>>734
> どういうテーブルかよくわかんないけど
というのを見た時点で我々は気づくべきだったのだ。
多対多を表現する連関エンティティの話だということがわかってなかったんだよ。
0736デフォルトの名無しさん2017/01/12(木) 19:24:37.25ID:0ESfKXE9
なるほどねぇ
0737デフォルトの名無しさん2017/01/12(木) 20:01:54.25ID:6ONuF79D
caller / callee はよく知られた用語だよな
follower / followeeでわかるぞ
0738デフォルトの名無しさん2017/01/14(土) 14:26:38.10ID:lzfMabHC
follower/followeeで困るとしたら
たぶんTwitterあたりと微妙に意味が異なるような場合な気がする

followに限らず、「定番の使われ方」があるために
自分の関数名の方を変えるってことはよくあるだろうし
0739デフォルトの名無しさん2017/01/18(水) 13:15:15.03ID:XrR2JBi4
軽くさかのぼって読み返してみたが、ストリームが云々のときに暴れてたのもこいつか
0740デフォルトの名無しさん2017/01/22(日) 17:39:49.30ID:WNh7RpDp
各ユーザーが設定できるプロフィール画像？のようなものは、どのように呼ぶのが正しいのでしょうか？

・icon
・image
・picture

Iconだと微妙に意味が違いますかね？
どれが良いでしょう
0741デフォルトの名無しさん2017/01/22(日) 18:29:35.78ID:w8qlDydn
avatorとか？
0742デフォルトの名無しさん2017/01/22(日) 18:53:06.71ID:qeXn0RKC
portrait
0743デフォルトの名無しさん2017/01/22(日) 20:44:04.81ID:WNh7RpDp
>>740
追記します。

ユーザーであればavatarも良いかもしれませんが、グループやチームにも設定できる場合はどうでしょう？
0744デフォルトの名無しさん2017/01/22(日) 20:52:26.80ID:qeXn0RKC
budge, symbol
0745デフォルトの名無しさん2017/01/22(日) 20:57:37.99ID:KT1Xbxms
logo とか emblem はどうなんだろ
0746デフォルトの名無しさん2017/01/22(日) 20:59:43.19ID:iUtHvu6q
>>743
抽象度高すぎてsymbolぐらいしか当てはまらない気がする
emblemだと具体的な写真の場合当てはまらないし、逆にportraitとかでは
紋章とか商標にあてはまらない
0747デフォルトの名無しさん2017/01/22(日) 23:57:07.83ID:KAhPA/LR
>>740
プログラマがその変数を見た時に、処理を理解するのに
どのような情報がその名前から得られる（連想できる）必要があるか、
ということを考えて名付けた方がいい。

プログラマがその変数が「エンブレムを表す」ことを知っている必要があるのか？
その変数が「アバターを表す」ことを知っている必要があるのか？
それなら、emblem や avatar が最適だ。

そうではなく、その変数が「画像データを表す」ことを知っている必要があるのなら、
image が最適だ。

ユーザーではなく、プログラムを読む人の目線で考えるように。
0748デフォルトの名無しさん2017/01/23(月) 00:21:41.70ID:kKcE1/h0
>>743
自分でも要件わかってないだろ。
プロフィール画像とは言っても顔だけなのか全身なのかアバター的なやつなのかで全然違いそうだし、
グループやチームに設定できるものとして、実はリーダーのプロフィール画像でしたとかいう場合もあるかもしれない。
画像が1種類しかないとも言ってない。
正しい名前が導けないのは要件が定まっていないからに他ならない。
現状で名前付けるとしたら　image1　が最適だよ。
0749デフォルトの名無しさん2017/01/23(月) 00:24:01.30ID:4eKNVnEB
>>747
十分にユニークか? という観点も重要だ
imageだと後で同じネームスペース内に別の画像が追加されたときに破綻する
0750デフォルトの名無しさん2017/01/23(月) 00:31:54.56ID:kKcE1/h0
main_image, sub_image, extra_image, extend_image みたいにゆるくいこうぜ
0751デフォルトの名無しさん2017/01/23(月) 06:52:33.92ID:jz98RT7z
>>749
俺の言ったことで事足りる。

プログラマが処理を理解するという目的でその変数を見た時、
それがただの画像データでなく「�ﾌ画像データを表す」ことを知らないといけないのなら、
その「�vも名前に含めるか、名前ゃ周りの状況から簡単に推測できなければいけない。
0752デフォルトの名無しさん2017/01/23(月) 07:09:34.90ID:NLajvDpa
「プロフィール画像」→ profileImage
みたいに単純に英訳したような命名じゃだめなのかな？
1単語じゃないとだめな理由でもあるのかな…
0753デフォルトの名無しさん2017/01/23(月) 07:19:09.28ID:xWlyn6tZ
>>752
それでいいと思う
0754デフォルトの名無しさん2017/01/23(月) 12:30:54.73ID:za0CrBL5
こういうコーダーを拗らせた奴が勘違いして広まったのが悪名高きシステムハンガリアン記法
あとは言わなくとも分かるよな？
0755デフォルトの名無しさん2017/01/23(月) 19:16:24.76ID:UroHRMhq
ハンガリアンは型と大まかな意味が伝わるだけでもかなり親切な規約だよ
難読化されてるのかと疑いたくなるようなコードが世の中にはまだ沢山ある
0756デフォルトの名無しさん2017/01/23(月) 19:49:03.23ID:Wp4CPmuw
条件を満たした場合に真を返すが、
二度目以降は一度条件を外れるまで偽を返す
というクラスを作ったのですが、なんと命名すれば良いか悩んでいます。
何かアイデアがあればお願いします。
0757デフォルトの名無しさん2017/01/23(月) 19:54:44.94ID:UroHRMhq
曖昧すぎる
s = new StateMachine();
b = s.evaluate();
0758デフォルトの名無しさん2017/01/23(月) 20:06:56.79ID:tA061N2U
>>756
組み込みなら立ち上がりエッジとか立下りエッジとか言うね

それ自体は条件判定をせず、boolの値をもらって
false→true
の変わり目の時だけtrueを返すようなもののことを言ってるなら
TrueEdgeDetectorとかRisingEdgeDetectorとか
0759デフォルトの名無しさん2017/01/23(月) 20:08:10.52ID:NLajvDpa
trueKeeper とか。ベタすぎかw
そのクラス、どういう場面で使われるのか書いてくれたら
もっといいのを思いつく人がいるかも
0760デフォルトの名無しさん2017/01/23(月) 20:18:30.43ID:UroHRMhq
ただのSwitchじゃねーかw
0761デフォルトの名無しさん2017/01/23(月) 20:53:46.77ID:tA061N2U
あとはOneshotPredicatorとか
0762デフォルトの名無しさん2017/01/23(月) 22:15:44.57ID:kKcE1/h0
>>756
isTrueJustNow
0763デフォルトの名無しさん2017/01/24(火) 08:28:52.62ID:1a/rWss8
状態が反転したなら真
StatusTurned
0764デフォルトの名無しさん2017/01/24(火) 09:43:32.08ID:1a/rWss8
StatusInversionDetectorとか
0765デフォルトの名無しさん2017/01/24(火) 10:48:20.12ID:1a/rWss8
勘違いしてた、閾値を超えた時に一回だけtrueか
TriggerDetector
0766デフォルトの名無しさん2017/01/24(火) 19:32:18.46ID:wqAMcCVq
物理でぴったりの現象があった筈なんだが思い出せん
0767デフォルトの名無しさん2017/01/24(火) 20:23:39.85ID:eNqM6deY
物理？
そんなのあったっけ？

ヒステリシスのこと言ってるなら全然違うよ
0768デフォルトの名無しさん2017/01/24(火) 22:08:47.78ID:wqAMcCVq
ヒステリシスじゃなくてなんだっけアレ
0769デフォルトの名無しさん2017/01/24(火) 22:17:18.33ID:1a/rWss8
相転移？
しかし>>756は相転移のたびにtrueではなくて、
条件をはずれて再度満たすまでfalseなんだよね
0770デフォルトの名無しさん2017/01/24(火) 22:18:44.98ID:1a/rWss8
だからRisingEdgeを検出したらtrueでいいかもしれんね
0771デフォルトの名無しさん2017/01/24(火) 22:20:29.08ID:eNqM6deY
だいたい、ほとんどの物理現象は連続的な関数で
f(0), f(1), f(2), ....f(n-1), f(n)みたいな数列的というか離散的な現象なんてあるのかな
0772デフォルトの名無しさん2017/01/24(火) 22:44:51.96ID:Ngnb71D2
そりゃ量子論があるだろ
統計物理も離散的なモデルがたくさん在る
0773デフォルトの名無しさん2017/01/28(土) 13:55:02.60ID:k+UqYuZl
まさか普通の変数名として piyo を使う日が来るとは思わなかった
0774デフォルトの名無しさん2017/01/30(月) 17:58:05.98ID:2efA9rmo
「グループを作成したユーザーのID」を格納するカラム名について

crete_user_idにしようかと考えていたのですが、

creation_user_id
created_user_id
のような微妙に違うカラム名も思いつきました。

「グループを作成したユーザーのID」はどのようにすれば適切でしょうか？

また上の微妙な違いについて分かる方いらっしゃいませんか？
0775デフォルトの名無しさん2017/01/30(月) 18:03:10.23ID:lkKSGNd/
creator?
0776デフォルトの名無しさん2017/01/30(月) 18:10:22.16ID:yrDzNVLD
このままじゃ何の create〜 なのか分からないけど、暗黙で「グループを作成した」という意味が付くのなら
上記三つの違いに気にする要素ないと思う。
何のグループなのか明確なのであればその名称を入れた方がいいと思う。
0777デフォルトの名無しさん2017/01/30(月) 19:02:31.38ID:QnUUGoK9
>>774
created_by
0778デフォルトの名無しさん2017/01/30(月) 19:21:06.55ID:jU5RVmOi
group_owner_id
0779デフォルトの名無しさん2017/01/30(月) 23:09:31.89ID:2efA9rmo
owner_user_idにすることにしました
ありがとうございます
0780デフォルトの名無しさん2017/01/30(月) 23:12:19.93ID:Nrv7vZbp
解決したようだが、英語的には created_user_id がしっくりくる
The user_id of the user who created the group.
0781デフォルトの名無しさん2017/01/31(火) 10:32:47.33ID:Y36a82QW
それを言うなら
The ID of a user who create the group

だよw
0782デフォルトの名無しさん2017/01/31(火) 12:08:07.62ID:BCkfu50I
それはcreatesでしょ
0783デフォルトの名無しさん2017/01/31(火) 12:31:45.89ID:BCkfu50I
それに the id ときたら of the user だな
時制も過去でよい
0784デフォルトの名無しさん2017/01/31(火) 12:45:40.99ID:Qoto7WxW
てか微妙な違いは気にするのにownerとcreateの違いはいいのかよｗ
■ このスレッドは過去ログ倉庫に格納されています