クラス名・変数名に迷ったら書き込むスレ。Part27

1 名前：デフォルトの名無しさん mailto:sage [2016/10/16(日) 08:01:30.20 ID:NOg6ZxxU.net] クラス名、変数名のつけ方に悩んだら書き込むスレです。 命名規則や設計の善し悪しについて議論するのは基本的に禁止。 前スレ クラス名・変数名に迷ったら書き込むスレ。Part26 echo.2ch.net/test/read.cgi/tech/1450622191/ 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された者」って意味だ 678 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 00:14:05.88 ID:eB2pDyHQ.net] >>665 たとえば、https://support.twitter.com/articles/166337#　(言語を English にして) ここの「follower」の項の「you」イコール「フォローされた人」だと質問者は考えてると思う。 で、俺もそれに同意見。 679 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 00:14:39.59 ID:zEBd0K8t.net] 俺があの娘をfollowingしているのはいいとして、followedの方は確かに曖昧だと思う followed_byなら明らかなんだけど命名に一貫性をも持たせるのが難しいな 680 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 00:25:20.72 ID:2YNtrSn9.net] まあ命名の良し悪しについていえば議論になること自体が問題で、いずれにせよ曖昧で紛らわしい命名だな 出てきた中で誤解の余地がないと思われるのは唯一followed_byくらいじゃないか 681 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 00:38:31.37 ID:5Vr7HXeZ.net] >>667 それならそんなもってまわった言い方をしなくても、それは「私」のことでしょ。 何を言ってるのかな 682 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 00:39:44.65 ID:5Vr7HXeZ.net] >>668 っていうか、私をフォローしている人達はfollowerだってだから。 683 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 00:56:15.41 ID:eB2pDyHQ.net] >>670 たぶん、質問者は follower を主語として考えてると思う。 ある人ひとり (X) と、その人をフォローする n 人の人 (Y1, Y2, ... , Yn) がいて、 Y1、Y2 ・・・それぞれが主語なんだよ。 Y1 は X をフォローする だから、Y1 のことを「フォローしたユーザー」 X のことを受け身表現で「フォローされたユーザー」と言っているんじゃない？ そう考えれば、フォローしたユーザー = follower フォローされたユーザー = followee という表現に質問者が納得したのも分かると思うが、どうだろう？ 684 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 07:00:44.50 ID:zEBd0K8t.net] >>672 分かるけど、そのどちらかが主体としてオブジェクトのメンバ名でそれが出てきたら極めて曖昧だと思うよ 単なる連関エンティティならまあアリ 685 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 14:15:02.78 ID:E3H+jBtS.net] ID:ld93epow = ID:5Vr7HXeZ 頭が弱すぎ… 686 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 14:31:52.43 ID:gkYh8YCT.net] いつもの負け犬の遠吠えかよみっともない 687 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:10:29.32 ID:v0UJ95G/.net] >>658 > だから、あなたの表現で言えば「フォーローされた人」の方が本来followerで > 「フォローした人」はfollowingと表現するのが適切。 > > ツイッターの公式だってそういう表現になってるよね なってないよ。 > A follower is another Twitter user who has followed you to receive your Tweets in their Home stream. followerとは、フォローした人(who has followed you)だって書いてるじゃん。 688 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:24:25.39 ID:gkYh8YCT.net] >>676 真面目に言ってるなら小学校からやり直した方がいいよ。 >>666 っていうか、たぶんこれネタじゃなくて本人マジなんだろうな。 他人事ながらこんな程度の日本語を誤読しちゃう程の低能で この不況の世の中の荒波を渡っていかなきゃならない奴は可哀想だわ 689 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:28:37.55 ID:v0UJ95G/.net] >>677 一体何をどう誤読してると？ まあ、君が書いた文章を間違って解釈されてると感じてるなら、君の日本語能力の方を疑った方がいいと思うけどね。 690 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:32:27.18 ID:gkYh8YCT.net] >>678 どうせ俺の言うことなんかお前さんのような奴は聞くはずがないから、 黙ってお前さんの周囲の人間に聞いてごらん。 >>650のレスを見せて、この「フォローされたユーザー」という表現はどういう意味だと思うかってね。 しかし重症だな。 こんなのに限って、学校の成績悪かっただろうに自分の頭の悪さに気が付いてない。 691 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:35:16.48 ID:gkYh8YCT.net] 学校の先生でもないのに余計な世話を焼く俺自身に自分でもあきれるが、 一応簡単に説明しておくと、>>650のレスの文脈を考えれば、昨日から言ってるように フォローされたユーザー は、 （私が）フォローされた（その）ユーザー のことだと普通は理解する。 当たり前だろ馬鹿。 692 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:39:44.15 ID:v0UJ95G/.net] >>680 このスレの君以外は、質問者も含めて全員同じ意見だって事に気づいてね。 > のことだと普通は理解する。 君の普通が世界の普通だとは思わない用が良いよ。 > 649 > フォローしたユーザーIDがfollower_user_idだとしたら、 > フォローされたユーザーIDは何が良いと思いますか？ AがBをフォローしたとき、 フォローしたユーザー = A = follower フォローされたユーザー = B (followeeと最近では言われることもある) 693 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:40:44.92 ID:gkYh8YCT.net] >>681 馬鹿につける薬なし、か 694 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:41:12.18 ID:p4WB0UzK.net] 私がフォローされたユーザーって日本語おかしいと感じる 695 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:43:35.58 ID:v0UJ95G/.net] >>682 反論も追加説明もできなくなっちゃった？ 696 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:45:20.43 ID:gkYh8YCT.net] また一人トンチキが現れたけど、こういうトンチキの世界じゃ、 例えば 飲まされた条件 って表現があったら「条件」っていう抽象名詞が何かを飲まされたって意味になるんだろうねw 悪いけど普通の人は飲まされたのは「私」（または省略された主語）のことだと理解する 697 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:47:37.82 ID:gkYh8YCT.net] さすがにこのレベルの馬鹿を相手にしても無駄だな。 最初は負けを認めるのが嫌で本当は自分が間違ってるのを承知で 負け惜しみを言ってるのかと思ったけど、どうやらマジモンらしいし。 698 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:48:07.30 ID:P1OrUCj/.net] >>685 お前の普通はそうなんだろうね 私にフォローされたユーザー なら理解できる 699 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:48:47.39 ID:v0UJ95G/.net] 日本語ネイティブじゃない疑惑 700 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:57:12.00 ID:gkYh8YCT.net] >>687 また新しい馬鹿が現れたけど、大元である>>650を読んでからその寝言を言ってるのか馬鹿 701 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:59:23.33 ID:gkYh8YCT.net] しかし、質問者もまさか日本語の読解レベルで躓く馬鹿が こうも多いとは想定してなかっただろうねw 昨日から言ってるけど、悪いけどfolloweeとか大笑いだわw 702 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 17:15:06.58 ID:P1OrUCj/.net] >>689 もちろん読んだよ お前と言い合うつもりは全くないので独りで勝手に盛り上がっててくれ 自分の思い込みだけで他人を捌くとこう見えるんだなぁと教えてくれてありがとね 703 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 17:15:57.24 ID:gkYh8YCT.net] 中学生の頃によく放課後友達に勉強教えてやってたけど、 そういうやアホの子ってのは人がこうやって>>685せっかっく補助線を引いてやってるのに、 その補助線を使って自分の頭でもう一度考えてみるってことをしないんだよねw ちょうど>>687みたいに 昔を思い出したわ 704 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 17:17:51.81 ID:v0UJ95G/.net] >>654 テーブル名は、 ・follow_relationship(s) ・follow_assosiation(s) とか。 followersだと、1対他をイメージするかもしれないから、多対多（連関テーブル）だとわかりやすい名前にするといいよ。 属性名は、 > ・follower_user_id > ・followee_user_id > ・followed_at でいいと思う。 フォローする/されるの関係性もわからないアホはほっとこうぜ。 705 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 17:26:54.86 ID:v0UJ95G/.net] followeeとかpgrとかいってる奴もいるけど、結構使われてるみたいだから気にしないで。 https://github.com/search?q=followee&type=Code&utf8=%E2%9C%93 706 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 17:59:57.45 ID:gkYh8YCT.net] 使われてるかどうかの問題じゃないんだけどねw 元の質問者も呆れてると思うよw 707 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 18:14:37.31 ID:v0UJ95G/.net] >>695 もう、何かをほのめかすくらいしか書くこと無くなったか？ まあ、一生こう主張しとけよ。 >「フォローした人」はfollowingと表現するのが適切。 708 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 18:17:17.47 ID:iTG8I3JH.net] 「馬鹿おじさん」 ID:f1Oob2xq、ID:H14YD2Kg、 ID:ht+cEyPh 、ID:gkYh8YCT クラス名・変数名に迷ったら書き込むスレ。の名物キャラクター 罵倒の言葉無しでは他人とのコミュニケーションがとれないかわいそうな人間 スレ内を「馬鹿」で検索すると見つかるのは大体コイツ しかし、自分は煽るわりに煽り耐性は無い模様 今時TVのバラエティー番組(TBS系)を見ていたり(>>499)、>>511の「80年代」発言から結構歳はいっているらしい 現れるとスレが荒れるのはいつもの流れ 皆で仲良くおもちゃにして楽しもうね！ 709 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 18:17:48.59 ID:iNeqQ6ns.net] >>693 ピボットテーブルの役割もありますので、 無難に「follow_relationships」にしておこうかと思います どうもありがとうございました！ 710 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 18:30:39.45 ID:gkYh8YCT.net] >>698 元の質問者の>>695の人？ 良かったらどういう意味で「フォローされたユーザ」って書いたのか説明してもらえませんか？ 711 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 18:31:19.61 ID:gkYh8YCT.net] アンカーミスった>>650ね 712 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 18:32:18.52 ID:P1OrUCj/.net] >>697 お題スレにも遠征してたりするので注意が必要だったりします 罵倒バリエーションの少ない単芝さんは高確率でこのおじさんのような気がします 713 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 18:37:18.95 ID:iNeqQ6ns.net] >>699 申し訳ありませんが、私は貴方がどう解釈されたかさえ理解しきれていないと思います 私はただfollower_user_id（フォローしたユーザー）の対義語を探していただけです 714 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 18:39:18.72 ID:iTG8I3JH.net] >>701 あら本当 106のIDが同じ echo.2ch.net/test/read.cgi/tech/1480579110/99-106 715 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 18:39:44.10 ID:v0UJ95G/.net] どういう意味も何も、フォローした・されたユーザがいたとき、「フォローされたユーザ」の意味がわからん、というのがさっぱりわからん。 716 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 18:41:51.68 ID:gkYh8YCT.net] いつも思うけど、>>697,>>701みたいな精神勝利法しちゃう奴って そういう自分が他人からどう見えているかを想像する能力もなければ、 そういうくだらない行動に駆られる自分の動機を自己分析する能力も持ってないのな。 なにより、そのことを自覚する能力もない。 ある意味幸せだよねこういう奴は。 それは動物と同じってことだけど。 717 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 18:42:24.46 ID:v0UJ95G/.net] >>697 そういうことだったのね… もう相手しない 718 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 18:45:55.70 ID:gkYh8YCT.net] >>702 え、簡単でしょ (1) （私を）フォローしたユーザーという意味で言っているのか (2) （誰かによって）フォローされたユーザーすべてという意味で言っているのか、 (3) それ以外の意味か これだけの話だよ。 719 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 18:46:47.44 ID:P1OrUCj/.net] >>705 繰り返しになってごめんね お前と言い合うつもりは全くないので勝ち負けとかも一切考えてないんだ だから絡まないでください 720 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 18:48:14.33 ID:gkYh8YCT.net] まあ、精神勝利法でもID:v0UJ95Gみたいに自分が負けていることを 自覚できないより少しはマシか。 少なくとも自分が負けていることは分かってるわけだからな 721 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 18:49:59.28 ID:mOqhfYH5.net] つか元の>>650で関係を表すテーブル作りたいっていってんだから、 RDBMSでいいから関係を表すテーブルの作り方をまず勉強しよう。 >フォローしたユーザーIDがfollower_user_idだとしたら、 >フォローされたユーザーIDは何が良いと思いますか？ の「フォローしたユーザーID」ってのは、「私」がフォローしたユーザーのIDじゃないよ・・ フォロー操作を(例えばUIなどから)行った人のユーザーIDだろ。 「フォローされたユーザーID」ってのは、上のフォロー操作でフォローされるユーザー。 主語が「私」とかいってるけど、どういう意味の私なのかしらんが「私」じゃないと思うよ。 だから、ユーザーIDが10のユーザーがユーザーIDが40のユーザーをフォローしたら follower_user_id followee_user_id 　　10　　　　　　　　　　40 って記録するんだろ。 722 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 18:50:48.34 ID:P1OrUCj/.net] 解決した話題はしまっちゃいましょうね〜 723 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 18:52:32.64 ID:mOqhfYH5.net] >>702 だよね。関係テーブル作るんだから、対義語さがしてただけだよね。 だから、主語はどういう意味で使ったのかしらんが「私」？じゃないよね。 724 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 18:55:04.02 ID:iNeqQ6ns.net] >>710さんが代弁してくれましたが、 ID10のユーザーが、ID40のユーザーをフォローしたら follower_user_id 10 followee_user_id 40 という意味で質問しました 725 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 18:59:29.05 ID:mOqhfYH5.net] だよね。関係テーブルっていうんだから、それぐらいは普通は想像つく。 726 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 19:04:41.54 ID:gkYh8YCT.net] >>713 そうですかそれは申し訳ないw 727 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 19:28:01.74 ID:8OYVNnvN.net] 要素が重複していないスタックが必要なんですが どんな名前がいけそうですか？ 集合の場合はstd::set、std::multisetみたいな関係が見られますが 今回は集合ではなくてスタックを使いたいのです 728 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 19:31:48.50 ID:iNeqQ6ns.net] >>715 こちらこそ誤解させてしまって申し訳ありませんでした 皆さんもお騒がせしてすみません 729 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 19:38:50.58 ID:iTG8I3JH.net] >>716 unique_stack 730 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 20:34:26.06 ID:9JRTsez2.net] >>716 入れたいもの_stack 尚早な汎用化は悪 731 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 22:02:19.82 ID:gkYh8YCT.net] >>716 メソッド名で対応した方がいいような気が < 732 名前：br> PushIfUniqueとかExclusivePushとか [] [ここ壊れてます] 733 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 22:05:48.07 ID:gkYh8YCT.net] 全部がユニークであることを保証したいとかの事情なら クラス名はExclusiveStackとか？ 734 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 22:13:30.05 ID:smqenYWp.net] >>718 ありがとうございます 実は、一番最初に思いついたのはそれなんですが スタックがユニークなわけじゃねえよなぁと思って躊躇してしました でも、名前が短くてシンプルなのは好ましいと思ってます >>719 ありがとうございます >>721 超スッキリありがとうございます もうちょいでNonRedundantStack採用するところでした 名前の短さと意味のハッキリ感がパねえと思います 735 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 22:27:39.08 ID:mOqhfYH5.net] >>721 つか、君はまずは暴言吐いた人に謝れよww それかみんなに代わって俺が君にいってやろうか？みんな優しすぎだろw 736 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 22:50:59.67 ID:qqZuYUIb.net] >>717 の大人の対応がすばらしいから、蒸し返さない方がいい気が… 737 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 22:55:34.82 ID:SOQiv9G3.net] 2chでは暴言は挨拶のようなもの 738 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 23:25:54.59 ID:7EM+v8fq.net] 今ようやく追いついて全部読んだけど 俺最初から > ID10のユーザーが、ID40のユーザーをフォローしたら > follower_user_id 10 > followee_user_id 40 この解釈しか出来なくてID:gkYh8YCTが何を言ってるのか意味が分からんかったｗ AがBを雇用する employer A employee B AがBを観察する observer A subject B このパターンしかありえないと思うんだが… 739 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 23:30:36.36 ID:KleI9fTu.net] >>726 さわるなさわるな 馬鹿おじさんに「馬鹿」って言われるぞ！ 740 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 23:31:23.21 ID:gkYh8YCT.net] >>723 暴言については謝らないが、（こちらが先に仕掛けた訳ではないし、少なくともお互い様だからね） 偉そうに主張したことが間違ってたことについては謝りますよ。 皆さん申し訳ない。ごめんなさい。 741 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 23:40:59.76 ID:mOqhfYH5.net] >>728 >暴言については謝らないが、（こちらが先に仕掛けた訳ではないし、少なくともお互い様だからね） そっか、君が先にしかけてないのなら、謝らなくていいよ。 これは俺は先に仕掛けた方が悪いと思ってるので。 なんだ、俺はてっきり先に喧嘩仕掛けた方が間違ってたパターンかと思った。 742 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 23:45:12.68 ID:mOqhfYH5.net] ということで俺が>>723で余計な事いったな。 俺も謝っておこう。すまん。 743 名前：デフォルトの名無しさん mailto:sage [2017/01/12(木) 01:06:35.11 ID:5f5fDppS.net] >>728 そうだね >>655が勘違いして普通とかなんだかんだ言い始めたことだからね 744 名前：デフォルトの名無しさん mailto:sage [2017/01/12(木) 01:12:52.78 ID:EIL4AvKT.net] 日付またいだんからもうおしまいにしようぜ。 745 名前：デフォルトの名無しさん mailto:sage [2017/01/12(木) 04:32:51.66 ID:tRxoA+fF.net] うやむやにして良いのか？ "馬鹿おじさん"が現れる度にスレが荒れてるし、この流れ何度目だよ いい加減うざいわ どっちが先に仕掛けたとか糞どうでもいいから、 "馬鹿おじさん"はあの異常な暴言レス止めろよ 子供の口喧嘩じゃないんだから 746 名前：デフォルトの名無しさん mailto:sage [2017/01/12(木) 08:42:06.37 ID:18dMLK5M.net] 暴言おじさんみたいな方は独りで勝手に盛り上がってくれればいいよ 今回のことでよりよい方向を探してる時にすら自身の勝ち負けを持ち出そうとするような方だってこともわかった 居るのがわかれば非表示にするだけで解決するのでどうでもいい 747 名前：デフォルトの名無しさん mailto:sage [2017/01/12(木) 09:09:21.87 ID:nvDvC5lc.net] そもそも>>655の時点でよーわからんよなｗ ld93epowが何を言いたいのかサッパリわからんｗ 自信満々なのだけは分かるけど 748 名前：デフォルトの名無しさん mailto:sage [2017/01/12(木) 10:55:14.86 ID:zvW9UYRy.net] >>735 > どういうテーブルかよくわかんないけど というのを見た時点で我々は気づくべきだったのだ。 多対多を表現する連関エンティティの話だということがわかってなかったんだよ。 749 名前：デフォルトの名無しさん mailto:sage [2017/01/12(木) 19:24:37.25 ID:0ESfKXE9.net] なるほどねぇ 750 名前：デフォルトの名無しさん mailto:sage [2017/01/12(木) 20:01:54.25 ID:6ONuF79D.net] caller / callee はよく知られた用語だよな follower / followeeでわかるぞ 751 名前：デフォルトの名無しさん mailto:sage [2017/01/14(土) 14:26:38.10 ID:lzfMabHC.net] follower/followeeで困るとしたら たぶんTwitterあたりと微妙に意味が異なるような場合な気がする followに限らず、「定番の使われ方」があるために 自分の関数名の方を変えるってことはよくあるだろうし 752 名前：デフォルトの名無しさん mailto:sage [2017/01/18(水) 13:15:15.03 ID:XrR2JBi4.net] 軽くさかのぼって読み返してみたが、ストリームが云々のときに暴れてたのもこいつか 753 名前：デフォルトの名無しさん mailto:sage [2017/01/22(日) 17:39:49.30 ID:WNh7RpDp.net] 各ユーザーが設定できるプロフィール画像？のようなものは、どのように呼ぶのが正しいのでしょうか？ ・icon ・image ・picture Iconだと微妙に意味が違いますかね？ どれが良いでしょう 754 名前：デフォルトの名無しさん mailto:sage [2017/01/22(日) 18:29:35.78 ID:w8qlDydn.net] avatorとか？ 755 名前：デフォルトの名無しさん mailto:sage [2017/01/22(日) 18:53:06.71 ID:qeXn0RKC.net] portrait 756 名前：デフォルトの名無しさん mailto:sage [2017/01/22(日) 20:44:04.81 ID:WNh7RpDp.net] >>741 追記します。 ユーザーであればavatarも良いかもしれませんが、グループやチームにも設定できる場合はどうでしょう？ 757 名前：デフォルトの名無しさん mailto:sage [2017/01/22(日) 20:52:26.80 ID:qeXn0RKC.net] budge, symbol 758 名前：デフォルトの名無しさん mailto:sage [2017/01/22(日) 20:57:37.99 ID:KT1Xbxms.net] logo とか emblem はどうなんだろ 759 名前：デフォルトの名無しさん mailto:sage [2017/01/22(日) 20:59:43.19 ID:iUtHvu6q.net] >>744 抽象度高すぎてsymbolぐらいしか当てはまらない気がする emblemだと具体的な写真の場合当てはまらないし、逆にportraitとかでは 紋章とか商標にあてはまらない 760 名前：デフォルトの名無しさん mailto:sage [2017/01/22(日) 23:57:07.83 ID:KAhPA/LR.net] >>741 プログラマがその変数を見た時に、処理を理解するのに どのような情報がその名前から得られる（連想できる）必要があるか、 ということを考えて名付けた方がいい。 プログラマがその変数が「エンブレムを表す」ことを知っている必要があるのか？ その変数が「アバターを表す」ことを知っている必要があるのか？ それなら、emblem や avatar が最適だ。 そうではなく、その変数が「画像データを表す」ことを知っている必要があるのなら、 image が最適だ。 ユーザーではなく、プログラムを読む人の目線で考えるように。 761 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 00:21:41.70 ID:kKcE1/h0.net] >>744 自分でも要件わかってないだろ。 プロフィール画像とは言っても顔だけなのか全身なのかアバター的なやつなのかで全然違いそうだし、 グループやチームに設定できるものとして、実はリーダーのプロフィール画像でしたとかいう場合もあるかもしれない。 画像が1種類しかないとも言ってない。 正しい名前が導けないのは要件が定まっていないからに他ならない。 現状で名前付けるとしたら　image1　が最適だよ。 762 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 00:24:01.30 ID:4eKNVnEB.net] >>748 十分にユニークか? という観点も重要だ imageだと後で同じネームスペース内に別の画像が追加されたときに破綻する 763 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 00:31:54.56 ID:kKcE1/h0.net] main_image, sub_image, extra_image, extend_image みたいにゆるくいこうぜ 764 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 06:52:33.92 ID:jz98RT7z.net] >>750 俺の言ったことで事足りる。 プログラマが処理を理解するという目的でその変数を見た時、 それがただの画像データでなく「�の画像データを表す」ことを知らないといけないのなら、 その「�」も名前に含めるか、名前ゃ周りの状況から簡単に推測できなければいけない。 765 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 07:09:34.90 ID:NLajvDpa.net] 「プロフィール画像」→ profileImage みたいに単純に英訳したような命名じゃだめなのかな？ 1単語じゃないとだめな理由でもあるのかな… 766 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 07:19:09.28 ID:xWlyn6tZ.net] >>753 それでいいと思う 767 名前：デフォルトの名無しさん [2017/01/23(月) 12:30:54.73 ID:za0CrBL5.net] こういうコーダーを拗らせた奴が勘違いして広まったのが悪名高きシステムハンガリアン記法 あとは言わなくとも分かるよな？ 768 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 19:16:24.76 ID:UroHRMhq.net] ハンガリアンは型と大まかな意味が伝わるだけでもかなり親切な規約だよ 難読化されてるのかと疑いたくなるようなコードが世の中にはまだ沢山ある 769 名前：デフォルトの名無しさん [2017/01/23(月) 19:49:03.23 ID:Wp4CPmuw.net] 条件を満たした場合に真を返すが、 二度目以降は一度条件を外れるまで偽を返す というクラスを作ったのですが、なんと命名すれば良いか悩んでいます。 何かアイデアがあればお願いします。 770 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 19:54:44.94 ID:UroHRMhq.net] 曖昧すぎる s = new StateMachine(); b = s.evaluate(); 771 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 20:06:56.79 ID:tA061N2U.net] >>757 組み込みなら立ち上がりエッジとか立下りエッジとか言うね それ自体は条件判定をせず、boolの値をもらって false→true の変わり目の時だけtrueを返すようなもののことを言ってるなら TrueEdgeDetectorとかRisingEdgeDetectorとか 772 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 20:08:10.52 ID:NLajvDpa.net] trueKeeper とか。ベタすぎかw そのクラス、どういう場面で使われるのか書いてくれたら もっといいのを思いつく人がいるかも 773 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 20:18:30.43 ID:UroHRMhq.net] ただのSwitchじゃねーかw 774 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 20:53:46.77 ID:tA061N2U.net] あとはOneshotPredicatorとか 775 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 22:15:44.57 ID:kKcE1/h0.net] >>757 isTrueJustNow 776 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 08:28:52.62 ID:1a/rWss8.net] 状態が反転したなら真 StatusTurned 777 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 09:43:32.08 ID:1a/rWss8.net] StatusInversionDetectorとか 778 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 10:48:20.12 ID:1a/rWss8.net] 勘違いしてた、閾値を超えた時に一回だけtrueか TriggerDetector 779 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 19:32:18.46 ID:wqAMcCVq.net] 物理でぴったりの現象があった筈なんだが思い出せん 780 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 20:23:39.85 ID:eNqM6deY.net] 物理？ そんなのあったっけ？ ヒステリシスのこと言ってるなら全然違うよ 781 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 22:08:47.78 ID:wqAMcCVq.net] ヒステリシスじゃなくてなんだっけアレ 782 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 22:17:18.33 ID:1a/rWss8.net] 相転移？ しかし>>757は相転移のたびにtrueではなくて、 条件をはずれて再度満たすまでfalseなんだよね 783 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 22:18:44.98 ID:1a/rWss8.net] だからRisingEdgeを検出したらtrueでいいかもしれんね 784 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 22:20:29.08 ID:eNqM6deY.net] だいたい、ほとんどの物理現象は連続的な関数で f(0), f(1), f(2), ....f(n-1), f(n)みたいな数列的というか離散的な現象なんてあるのかな 785 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 22:44:51.96 ID:Ngnb71D2.net] そりゃ量子論があるだろ 統計物理も離散的なモデルがたくさん在る 786 名前：デフォルトの名無しさん mailto:sage [2017/01/28(土) 13:55:02.60 ID:k+UqYuZl.net] まさか普通の変数名として piyo を使う日が来るとは思わなかった 787 名前：デフォルトの名無しさん mailto:sage [2017/01/30(月) 17:58:05.98 ID:2efA9rmo.net] 「グループを作成したユーザーのID」を格納するカラム名について crete_user_idにしようかと考えていたのですが、 creation_user_id created_user_id のような微妙に違うカラム名も思いつきました。 「グループを作成したユーザーのID」はどのようにすれば適切でしょうか？ また上の微妙な違いについて分かる方いらっしゃいませんか？ 788 名前：デフォルトの名無しさん mailto:sage [2017/01/30(月) 18:03:10.23 ID:lkKSGNd/.net] creator? 789 名前：デフォルトの名無しさん mailto:sage [2017/01/30(月) 18:10:22.16 ID:yrDzNVLD.net] このままじゃ何の create〜 なのか分からないけど、暗黙で「グループを作成した」という意味が付くのなら 上記三つの違いに気にする要素ないと思う。 何のグループなのか明確なのであればその名称を入れた方がいいと思う。 790 名前：デフォルトの名無しさん mailto:sage [2017/01/30(月) 19:02:31.38 ID:QnUUGoK9.net] >>775 created_by 791 名前：デフォルトの名無しさん mailto:sage [2017/01/30(月) 19:21:06.55 ID:jU5RVmOi.net] group_owner_id 792 名前：デフォルトの名無しさん mailto:sage [2017/01/30(月) 23:09:31.89 ID:2efA9rmo.net] owner_user_idにすることにしました ありがとうございます 793 名前：デフォルトの名無しさん mailto:sage [2017/01/30(月) 23:12:19.93 ID:Nrv7vZbp.net] 解決したようだが、英語的には created_user_id がしっくりくる The user_id of the user who created the group. 794 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 10:32:47.33 ID:Y36a82QW.net] それを言うなら The ID of a user who create the group だよw 795 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 12:08:07.62 ID:BCkfu50I.net] それはcreatesでしょ 796 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 12:31:45.89 ID:BCkfu50I.net] それに the id ときたら of the user だな 時制も過去でよい 797 名前：デフォルトの名無しさん [2017/01/31(火) 12:45:40.99 ID:Qoto7WxW.net] てか微妙な違いは気にするのにownerとcreateの違いはいいのかよｗ 798 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 12:50:09.79 ID:Y36a82QW.net] >>784 それは日本人英語だよw 799 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 13:01:23.62 ID:BCkfu50I.net] >>786 それほんとか？ ググってもof the user, createdのが多いぞ 800 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 17:34:44.14 ID:Y36a82QW.net] >>787 特に念頭にある対象でもないものに定冠詞を使うのはおかしい 過去形でもたぶん間違いとまでは言えないけど 具体的な過去のことではなく、抽象的な行為一般の話をしているときに 過去形を使うのは英語的ではないと思う （日本人はthe goupが存在する時点ではcreateは過去だから過去形だろうと考えるけど、 英語話者は普通そうは考えないんじゃないか） https://eow.alc.co.jp/search?q=who+make+a+mistake 801 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 18:05:14.48 ID:SsFPiHsN.net] >>788 結局見るのは日本人なんだから日本人に伝わればいいと思う 802 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 19:42:03.27 ID:kkhpQ9R6.net] 主題をIDに置くこと自体が英語的ではない(というか欧米的ではない)ように感じる 欧米っぽくするなら行為主体を明確にしてcreated_by_idかcreator_idじゃないか 803 名前：デフォルトの名無しさん mailto:sage [2017/02/01(水) 05:22:15.99 ID:KusZJReO.net] group API reference owner_user_id identifies a specific user who owns the group. 804 名前：デフォルトの名無しさん [2017/02/05(日) 01:59:09.52 ID:zezXTZq3.net] bool値を返すメソッドってisValidとかcontainsとかつけるけど、 クラスメソッドの場合はどうすればいい？ 例えばInterger.isPositive(x)って変だよね。 # 正の数かどうかならx > 0とかでいいだろっていうのは例なので気にしないで 805 名前：デフォルトの名無しさん mailto:sage [2017/02/05(日) 02:32:36.59 ID:505DmxOH.net] 別に変だとは思わないけど、何を気にしてるんだ… Don't be negative. 806 名前：デフォルトの名無しさん mailto:sage [2017/02/05(日) 02:51:14.45 ID:zezXTZq3.net] xがレシーバだとxが主語だから違和感ないけど、 xが引数になると、xが目的語になるような英語のほうがいいのかなと思ったんだ 807 名前：デフォルトの名無しさん mailto:sage [2017/02/05(日) 03:10:21.61 ID:ZvhECW/O.net] isXXX(引数) ってよく見るけどな 英文法的にはおかしいけど、boolを返す関数だという分かりやすさはある 808 名前：デフォルトの名無しさん mailto:sage [2017/02/05(日) 03:16:27.56 ID:zezXTZq3.net] 結構みんな違和感ないのかな？ 書き込んでから考えてて、 Integer.checkPositivity(x)とか、 HogeModel.validate(hoge)とかなるのかと考え始めたんだけど 809 名前：デフォルトの名無しさん mailto:sage [2017/02/05(日) 03:20:14.72 ID:myS7jj1C.net] 英語圏でも、違和感あるけど命名規則を統一した方がいいって意見があった stackoverflowで探せば議論があるよ 810 名前：デフォルトの名無しさん mailto:sage [2017/02/05(日) 04:13:54.49 ID:wvO4PFpl.net] クラスメソッドってクラス名を名前空間的に使うやつだっけ？ それなら「クラス名を主語とした文章にしない」かなあ。 もちろんクラス名なのかインスタンスなのか見て分かるような仕組みが必要だけど。 あとは「疑問形」型の命名でもいいと思う。 811 名前：デフォルトの名無しさん mailto:sage [2017/02/05(日) 04:36:19.26 ID:myS7jj1C.net] こう考えればおかしくない returns true if the integer is positive. 812 名前：デフォルトの名無しさん mailto:sage [2017/02/05(日) 11:55:03.36 ID:wvO4PFpl.net] >>799 その方法だと文章がおかしくなるって話なのよ。 positiveかどうか聞きたいのは Integer じゃなくて x なわけだし 813 名前：デフォルトの名無しさん [2017/02/05(日) 11:59:43.30 ID:5WbgBuL/.net] お前らみんなコボラーだろw 814 名前：デフォルトの名無しさん mailto:sage [2017/02/05(日) 12:43:02.98 ID:8HS86KpH.net] PERFORM SUCHI_CHECK_B002. 815 名前：デフォルトの名無しさん mailto:sage [2017/02/05(日) 13:00:08.30 ID:myS7jj1C.net] >>800 the integerだよ その整数が正ならtrueを返す その整数、つまり引数x 816 名前：デフォルトの名無しさん mailto:sage [2017/02/05(日) 13:28:23.23 ID:myS7jj1C.net] 無理やりっちゃ無理やりだが 817 名前：デフォルトの名無しさん mailto:sage [2017/02/05(日) 15:43:15.88 ID:zezXTZq3.net] みんなありがとう インスタンスメソッドの場合と同じ名前にするっていう意見が多いのね たしかにクラスはモノそのものじゃなくて種類とかだから クラスが主語になるのはそれはそれでおかしいのかもだし 818 名前：デフォルトの名無しさん mailto:sage [2017/02/05(日) 16:07:41.42 ID:JJBphtlB.net] IntegerIsPosivive : ISpecification<int> { ... } var spec = new IntegerIsPositive(); If(spec.IsSatisfied(value)) { ... } 819 名前：デフォルトの名無しさん mailto:sage [2017/02/05(日) 17:40:46.59 ID:nRtV/D8r.net] >>805 クラスもオブジェクトの一種である、っていうのが普通のOOPの考え方だとは思うけどねw それはともかく、この話題になるとオブジェクトを主語とする英文の動詞をメソッド名にすべきだっていう 原理主義的な人が必ず出てくるけど、それは自分の手足を縛るだけのくだらないこだわりだと思う。 もっと柔軟に、別に引数が主語になるようなメソッド名でもいいし、 現にそれは使われていて混乱も起きてない 820 名前：デフォルトの名無しさん mailto:sage [2017/02/05(日) 18:34:05.03 ID:wvO4PFpl.net] >>803 ああ、なるほど。確かに無理矢理感は残るが、説明はできるな 821 名前：デフォルトの名無しさん mailto:sage [2017/02/05(日) 18:50:24.23 ID:zezXTZq3.net] >>807 モノ、という言い方が悪かった。 オブジェクト指向の文脈でモノ=オブジェクトだわな。 >>798の「クラス名を主語とした文章にしない」に対して、 クラスが概念みたいなものを表す場合には動作の主体みたいに書くと 自然言語としては変な場合もあるからそのほうがいいかもね、というようなことが言いたかった。 822 名前：デフォルトの名無しさん mailto:sage [2017/02/08(水) 12:47:06.97 ID:phT3UyOg.net] $user->follow() これがフォローするメソッドだとすれば、フォローされるメソッド名はどのようなものが良いと思いますか？ isFollowedByはチェック用として使っているので、それ以外であれば 823 名前：デフォルトの名無しさん mailto:sage [2017/02/08(水) 13:26:18.28 ID:QVHu+PfB.net] 受動的というかイベントっぽい感じがするからOnFollowedとか？ 824 名前：デフォルトの名無しさん mailto:sage [2017/02/08(水) 15:36:31.95 ID:1GvtCO/d.net] >>810 addFollower 825 名前：デフォルトの名無しさん mailto:sage [2017/02/08(水) 20:16:29.71 ID:6Dg3FALd.net] >>810 > フォローされるメソッド って何をするの？ 826 名前：デフォルトの名無しさん mailto:sage [2017/02/08(水) 20:24:43.98 ID:QoBdKQyS.net] >>812 これ 827 名前：デフォルトの名無しさん mailto:sage [2017/02/09(木) 19:05:47.40 ID:m/rQHIL4.net] silicon_greaseのgrease（グリス）みたいな不加算名詞の複数はどう表現すればいいんでしょう データベースのテーブル命名で悩んでいます 828 名前：デフォルトの名無しさん mailto:sage [2017/02/09(木) 20:47:57.56 ID:wAatsUnZ.net] >>815 テーブル名ならそのまま grease table でいいんじゃね？ 複数入ってるのはわかるし 829 名前：デフォルトの名無しさん mailto:sage [2017/02/09(木) 22:32:43.45 ID:OzXksFO3.net] greases 830 名前：デフォルトの名無しさん mailto:sage [2017/02/09(木) 22:55:45.38 ID:2Ay8HMWw.net] DBのテーブルやカラムは単数形ってイメージあるな あくまで個人的な感想 831 名前：デフォルトの名無しさん mailto:sage [2017/02/09(木) 23:23:50.63 ID:WFUDbJHK.net] >>818 社員テーブルでもいちいち employees とかしないしな 832 名前：デフォルトの名無しさん [2017/02/09(木) 23:59:44.64 ID:W9c8fNbT.net] うちはシャインズにしてる 833 名前：デフォルトの名無しさん mailto:sage [2017/02/10(金) 01:38:25.85 ID:eXuE+DWe.net] お笑いコンビかよ 834 名前：デフォルトの名無しさん mailto:sage [2017/02/10(金) 03:49:01.03 ID:JAXwIh9x.net] 普通の変数は単数形、配列やコンテナは複数形にするって人は珍しくないけど それはあくまで区別のためで、DBは最初から複数データが入る前提だからってのもあるのかな？ 835 名前：821 mailto:sage [2017/02/10(金) 03:51:28.92 ID:JAXwIh9x.net] 書き込んでから気付いたわ DBのテーブル設計上、1つのフィールドに複数のデータを入れなきゃならない場合があって そういうとき単数形を原則にしておくと、特定のフィールドだけ複数形にできるメリットがあるな 836 名前：デフォルトの名無しさん mailto:sage [2017/02/10(金) 07:04:05.80 ID:KfJ87yGf.net] フィールドはレコード単位で考えることが多いから普通は単数形でしょ 837 名前：デフォルトの名無しさん mailto:sage [2017/02/10(金) 07:14:40.33 ID:R8SjjpuZ.net] >>823 そんな設計はない 838 名前：デフォルトの名無しさん mailto:sage [2017/02/10(金) 07:19:15.11 ID:t9i0eRDr.net] >>825 postgresならありえるんじゃね？ 839 名前：デフォルトの名無しさん mailto:sage [2017/02/10(金) 07:24:40.17 ID:7mXc6D7Y.net] ドカタの日常やで 840 名前：デフォルトの名無しさん mailto:sage [2017/02/10(金) 21:32:12.68 ID:JAXwIh9x.net] >>825 「SQLアンチパターン」に、状況次第で使っても良い例として載ってた気がする 841 名前：デフォルトの名無しさん [2017/02/10(金) 22:49:22.64 ID:Tmi1uInj.net] 何が良いか悪いかは俺が自分で決める お前らだってそれでいいんだぜ 842 名前：デフォルトの名無しさん mailto:sage [2017/02/11(土) 01:42:14.70 ID:NjUW0EqN.net] 英語の略語は使っていいですよね？ cpuとかclsとか。 843 名前：デフォルトの名無しさん mailto:sage [2017/02/11(土) 02:01:43.52 ID:b1Q6karq.net] いいと思うよ。 ただし意味がどの程度明確か（どの程度普及している略称か）、 あるいは変数の寿命はどれくらいかによる。 例えばCPUは、正式名称にされると逆に分からなくなるタイプの語だろう。 CLSはコンピュータ関連に限っても複数あるらしいので難しいだろう。 逆にどんなマイナーな略語であっても、十分に短い関数の中とかで cls = new CoolLuckySuteki(); とかなら何も問題ないだろう。 844 名前：デフォルトの名無しさん mailto:sage [2017/02/11(土) 12:59:06.83 ID:Z2oJz4Ts.net] Dim x As Hoge Set x = New Hoge() ってあるとしてこれをトークンに分割した時にそれぞれに適当な名前を付けたい どんな感じがいいだろうか Dim -> ? x -> identifier As -> ? Hoge -> identifier Set -> command ? identifier ? = -> operator New -> command ? identifier ? operator ? ( -> operator ) -> operator 845 名前：デフォルトの名無しさん mailto:sage [2017/02/11(土) 13:11:57.20 ID:ArXTdjPj.net] >>832 パーサならtoken_dimとかtoken_setのようにそのまんまの名前にするのが普通だと思う xやHogeはidentifier 846 名前：デフォルトの名無しさん mailto:sage [2017/02/11(土) 13:23:19.58 ID:UqEwFB/d.net] >>832 VB6の仕様書見た方が早いんじゃないの？w https://msdn.microsoft.com/ja-jp/library/office/jj692818.aspx 847 名前：デフォルトの名無しさん mailto:sage [2017/02/11(土) 13:45:24.35 ID:UqEwFB/d.net] でもVB6はNewする時型名の後に()はつかないよな https://msdn.microsoft.com/ja-jp/library/office/gg251642.aspx 848 名前：デフォルトの名無しさん mailto:sage [2017/02/11(土) 14:18:49.77 ID:VLfM/32P.net] >>832 > = -> operator VB 系の言語ならトークンにした段階だと Let A = B と If A = B で意味が違うからそこは普通に TokenEqual とかの方がいいと思う Operator と判断するのは構文解析のあと また Dim, As, Set 等がキーワードなら >>833 の言うように TokenDim とか KW_Dim とかかな 849 名前：829 mailto:sage [2017/02/11(土) 19:00:42.88 ID:NjUW0EqN.net] >>831 ありがとうございます。 使います。 850 名前：デフォルトの名無しさん mailto:sage [2017/02/11(土) 21:38:23.15 ID:IgjSYxMt.net] 構成、組み合わせ、といったものはどう表現するのでしょうか 例えばパソコンのパーツの「OSはこれで、CPUはこれで…」といった組み合わせを、どう変数名にすれば良いでしょう computer_structure computer_constitution だとちょっとしっくりこないし… computer_recipe レシピが一番しっくりくるでしょうか （できれば、Partsという単語は使いたくないです） 851 名前：デフォルトの名無しさん mailto:sage [2017/02/11(土) 21:51:53.20 ID:/5e0Kihi.net] >>838 configuration 852 名前：デフォルトの名無しさん mailto:sage [2017/02/12(日) 00:05:00.60 ID:WbUDQsun.net] >>838 型名じゃなくて変数名？ それってどんな型なの？ まさか文字列？ 853 名前：デフォルトの名無しさん mailto:sage [2017/02/12(日) 00:11:47.05 ID:QFyd4EUF.net] >>840 変数名と若干抽象的でしたが、実際にはクラス名やテーブル名でも使われます 854 名前：デフォルトの名無しさん mailto:sage [2017/02/12(日) 00:29:45.70 ID:WbUDQsun.net] Windwosのmsinfo32やsysteminfoで列挙されるような情報を詰める型なら そのまんまSystemInfoでいいんじゃない？ 何にしても話が曖昧すぎると名前つけようがないよね 855 名前：デフォルトの名無しさん mailto:sage [2017/02/12(日) 08:44:22.20 ID:H5U2vUxz.net] configurationが近いと思うけど、結構多義的な語でもあるので hardware_configurationくらい限定した方がいいかも 856 名前：デフォルトの名無しさん mailto:sage [2017/02/12(日) 18:43:37.53 ID:foFsLAUJ.net] 略すならconf？ config？ ローカル変数ならcfgでもいいんだろうけど どうでもいいけどconfigurationのuをいつも付け忘れる 857 名前：デフォルトの名無しさん mailto:sage [2017/02/12(日) 18:50:13.70 ID:ashgYgUc.net] config .confとかならわかるけど 一般的なプログラムでその2文字を節約する価値がある場合って今はほとんどない気がする 858 名前：デフォルトの名無しさん [2017/02/12(日) 18:56:41.66 ID:amMPaDhL.net] confってのは省略というより今やコンピューター業界の一般名詞になってる 常識の問題 859 名前：デフォルトの名無しさん mailto:sage [2017/02/12(日) 19:00:54.66 ID:X3Hv2qUV.net] >>838 compo_combo 860 名前：デフォルトの名無しさん mailto:sage [2017/02/12(日) 19:22:13.26 ID:QFyd4EUF.net] 商品の数量(int)を格納するテーブルカラム名は ・product_amount ・product_quantity どっちを選べばいいんですか 861 名前：デフォルトの名無しさん mailto:sage [2017/02/12(日) 19:24:41.82 ID:QFyd4EUF.net] >>848 MISTAKE SORRY 862 名前：デフォルトの名無しさん mailto:sage [2017/02/12(日) 19:31:16.91 ID:RQ58gzfk.net] >>848 抽象的すぎる 在庫なのか販売数なのか発注数なのか それを名前にしたらいい 863 名前：デフォルトの名無しさん [2017/02/12(日) 19:37:32.03 ID:amMPaDhL.net] 在庫なのか販売数なのか発注数なのかわからないテーブルって何テーブルだよ 864 名前：デフォルトの名無しさん mailto:sage [2017/02/12(日) 20:17:27.96 ID:z9rqQBda.net] >>846 なってないでしょ むしろ昔のUNIXやCの時代の悪弊の一例としか思えん 865 名前：デフォルトの名無しさん mailto:sage [2017/02/12(日) 20:28:44.11 ID:vM2j5Kno.net] >>846 config 866 名前：デフォルトの名無しさん [2017/02/12(日) 20:30:50.41 ID:amMPaDhL.net] >>852 そう習ったのかもしれないけど 今でも当たり前に使われているんだよなあ 867 名前：デフォルトの名無しさん mailto:sage [2017/02/12(日) 20:36:11.30 ID:IjteT4RE.net] >>854 ejje.weblio.jp/content/conf 868 名前：デフォルトの名無しさん mailto:sage [2017/02/12(日) 20:36:37.36 ID:RQ58gzfk.net] それより設定をconfigurationっていうのやめてほしい そのお陰で>>838の意味で使いづらいんだよ 設定はsettingsがあるんだから出しゃばらないでほしい 869 名前：デフォルトの名無しさん mailto:sa [] [ここ壊れてます] 870 名前：ge mailto:2017/02/12(日) 20:37:04.14 ID:vM2j5Kno.net [ >>854 わざわざ曖昧な単語使うなよバカ ] [ここ壊れてます] 871 名前：デフォルトの名無しさん [2017/02/12(日) 20:39:33.59 ID:amMPaDhL.net] >>857 偉大なる先人達にそれを言ってるのだとしたらバカなのはお前の方 872 名前：デフォルトの名無しさん mailto:sage [2017/02/12(日) 20:44:23.89 ID:vM2j5Kno.net] >>858 どう考えてもお前に言ってるだろカス 873 名前：デフォルトの名無しさん [2017/02/12(日) 20:46:38.11 ID:amMPaDhL.net] >>859 あ、そうなのかw言い慣れてないもんですまんなw 2chて新鮮だね 874 名前：デフォルトの名無しさん mailto:sage [2017/02/12(日) 20:55:51.63 ID:yxF5W3i1.net] >>848 quontity かな m.chiebukuro.yahoo.co.jp/detail/q1365896038 875 名前：デフォルトの名無しさん mailto:sage [2017/02/12(日) 21:58:56.35 ID:ashgYgUc.net] >>848 quantity でも>>850の指摘について先に考えたほうがいい気がする 個人的にはproduct_ってのもちょっと引っかかる 876 名前：デフォルトの名無しさん mailto:sage [2017/02/12(日) 23:49:32.56 ID:6Sk2Uqtp.net] congratulation 877 名前：デフォルトの名無しさん mailto:sage [2017/02/13(月) 19:44:14.93 ID:SeGoKVuK.net] quantityも紛らわしいわ 小麦粉のquantityが500と言われたら500gをイメージしてしまう 878 名前：デフォルトの名無しさん mailto:sage [2017/02/13(月) 20:27:27.82 ID:F7tWYx14.net] quantum 879 名前：デフォルトの名無しさん mailto:sage [2017/02/13(月) 21:02:11.50 ID:s/tywzZZ.net] >>864 それでなんの問題があるんだ？ 880 名前：デフォルトの名無しさん mailto:sage [2017/02/13(月) 22:21:20.23 ID:tn7uWAuX.net] >>864 食品パッケージとかに書かれてるのは普通net weightだな ” 881 名前：商品”を扱う文脈で単にquantityと言って内容量を意味するのはかなり特殊だと思う 500gの小麦粉2個セットで1つの商品アイテムとして扱うみたいな状況で その2個を示す数量ならquantity per setとか [] [ここ壊れてます] 882 名前：デフォルトの名無しさん mailto:sage [2017/02/14(火) 16:51:07.77 ID:8Vu7a7JH.net] fetchProducts(複数) fetchProduct(単数) この見分けが鬱陶しいから代替案教えてくれ… 883 名前：デフォルトの名無しさん mailto:sage [2017/02/14(火) 17:22:51.99 ID:PdY4D7f4.net] 明示的にArrayとかListとかSequenceとかつける 前も書いた気がする 884 名前：デフォルトの名無しさん mailto:sage [2017/02/14(火) 17:33:50.13 ID:8Vu7a7JH.net] >>869 すまん なるべく単数のネーミングを変えたいんだが、 fetchSingleProduct以外に良い案あるかな？ eachはあんまりふさわしくないか 885 名前：デフォルトの名無しさん mailto:sage [2017/02/14(火) 17:57:31.84 ID:PdY4D7f4.net] Singleでいいんじゃないでしょうか 一番いいのは>>868のまんま使うことだと思うけどw Oneとかつけても馬鹿っぽいしUniとかMonoとか混乱するだけだし... 886 名前：デフォルトの名無しさん mailto:sage [2017/02/14(火) 18:06:23.39 ID:1QNRYi8s.net] どっちもfetchProductsで引数変えればいいじゃん 887 名前：デフォルトの名無しさん mailto:sage [2017/02/14(火) 18:36:07.85 ID:gfvqdCIF.net] 複数にAllとかの修飾子を付けたほうがわかりやすいじゃ？ 単数は見つかった最初の一つなのかキー指定で必ず一つになる条件なのかみたいなのでも変わるし 引数の名前も合わせて考えたほうがいい 888 名前：デフォルトの名無しさん mailto:sage [2017/02/14(火) 19:01:01.50 ID:uUAiAa64.net] Productクラスを作れば、Product.fetch()とProduct.fetchAll()で何も悩まなくて済む。 889 名前：デフォルトの名無しさん mailto:sage [2017/02/14(火) 19:32:13.21 ID:KOYliiZd.net] >>872 そうするなら俺なら fetchProduct( ) にするかな 890 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 21:54:46.37 ID:KoPUq/lv.net] fetch get find search 891 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 00:56:45.74 ID:AAACSty6.net] https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160307/012004.html Swiftが辞書に載っていない"failable"とかいう言葉を文法用語（failable initializer）に採用した経緯 892 名前：デフォルトの名無しさん mailto:sage [2017/03/01(水) 19:27:36.19 ID:PR7YLHWZ.net] 変数名って大事だったんだな 識別子が全部管理用IDで可読不能なシステムに当たってしまった ほんとどうすればいいんだこれ 893 名前：デフォルトの名無しさん mailto:sage [2017/03/01(水) 20:22:58.38 ID:moduTScb.net] >>878 保守で稼ぐつもりなら有効な方法だよ それだけで保守工数を大幅に水増しできる上、客を囲い込める 894 名前：デフォルトの名無しさん mailto:sage [2017/03/01(水) 20:25:13.66 ID:dbhoX2Op.net] おとなきたない 895 名前：デフォルトの名無しさん mailto:sage [2017/03/01(水) 21:48:41.40 ID:uGJVx5D1.net] >>878 管理用IDに紐づく名前の辞書をつくってインテリセンス的なもので表示する もしくは一旦書き換えてビルド時にまた書き戻すような処理を挟む 896 名前：デフォルトの名無しさん mailto:sage [2017/03/01(水) 22:24:39.33 ID:tEvJ6jqw.net] グローバル変数だらけってことかw 897 名前：デフォルトの名無しさん mailto:sage [2017/03/02(木) 08:10:29.45 ID:Ht7v5Bb2.net] スコープごとに識別子が違う可能性も 898 名前：デフォルトの名無しさん mailto:sage [2017/03/15(水) 08:10:00.78 ID:wuMjIvih.net] >>878 ソース盗まれても被害最小限にするように そんなPJもある 899 名前：デフォルトの名無しさん mailto:sage [2017/03/15(水) 17:33:54.86 ID:o+Dr+01e.net] グローバル複数置換マクロが捗りそう 900 名前：デフォルトの名無しさん mailto:sage [2017/03/15(水) 19:17:14.72 ID:vLzxteC2.net] 盗まれたら困るほど大事なソースを保守不能にしてどうすんだよ 901 名前：デフォルトの名無しさん mailto:sage [2017/03/18(土) 13:37:00.81 ID:hi52G3un.net] リストに表示される/されないってどう表現する？ appearsInList? showsUpInList? displaysInListだとdisplayが自動詞だし変かも 902 名前：デフォルトの名無しさん mailto:sage [2017/03/18(土) 13:37:58.33 ID:hi52G3un.net] displayは他動詞だった だからと言って過去分詞にしてwillBeDisplayedInListとは普通はつけまい 903 名前：デフォルトの名無しさん mailto:sage [2017/03/18(土) 13:48:32.67 ID:Gq5Dbfze.net] ListItem.Visible = booleanValue; 名前に迷ったらまず構造を見直そう 904 名前：デフォルトの名無しさん [2017/03/18(土) 13:51:18.75 ID:3z3tSwvl.net] 通常はリストに表示されるが、非表示にしたい場合もたまにあるというなら hidden を使うといいのでは 905 名前：デフォルトの名無しさん [2017/03/18(土) 13:53:21.94 ID:8MFf4E1I.net] test 906 名前：デフォルトの名無しさん mailto:sage [2017/03/18(土) 14:11:31.89 ID:hi52G3un.net] ありがとう 大半は表示するからHiddenで良いかも Visibleがリスト項目に使われることもあるみたいだし 907 名前：デフォルトの名無しさん mailto:sage [2017/03/18(土) 14:19:37.59 ID:6cW+qOXP.net] >>886 盗まれたら困るほど重要なソースはどれだけコストがかかろうが保守はされるから、 むしろ保守性が低ければ低いほど工数が増えて客から搾取できるんやで 908 名前：デフォルトの名無しさん mailto:sage [2017/03/18(土) 14:27:45.52 ID:Gq5Dbfze.net] >>893 バカだな 国際競争力失って全体が下がるだけ 909 名前：デフォルトの名無しさん mailto:sage [2017/03/19(日) 11:07:45.44 ID:7RBNWPmY.net] Address Id ZipCode 都道府県 市区町村 ビル名部屋番号など 下３つの明快で短い英語名は？ 910 名前：デフォルトの名無しさん mailto:sage [2017/03/19(日) 11:17:15.95 ID:xqSElSFg.net] >>895 都道府県: Prefecture 市区町村: City ビル名部屋番号など: Address あと郵便番号はPostalCodeの方がいい ZipCodeはアメリカだけの固有名称 911 名前：デフォルトの名無しさん mailto:sage [2017/03/19(日) 11:22:50.44 ID:7RBNWPmY.net] >>896 なるほど しかしそうすると全体をまとめるAddressとビル名部屋番号などのAddressが被っちゃうね 912 名前：デフォルトの名無しさん mailto:sage [2017/03/19(日) 13:31:31.77 ID:VaNXP3pP.net] >>897 全体のは location にすれば 913 名前：デフォルトの名無しさん mailto:sage [2017/03/19(日) 13:34:05.63 ID:A1JGvznu.net] >>895 CityAndStreet BuildingAndRoom こんなところ？ 日本語でも英語でも定型的な表現はないような気がする 知らんけど 914 名前：デフォルトの名無しさん mailto:sage [2017/03/19(日) 21:37:27.67 ID:Lj5IhMr8.net] PostalCode Prefecture City Street　<―日本はStreetじゃない場合がほとんどだけどよく使う Building こういうの参考にするといいと思う stackoverflow.com/questions/310540/ www.post.japanpost.jp/int/use/writing/normal_en.html https://en.wikipedia.org/wiki/Backus–Naur_form#Example https://en.wikipedia.org/wiki/Japanese_addressing_system 915 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 11:51:33.86 ID:g7/spbRo.net] >>878 IDと意味の対応がちゃんと管理されてれば可読だろ 916 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 12:06:19.58 ID:s7EAfOiy.net] ユーザーが退会した時のイベントクラス名なんですけど UserWithdrew　で不自然じゃないですかね？ 917 名前：デフォルトの名無しさん [2017/03/20(月) 12:16:48.09 ID:pi/vFj6F.net] >>894 大規模案件だと全員に複雑さを 浸透させるのは難しいが 小規模案件で関わる人数少なくて しかもセキュリティガチガチだと わざと複雑にさせてるよ。 なんならお前ハックしてみ。できないだろ。 918 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 12:18:15.18 ID:RgF3Qd7a.net] FuckingUserIsGone 919 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 12:22:45.36 ID:e8/iLJpf.net] >>902 それだとヒッキーになっちゃったみたいだからresignedの方がいいかもね 920 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 12:27:57.86 ID:RgF3Qd7a.net] 海外のWebサイトで、(メルマガの類じゃなく)Webサービスの登録解除の意味でUnsubscribeを使ってるのを見かけるけど あれってアカウントは残るけど特定のサービスは外すみたいな意味合いなのかな 921 名前：905 mailto:sage [2017/03/20(月) 12:34:39.21 ID:RgF3Qd7a.net] 調べたらSubscribeって金を払うというニュアンスがあるんだな 有料オプションを外すことをUnsubscribeと表現するのはそれでか 922 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 15:37:14.74 ID:G9+XvfW+.net] >>902 不自然 イベントなら普通は過去分詞を使うからUserWithdrawnにするけど UserはWithdrawされるんじゃなくてするほうだからこれも不自然 退会があるなら入会があるわけで入会する対象が何なのかを考えてその名詞を使う Membership Cancelled Subscription Cancelled withdrawみたいな小難しい単語よりも 背伸びせずなるべく簡単な単語を選択したほうがいい 923 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 16:22:16.52 ID:daiPL7zU.net] partとかleaveとか、あるいはremoveでも良いかもしらん 924 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 16:56:41.11 ID:2INk+TQL.net] >>908 おいおい突っ込みどころ満載だなw まずちょっと考えれば分かるはずだけど、イベントはGUI部品がユーザーに操作された 場合のような受け身のものだけじゃないし、動作の完了を現すときにいちいち現在完了形 なんか使わないから「普通は過去分詞を使う」なんてことはまったくない。 それから、小難しい表現を使ってるのは君の方だろうww お前さん、>>902の言ってるような出来事を日本語で「メンバーシップがキャンセルされた」なんて言うのかいww ターミネーター2のシュワの"affirmative"って台詞みたいだよそれじゃw 925 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 16:59:27.88 ID:ixIx9fRF.net] >>908 不自然すぎワロタ 926 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 17:07:24.98 ID:eVUp3vL+.net] cancel |ˈkansəl| verb (cancels, canceling, canceled; British cancels, cancelling, cancelled) [with object] 1 decide or announce that (an arranged or planned event) will not take place: he was forced to cancel his visit. カタカナ語の語感からも分かるとは思うが、"arranged or planned event"に適用するもんやで すでに起こって（完了）いることには使わない 927 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 17:15:12.32 ID:yAii5Tr5.net] まあmembershipやsubscriptionならcancelを使わないことも無いとは思うけど>>908はアカウントを指すのにuserと言う用語を採用してるっぽいからあまり馴染まんわな 928 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 17:35:31.85 ID:N/1+9uyT.net] quit だと変？ 929 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 17:40:16.84 ID:G9+XvfW+.net] >>910 マジでイベント名に過去形使うのならいくつか例示してみてよ あとこの文脈の過去分詞は現在完了形じゃなくてuserを修飾する形容詞だぞ >日本語で「メンバーシップがキャンセルされた」なんて言うのかいww だからメンバーシップにあたる名詞に何を使ってるか考えろと言ってるじゃん 930 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 17:43:29.66 ID:s7EAfOiy.net] Laravelのサンプルだと普通に OrderShippedとかUserRegisteredとか使ってましたね 自分が疑問に思ったのは過去形云々ではなくwithdrawという動詞が適しているかどうかです 931 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 17:44:17.68 ID:G9+XvfW+.net] >>913 「ユーザーが退会した」だからUserWithdrewってしてるけど正確には「ユーザーがXXを退会した」だろ？ そのXXが明確にしたほうがいいよって話でmembershipやsubscriptionを使えって言ってるんじゃないぞ 932 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 18:50:03.01 ID:eVUp3vL+.net] 例えばユーザーがXXを退会する状況とYYを退会する状況が同一のコードベースに混在しててそれらの区別を明確にする必要があるのってどういうケース？ ああ、StackExchangeみたいなのがあるか……いや、それだとmembershipでも不明瞭なことには変わりないしなあ 一つのmembershipで複数のサービスをunsubscribeする場合？　いや、そもそも>>902はそんなこと聞いてないよなあ…… 933 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 18:55:30.32 ID:PJZN3fl9.net] 反語やめい 934 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 20:37:21.79 ID:5kWf/Ynz.net] >>915 あのねえ、例えば〜Completedとか〜Finishedとか普通に使うでしょ 後半は、まだそんな寝ぼけたこと言ってるけど普通は>>902が言うように 素直に「ユーザーが退会した」という ○○がキャンセルなんて言わないよ絶対ww ばっかじゃないの 935 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 20:44:20.33 ID:G9+XvfW+.net] >>920 それどっちも過去分詞だよ さすがに中学校の英語は理解しようか 936 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 21:06:36.87 ID:5kWf/Ynz.net] >>921 あーcompleteは確かに他動詞の用法しかないがfinishは自動詞の意味もあるので、 例えばcalculuation finishedは過去分詞じゃなくて過去形 別の例を挙げると、オブジェクトの属性が変わった時の〜Changedは過去形だと解釈するのが普通だろう。 なぜなら値は必ずしも受動的に変わるとは限らないからだ 937 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 21:19:10.75 ID:G9+XvfW+.net] >>922 中学英語勉強してね それはcalculation is finishedを縮めてるだけ calculationが自分でfinishしたりしない もしかして>>916の人もOrderShippedとかUserRegisteredとかも 過去形だと思ってるから書いたのかな 938 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 21:25:40.57 ID:eVUp3vL+.net] Calculationは自分でfinishできるよ • [no object] (of an activity) come to an end: the war has finished but nothing has changed. 939 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 21:44:47.22 ID:5kWf/Ynz.net] 自動詞の用法があるって言ってるのにww 940 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 21:59:10.86 ID:G9+XvfW+.net] >>924 ハイハイ、それでその場合のfinishedは過去形なの？ 941 名前：デフォルトの名無しさん mailto:sage [2017/03/21(火) 01:40:52.61 ID:ceL69wRz.net] 英語苦手なオイラだとwithdrawと言われても分からんかなあ それこそ中学英語の頻出単語とかでなんとかして欲しい 942 名前：デフォルトの名無しさん mailto:sage [2017/03/21(火) 02:19:08.66 ID:jk3eF43Z.net] っていうかwithdrawって聞いて真っ先に連想するのはsocial withdrawal、つまり引きこもりだなw 943 名前：デフォルトの名無しさん mailto:sage [2017/03/22(水) 16:59:47.30 ID:tZY6T4Dk.net] hogeとかfooとか書いてあるかと思ったらただの英語スレだった 944 名前：デフォルトの名無しさん mailto:sage [2017/04/02(日) 14:32:05.37 ID:XJWgljfR.net] ・文法や単語のチョイスとして正しいもの ・比喩表現などで簡潔に表現できるもの ・非母国語の人間でも分かりやすい単語の組み合わせ この辺の話はなんだかんだで多いよね 945 名前：デフォルトの名無しさん mailto:sage [2017/04/11(火) 19:51:42.75 ID:R28Sl2m+.net] userRIP 946 名前：デフォルトの名無しさん mailto:sage [2017/04/11(火) 20:10:37.12 ID:YGNFjvB7.net] 殺すな 947 名前：デフォルトの名無しさん mailto:sage [2017/04/17(月) 03:35:00.67 ID:0MmgTGw9.net] ならrip=rest in peace じゃなくて ripされちゃったUserということでどうでしょう 948 名前：デフォルトの名無しさん mailto:sage [2017/04/17(月) 21:22:15.72 ID:YZhNn+38.net] アダプタクラスなんですが、クラスAからクラスXにアダプトするクラスと クラスBからクラスXにアダプトするクラスにどんな感じの名前を つけとけばよいでしょうか？ 949 名前：デフォルトの名無しさん mailto:sage [2017/04/17(月) 21:40:20.27 ID:j5yfFz8C.net] >>934 AX BX 950 名前：デフォルトの名無しさん mailto:sage [2017/04/17(月) 21:43:42.25 ID:DRWzf9HM.net] Xはインターフェイスだよね？w 真面目に名前つけると長くなりそうだから、アダプタークラスの名前は適当につけて（もちろん ちゃんと真面目に長い名前を付けてもいいけど）アダプターのファクトリーを作って名前知らなくても アダプターが作れるようにした方がいいのかも 951 名前：デフォルトの名無しさん mailto:sage [2017/04/17(月) 21:58:20.57 ID:YZhNn+38.net] >>935 マジですか。 >>936 今回はXを自分で定義したのでインターフェースでした。 なるほど、ファクトリーですか。ちなみに真面目につけるとどんな感じですかね。 AtoXAdapter？ XonAAdapter? XoverAAdapter? 適当に前置詞つけてますがw 952 名前：デフォルトの名無しさん mailto:sage [2017/04/17(月) 21:58:54.91 ID:YZhNn+38.net] adaptorか 953 名前：デフォルトの名無しさん mailto:sage [2017/04/17(月) 22:08:25.76 ID:DRWzf9HM.net] >>937 AToXAdaptorなんていい感じじゃないですか？ 無理してもっと短くするなら、ちょっと変だけどAAsXとか 954 名前：デフォルトの名無しさん mailto:sage [2017/04/17(月) 22:28:37.91 ID:YZhNn+38.net] >AToXAdaptorなんていい感じじゃないですか？ ですかね。 今までは、XoverAAdapterとかそれっぽい前置詞wを使ってたんですか、今さっき簡単な AtoXAdapterを思いつきました。 もちろん長くなりがちですが自分もこれでいいかなと思いましたので これでいこうと思います。 ありがとうございます。 955 名前：デフォルトの名無しさん mailto:sage [2017/04/23(日) 08:46:29.11 ID:ZDCBOZAW.net] 1行1レコードで各フィールドが固定バイト数のファイルって何形式っていうの？ 956 名前：デフォルトの名無しさん mailto:sage [2017/04/24(月) 14:12:26.47 ID:MCRz6Pwt.net] 固定長形式のファイル 対するのは 可変長形式のファイル 957 名前：デフォルトの名無しさん mailto:sage [2017/04/25(火) 01:38:33.54 ID:lZKIEfpY.net] 独自形式 958 名前：デフォルトの名無しさん mailto:sage [2017/04/25(火) 07:26:36.48 ID:NGoqsm2S.net] 固定長レコードのシーケンシャルファイル 959 名前：デフォルトの名無しさん mailto:sage [2017/04/25(火) 08:12:05.74 ID:I1FtjD3/.net] シーケンシャル？ ランダムアクセスかもしれないしむしろランダムアクセスのために固定長にしてる可能性も 960 名前：デフォルトの名無しさん mailto:sage [2017/04/25(火) 08:50:58.75 ID:A6SqwOso.net] >>941 そのような形式をズバリ表す一般的な呼び名はありません。 ところで、その形式だけを使うのならば、あえて***形式と呼ぶ必要はないと思います。 他の形式も使うために、それらを呼び方で区別したいのでしょうか。 それならば、他にどのような形式を使うのでしょうか。 それによっては何かアイデアが出てくるかもしれません。 961 名前：デフォルトの名無しさん mailto:sage [2017/04/25(火) 10:30:59.36 ID:ibd4gvgd.net] >>946 > そのような形式をズバリ表す一般的な呼び名はありません。 あるよ。 固定長のフラットファイル。 962 名前：デフォルトの名無しさん mailto:sage [2017/04/26(水) 18:46:09.88 ID:1zlg9RNw.net] 線形構造体配列 963 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 22:27:17.84ID:CunZ2dPQ.net] 可変長ファイルをcsvファイル・tsvファイルと呼んで、 それに対する固定長ファイルをtextファイルって呼んでるうちの現場。 なんかもやもやするぜ 964 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 23:19:03.43ID:Wv+Yc+Vq.net] そんな呼び方してるとそのうち痛い目見ると思うんだが 965 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 23:39:07.74ID:+4kEgbAX.net] かと言って、改めるように声を上げるにも微妙なラインだよな 966 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 00:25:19.98ID:gpMid2hF.net] キャメルケースとかの質問もここでよいのでしょうか 普通は大文字並びになるような略称の扱いに迷ってます 例えばNASATelescopeクラスがあるとして、 変数名にするときはnasaTelescope じゃあメソッド名は、getNasaTelescope？getNASATelescope？ 細かいんだけど一般的にどっちなのか気になって 967 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 00:53:47.72ID:pTZXbcwl.net] どっちもあり 使ってる言語の標準ライブラリやスタイルガイドを見る URLやJSONみたいな一般的略語で確認するといい 968 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 01:00:40.92ID:z7hQni9p.net] >>952 たとえばMicrosoftの.Netの場合 https://msdn.microsoft.com/ja-jp/library/ms229043(v=vs.100).aspx https://msdn.microsoft.com/ja-jp/library/ms229043(v=vs.110).aspx https://msdn.microsoft.com/ja-jp/library/ms182240.aspx これだと クラス名 NasaTelescope 変数名 nasaTelescope メソッド名 GetNasaTelescope 969 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 11:59:14.07ID:gpMid2hF.net] >>953 >>954 なるほど、自分はjavaなんですが おかげさまでスタイルガイドの該当箇所にたどり着きました ありがとうございます！ 970 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 14:38:22.47ID:etCHwKeR.net] Urlとか違和感 971 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 23:55:21.67ID:7VffJ0oI.net] 識別子に大文字が続くのはタイプするのが苦痛 コード補完との相性も悪い MSのルールに賛成 972 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 03:40:38.70ID:/Et/0F3c.net] 略称に限らずだけど、 英語には大文字か小文字かで意味が変わってしまうような単語もあるようだし もしそれらを識別子にしなきゃならなくなった場合、キャメルケースの限界かもしらん 973 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 07:54:59.90ID:sTWYRsSM.net] スネークケースが至高だと思うんだがデファクトでスネークケース採用してる言語って仕事で全然使わないんだよな c#とかJavaとかキャメル系はいつまでたっても慣れない 974 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 09:27:24.86ID:/b3MraXM.net] 大文字連続は単純に紛らわしい XMLDOMNode XmlDomNode どう考えても下の方が区切りが明確で読みやすい 975 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 09:55:01.14ID:sTWYRsSM.net] それならxml_dom_nodeの方が分かりやすい 間があると目にも優しい 976 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 10:10:09.89ID:G5FLqmyn.net] クラス名にスネークケースを使えってか？ 977 名前：デフォルトの名無しさん [2017/04/29(土) 12:09:47.46ID:QOk6w6Nc.net] どういう意図の質問かよくわからんが確実に頭は悪そう 978 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 13:23:25.84ID:2pmbEz/Y.net] >>961 それはコストの方が大きすぎる 979 名前：デフォルトの名無しさん [2017/04/29(土) 14:36:55.75ID:35AVC43v.net] 質問の意図わからんのに答える方も確実に頭悪そう 980 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 19:40:35.00ID:G9B2lePY.net] >>961 そんなクラス名気持ち悪いわ 981 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 20:03:01.57ID:hcXxZ9K5.net] >>961 GNUの標準ってこれじゃなかったっけ 実際は言語のAPIに合わせるよな 昔開発物だけ別ルールにしてる奴いたなあ読みにくい 982 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 20:14:03.67ID:VEndKPIf.net] 時々コンパイラで違いを吸収してコンパイルしろよって思う HOGE_FUGA, hoge_fuga, hogeFuga, HogeFugaは全部同じとみなす、みたいな 983 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 20:15:51.91ID:G5FLqmyn.net] ものすごく悪質な混乱の種だな 984 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 20:16:47.64ID:Ogxjxgxn.net] >>968 やめてくれw 985 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 23:53:26.72ID:hcXxZ9K5.net] >>968 勝手にプリプロセッサでやってくれ 986 名前：デフォルトの名無しさん mailto:sage [2017/04/30(日) 00:01:24.20ID:VnmXTaxu.net] キャメルケースとスネークケース両対応のライブラリっていうのは見たことある 987 名前：デフォルトの名無しさん mailto:sage [2017/05/03(水) 15:11:05.73ID:rsxhUHxc.net] DBの制約名ってちゃんと書いてる？ 988 名前：デフォルトの名無しさん mailto:sage [2017/05/03(水) 15:48:55.19ID:RnZlltop.net] pk_id みたいなの？ うちは見たこと無いな 989 名前：デフォルトの名無しさん mailto:sage [2017/05/06(土) 20:22:59.48ID:STYHx4o9.net] 先読みする画像の枚数を表す変数名をお願いします。 990 名前：デフォルトの名無しさん mailto:sage [2017/05/06(土) 20:44:09.25ID:l3lhsLeM.net] prefetched_images.count 991 名前：デフォルトの名無しさん mailto:sage [2017/05/06(土) 20:48:21.49ID:Tvog9U5W.net] >>975 PreloadCount 先読みがPreloadで合ってるか、明示的にImageを名前に含めた方がいいかは それだけじゃ分からん 992 名前：デフォルトの名無しさん mailto:sage [2017/05/06(土) 20:52:25.67ID:l3lhsLeM.net] あー勘違いしてた 何枚まで先読みするかを設定しておくための変数ってことか 993 名前：デフォルトの名無しさん mailto:sage [2017/05/06(土) 21:19:45.36ID:nPNnWI7I.net] >>975 LookaheadImagesLimit 994 名前：デフォルトの名無しさん mailto:sage [2017/05/06(土) 23:09:38.33ID:g5nmwqnT.net] n 995 名前：デフォルトの名無しさん mailto:sage [2017/05/06(土) 23:29:20.73ID:bviaLbDs.net] numPreloadImages 自分しか触らないコードなら nPreloadImgs くらいにしちゃうけど 996 名前：デフォルトの名無しさん mailto:sage [2017/05/06(土) 23:56:26.40ID:STYHx4o9.net] 色々候補ありがとうございます。 PreloadImagesあたりにしとこうかと思います。 997 名前：デフォルトの名無しさん mailto:sage [2017/05/07(日) 00:03:30.99ID:D5D01hV4.net] >>982 それじゃあ画像のコレクションみたいだよw 998 名前：デフォルトの名無しさん mailto:sage [2017/05/07(日) 05:47:49.58ID:pKy94dve.net] これは982に同意 999 名前：デフォルトの名無しさん mailto:sage [2017/05/07(日) 06:11:41.64ID:UFvdybO1.net] まあ本人がいいって言ってるんならいいだろ 1000 名前：デフォルトの名無しさん mailto:sage [2017/05/07(日) 11:56:48.76ID:bug3EadL.net] config.preloadImagesとか options.preloadImagesとか 文脈次第で十分意味は通じるよ options.preload = 5 みたいのでもだいだいわかる 1001 名前：デフォルトの名無しさん mailto:sage [2017/05/07(日) 12:47:02.57ID:Q0iy+d6Y.net] 推測するコストや誤解するリスクを犯すのは馬鹿馬鹿しいから こういうスレがあるんですよ。 そういう非生産的なことはしたくないと思わないうちはアマチュアだと思うねw 1002 名前：デフォルトの名無しさん mailto:sage [2017/05/07(日) 12:51:06.46ID:/2PQHse0.net] 言語の型付けの度合いにもよりそう 1003 名前：デフォルトの名無しさん mailto:sage [2017/05/07(日) 13:16:24.22ID:2pnfBwSz.net] 意識高い奴が名前を短くしようとして陥りがちな(そしてこのスレにも散見される)アンチパターンとして、 言葉の微妙なニュアンスを駆使するというのもよくあるね 結局本人のオナニーであり本人にしか理解できない 1004 名前：デフォルトの名無しさん mailto:sage [2017/05/07(日) 14:25:34.89ID:IZtqg2Do.net] 使用言語も書いた方が良いかもね 特に変数名の場合 1005 名前：デフォルトの名無しさん mailto:sage [2017/05/07(日) 15:21:18.89ID:pKy94dve.net] ところで個数で numFooes とか nBars って普通だよね？ 1006 名前：デフォルトの名無しさん mailto:sage [2017/05/07(日) 15:28:50.24ID:QSFZiHco.net] 最近はローカル変数ならなんでもいいよって思うようになってきた 型名やメソッド名がしっかりしててスコープが短ければアルファベット1文字でも混乱しない 1007 名前：デフォルトの名無しさん mailto:sage [2017/05/07(日) 15:44:08.46ID:bug3EadL.net] >>987 どの程度説明的な名前を付けるべきかは採用されてる命名規約や使われる場所によって変わるし 意味を推測するコストや誤解するリスクの度合いは変数が使われる文脈を理解してるやつにしか最終的な判断はできないだろ そんな当たり前のことも理解できないなら君がアマチュアだよw 1008 名前：デフォルトの名無しさん mailto:sage [2017/05/07(日) 15:58:58.21ID:4Nf0gZJt.net] まあこの手の話は「越えられないバカの壁」があるので バカの壁の向こう側の人に何を言っても無駄ではある。 世の中、意味不明だったりミスリーディングな名前の識別子であふれる糞コードがわんさとあるが、 そういうコードを書く人も何も意地悪で分かりづらくしてやろうとしてやってる訳じゃない。 >>993のように、このぐらい当然読み手は理解するはずだ、と思ってやっている。 バカの壁の向こう側の彼は自分の行為の意味に自覚的じゃない。 普通の人なら「可読的でないリスク、誤読させるリスクを犯して妙な名前をつけてまでして、俺は何がしたいんだ？」 と考えるけど、彼にはそういう思考回路が働かない 1009 名前：デフォルトの名無しさん mailto:sage [2017/05/07(日) 16:00:50.92ID:4Nf0gZJt.net] だいたい、自分で>>986に「だいたいわかる」って書いてるのに これで語るに落ちてると思わないのが不思議 1010 名前：デフォルトの名無しさん mailto:sage [2017/05/07(日) 16:13:29.41ID:m4tLEK4v.net] いつもの馬鹿連呼の人ですかね 1011 名前：デフォルトの名無しさん mailto:sage [2017/05/07(日) 16:14:27.38ID:/2PQHse0.net] fold(0, (accumulator, numberOfElements) -> accumulator + numberOfElements) 1012 名前：デフォルトの名無しさん mailto:sage [2017/05/07(日) 17:11:53.21ID:UFvdybO1.net] 自分の環境が全て って思ってる人でしょ アマチュアとかドカタにありがち 1013 名前：デフォルトの名無しさん mailto:sage [2017/05/07(日) 17:47:33.36ID:pKy94dve.net] まあ、言語仕様にまで関わるような人はそんなに居らんだろうしなあ 1014 名前：デフォルトの名無しさん [2017/05/07(日) 18:04:07.84ID:akuyRduv.net] 次スレ https://echo.2ch.net/test/read.cgi/tech/1494147712/ 1015 名前：デフォルトの名無しさん mailto:sage [2017/05/07(日) 18:07:19.14ID:ihhnzTgu.net] >>1000 乙 1016 名前：1001 [Over 1000Thread.net] このスレッドは１０００を超えました。 もう書けないので、新しいスレッドを 1017 名前：立ててくださいです。。。 life time: 203日 10時間 5分 49秒 [] [ここ壊れてます] 1018 名前：1002 [Over 1000Thread.net] ２ちゃんねるの運営はプレミアム会員の皆さまに支えられています。 運営にご協力お願いいたします。 ─────────────────── 《プレミアム会員の主な特典》 ★ ２ちゃんねる専用ブラウザからの広告除去 ★ ２ちゃんねるの過去ログを取得 ★ 書き込み規制の緩和 ─────────────────── 会員登録には個人情報は一切必要ありません。 月300円から匿名でご購入いただけます。 ▼ プレミアム会員登録はこちら ▼ https://premium.2ch.net/ ▼ 浪人ログインはこちら ▼ https://login.2ch.net/login.php 1019 名前：過去ログ ★ [[過去ログ]] ■ このスレッドは過去ログ倉庫に格納されています

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef