- 1 名前：デフォルトの名無しさん mailto:sage [2016/10/16(日) 08:01:30.20 ID:NOg6ZxxU.net]
- クラス名、変数名のつけ方に悩んだら書き込むスレです。
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
前スレ
クラス名・変数名に迷ったら書き込むスレ。Part26
echo.2ch.net/test/read.cgi/tech/1450622191/
- 577 名前：デフォルトの名無しさん mailto:sage [2016/12/15(木) 00:54:52.01 ID:o2A//GfV.net]
- (Web)Scraper
- 578 名前：デフォルトの名無しさん mailto:sage [2016/12/15(木) 00:55:50.34 ID:ArFpv1Xp.net]
- StealDataFromWebsite
- 579 名前：デフォルトの名無しさん mailto:sage [2016/12/15(木) 01:09:11.40 ID:+0a4slsV.net]
- Scrapinger
- 580 名前：デフォルトの名無しさん mailto:sage [2016/12/15(木) 01:13:36.44 ID:a3102Ios.net]
- ankipan
- 581 名前：デフォルトの名無しさん mailto:sage [2016/12/15(木) 01:13:39.46 ID:mzSkw9KP.net]
- ありがとうございます
しかし将来APIが提供されたらscrapingは適さなく無いですか
- 582 名前：デフォルトの名無しさん mailto:sage [2016/12/15(木) 06:47:52.79 ID:asDQ4HVs.net]
- >>572
適さなくなったら、その時にリファクタリングすればいい。
- 583 名前：デフォルトの名無しさん mailto:sage [2016/12/15(木) 07:48:36.75 ID:qALlkluV.net]
- 取ってきたデータの名前は変わらなくとも
「スクレイピング処理」の部分は今はその名前を付けるしかないような
- 584 名前：デフォルトの名無しさん mailto:sage [2016/12/15(木) 09:11:36.86 ID:aQzuiiGK.net]
- >>562
文脈に即した
ってのが既に不適切
- 585 名前：デフォルトの名無しさん [2016/12/15(木) 18:46:03.52 ID:ACgCvCqH.net]
- >>575
全く正当なワードなのだが
無理して間違ったレスせんでもいいよ
お前に恥をかかせるのが目的ではないし
- 586 名前：デフォルトの名無しさん mailto:sage [2016/12/15(木) 20:09:13.04 ID:Rg7daUM6.net]
- 恥を晒すのが目的になってるぞ w
- 587 名前：デフォルトの名無しさん mailto:sage [2016/12/15(木) 20:36:57.50 ID:aQzuiiGK.net]
- >>576
恥の上塗りって知ってる？ｗ
- 588 名前：デフォルトの名無しさん mailto:sage [2016/12/15(木) 21:48:28.64 ID:gKwzsp1+.net]
- groupListとgroupsListはどっちが正しいの？
あとlistを複数形（lists）にする場合ってあるのかな
- 589 名前：デフォルトの名無しさん mailto:sage [2016/12/15(木) 22:38:02.67 ID:asDQ4HVs.net]
- >>579
名詞を修飾するために形容詞的に使う名詞は単数形が一般的で、
group list が正解。
group list の group は list を修飾してるだけなので、
当然そんな list が
- 590 名前：いくつもあれば複数形になり、
group lists となる。 [] - [ここ壊れてます]
- 591 名前：デフォルトの名無しさん mailto:sage [2016/12/15(木) 22:52:38.68 ID:gKwzsp1+.net]
- >>580
アリガトン
- 592 名前：デフォルトの名無しさん mailto:sage [2016/12/19(月) 17:05:09.25 ID:CasRgeEf.net]
- クラス名・変数名ではないのですが、サービス上の用語について助言を願います。
”家電””AV機器””カメラ”というようなカテゴリーが登録されているテーブルがあります。
これらの販売データから最終的に”○○売上””○○販売数””○○客単価”（○○には”家電”などが入る）
などの各カテゴリー別のデータ出力があるのですが、プログラムソース中では category を
使うとしても、帳票タイトルに”カテゴリー別売上表”というような表現だと個人的に違和感がある
というか、これでいいのか？という感があります。
初めて使う素人のおっちゃんおばちゃんに「カテゴリーてなんやねん」とその都度言われそうな気がします。
そもそもカテゴリーという命名自体変でしょうか？
他にいい表現はないでしょうか？
よろしくお願いします。
- 593 名前：デフォルトの名無しさん mailto:sage [2016/12/19(月) 17:16:02.77 ID:3c7S3m0F.net]
- >>582
なぜ客に直接聞かないの？
- 594 名前：デフォルトの名無しさん mailto:sage [2016/12/19(月) 19:20:48.52 ID:cKMR0CMn.net]
- >>582
種別とか分類でいいんじゃね？
- 595 名前：デフォルトの名無しさん mailto:sage [2016/12/19(月) 20:26:14.24 ID:XWFINrxX.net]
- 区分がしっくりくるかな
英語ならcategoryでいいと思う
- 596 名前：デフォルトの名無しさん mailto:sage [2016/12/20(火) 06:09:51.61 ID:k/GKM3Dz.net]
- category type kind とかの使い分けよくわからんのじゃあ…
- 597 名前：デフォルトの名無しさん mailto:sage [2016/12/20(火) 08:38:01.22 ID:kvfnt0Ie.net]
- そもそもなんも知らんおっちゃんだと何を書いてあっても
これなんやねん
って言うだろ...
- 598 名前：デフォルトの名無しさん mailto:sage [2016/12/20(火) 08:48:28.29 ID:ZUtlIjOx.net]
- hinsyuでいいよ
- 599 名前：デフォルトの名無しさん mailto:sage [2016/12/20(火) 22:11:14.88 ID:9rBbzLjp.net]
- >>586
たしかに
予約語ぽいし
- 600 名前：デフォルトの名無しさん mailto:sage [2016/12/26(月) 10:59:02.33 ID:UVltR1TP.net]
- ユーザー1人のハードウェア情報をロードする関数と
複数ユーザーのハードウェア情報をロードする関数があります
それぞれの命名はどのようにすればよいでしょうか？
現在考えているのは以下です
loadHardware(1つ)
loadMultipleHardware（複数）
他の関数（可算名詞）があれば統一性を持たせるために同じようにするほうが良いですかね？
loadProfile
loadMultipleProfiles
- 601 名前：デフォルトの名無しさん mailto:sage [2016/12/26(月) 11:42:10.88 ID:1bhMGPyj.net]
- >>590
informationは不可算名詞みたいだけど現実には便宜上
informationsとかinfosで使われてるみたいだから、普通に
loadHWInfo
loadHWInfos
でいいんじゃないかなあ
ejje.weblio.jp/content/informations
- 602 名前：デフォルトの名無しさん mailto:sage [2016/12/26(月) 20:49:22.26 ID:m5b62WlK.net]
- >>591 でいいと思う
オーバーロード使える言語なら
LoadHardwareInformation(User)
LoadHardwareInformation(Users[ ])
とか
- 603 名前：デフォルトの名無しさん mailto:sage [2016/12/26(月) 20:56:30.43 ID:i5XrEMUf.net]
- 全部users[ ]でいけるけどね
- 604 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 07:16:44.41 ID:CVPZfFKk.net]
- >>593
一人の時でもいちいち配列作って渡すとか頭沸いてるのか？
- 605 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 07:55:23.65 ID:rB7cPmJg.net]
- >>594
どうでもいい
ハードウェア情報のロードといういかにも重そうな処理に比べたら配列生成のコストなんかチンカスにもならん
- 606 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 08:18:01.83 ID:9L+IDWA2.net]
- 好きずきなんだけどさ、俺なら関数増やすより統一しちゃうからね
- 607 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 08:21:23.40 ID:CVPZfFKk.net]
- >>595
実行時のコストの話じゃないんだが...
- 608 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 09:02:09.79 ID:8L1rOpw8.net]
- >>594
結果が1つでも複数でも配列で返す関数がWin32APIにあるんだが
- 609 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 11:11:30.99 ID:4TgZvdbe.net]
- 複数ユーザーの情報をロードする関数の処理の中で
1人の情報をロードする関数を呼ぶんじゃないでしょうか(名推理)
- 610 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 11:38:41.24 ID:4zW6uVet.net]
- （もう設計に口出すの止めようぜ…）
- 611 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 12:02:28.15 ID:5V2Eqbgf.net]
- >>590
querySelector, querySelectorAll の先行例からとって
loadHardwareInfo, loadHardwareInfoAll
(loadHardware だと認識したデバイスを読んでいるように読める)
- 612 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 12:10:21.67 ID:5V2Eqbgf.net]
- ちなみに "s" の有無で複数形を分別するのは単数形と誤読しやすいのでお勧めしない
"getElementByTagName" とtypoする人がいるように人間は "s" の有無まで細かく覚えられない人もいる
querySelectorAll を間違える人はいないだろう
- 613 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 12:27:40.98 ID:EhN/aLNJ.net]
- 複数形のsは見落としやすいって意見は分からんでもないけどallってのはどうよ。
明らかに全部じゃないのにw
sが嫌いなら明示的にarrayとかlistとかsequenceにして欲しいね
述語を取るメソッドならallでもいいかもしれんがこの場合は違うんじゃないか。
- 614 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 12:29:48.18 ID:z54J35DF.net]
- 俺はよくeachを使う
- 615 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 12:30:13.46 ID:5V2Eqbgf.net]
- 検索条件を引数に指定するのだから "All" で良いと思うのだが
querySelectorAll も同じだろう
- 616 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 12:33:48.18 ID:EhN/aLNJ.net]
- >>605
指定するのが検索条件（述語）かどうかは質問者にしかわからんけど、
普通に考えれば違うと思う
- 617 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 12:38:38.06 ID:CVPZfFKk.net]
- >>598
なぜそんな特定の環境の話を出してきたんだろ...
>>600
すまん
- 618 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 13:33:28.22 ID:8L1rOpw8.net]
- >>607
> 一人の時でもいちいち配列作って渡す
この状況が頭沸いてると思えるお前が頭沸いてる
- 619 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 14:39:45.56 ID:rB7cPmJg.net]
- リクエスト一回あたりのオーバーヘッドが大きくて、まとめて複数件処理した方が効率がいいケースはわりと多いだろ
その場合は複数件前提にしといて1件でも複数扱いするのが自然
- 620 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 18:02:18.83 ID:CVPZfFKk.net]
- >>608
もう引っ込みつかなくなってるやん w
>>609
> その場合は
自分に都合のいい条件をつけて語るのはやめたら？
- 621 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 20:09:55.60 ID:iAid9Zsk.net]
- スレ違いだけど、個人的には>>592のように両方のバージョンを
用意すべきだと思うが（その方が使いやすいから）>>592の言うように
単純に機能的な面に注目したら重複しているのは確かだから、
汎用性が高い（でも場合によっては使いづらいこともある）バージョンだけを残すって
考え方もありだと思うよ。
- 622 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 20:40:18.82 ID:5V2Eqbgf.net]
- >>609
どういう状況を想定しているのか詳しく
私が想定したのはこう
loadHardwareInfoAll('UsergroupA')
loadHardwareInfoAll('UserID-A', 'UserID-B', 'UserID-C')
DOMライクに命名するのも有りだとは思うが
loadHardwareInfosByUserIdList(['UserID-A', 'UserID-B', 'UserID-C'])
loadHardwareInfoByUserId('UserID-A')
- 623 名前：612 mailto:sage [2016/12/27(火) 20:42:28.30 ID:5V2Eqbgf.net]
- すまん、レスアンカーを間違えた
>612は>606宛のつもり
- 624 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 21:02:33.46 ID:iAid9Zsk.net]
- >>612
質問者>>590の質問を普通に読めば質問者のいう
「複数ユーザーのハードウェア情報をロードする関数」は
条件を指定するタイプのものではないよね。
- 625 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 09:06:38.12 ID:7pmpS3Lt.net]
- >>610
結局は複数のユーザー情報をロードする関数も共存してんだから>>594は的外れ
- 626 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 11:08:16.20 ID:SigbBlr5.net]
- >>614
なぜ？
複数ユーザをどうやって指定するかは解釈の余地があると思うが
- 627 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 12:02:53.30 ID:hmpOAOdC.net]
- >>616
不毛な議論だけど、それなら最後の3行みたいなことは書かないでしょ普通
条件で対象を検索するメソッドの名前を考えているときに、
対象を直接一つ指定するメソッドの名前との対称性を気にするはずがない
- 628 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 19:31:06.23 ID:Ju3swXOY.net]
- 自分のグループへの加入リクエストを処理（承認、却下、保留など）する関数名はどのようなものがいいでしょう？
manageGroupJoinRequest ?
- 629 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 19:40:12.52 ID:hmpOAOdC.net]
- >>618
単にjoinでよいのでは？
- 630 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 19:42:21.30 ID:CAYWqTUF.net]
- >>615
ごめん、半分酔ってるからそのまま言うけど
バカなの？
ヘルパー関数全否定とか笑うしかないんだが w
- 631 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 19:45:07.39 ID:CAYWqTUF.net]
- >>618
JoinToMyGroup( )
>（承認、却下、保留など）
は戻り値で
- 632 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 20:04:37.40 ID:hZoU4FtV3]
- >>617
>>614で自分の解釈を伝える答えになってないから「不毛な議論」になる
- 633 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 19:52:37.69 ID:y0tQ1gtV.net]
- comeAndJoinUs!()
getOutHere!()
- 634 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 20:03:56.42 ID:Ju3swXOY.net]
- 承認、却下、保留などを処理する前のゲートのような関数なので…
- 635 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 20:12:32.61 ID:7pmpS3Lt.net]
- >>620
素面の時に流れ読み返して真っ赤になっとけ
- 636 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 20:34:12.36 ID:CAYWqTUF.net]
- >>624
なら JoinCheck( ) とかでいいと思うけど
> 自分のグループへの加入リクエストを処理（承認、却下、保留など）する
って書いてるのを前処理って思う人はほとんどいないと思うぞ
- 637 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 20:36:01.75 ID:CAYWqTUF.net]
- >>625
いやいや酔っててもお前のアホさはさすがにわかるわ
てかヘルパー関数には突っ込めないのかよ w
- 638 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 21:10:24.17 ID:hmpOAOdC.net]
- >>624
要するに、（却下保留なしで）無条件でグループに加入させるプライベートな
メソッド（例えばJoin)が別に存在するから、それと区別する必要があってJoinみたいな
シンプルな名前は使えないって事情？
じゃあRequestToJoinとか
- 639 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 00:11:03.00 ID:mdmz+WFY.net]
- HandleJoinRequest
- 640 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 08:49:22.99 ID:n1YSVjxh.net]
- >>627
いや質問者の前提をぶっ壊してる時点で頭沸いてるから
- 641 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 08:59:24.40 ID:tMM+nQZ7.net]
- handleEvent, handleCommand, handleRequest
handle…としか命名しようの無い関数ってあるよね？
他に良い命名ある？
- 642 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 10:39:46.17 ID:5M8EC9cI.net]
- >>630
今ごろ何を言ってるんだよ w
- 643 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 10:56:19.34 ID:n1YSVjxh.net]
- >>632
本題で反論できないなら黙ってた方がいい
- 644 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 12:22:34.58 ID:5M8EC9cI.net]
- >>633
質問者の前提ってなんの話だ？
配列云々なんて言ってたっけ？
- 645 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 12:23:53.79 ID:5M8EC9cI.net]
- >>631
Event は Handle がしっくり来るけど他は Process でもいいと思う
- 646 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 14:23:31.81 ID:j5Yso27h.net]
- >>631
receiveEvent, listenEvent
decodeCommand, parseCommand
- 647 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 14:33:44.65 ID:j5Yso27h.net]
- っていうか、イベントハンドラはVSのスケルトンみたいにObjectName_EventName
が無難なような気が
- 648 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 14:35:06.77 ID:yIVphwuC.net]
- >>631
handleは取り扱うって感じのニュアンスだけど、
「取り扱った結果どうしたいのか」が明確ならより適切な動詞を選ぶべき
- 649 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 14:45:02.10 ID:tMM+nQZ7.net]
- 参考になった、ありがとう
- 650 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 15:43:03.02 ID:HFU0pAcr.net]
- CommandはExecuteCommandでもいいんじゃね。
- 651 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 19:26:57.12 ID:d+GoLsta.net]
- >>618
>>624
入国管理局の窓口みたいな関数？
加入希望者のリクエストリストがあって
それに対して1つ1つ[認証、却下、保留]を引数に渡して決定していく関数？
加入希望者インターフェース
↓
加入希望者オブジェクトのリスト
↑
入国管理局クラス
加入希望者インターフェイスにJoin()メソッドを持たせて希望者に実行させるみたいな？
加入希望者オブジェクトにStamp()メソッドを持たせて[認証、却下、保留]を決定みたいな？
- 652 名前：デフォルトの名無しさん mailto:sage [2017/01/06(金) 17:30:35.50 ID:5Zt7W/jX.net]
- ユーザーの入力値によって検索結果を返す（SQLクエリーをビルドする）
クラスの命名はどうすればよいでしょう？
例えばグループの検索を担うクラスなら「GroupSearchFilter」？
サーチフィルターという言葉は無いと思うのですが、あまり他にしっくり来るのが思いつきません
- 653 名前：デフォルトの名無しさん mailto:sage [2017/01/06(金) 17:40:22.44 ID:ugUrUcmU.net]
- 単純に
SearchByXXX
QueryByXXX
FindByXXX
FIlterByXXX
こんな感じでよいような気が
- 654 名前：デフォルトの名無しさん mailto:sage [2017/01/06(金) 21:18:30.13 ID:4/FM9ivg.net]
- class XxxFinder {
public List<Xxx> Find(XxxFilter filter, int page, int pageSize) {
- 655 名前：デフォルトの名無しさん mailto:sage [2017/01/06(金) 21:58:36.08 ID:S2R5Pk4v.net]
- >>642
> 検索結果を返す
>（SQLクエリーをビルドする）
どっちなんだよ...
- 656 名前：デフォルトの名無しさん mailto:sage [2017/01/06(金) 23:04:12.62 ID:5Zt7W/jX.net]
- >>645
後者です
- 657 名前：デフォルトの名無しさん mailto:sage [2017/01/06(金) 23:21:34.25 ID:4/FM9ivg.net]
- Query XxxQueryBuilder.BuildQuery(XxxFilter filter, int page, int pageSize)
- 658 名前：デフォルトの名無しさん mailto:sage [2017/01/08(日) 12:54:00.78 ID:CipQMnzY.net]
- activerecordのクラス名参考にしてはどうだろ
- 659 名前：デフォルトの名無しさん mailto:sage [2017/01/08(日) 14:05:58.52 ID:XDbKIsfA.net]
- ActiveRecordとは別物だろこれ
- 660 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 21:01:13.13 ID:/JmooP2t.net]
- フォロー関係のテーブルを作る時、
フォローしたユーザーIDがfollower_user_idだとしたら、
フォローされたユーザーIDは何が良いと思いますか？
followed_user_idだと曖昧すぎますよね
- 661 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 21:05:03.11 ID:z7ojWcoj.net]
- フォローしたユーザーをfollowing_user_idにすれば曖昧に見えない
- 662 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 21:32:29.27 ID:F5v1Jwso.net]
- 「followされる人」の意味で「followee」という言葉もあるね
- 663 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 22:00:37.51 ID:/JmooP2t.net]
- >>652
それは良さげですね
ありがとうございます！
- 664 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 22:31:16.24 ID:/JmooP2t.net]
- 図々しく何度も質問恐縮ですが
・follower_user_id
・followee_user_id
・followed_at
最初は上記カラムでテーブル名をfriendshipsにしようかと思ったのですが、
別途フレンド機能が必要になった場合に、色々とクラス命名等と衝突しそうかなと気づきました
「ユーザーのフォロー関係」を格納するテーブル名で何か良い命名はないでしょうか？
色々調べてみたのですがfollowersなどが多く、「関係」を示す命名としてはちょっと弱いかなと感じましたので
- 665 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 23:08:46.40 ID:ld93epow.net]
- どういうテーブルかよくわかんないけどfolloweeなんてよく分かんないことば
使うのやめた方がいいと思うよw
普通に考えたらそれは「（誰かによって）followされた者」って意味であって
「○○をfollowする者」って意味じゃないと思うよw
っていうかすでに一部指摘されてるけど、普通はこっちがfollowerで
「○○がfollowしている者（たち）」の方がfollowingでしょ
- 666 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 23:21:48.38 ID:/JmooP2t.net]
- >>655
>>「○○をfollowする者」って意味じゃないと思うよw
私の文章が悪かったでしょうか？
・follower_user_id（フォローした人）
・followee_user_id（フォローされた人）
という意味合いで使用しています
先ほ
- 667 名前：ど知ったばかりですが、例えば「following_user_id」よりも具体性があるかな？と思います []
- [ここ壊れてます]
- 668 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 23:30:00.52 ID:QtXbSK5c.net]
- >>654
Followによる繋がりを表すテーブルという意味でRelationshipとか
ちょっと弱いかな
- 669 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 23:30:40.62 ID:ld93epow.net]
- >>656
だから、あなたの表現で言えば「フォーローされた人」の方が本来followerで
「フォローした人」はfollowingと表現するのが適切。
ツイッターの公式だってそういう表現になってるよね
- 670 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 23:41:00.51 ID:9hDOaePS.net]
- followeeでもいいんじゃね。
使われ始めてる造語？らしい。
https://en.oxforddictionaries.com/definition/followee
- 671 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 23:43:23.13 ID:9hDOaePS.net]
- まぁ、そりゃまだメジャーになってない単語使うと可読性に影響すっけどね・・
- 672 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 23:51:06.96 ID:ld93epow.net]
- >>659
だからそれは「誰かによってfollowされている者」って意味だってば...
質問者のいう「フォローされた人」っていうのは別の言い方をしたら「私をフォローしている人たち」ってことでしょ。
それはfollowされている者のことじゃない
- 673 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 23:54:58.76 ID:F5v1Jwso.net]
- 英語だけじゃなく日本語も弱かったのか…
- 674 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 23:58:23.01 ID:9hDOaePS.net]
- つか表現が適切じゃなかったな、俺は別にどっちがどっちとまでは言及するつもりはなかった。
ただfolloweeって造語も使われ始めてるらしいよっていいたかっただけだわ。
ちなみに最近使ったAPIではQitta APIがfollowerとfolloweeを使ってたな。
https://qiita.com/api/v2/docs#%E3%83%A6%E3%83%BC%E3%82%B6
まぁ、日本人が設計したんだろうがから、あれだけど。
- 675 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 23:58:28.98 ID:Mu10/Wv/.net]
- >>661
なぜそう解釈する？
- 676 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 23:59:42.43 ID:ld93epow.net]
- >>664
それはどうでもいいから違うち思うなら君の意見をどうぞ。
じゃあ「フォローされた人」ってどういう意味なの？
- 677 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 00:07:38.97 ID:5Vr7HXeZ.net]
- 一応言っておくか。
>>662オマエガナー
質問者の言う「フォローされたユーザー」のフォロー「された」のは私（もしくは主語）であってユーザーの方じゃないよ。
当たり前でしょ。
ついでに言えば、宇宙人にさらわれた人wのことをabducteeって言うことからもわかると思うけど、
eeって接尾語は漢字で言ったら「被」だよ。
だからfolloweeは「（何者かによって）followされた者」って意味だ
|
 |
