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

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 09/07 13:31 / Filesize : 268 KB / Number-of Response : 1020
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん mailto:sage [2016/10/16(日) 08:01:30.20 ID:NOg6ZxxU.net]: クラス名、変数名のつけ方に悩んだら書き込むスレです。

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

前スレ
クラス名・変数名に迷ったら書き込むスレ。Part26
echo.2ch.net/test/read.cgi/tech/1450622191/
307 名前：デフォルトの名無しさん mailto:sage [2016/10/27(木) 10:55:59.83 ID:wCjzfsvs.net]: 要件が適当すぎ
名前は適当でいいから動くコード書いて
308 名前：デフォルトの名無しさん mailto:sage [2016/10/27(木) 12:56:18.58 ID:Owourcn0.net]: 目的によって、基本や個別の意味合いが変わ�
309 名前：ﾁてくるし、適切な単語も違うからねぇ []: [ここ壊れてます]
310 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 20:57:22.24 ID:OmD5+S5i.net]: メンバーの募集機能で、募集中かどうかを「is_recruiting」カラムに入れています。

これのtrue, falseを切り替える関数名はどういう感じがよいでしょう？
311 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 21:01:36.42 ID:Lu2qC+Nv.net]: >>305
toggle_recruiting
switch_recruiting

> 募集中かどうかを「is_recruiting」カラムに入れています。
is_recruitingに違和感がある。
それがrecruitingかを確認する関数名に読める。
312 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 21:13:58.34 ID:OmD5+S5i.net]: >>306
やっぱり違和感ありますかね？

「現在募集中かどうか」はどういう表現、カラム名が適切でしょうか
313 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 21:21:32.48 ID:Lu2qC+Nv.net]: >>307
recruiting
314 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 21:23:12.34 ID:4zGB62ZL.net]: 余計に意味分からんわ
315 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 21:26:56.51 ID:dXKRRVDP.net]: offer exists
316 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 21:29:04.12 ID:T/KDlWmf.net]: そういう可能かどうかの状態をtrue/falseで返す関数は
isXXXXXable
が大正義
317 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 21:32:29.00 ID:Lu2qC+Nv.net]: >>311
切り替える関数であって可能かどうかを返す関数ではないのでは？
318 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 21:33:10.90 ID:LIjnRu53.net]: IsEnableRecruit
SetRecruitStatus
319 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 21:47:35.84 ID:ZloojbFD.net]: >>305
> メンバーの募集機能で、募集中かどうかを「is_recruiting」カラムに入れています。
俺なら in_recruiting かな

> これのtrue, falseを切り替える関数名はどういう感じがよいでしょう？
start_recruit(), stop_recruit()
320 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 21:48:45.20 ID:w65J4ERD.net]: ReverseかToggleかなあ。
Switchは第3のステータスがありそう。

>>307
is_recruitingで良いと思うけどなあ。
is_recruitableでもいいかもしれんけど。
321 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 21:53:37.19 ID:w65J4ERD.net]: あるいは、
下手に切り替えるところまでを１つの関数にするよりは、

　SetRecruiting ( ! is_recruiting );
　is_recruiting = ! is_recruiting;
　is_recruiting ^= 1;

とかのほうが分かりやすいかもしらん。
322 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 22:19:02.82 ID:4zGB62ZL.net]: 質問者はtoggleがしたいのか単にsetしたいだけなのかハッキリしておくれ
323 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 22:52:35.09 ID:PR9zW7ZB.net]: employならenployableって表現はありだけど
recruitableはないと思うわw

英単語としては存在するみたいだけど、意味的におかしいよねw
324 名前：デフォルトの名無しさん mailto:sage [2016/10/30(日) 00:44:44.17 ID:jMC+zj6I.net]: ～ableは「～可能」って意味だからな
今回は募集可能じゃなくて応募可能と考えるべき
325 名前：デフォルトの名無しさん mailto:sage [2016/10/30(日) 07:07:00.90 ID:JMWTgXDT.net]: 募集に関するクラスに作るんじゃないの？
普通にavailableでいいと思うんだけど
326 名前：デフォルトの名無しさん mailto:sage [2016/10/30(日) 08:42:44.21 ID:2kQlDpFE.net]: >>318
例: 政府により募集可能な期間が設定された

普通に使われると思うけど？
327 名前：デフォルトの名無しさん mailto:sage [2016/10/30(日) 11:46:01.42 ID:f9d004U/.net]: member_wanted {none, a_few_programmer}
328 名前：デフォルトの名無しさん mailto:sage [2016/10/30(日) 22:45:31.62 ID:sGqbfAV5.net]: ２つほど相談です。
関数名は文脈を考えて付けるべきというのは理解していますが、
プリフィクス等の汎用的な命名方法を探しています。

(1)
以下のような複数の方法でfooと呼ばれる値を取得し、それを返す関数の名前をお願いします。

・テキストファイルから解析
・既存の変数から計算
・DBや他マシンと通信
　　　　：
具体的などのような処理を行うかは、呼び出し元は知る必要はありません。
ただし、単なるGetFoo()よりは処理が重いイメージを伝えたいと思います。
現在は仮にFetchFoo()としています。

(2)
あるクラスのメンバ変数barに対して、取得と代入を行う関数をお願いします。

上記(1)と同じように複数の方法で値を取得し、それをbarに代入します。
現在 SetBar( FetchBar() ) と記述しているのですが、これをまとめたいという要求です。
こちらも呼び出し元は値の取得方法を知る必要はありませんが、少し重いイメージは出したいです。

InitializeBar() や ApplyBar() も考えましたが、
初期化だけに使うわけでも、各種設定を確定させるだけに使うわけでもないので、
ちょっとモヤモヤしています。
329 名前：デフォルトの名無しさん mailto:sage [2016/10/30(日) 23:33:05.97 ID:03ce0qAm.net]: ここではないどこかからデータを取ってくるという意味合いが強いならFetchを使う
より抽象的に手段や場所や対象はよくわからないがとにかく何かを取得するという意味合いが強いならGetを使う
処理が重くなる場合があるという情報は通常はドキュメントに記載する
ドキュメントではなくプログラムで表現したいなら微妙なニュアンスに頼らずに非同期版のメソッドを用意すること
非同期版のメソッドを用意することによって同期版を使った場合にパフォーマンス上のペナルティが発生する可能性があるということをプログラマにより直接的に伝えることができる
330 名前：デフォルトの名無しさん mailto:sage [2016/10/31(月) 00:13:23.74 ID:T+jfS1R6.net]: >>324
ありがとうございます。

Getだけだと、単純なアクセサってイメージが強くないですか？
C#のプロパティとかも、稀にそういうトラブルがあるらしいですけれども。
331 名前：デフォルトの名無しさん mailto:sage [2016/10/31(月) 00:31:03.58 ID:y/KimnPW.net]: >>323
(1) それとは別に「早い」バージョンも存在するのでなければ単純にGetFooで問題ない気もする。
どうしてもそれが重いことを名前で伝える必要があるのなら、あいまいなニュアンスに頼るんじゃなくて
明示的にGetFooInSlowWayとかGetFooByHeavyMethodとか付けたらどうかなあ

(2) 基本的に(1)と同じでUpdeteFooとかReloadFooでよく、本当に必要なら（以下略）でいいんじゃないか
332 名前：デフォルトの名無しさん mailto:sage [2016/10/31(月) 00:32:53.87 ID:y/KimnPW.net]: Updateのスペルが間違ってたw
333 名前：デフォルトの名無しさん mailto:sage [2016/10/31(月) 00:45:48.40 ID:y/KimnPW.net]: その手のメソッドが頻出するなら、何かサフィックスする規約でもいいのかもね。
例えばHV(HeaVy)とか
GetFooHV
334 名前：デフォルトの名無しさん mailto:sage [2016/10/31(月) 00:55:49.63 ID:N3/YDThV.net]: >>325
メソッドはクラスやインターフェースとセットだから問題ないよ
それで迷うようならクラスの役割やインターフェースの要求があやふやなんだろうね
FooRepository.getFoo
Foo.getName
どっちがインフラに依存した重い処理でどっちがフィールドアクセス(+α)のささやかな処理か？
クラス分けがちゃんとしてれば常識的に迷うこたないでしょ
335 名前：デフォルトの名無しさん mailto:sage [2016/10/31(月) 12:47:10.69 ID:uOz63dOb.net]: 重いことを主張したいわけではなく、ただのアクセッサではないということを主張したいだけか。

そういう微妙なニュアンスにこだわりたいのはわかるが、作者のそんな意図はなかなか伝わらないものだよ。
だからこういう話題は、それ単独で悩むんじゃなくて、規約レベルで決めとくべき話題だな。アクセッサはgetで、ファイルから持ってくるときはreadとか。

その規約的なものを検討してて質問してるなら失礼。
336 名前：デフォルトの名無しさん mailto:sage [2016/10/31(月) 20:56:32.06 ID:03zQ5mOK.net]: というかオブジェクト指向的にはgetなんとかはフィールドアクセサーだって連想は間違ってるんだよ
実装を見たらたまたまフィールドにアクセスしてたってだけの話でな
337 名前：デフォルトの名無しさん mailto:sage [2016/10/31(月) 22:11:27.28 ID:6L1k9riG.net]: くっさ
338 名前：デフォルトの名無しさん mailto:sage [2016/10/31(月) 22:19:19.89 ID:u9vgcP7f.net]: アクセサーにgetを使うのって、解説用のときだけじゃね
339 名前：デフォルトの名無しさん mailto:sage [2016/11/01(火) 09:00:22.30 ID:pQ6hmNDw.net]: プロパティのない言語だと、get/setをアクセッサとするルールを定めておくことで、色々と便利なわけですよ。
340 名前：デフォルトの名無しさん mailto:sage [2016/11/01(火) 10:23:11.89 ID:H/G1IS5n.net]: 解説のときにね
341 名前：デフォルトの名無しさん mailto:sage [2016/11/01(火) 14:29:13.40 ID:zTwebp3Z.net]: >>331
その話題はここの連中にはまだ早い
342 名前：デフォルトの名無しさん mailto:sage [2016/11/01(火) 16:07:11.34 ID:H/G1IS5n.net]: オブジェクトでフィールドにアクセスしないでなにかをGetするなんてあるんだろうか？
343 名前：デフォルトの名無しさん mailto:sage [2016/11/01(火) 16:53:05.46 ID:0w7M9Ph5.net]: getするのはオブジェクトの属性だけとは限らないからねえ。
現に今の質問者の話がそれなわけで。

だからこそメソッドとは別に属性のアクセス専用のプロパティが発案されたんだと思うけど
344 名前：デフォルトの名無しさん mailto:sage [2016/11/01(火) 20:13:14.70 ID:jey0RimT.net]: 発案っていうかC#のプロパティなんかは例えばあれIDEの都合っしょ
そうすりゃIDE側から多少便利ってだけでね

public string Foo {get;}
public string Bar {get {return xxx.getBar()}}
この両方の書き方がある以上、属性専用も糞もない
用途はメソッドんときと一緒
345 名前：デフォルトの名無しさん mailto:sage [2016/11/01(火) 20:22:36.25 ID:zZ+/B8c0.net]: >>339
プロパティはVBやCOMにもあるよ
それと、それまったく何の理由にもなってないと思うけど

プロパティは＜オブジェクトの使用者に対して＞それがオブジェクトの属性であることを明示するためにある。
346 名前：デフォルトの名無しさん mailto:sage [2016/11/01(火) 20:28:15.67 ID:ls1tDjet.net]: プロパティは歴史的にはRADのためのアイデアであってるよ
マイクロソフトの中の人が言ってた
347 名前：デフォルトの名無しさん mailto:sage [2016/11/02(水) 11:57:37.21 ID:GdBKXJrN.net]: スキーマ名.テーブル名を格納する文字列についていい名前はないでしょうか
348 名前：デフォルトの名無しさん mailto:sage [2016/11/02(水) 12:25:48.41 ID:iqvhs+TX.net]: string スキーマ名
string テーブル名
349 名前：デフォルトの名無しさん mailto:sage [2016/11/02(水) 12:34:12.01 ID:GdBKXJrN.net]: すいません、hogeSchema.hogeTableのようにスキーマ名とテーブル名を結合させた文字列です
暫定でtableFullNameになっているのですが伝わるでしょうか
350 名前：デフォルトの名無しさん mailto:sage [2016/11/02(水) 12:58:15.07 ID:iqvhs+TX.net]: string スキーマ名とテーブル名
351 名前：デフォルトの名無しさん mailto:sage [2016/11/02(水) 16:25:05.97 ID:cswDNzjo.net]: >>344
スキーマまで含める意図がテーブルを完全に特定したいと言うことなら FullQualifiedTableName かな
352 名前：デフォルトの名無しさん mailto:sage [2016/11/02(水) 16:51:09.01 ID:ocKcxs87.net]: >>346
fully qualifiedで完全修飾なんですね
おっしゃる通りテーブルを特定するために結合しているのでそれでいってみます
ありがとうございます
353 名前：デフォルトの名無しさん mailto:sage [2016/11/02(水) 16:53:27.99 ID:7Lua67RL.net]: class TableName {
private String _name;
private String _schema;
public TableName(String n, String s) {
_name = n;
_schema = s; }
public String name() { return _name; }
public String schema() { return _schema; }
public String fullName() { return _name + "." + _schema; }
}
354 名前：デフォルトの名無しさん mailto:sage [2016/11/02(水) 18:39:44.42 ID:MdOEsPX2.net]: 俺ならそういうのをクラス名やメソッド名にはしないな
>>348さんみたいな方向のアプローチでつくっておいて
変数名をそれっぽいもんにして運用する

class Pair<T, U> {
private T first;
private U second;
public Pair(T first, U second) {this.first = first;this.second = second;}
public T first() {return first;}
public U second() {return second;}
}
class StringPair extends Pair<String, String> {
public StringPair(String a, String b) {super(a, b);}
public String whole() {return whole("");}
public String whole(String sep) {return new StringBuilder().append(first()).append(sep).append(second()).toString();}
}

で、
List<StringPair> schema_table_pairsとかst_pairsとかstpairsとかstsとか
355 名前：デフォルトの名無しさん mailto:sage [2016/11/02(水) 22:47:45.00 ID:Bu8jEFR0.net]: こんなアホが俺の周りに来ませんように
356 名前：デフォルトの名無しさん mailto:sage [2016/11/02(水) 23:03:56.32 ID:jC5deFAg.net]: 質問ではなく、ちょっと意見を聞きたいんだけどさ、
foo-bar_baz という名前があったとき、一パッと見でどう認識する？

1. Foo/ BarBaz
2. FooBar/ Baz
3. Foo/ Bar/ Baz
4. それ以外
357 名前：デフォルトの名無しさん mailto:sage [2016/11/03(木) 00:18:47.46 ID:siYabkWS.net]: 3だな
358 名前：デフォルトの名無しさん mailto:sage [2016/11/03(木) 01:14:20.86 ID:snmoM2GI.net]: 3かー、ありがとう。
小文字しか使えない状況って結構辛い
359 名前：デフォルトの名無しさん mailto:sage [2016/11/03(木) 07:18:42.52 ID:viOY8I+I.net]: 2に近いが1と3はない
360 名前：デフォルトの名無しさん mailto:sage [2016/11/03(木) 08:34:35.58 ID:4MjmvoYz.net]: >>351
Google的には1だな
www.sem-r.com/seo/20110818061702.html
361 名前：デフォルトの名無しさん mailto:sage [2016/11/03(木) 08:50:59.41 ID:q+jX9dvw.net]: ビンゴ！
362 名前：デフォルトの名無しさん mailto:sage [2016/11/03(木) 09:18:04.47 ID:9JnV00MF.net]: foo-(bar_baz)
foo年bar組baz番
って感じ
363 名前：デフォルトの名無しさん mailto:sage [2016/11/03(木) 10:28:30.55 ID:NjbREez3.net]: >>351
ここム板だから foo - bar_baz って認識する人が多いと思う
ハイフンを識別子に使える言語もあるけどね
364 名前：デフォルトの名無しさん mailto:sage [2016/11/03(木) 11:49:34.61 ID:GY8DqBwz.net]: >>351
1かなスネーク形式を連想するし。
365 名前：デフォルトの名無しさん mailto:sage [2016/11/03(木) 13:07:03.07 ID:ZphmWbuS.net]: ハイフン（っていうかプログラミング的にはマイナス記号だと思うけど）が識別子に使える
プログラミング言語なんてあるのかw

っていうか、この手のオレオレ表記法が他人にどう見えるかなんて無意味。
他人の書いたコードを読む時重要なのは書いた奴がその表記法をどういう意図で使っているかであって
読み手がどう思うかじゃないんだから。

あえて言えばそんな他人にお前の意図を推測させるような表記法なんか使うなと。
366 名前：351 mailto:sage [2016/11/03(木) 13:49:32.19 ID:snmoM2GI.net]: ありがとう。見事にみんなバラバラだな！
本当は日本語OKなら積極的に使いたいんだけどねぇ。

>>351
URLやら連想配列やらまで含めればそれなりに。
自分(相談者)の場合はDBだけども。

>>360
全くもって同意する。ただすまん、今回の場合は意図を推測する/させる立場が逆なんだ。
例えるなら大昔のコンピュータゲームで、
A攻撃＆Bジャンプのアクションゲームがそれだけでクソゲー扱いされるようなもので。
367 名前：デフォルトの名無しさん mailto:sage [2016/11/03(木) 13:50:30.47 ID:snmoM2GI.net]: アンカ間違えた自分に打ってどうする >358だ
368 名前：デフォルトの名無しさん mailto:sage [2016/11/03(木) 13:59:33.85 ID:+nsyTxDZ.net]: >>360
Lispとかあるでしょ
369 名前：デフォルトの名無しさん mailto:sage [2016/11/03(木) 14:07:57.72 ID:h7OLIGrQ.net]: 演算子の前後は空白開ければ楽勝で区別出来るが、Cの.と->は空白入れると座りが悪いので入れてない
370 名前：デフォルトの名無しさん mailto:sage [2016/11/03(木) 14:54:54.10 ID:NjbREez3.net]: >>360
> ハイフン（っていうかプログラミング的にはマイナス記号だと思うけど）が識別子に使える
> プログラミング言語なんてあるのかw
COBOL とか PowerShell とか

> っていうか、この手のオレオレ表記法が他人にどう見えるかなんて無意味。
と思うならスルーしとけ
371 名前：デフォルトの名無しさん mailto:sage [2016/11/03(木) 15:27:26.47 ID:jGJ8D3JL.net]: >>360
チェインケースでググれ
372 名前：デフォルトの名無しさん mailto:sage [2016/11/04(金) 11:34:10.16 ID:ZEtNANA9.net]: >>360 xsltも-が使える。しかもふつうに引き算で-を使う。
373 名前：デフォルトの名無しさん mailto:sage [2016/11/04(金) 17:51:27.61 ID:yZRML0sj.net]: 設定画面でファイルを保存する場所(フォルダ)を指定させるのですが、

まずは、保存する場所を指定するかどうかのBoolean型のプロパティと
指定する場合の実際の保存場所のパスを表すString型のプロパティ

の２つの名前をよろしくお願いします。
Settingsクラスあたりに追加します。
374 名前：デフォルトの名無しさん mailto:sage [2016/11/04(金) 17:57:14.78 ID:yZRML0sj.net]: 英語の名前もそうなんですが、日本語の方もお願いします。
UI的には
「保存する場所を指定する」というキャプションのCheckBoxあたりと、
「保存する場所」というキャプションのテキストボックスとフォルダダイアログを表示するボタンでいいですかね。
375 名前：デフォルトの名無しさん mailto:sage [2016/11/04(金) 18:00:23.05 ID:BEVfOvDH.net]: >>368
設定自体をファイルに保存するの？
それとも、何か別のデータを保存するの？
376 名前：デフォルトの名無しさん mailto:sage [2016/11/04(金) 18:07:17.31 ID:XfxE6vHI.net]: >>368
話を聞く感じでは「保存する場所を指定するかどうか」なんて設定は不要に感じる。
要は必要になった時に保存場所を規定値に戻せれば同じことでしょ？
保存場所を規定値に戻すメソッドを持たせればいい。

保存場所は普通にSaveFolder, SaveName, SavePathで良いのでは
377 名前：デフォルトの名無しさん mailto:sage [2016/11/04(金) 18:09:25.00 ID:yZRML0sj.net]: >>370
別のデータを保存します。それが2,3個あるのですが、その種類は接頭辞として前につけようかなと
思ってますので>>368ではその具体例を省いて質問しました。

設定ファイル自体ももちろんファイルに保存しますが
それは固定なので。
378 名前：デフォルトの名無しさん mailto:sage [2016/11/04(金) 18:12:18.73 ID:XfxE6vHI.net]: まあ、一度規定値に戻した後また同じパスを指定するのは面倒だってことはありうるのか。
じゃあUsesDefaultFolderとUserSpecifiedSaveFolderで
379 名前：デフォルトの名無しさん mailto:sage [2016/11/04(金) 18:21:19.77 ID:yZRML0sj.net]: >一度規定値に戻した後また同じパスを指定するのは面倒だってことはありうるのか
その通りです。例えば、インターネットエクスプローラのプロキシの設定でも
チェックボックスとテキストボックスの２段構えになってるのですが、
他のソフトでそうなってないUIのときに一時的に切り替えるがめんどくさい経験をしてるので、
だから、あえてチェックボックスとの２段構えにしています。
380 名前：デフォルトの名無しさん mailto:sage [2016/11/04(金) 19:27:32.71 ID:yZRML0sj.net]: 色々ありがとうございます。
>UsesDefaultFolderとUserSpecifiedSaveFolder
ここらへんの案で行こうと思います。
381 名前：デフォルトの名無しさん mailto:sage [2016/11/16(水) 21:38:10.07 ID:zlBynMxs.net]: あるクラス群の役割を抽象化したスーパークラスの名前を考えています。

あるデータDをデータベースに対して読み書きするクラスX
あるデータDをファイルに対して読み書きするクラスY
あるデータDをメモリに対して読み書きするクラスZ
あるデータDをウェブアプリに対して読み書きするクラスW

これらのクラスの読み書き先の違いを抽象化したスーパークラスの名前は何が良いでしょうか。

ReaderWriter でしょうか。
382 名前：デフォルトの名無しさん mailto:sage [2016/11/16(水) 22:09:41.69 ID:5Ihw572q.net]: むしろReadWriterじゃない？
あとDStreamとか？
383 名前：デフォルトの名無しさん mailto:sage [2016/11/16(水) 22:42:11.51 ID:gtmrvLDz.net]: リポジトリだろ
384 名前：デフォルトの名無しさん mailto:sage [2016/11/17(木) 00:16:14.42 ID:jhQKUhIJ.net]: >>376 です。

>>378 なるほど、ピッタリですね。
頂きます。

お二人とも、ありがとうございました。
385 名前：デフォルトの名無しさん mailto:sage [2016/11/17(木) 01:17:13.53 ID:ypT0aoV/.net]: いやリポジトリは倉庫であって倉庫係ではないと思うけど...
>>376は倉庫係じゃん
386 名前：デフォルトの名無しさん mailto:sage [2016/11/17(木) 02:13:48.61 ID:NU+xZ5I3.net]: 377で挙がってるけどDStreamかなあ
387 名前：デフォルトの名無しさん [2016/11/17(木) 12:34:21.39 ID:ir/fHuQ7.net]: 全然ストリームじゃないのにどっからストリームが出てくんのか…
雰囲気で訳も分からずデタラメな名前つけんなタコが
388 名前：デフォルトの名無しさん mailto:sage [2016/11/17(木) 13:05:45.14 ID:/0Wfoiwq.net]: >>382
悪いけどお前さんがストリームって概念を理解してないだけだと思うよw
389 名前：デフォルトの名無しさん mailto:>>383 [2016/11/17(木) 13:33:29.72 ID:SIbcJcrO.net]: >>383
俺はお前が理解していないに一票。
ストリームじゃないし。
390 名前：デフォルトの名無しさん mailto:sage [2016/11/17(木) 13:50:31.14 ID:/0Wfoiwq.net]: アホだ
https://ja.wikipedia.org/wiki/%E3%82%B9%E3%83%88%E3%83%AA%E3%83%BC%E3%83%A0_(%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0)
391 名前：デフォルトの名無しさん mailto:sage [2016/11/17(木) 14:00:14.97 ID:SIbcJcrO.net]: >>385
自分の言葉で説明できないという告白ですか。

ストリームの要件の一つに「連続データである」ということがある。
>>376はそれを満たしていないのでストリームではない。

反論があるなら、自分の言葉でどうぞ。
392 名前：デフォルトの名無しさん mailto:sage [2016/11/17(木) 14:03:31.82 ID:3lGtF19o.net]: Dを永続化したいという目的ならD repositoryで伝わるよ
でも>>376は永続化の手段も表したいと言う
真っ先にリポジトリパターンを思い出す人は違和感を持つんじゃないかな
393 名前：デフォルトの名無しさん mailto:sage [2016/11/17(木) 14:05:02.67 ID:/0Wfoiwq.net]: >>386
以前はランダムアクセスが困難なもののみを指してストリームという用法が一般的だったのは
たぶん確かだが、最近はランダムアクセス可能なものもストリームと呼ぶ。

例えば>>385のリンク先の.NET Frameworkの例を見てみ
394 名前：デフォルトの名無しさん mailto:sage [2016/11/17(木) 14:05:19.03 ID:/0Wfoiwq.net]: しかし、本物のアホだな
395 名前：デフォルトの名無しさん mailto:sage [2016/11/17(木) 14:08:02.50 ID:SIbcJcrO.net]: Wikipedia好きみたいだから、本家からも引用しときましょうか。

https://en.wikipedia.org/wiki/Stream_(computing)
> In computer science, a stream is a sequence of data elements made available
> over time. A stream can be thought of as items on a conveyor belt being
> processed one at a time rather than in large batches.

Google翻訳：
> コンピュータサイエンスでは、ストリームは時間の経過とともに利用可能になる
> 一連のデータ要素です。流れは、大きなバッチではなく、一度に1つずつ処理
> されるコンベヤベルト上の物品と考えることができる。
396 名前：デフォルトの名無しさん mailto:sage [2016/11/17(木) 14:12:38.46 ID:SIbcJcrO.net]: >>388
> 例えば>>385のリンク先の.NET Frameworkの例を見てみ
これと>>376が同じに見えるのか。
こりゃ会話するだけ無駄だわ。
397 名前：デフォルトの名無しさん mailto:sage [2016/11/17(木) 14:24:01.83 ID:/0Wfoiwq.net]: 今日はこのぐらいで勘弁しといたるわ、まで読んだ。
しかし重症だね。
398 名前：デフォルトの名無しさん mailto:sage [2016/11/17(木) 14:27:22.96 ID:F8tQbCJJ.net]: 煽りたいだけの奴が的外れな事を言って引っ込みがつかなくなったパターンですね
399 名前：デフォルトの名無しさん mailto:sage [2016/11/17(木) 14:28:32.31 ID:/0Wfoiwq.net]: まあお馬鹿さんが調子にのるといけないので一応突っ込んでおくけど、
>>390の英語版のWikipediaの記事、引用してる本人が読んでないんだろうね

Exampleにはこうも書いてある
On Unix and related systems based on the C language, a stream is a source or sink of data, usually individual bytes or characters. Streams are an abstraction used when reading or writing files, or communicating over network sockets

そこにはシーケンシャルなメディアに限定するなんて記述はない。
当たり前だ磁気テープや穿孔テープの時代じゃあるまいし、そんな1960年代の用法を
有難がって守っても弊害しかないからね。
400 名前：デフォルトの名無しさん mailto:sage [2016/11/17(木) 17:41:25.74 ID:cT5YV57l.net]: なんで揉めているのか二行で説明ヨロ
401 名前：デフォルトの名無しさん mailto:sage [2016/11/17(木) 18:20:46.25 ID:mMJymgjM.net]: >>376
そもそも読み書き操作をスーパークラスにしうとするのがおかしい
データ主体にすべきだし、それならば「データDAccesser」とか妥当なのがでてくるけど
402 名前：デフォルトの名無しさん mailto:sage [2016/11/17(木) 18:21:07.96 ID:HfqKr7Tv.net]: ある数人のグループ全員を、順番はアットランダムに選んでコロしていった場合、連続殺人なのでシリアルキラーと言われ、ランダムキラーと言われない。
その考え方から、ランダムにアクセスされるデータも考え方によっては連続アクセスだからシリアル→ストリームと解釈していいじゃん。

ってJCの女の子が言ってた
403 名前：デフォルトの名無しさん mailto:sage [2016/11/17(木) 18:28:23.63 ID:oM0V2Zu8.net]: >>395
東軍: Streamはシーケンシャルなデータの流れだ
西軍: Streamはデータの構造やアクセス方法関係なしのデータの流れだ

こんな感じ？

抽象化されたStreamって意味なら西軍だけれども
読み書き先の構造やアクセス方法関係なしに
表面的にはシーケンシャルな処理に見えるようにするんじゃない？
あくまで順繰り読み書きすることが目的なのだから
404 名前：デフォルトの名無しさん mailto:sage [2016/11/17(木) 19:06:23.32 ID:H4HAbVd3.net]: Fetch API に ReadableStream という名のインターフェースがあったな
https://triple-underscore.github.io/Fetch-ja.html
405 名前：デフォルトの名無しさん mailto:sage [2016/11/17(木) 20:30:41.08 ID:bN2Unndl.net]: 集約ルートに対するCRUD操作とトランザクション管理を行うならリポジトリ
シーケンシャルなデータI/Oならストリームだろう
>>376ではどちらとも言えないので議論しても不毛な争いにしかならない
つまりお前らはハゲ
406 名前：デフォルトの名無しさん mailto:sage [2016/11/18(金) 06:53:14.38 ID:ZuKcmSv7.net]: >>388
ランダムアクセス「も」ストリームとして扱うようになってきてるだけで名前としてはおかしいと思うけど今さら変えられないって話でしょ？
ストリームインターフェースを参考にするとか派生させるとかで作るならわかるけど全く新規に作るならあえてわかりにくい名前を付ける必要はないと思うよ
407 名前：デフォルトの名無しさん mailto:sage [2016/11/18(金) 08:23:44.33 ID:sk5kx0wb.net]: てめえのためにスレまで建ててやったんだからとっととそっちいけやボンクラ
408 名前：デフォルトの名無しさん mailto:sage [2016/11/18(金) 10:08:14.30 ID:fuS99ZTS.net]: >>401
違うよ。
ストリームって概念のキモは英語版Wikipediaの説明にもあるように抽象化でしょ。
それは最終的な対象を問わずに入出力を透過的に扱うため。

そこにシーケンシャルアクセス専用みたいな（本来どうでもいい）空気がくっついたのは、
単にその概念が生まれた当時にはランダムアクセス可能な対象がRAMぐらいしかなかったし、
今と違ってそれは非常に高価で富豪的に使うなんてありえなかったからだろう
409 名前：デフォルトの名無しさん mailto:sage [2016/11/18(金) 10:22:05.49 ID:mP8U9SKK.net]: アクセス方式のシーケンシャル（アクセス）と、データの構造としてのシーケンシャル（データ）を混同するなよ
410 名前：デフォルトの名無しさん mailto:sage [2016/11/18(金) 10:52:00.04 ID:GQvjvZ3S.net]: だな。>>386は「連続データである」とデータ構造としてシーケンシャルといってるだけなのに、
勝手に>>388がランダムアクセスとかアクセス方式の話をし出してるし、

さらに、勝手に>>388でシーケンシャルアクセスvsランダムアクセスみたいな
変な構図つくってるだけじゃん。
411 名前：デフォルトの名無しさん mailto:sage [2016/11/18(金) 10:54:12.63 ID:fuS99ZTS.net]: 何のこっちゃ
412 名前：デフォルトの名無しさん mailto:sage [2016/11/18(金) 11:00:11.29 ID:GQvjvZ3S.net]: >>382が全然ストリームじゃねぇっていってんのは、>>376で
ファイルやメモリはストリームだが、RDMBSかしらんが「データベース」とか
「ウェブアプリ」とかも含まれてるのにそれらを
総称して「ストリーム」とか言ってるから>>382が全然ストリームじゃねぇって
いってんじゃねぇの？
413 名前：デフォルトの名無しさん mailto:sage [2016/11/18(金) 11:09:44.44 ID:GQvjvZ3S.net]: まぁ、例えば行と列から構成されるRDBMSとかもどんどん分解してけば、
最終的にはバイトの列になるのでじゃあそれは
ストリームって言えなくもないがさすがに無理あるな・・
414 名前：デフォルトの名無しさん mailto:sage [2016/11/18(金) 11:14:36.55 ID:fuS99ZTS.net]: アホだ。
悪いけどそれ抽象化とか透過的って概念が何か理解できないだけ。

仮に透過的に扱えないなら、>>376はそもそもこんな質問をしないだろう。
415 名前：デフォルトの名無しさん mailto:sage [2016/11/18(金) 11:15:44.52 ID:GQvjvZ3S.net]: と書いたがいや、君の言いたいことはわかった。
それらをすごい抽象化してただの入出力先という意味でストリームって
ことにしたわけね。
416 名前：デフォルトの名無しさん mailto:sage [2016/11/18(金) 11:20:46.64 ID:GQvjvZ3S.net]: なんだよ。自分で気づいたのに１分差で負けた。
まぁ、でも、ランダムアクセスとかアクセス方式の話はまとを得ない
反論の仕方だったね。誰もランダムアクセスできるのデータの並びは
ストリームじゃないなんて言ってなかったし。
417 名前：デフォルトの名無しさん mailto:sage [2016/11/18(金) 19:51:43.08 ID:VNWU1qlY.net]: 纏めるとリポジトリが正解ってことですね
418 名前：デフォルトの名無しさん mailto:sage [2016/11/18(金) 20:40:29.39 ID:ZuKcmSv7.net]: >>403
ストリームの本来の意味を調べてから出直してこい
419 名前：デフォルトの名無しさん mailto:sage [2016/11/18(金) 20:47:28.99 ID:ZuKcmSv7.net]: >>412
>>376
> あるデータDをデータベースに対して読み書きするクラスX
> あるデータDをファイル�
420 名前：ﾉ対して読み書きするクラスY までならリポジトリが一番しっくりくる > あるデータDをメモリに対して読み書きするクラスZ これはちょっと微妙だけどまあメモリーも倉庫って言えなくもないか > あるデータDをウェブアプリに対して読み書きするクラスW ウェブアプリの動きがわからんのでなんとも言えないかな DB のフロントエンドみたいなものならいいけど、書き込んだらプリンターに印刷されるようなアプリだったらリポジトリって言うのは違和感あるしなぁ []: [ここ壊れてます]
421 名前：デフォルトの名無しさん mailto:sage [2016/11/18(金) 21:22:00.83 ID:ebwGr1K/.net]: インメモリリポジトリもウェブサービスベースのリポジトリも現場では当たり前のようにつかわれてるよ
CRUD操作とトランザクション管理ができていればインフラの実態が何であれリポジトリを名乗れる
Save命令が来たらプリンタで印刷してIDをラベリングして書類棚に保管する
Load命令が来たらIDで書類棚を探してスキャナにかける
トランザクション管理はタイムスタンプ方式でいいだろう
あとはバックエンドで作業する人を雇えば紙ベースのリポジトリが実装可能だ
422 名前：デフォルトの名無しさん [2016/11/18(金) 22:38:04.35 ID:Ashpa7Ki.net]: リポジトリもストリームと同じくらいないわ
だから雰囲気だけでデタラメな名前つけんなっつーのw
423 名前：デフォルトの名無しさん mailto:sage [2016/11/19(土) 00:15:08.41 ID:shkjyp+s.net]: >>416
やっぱりラーメンは醤油がうまいよな
424 名前：デフォルトの名無しさん [2016/11/19(土) 07:56:32.66 ID:T/wP/yiF.net]: いつも悩むのは仮引数と外から与える変数名を同じにするか、
newしたオブジェクト名なのか、通常型変数名なのか、
オブジェクトを加工した結果を加工前と同じにするか、
加工されたものであることが分かるように別名にするか、
名前に意味付けをするか、しないか。
意味付けをしないといつもの慣習で決まりきったルールで
命名するからコーディング時に手が止まらないしスペルミスもしない、
foo や obj num str arg などほとんど意味を持たない名前は
自分の中で使いどころが統一されているから扱いやすいが、
後から見ると処理の意味が見えにくくなってしまう。

意味をつけると名前が長くなるし、表記がブレたりスペルミスしたり
意味論的な勘違いすることもある、後で読みやすいようにと思って
意味をつけたのに、それが全く裏目に出たりすることもある。
425 名前：デフォルトの名無しさん mailto:sage [2016/11/19(土) 08:31:00.18 ID:HaGDkE41.net]: >>415
自分の知ってる単語を必死で並べたってレスだな w
426 名前：デフォルトの名無しさん mailto:sage [2016/11/19(土) 08:35:31.62 ID:yRyIlHmZ.net]: >>418

＞仮引数
コーディング規約や言語のルールでthis的なものが必須なら、
それに甘えて同じにしちゃう。

＞加工
normalizedとか毎回付けてらんないしなー。
後から併用するなら仕方ないけど、そうでないなら無駄な変数は減らしたいなあ。
別関数に切り分けるなり、メソッドチェーンに頼るなり、ラムダ式使うなり。

＞意味付け
極端に狭いスコープなら、意味付けをしないことに意味がある場合も多いよねぇ。
427 名前：デフォルトの名無しさん mailto:sage [2016/11/19(土) 08:46:32.38 ID:D7c5q+PF.net]: >>418
短期利用でさくっと書きたいときは別だが、長期的な保守をするなら具体的で分かりやすい名前を付ける
命名規則は時間が経つと結構変わる
数年後に自分で見直して書き直したくなるコードはNG
qiita.com/Kenya/items/faec4cc374edd5ffbba6
428 名前：デフォルトの名無しさん mailto:sage [2016/11/23(水) 09:59:46.68 ID:6rdEH9lU.net]: エクセル帳票を出力するクラスがたくさんあります
全ての帳票にて帳票を出力したあと
A1セルをアクティブにする
左端のシートをアクティブにする
ヘッダーとフッターに日付を付ける
パスワードを付ける
などといった共通の処理を実行します
この共通の処理行うクラス名とメソッド名はどうすべきでしょうか
429 名前：デフォルトの名無しさん mailto:sage [2016/11/23(水) 10:19:39.44 ID:OGH43EwE.net]: >>421
数年後に書き直したくならないのは、お前が成長してないから
430 名前：デフォルトの名無しさん mailto:sage [2016/11/23(水) 10:40:54.66 ID:6zk3Iard.net]: >>422
関数名は Finalize() とかどうじゃろ

クラス名に関しては、設計まで関与できるなら
IExcelとかExcelBaseとかSpreadsheetInterfaceとか…？

>>423
コードそのものの話なら同意するが、
命名だけなら該当するとは限らないんじゃね
431 名前：デフォルトの名無しさん mailto:sage [2016/11/23(水) 10:53:05.86 ID:C2QhSskP.net]: >>422
指定の形式に整えるという意味で
format();
432 名前：デフォルトの名無しさん mailto:sage [2016/11/23(水) 12:45:21.12 ID:FAW/BQOA.net]: >>422
それが「共通の後処理」なら
CommonPostProcessor.Do

それがプログラムの中でどういう意味を持つのかが分からないと
適切な命名は無理だと思う
433 名前：デフォルトの名無しさん mailto:sage [2016/11/23(水) 14:36:17.78 ID:6rdEH9lU.net]: >>424-426
どうもです
この中だとCommonPostProcessorがイメージ的に近い感じです
出力後にやらなければならない処理を一回で呼び出すためのファサードクラスなので具体的過ぎてもダメなので
434 名前：デフォルトの名無しさん mailto:sage [2016/11/24(木) 22:28:47.24 ID:vuroAiw2.net]: 日付値を現在時刻に対する相対表記の文字列に変換するメソッドの名前を
お願いします。
１分前とか1時間前とか１日超えたらは相対表記やめてただの日付の表示に.
435 名前：デフォルトの名無しさん mailto:sage [2016/11/24(木) 23:31:42.82 ID:Nb3eTdW/.net]: fromNow
436 名前：デフォルトの名無しさん mailto:sage [2016/11/25(金) 09:33:46.36 ID:RGPpwCf5.net]: 相対をRelativeで表現するかな？
437 名前：デフォルトの名無しさん mailto:sage [2016/11/25(金) 12:08:42.83 ID:O6iXt3QA.net]: Twitter の HTML 見たら、
<span class="_timestamp js-short-timestamp js-relative-timestamp"
とか書いてあった。これに get_ でもつければいいんじゃないかと。
get_short_timestamp()
get_relative_timestamp()
438 名前：デフォルトの名無しさん mailto:sage [2016/11/25(金) 18:08:23.46 ID:oxvefZiD.net]: >>431
ありがとうございます。relativeとshortを使って命名してみます。
439 名前：デフォルトの名無しさん mailto:sage [2016/11/25(金) 18:19:19.10 ID:oxvefZiD.net]: >>429->>431です。
440 名前：デフォルトの名無しさん mailto:sage [2016/11/25(金) 19:42:24.03 ID:FoJmRZeZ.net]: Backup?

BackUp?
441 名前：デフォルトの名無しさん mailto:sage [2016/11/26(土) 02:35:18.71 ID:bM77xh/N.net]: >>434
後退させる？
ejje.weblio.jp/content/back+up
442 名前：デフォルトの名無しさん mailto:sage [2016/11/26(土) 06:52:26.50 ID:pZYy6q7Y.net]: >>435
ほえー、backup = バックアップで染み付いてるから
Traffic is backed up for three miles.
なんて見たらはあ？ってなるな

とか思ってたらGoogle翻訳もはあ？ってなってた w

> トラフィックは3マイル分バックアップされます。

Yahoo 翻訳だとまともなのになんでだろ？
最近導入したＡＩの弊害か？

> 交通は、3マイル渋滞します。
443 名前：デフォルトの名無しさん mailto:sage [2016/11/26(土) 08:32:36.21 ID:bM77xh/N.net]: >>436
UpperCamelcase は単語単位で命名されるので、"back up" なのか "backup" なのかが判断材料になる
444 名前：デフォルトの名無しさん mailto:sage [2016/11/26(土) 11:07:43.20 ID:Pcz+IOdC.net]: よくある質問、お問い合わせ、フィードバック
などのコントローラーのディレクトリ名はどのような名前がいいでしょう

Controllers/Support ?
445 名前：デフォルトの名無しさん mailto:sage [2016/11/26(土) 12:56:34.14 ID:laDp/8E1.net]: >>438
そっちの分野まったく知らんので適当
っていうかなんかスレの趣旨と違うような気もする

後から見てより分かりやすい木構造はSupport/Controllerの方だと思う。
複数形にするかどうかはお好みで
446 名前：デフォルトの名無しさん mailto:sage [2016/11/26(土) 16:25:28.10 ID:cFmpK3Dq.net]: Customerもありかなあ
447 名前：デフォルトの名無しさん mailto:sage [2016/11/27(日) 15:43:07.47 ID:dZuXkYGJ.net]: >>436
Google翻訳はユーザーフィードバックの影響が大きいからね
日本語→外国語はアニメ台詞の影響を、英語→日本語は英語の読めないITドカタの影響を強く受けている傾向がある
448 名前：デフォルトの名無しさん mailto:sage [2016/11/27(日) 16:32:20.33 ID:TUh1xXZg.net]: どんな被害妄想だよw
そんな訳あるかw
だいたいスレ違いだ
449 名前：デフォルトの名無しさん mailto:sage [2016/11/29(火) 21:56:12.39 ID:KdW4ujJQ.net]: フォトIDの配列変数名は

photosId
photIds

どちらがいいでしょう
450 名前：デフォルトの名無しさん mailto:sage [2016/11/29(火) 22:22:32.75 ID:8C27YYsq.net]: アップルペンの配列がapplespenじゃないのは確かだ
451 名前：デフォルトの名無しさん mailto:sage [2016/11/30(水) 01:30:50.29 ID:sO/ROCng.net]: photo_ids
452 名前：デフォルトの名無しさん mailto:sage [2016/11/30(水) 04:54:01.32 ID:Hf1AxjDJ.net]: IdsにするかIDsにするか迷う
453 名前：デフォルトの名無しさん mailto:sage [2016/11/30(水) 06:46:57.62 ID:JLGr4M6X.net]: >>446
1語 identity の略なら Id、2語 i 何とか d 何ちゃらの略なら ID だ。
454 名前：デフォルトの名無しさん mailto:sage [2016/11/30(水) 08:31:03.20 ID:06/5C/mF.net]: >>443
前者　photoが何枚
455 名前：かあってそれぞれにIdがある 後者　photoは1枚でそれにIdが複数ある []: [ここ壊れてます]
456 名前：デフォルトの名無しさん mailto:sage [2016/11/30(水) 21:22:25.25 ID:byVi02oM.net]: >>448
PhotosID : photoの集合に対する1つのID
PhotoIDs : "PhotoID"の集合

こうじゃないか？
457 名前：デフォルトの名無しさん mailto:sage [2016/11/30(水) 21:58:01.27 ID:a1CuXFtp.net]: >>449
そう思う
458 名前：デフォルトの名無しさん mailto:sage [2016/11/30(水) 23:36:54.61 ID:gQumH8bj.net]: ちなみにphotoの集合に対するIDの集合は
PhotosIdsでOKですかね？
459 名前：デフォルトの名無しさん mailto:sage [2016/11/30(水) 23:51:22.87 ID:y2jQ/DIV.net]: PhotoSetIDsとかの方が無難だと思う
460 名前：デフォルトの名無しさん mailto:sage [2016/12/01(木) 00:02:51.76 ID:6vJxVA1f.net]: photoIDArrIDArr
461 名前：デフォルトの名無しさん mailto:sage [2016/12/01(木) 00:08:05.42 ID:MlSLrfWA.net]: うむむむむ
462 名前：デフォルトの名無しさん mailto:sage [2016/12/01(木) 02:31:32.22 ID:giEswoT2.net]: >>447
言いたいことは分かるが、Microsoftだったかどこかの命名規約だと
IDは大文字だったりするんだよな
見たのだいぶ前なので今は違うかも知らんけど
463 名前：デフォルトの名無しさん mailto:sage [2016/12/01(木) 20:04:09.18 ID:wkCVFNfo.net]: 「参加中のグループの通知を購読するかどうか」
というbooleanを格納する変数名はどのようなものがよいと思いますか？

mysqlのテーブル名にも使用する予定です。

subscribe_notify　…とかはどうでしょう
464 名前：デフォルトの名無しさん mailto:sage [2016/12/01(木) 20:15:50.85 ID:KXP3Jsth.net]: 購読するならサブスクライバーを生成する
しないならサブスクライバーを削除する
フラグは使わない
465 名前：デフォルトの名無しさん mailto:sage [2016/12/01(木) 20:31:25.36 ID:wkCVFNfo.net]: >>457
申し訳ありませんがそういう設計ではないです
466 名前：デフォルトの名無しさん mailto:sage [2016/12/01(木) 20:36:58.62 ID:MZtsAhZY.net]: >>457
購読→生成　わかる
しない→削除　わからん
削除される奴はいつ生成されたんや
467 名前：デフォルトの名無しさん mailto:sage [2016/12/01(木) 20:53:43.18 ID:cvCPUZP4.net]: subscribe_notifyでええのとちがうの？
468 名前：デフォルトの名無しさん mailto:sage [2016/12/01(木) 21:17:27.93 ID:PUW72udf.net]: Notifyって動詞じゃないの？w

Win32APIにRegisterDeviceNotificationってのがあったけど
それをもじってRegistersGroupNotificationとか。

実際の実装がイベントを購読するかどうかを決定するんじゃなくて
単に無視するかどうかを決定するだけであるなら、論理は反対になるけど
IgnoresGroupNotificationとか
469 名前：デフォルトの名無しさん mailto:sage [2016/12/01(木) 21:32:32.46 ID:MZtsAhZY.net]: WM_NOTIFYってのがあってな
470 名前：デフォルトの名無しさん mailto:sage [2016/12/01(木) 21:40:47.65 ID:1Xdv8XqE.net]: Ignoreみたいな否定的な意味合いの名称は
よっぽどの理由がない限りは二重否定の除去の観点からお勧めしない
471 名前：デフォルトの名無しさん mailto:sage [2016/12/01(木) 21:44:05.10 ID:PUW72udf.net]: 二重否定って意味わかって言ってる？w
472 名前：デフォルトの名無しさん mailto:sage [2016/12/01(木) 21:47:02.61 ID:MZtsAhZY.net]: not に見えたとか？
tifyってなんやねんってなるがｗ
473 名前：デフォルトの名無しさん mailto:sage [2016/12/01(木) 22:11:11.15 ID:NHXaAvDm.net]: 何言ってんだこいつ
474 名前：デフォルトの名無しさん mailto:sage [2016/12/02(金) 01:39:29.84 ID:Zj5y44Q+.net]: 例えばOPEN/CLOSEのパターンはあるときに
変数名を isOpened にするかそれとも isClosed にするかみたいな話で、
人間の感覚的にtrueに近い前者のほうが好ましい、みたいな意見はよく聞く。

ignoreもそれに似た印象を持つ単語だよね、って話かしら？
475 名前：デフォルトの名無しさん mailto:sage [2016/12/02(金) 05:39:49.14 ID:+ocxhyeH.net]: >>466
何と何で二重否定なのか言ってみな
476 名前：デフォルトの名無しさん mailto:sage [2016/12/02(金) 08:49:31.38 ID:7VByTnYi.net]: 俺も>>467を連想した
「変数 Ignore に false を代入して二重否定」の意かもしれんが、言葉足らずな感はある
477 名前：デフォルトの名無しさん mailto:sage [2016/12/02(金) 08:54:25.22 ID:+ocxhyeH.net]: 基本Aである条件でBならisB
基本Bである条件でAならisA
って意見も見る
478 名前：デフォルトの名無しさん mailto:sage [2016/12/02(金) 12:52:15.55 ID:4/nN0nxx.net]: >>462
そりゃメッセージだから動詞でいいわな []; [ここ壊れてます]
480 名前：デフォルトの名無しさん mailto:sage [2016/12/02(金) 12:57:20.15 ID:4/nN0nxx.net]: >>467
そもそも質問者は普通に
> 購読するかどうか
としか言ってないのに、ignore～とかいきなり言い出す奴がおかしい
481 名前：デフォルトの名無しさん mailto:sage [2016/12/04(日) 11:58:09.74 ID:W7gPj0hX.net]: Haskell で次の定義の関数 f に名前を付けたいと思います。

f :: Either a b -> Either a b -> Either a b
Left _ `f` e = e
e `f` _ = e

つまり、(Right x) `f` (何か Either) ならば左側の Right x の値に、
(Left x) `f` (何か Either) ならば右側の Either 型の値になる関数です。

想定している主な使い方としては、成否を Either 型の値で返す関数を2つ（以上）並べ、
最初の関数が成功したらその値を、失敗したら次の関数の値を使うことです。
（Monad の >>= はこの意味としては逆のことを行ってしまうので）

また、この使い方は関数を左から右へ並べることを想定しています。
その方が多くの場合でプログラムソースが読みやすいからです。

私は、failedThen を考えました。
f `failedThen` g という使い方です。
しかし、違和感が無い訳ではないです。（意図は分かってもらえるかも知れませんが）。

もしこれが、関数を右から左へ並べる使い方なら、
g `ifItFailedThat` f とでも名付ければ自然なのですが。

もし、私の考えた failedThen では根本的にマズく、
かと言ってより良い案も出てこなければ、 ?>> など適当な演算子を考えてみます。

もしかして、もう標準ライブラリや Hackage のライブラリに同等のものがあるでしょうか？
482 名前：デフォルトの名無しさん mailto:sage [2016/12/04(日) 12:45:04.95 ID:li+Y6WiJ.net]: >>473
Haskell まったく知らんので頓珍漢かもしれないけど可変個のEitherを引数にとって
それをチェーンできるってことなら文字通りChainEitherとか
483 名前：デフォルトの名無しさん mailto:sage [2016/12/04(日) 12:49:05.06 ID:li+Y6WiJ.net]: こっちが駄目ならあっちで...っていうとfall backなんて言い方もあるけど
これは条件が悪いB案に切り替えるみたいなニュアンスだからこの場合にはあってないよなあ
484 名前：デフォルトの名無しさん mailto:sage [2016/12/05(月) 16:55:59.22 ID:3xjBziHl.net]: .NETの型システムで値型はvalue typeで、参照型はreference typeですが。
その値をなんといったらいいでしょうか？
参照型の値(参照値?)でreference value?
値型の値は？？
485 名前：デフォルトの名無しさん mailto:sage [2016/12/05(月) 17:41:24.55 ID:mcq5odck.net]: >>476
スレ違いのような気もするけど参照型の変数の値は参照(reference)、
値型の変数の値は構造体(structure)または単に値(value)じゃない？
486 名前：デフォルトの名無しさん mailto:sage [2016/12/05(月) 17:54:56.37 ID:3xjBziHl.net]: いや、それをメソッド名の名前につけるんでたぶんこのスレでいいと思います。
Structですか。接頭辞つけるならこれですかね。ジェネリック制約の値型の制約でもstructですし。
現状、
public T GetValue<T>(...) where T : class
public T GetValueOrDefault<T>(...) where T : struct
な感じで、全部GetValueほにゃららという感じで名前では値型の値を返すのか、参照型の値を返すのかは
はっきり区別させてなくて、ジェネリック制約で区別してるんですが、
名前でも区別させるとしたら、Valueの前にどんな修飾子つければいいのかなぁと思った次第です。
487 名前：デフォルトの名無しさん mailto:sage [2016/12/05(月) 17:59:28.78 ID:3xjBziHl.net]: public T GetReferenceValue<T>() where T : class
public T GetStructValueOrDefault<T>() where T : struct
やっぱ、これは、くどいですかね。
488 名前：デフォルトの名無しさん mailto:sage [2016/12/05(月) 18:36:06.82 ID:REUUgwhj.net]: >>479
結果的に何を返すのかで考えればいいと思う

少なくとも
> public T GetStructValueOrDefault<T>() where T : struct
これはわけわからん
489 名前：デフォルトの名無しさん mailto:sage [2016/12/05(月) 20:26:11.69 ID:Wk+gfL4y ]: [ここ壊れてます]
490 名前：.net mailto: getClass と getStruct でよくね []: [ここ壊れてます]
491 名前：デフォルトの名無しさん mailto:sage [2016/12/06(火) 06:55:20.14 ID:Mt0NZ7F7.net]: >>476
日本語と同じでいいような気がする
> 値型はvalue type
> 参照型はreference type
参照型の値 ⇒ value of reference type
値型の値 ⇒ value of value type

そもそもなんで
> ジェネリック制約で区別してるんですが、
> 名前でも区別させる
なんてことをしたいのかよくわからんけど...
492 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 15:40:55.18 ID:e90TnsMB.net]: 「プレイヤーとの距離」を表すfloat値の変数名って
直訳するとdistanceFromPlayerになるけど、distancePlayerでも通じるかな？
493 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 16:06:00.05 ID:H14YD2Kg.net]: 絶対通じないw
少なくとも俺には理解不能

あと細かいことだけど、fromでもいいけどtoの方がいいと思うよ
494 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 16:31:34.28 ID:e90TnsMB.net]: >>484
サンクス
「プレイヤーへの距離」ってよりも「プレイヤーからの距離」って
意味のほうが強いからfromを使うよ
本当どっちでもいいと思うけどw
495 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 19:01:19.71 ID:1Nt4zAoH.net]: 普通に通じる。というか、プレイヤーという言葉からしてゲーム系だと思うけど、
config弄れる系のゲームでconfig弄ってると、短い語句から推測するしかないの
ばっかりで、理解できないなら弄るなっていうじゃん。

コードの保守とは性格が違うから同列に論じれないけど、一々説明的な変数
じゃないと保守性が悪いとか理解できないとか言い出したら、コードのアルゴリズム
とかももはや読み取れないんじゃないの？
496 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 19:12:32.84 ID:H14YD2Kg.net]: ずいぶんお馬鹿な思考回路だねw

普通に考えれば大して長いわけでもない名前をたった4文字節約するのに
見合うコストじゃないはずだけどw
497 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 19:42:20.78 ID:1Nt4zAoH.net]: いや、「絶対通じないｗ」なんて言い切るからには、コードを読むのにさぞかし
苦労しまくってるんだろうなって話だよ。別に節約論の話じゃない。
話の本筋は、節約論の話じゃない。これくらい分かってもいいだろうし、
「絶対通じないｗ」なんてプログラム組めるの？と心配になった訳。

これすら理解できないんだからまあ、お察しだわね。
498 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 20:04:04.86 ID:H14YD2Kg.net]: のれんに腕押しとはこのことか
むしろバカの壁か

このお馬鹿さんはきっと「プレーヤー距離」という謎の言い回しを見て
即座にそれがプレーヤーからの距離のことだと理解するエスパーなんだろうね。
499 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 20:05:49.90 ID:H14YD2Kg.net]: っていうか、>>488みたいな思考回路の人間がいるから
世の中には実際クソコードが存在するんだろうな
500 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 20:30:56.37 ID:u+z4pBYY.net]: >>489
モノ.距離プレイヤー
この単語の並びで想像もつかないってのは考えが固すぎると思う

何を以て『絶対』と言い切ったかは知らないけど多数の考えを統一するのは至難
全員がお前に歩み寄るわけじゃないんだから想像するくらいのことはやった方がいいと思うよ
501 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 20:49:08.31 ID:hiK/vgiI.net]: >>487のこいつはなんですぐに喧嘩腰になるの？？
>>486は普通に反論しただけだろ、おまえも反論すりゃいいだけだろ。
馬鹿だのなんだのは反論じゃなくて喧嘩なんだよ。

おまえ邪魔だからこのスレから消えろ。
502 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 20:49:49.36 ID:1gCcVPDy.net]: 省略しても通じるが、省略するのが適切かと言えば適切ではないし、省略することにあまりメリットはないと思う
503 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 20:55:17.68 ID:hiK/vgiI.net]: 自分の意見への反論=喧嘩
とかなってんの？>>487の頭の中。
友達とかいなくてリアルで議論とかしたことないからそんな偏った思考になってんのか？
504 名前：デフォルトの名無しさん [2016/12/07(水) 20:58:29.12 ID:y1gT8eg3.net]: こんなもんdistで十分だろw
505 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 21:07:39.88 ID:yygFZTd8.net]: >>494
彼は結構前から居着いているバトー君だよ
レスに罵倒する言葉を入れないと他人とコミュニケーションが取れないかわいそうな子なんだ…
仲良くしてあげてね！

ちなみに>>235と同一人物だよ
506 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 21:08:58.30 ID:1Nt4zAoH.net]: お好み焼き食ってるうちに伸びてるな。
「本筋」が何だったのか最後まで理解して貰えなかった模様。

この調子だと、この世に転がってるソースコードのほとんどがクソコードになるよ。
読んだことないっぽいけど。

> このお馬鹿さんはきっと「プレーヤー距離」という謎の言い回しを見て
> 即座にそれがプレーヤーからの距離のことだと理解するエスパーなんだろうね。

マジで本筋を考えてくれ。理解できるであろう状況と、そうでない状況がある。
なんでも略せといってる訳じゃない。他に似たような変数でもない限り、
このケースでは「絶対通じないｗ」なんてことないだろ。

これが分からないっていうのなら、既に質問者のfromとあんたのtoとで
全然噛み合ってないし、プレイヤーとの対象が何なのか分からんから
それすら変数名に入れてくれないと本当はダメだろって突っ込んでくれよ。←重要

自分が読めないコードはクソコード、動かないコードはコンパイラが悪い
とかいうジャイアニズムは中学生までだよ。
507 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 22:18:22.67 ID:hiK/vgiI.net]: >>496
そっか。めんどくせぇやついるな。
こんなやついるといつか自分が巻き込まれるかもしれねぇし。
甘やかさないで徹底的につぶしてつぶして消えてもらった方がいいわw
508 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 22:30:53.87 ID:H14YD2Kg.net]: >>497
バカの壁の向こう側の人に何を言っても無駄だけど通じないから。

プレバトって番組観てると、俳句のセンセに
「その表現では写真を見ていないお前の俳句の読者に何を読んでいるのか理解できない」
って突っ込まれるバカが毎週いるけど、なるほど背景情報を共有しない他者の視点から
自分の表現がどう見えるかの想像する能力の欠如している人間ってのは結構いるんだなと。
509 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 22:36:38.22 ID:hiK/vgiI.net]: >>499
自分の表現がどう見えるかより
おまえは自分の事が見えてない馬鹿だろww
510 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 22:39:35.50 ID:PlHHSD6B.net]: >>483
511 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 22:40:37.90 ID:PlHHSD6B.net]: むしろ、
distance_from_player_to_me
とかの方がわかりやすいと思う。
512 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 23:48:52.24 ID:1Nt4zAoH.net]: >>499
自己紹介ですか。
知ってましたよ。
513 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 23:51:28.79 ID:u+z4pBYY.net]: >>499
お前も自分の表現がどう見えるかの想像する能力の欠如している人間だよ
514 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 23:55:48.59 ID:NRkfX+/1.net]: >>499
指摘されたことに一切反論できてねーなｗｗ
オレオレダッテしか言ってないｗｗ
515 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 00:06:45.44 ID:j9WKzOmd.net]: ここで質問するやつは、そのソースコードのメイン読者が誰なのか、
一度じっくり考えような。

読者が書き手自身なら、数ヶ月後の自分が意味を容易に読み取れる変数名にすればいいだけ。
後からリファクタリングで名前をより良く変えることも簡単だ。

GitHub なんかで公開して世界中のプログラマに読んでほしいのなら、
こんな所じゃなく stack overflow とかで訊くべき。
(質問は片言の英語で十分)

会社や同人なんかでチームを組んでるのなら、そいつらがメンテしやすいように、
そいつらをメイン読者としてプログラミングするのだから、
質問もそいつらにすべきだ。

ここで返ってくる質問の答えは、こいつらが理解しやすい変数名だ。
こいつらにアドバイスを求めるということは、
君のソースコードはこいつらがメイン読者だということになるが、
それで本当にいいのか？
516 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 00:29:08.73 ID:aI8hpPNX.net]: ルールがないから迷ってるんじゃないのかな？

というかここで得た答をそのまま使うかどうかは質問者の選択となる
俺らが見直すこともない

命名においてべき論は難しいのでどうかわかんないけど
少なくとも俺が質問するときは「自分ではこうしよう」ってのを持っておいて良さげな答がでたら採用する
517 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 00:30:39.96 ID:J7H/KgZW.net]: >>506
>>君のソースコードはこいつらがメイン読者だということになるが

ならないので大丈夫です。
すべての変数名を相談しているわけではありませんし。
お互いの立場や利害関係に関係なく、気軽にやり取りできるのがこのスレの良いところですね。
518 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 02:08:02.12 ID:0CWIKt/I.net]: >>1のテンプレを>>506まで風呂敷を拡げて、どうやって畳むつもりですかね？
このスレのいいところは、>>508だよ。議論は別スレがちゃんとある。

俺様の考えは絶対だと他者を蔑み粘着しスレを食いつぶすアホが出現するのが問題なだけ。
519 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 02:16:16.23 ID:ht+cEyPh.net]: >>509
いつも思うけど、どうしてこの手のバカってのは自分が自分を棚上げしてることに気が付けないのかね。
520 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 02:23:49.39 ID:ht+cEyPh.net]: っていうかねえ、時代はもう80年代みたいな牧歌的な時代じゃない。

覚えることは山ほどあるし毎日毎日読む必要があるコードの量も膨大だ。

舌足らずで表現能力の欠如したバカが何も考えずいい加減につけた名前の意味を
忖度するような無駄な作業に費やす時間なんかねえんだよ馬鹿。

distancePlayerで必要にして十分だと感じるようなセンスの人間はプログラマなんか辞めてしまえ頼むから。
そんな奴は存在するだけで他人に迷惑だ。
521 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 02:29:22.12 ID:+1kxD5FO.net]: 散々論破されて、また自己紹介しに来てるよこの人
522 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 02:44:33.71 ID:0CWIKt/I.net]: とりあえず「絶対通じないｗ」に対する反論は見かけましたが、そこからのさらなる反論はついぞ見かけることはありませんでした。
「絶対通じないｗ」論のさらなる追証などあればまだましでしたが、テレビ番組とか80年代とか全く関係のない内容からの
罵詈雑言というワンパターンしかありませんでした。

プログラムに例えると、処理の途中でいきなりgotoで別処理に飛んでから返ってないけど、飛んだ先で罵詈雑言のサブルーチンだけ
毎回呼び出しているクソコードですよね。
物事を順序立てて冷静に話を進められないというのは、コンピュータ技術者としては致命的ではないでしょうか。
523 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 02:45:06.56 ID:J7H/KgZW.net]: 散々引っかき回したあげく、馬鹿馬鹿と。
子供ですか。見苦しい。

そんな「舌足らずで表現能力の欠如したバカ」みたいな書き込みに賛同する人間はいませんよ。
524 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 02:57:26.15 ID:KLbX/DWb.net]: テレビ番組と80年代がどうのこうのとか相当なおじさんか。
その年でその拗らせ具合はもうなにしても修正利かなそうだなww
525 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 08:31:08.82 ID:aI8hpPNX.net]: >>511
この時代に覚えることと言うのはほぼないと思うよ
調べ方を知っておけばいい

自分の考えることだけが唯一の正解だと考えるの人間はプログラマをやる上で窮屈だよ
自分の知識外で素晴らしいコードがあったとしても「見たことない、知らない」で捨ててしまいかねないしね

人の手が介在する以上は同じ動作でも実現方法は多岐にわたるんだよ
プログラムは所詮手段で目的は仕様を満たすことなんだから

俺はまず認めてそこからより良くする方法を考えることが大切と考えてる
526 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 09:03:38.00 ID:rKlEy3a0.net]: 変にプライド高くて拗らせた人は論点で反論できないなら黙っておいた方がいい
527 名前：デフォルトの名無しさん mailto:sage [2016/12/09(金) 08:45:25.65 ID:CLppIZfJ.net]: >>485
Google翻訳だと「プレーヤーからの」と「プレーヤーまでの」で from と to を使い分けてるからそれでいいと思う
普通に「プレーヤーとの距離」だと to なのでこだわりがないなら to の方が多いだけ
528 名前：デフォルトの名無しさん mailto:sage [2016/12/09(金) 15:24:24.62 ID:Gw2lQ98p.net]: プレイヤーとの距離しか扱わないなら良いけど、AIを改良する過程で
「障害物との距離」とか「目標地点との距離」とかが出てくる見込みがあるなら

それらと統一しやすいネーミングにした方が最終的に綺麗なソースになるよ
529 名前：デフォルトの名無しさん mailto:sage [2016/12/09(金) 16:34:50.14 ID:jw2e78fQ.net]: 今後このスレで突然相手から罵倒されたら中年にもなってかなり
ひどい拗らせかたをしている>>511で。
530 名前：デフォルトの名無しさん mailto:sage [2016/12/09(金) 17:53:31.65 ID:RJofFHYo.net]: いきなりどうした
531 名前：デフォルトの名無しさん mailto:sage [2016/12/10(土) 04:07:49.67 ID:ZQIWZdV9.net]: ファイルを削除するメソッドは
file.delete()
file.remove()
どっちが良いですか？
532 名前：デフォルトの名無しさん mailto:sage [2016/12/10(土) 09:30:14.26 ID:a7ta86cz.net]: delete
　ゴミ箱へ移動しない削除
remove
　ゴミ箱へ移動する削除
こんなイメージ
533 名前：デフォルトの名無しさん mailto:sage [2016/12/10(土) 09:34:14.31 ID:5+0zsndy.net]: それってあなたの感想ですよね
534 名前：デフォルトの名無しさん mailto:sage [2016/12/10(土) 09:35:34.02 ID:gzxVJoFa.net]: うっかりミスの予防策　その「削除する」で大丈夫？
ttp://ascii.jp/elem/000/000/061/61346/
535 名前：デフォルトの名無しさん mailto:sage [2016/12/10(土) 09:38:31.57 ID:a7ta86cz.net]: >>524
ようタラコ
536 名前：デフォルトの名無しさん mailto:sage [2016/12/10(土) 11:05:30.54 ID:sp+WQmJK.net]: 自分も>523のイメージあるけど
ファイル削除コマンドはrm（remove）だし、それに倣うのもいいんじゃないかな
537 名前：デフォルトの名無しさん mailto:sage [2016/12/10(土) 14:48:02.06 ID:fX2EvT6V.net]: DOSだとファイル削除コマンドはdelだったりする
538 名前：デフォルトの名無しさん mailto:sage [2016/12/10(土) 16:35:04.26 ID:sp+WQmJK.net]: それは知らなんだ
539 名前：デフォルトの名無しさん mailto:sage [2016/12/10(土) 17:05:39.42 ID:a7ta86cz.net]: でもrmdirってのもある
rm = remove, dir = directory
540 名前：デフォルトの名無しさん mailto:sage [2016/12/10(土) 17:52:25.01 ID:hs9d/A1E.net]: ファイルでしょ？　unlink でどうぞ
541 名前：デフォルトの名無しさん mailto:sage [2016/12/10(土) 18:00:53.53 ID:DT2RbYFq.net]: プロジェクト内で統一されてたらそれで良いよ
例えばハンドラの削除がdeleteならファイルもdeleteで良い
ものによってremoveやdeleteやkillが混在する状況はヒューマンエラーの原因になるからやめろ
542 名前：デフォルトの名無しさん mailto:sage [2016/12/10(土) 18:04:33.32 ID:a7ta86cz.net]: >>531
じゃあなんで同じ削除なのに
ファイルはdelでディレクトリはrmdir(remove)なん？
543 名前：デフォルトの名無しさん [2016/12/10(土) 18:44:48.84 ID:KhvynHWx.net]: >>522
そのfileはオブジェクトで特定のファイルを指しているのなら
つまりユニークなら、delete()のイメージかなあ
そのfileが主点となるって意味で

remove()って集合の中から条件に合う個体を取り除くってイメージがあるわ
こっちは集合が主点
544 名前：デフォルトの名無しさん mailto:sage [2016/12/10(土) 18:49:47.80 ID:nRIDqosR.net]: >>528
検索するとMSDNばかりがHITするな
- Windows … delete
- Linux … remove
なのかな
https://www.google.co.jp/search?q=delete+file
545 名前：デフォルトの名無しさん mailto:sage [2016/12/10(土) 20:31:18.19 ID:qBdlzyUd.net]: removeは「取り除く」
unixのrmはディレクトリからエントリを取り除き、参照カウントが0になった時に実体が回収される
名前の通りの動作
546 名前：デフォルトの名無しさん mailto:sage [2016/12/10(土) 20:46:22.77 ID:ZO1CBnQ6.net]: 非常にバカらしくてよろしいのではないか
547 名前：デフォルトの名無しさん mailto:sage [2016/12/11(日) 21:15:29.24 ID:1FPgfLIQ.net]: プレーヤーにある文章を見せて、その文章を一言で表す単語を
選択肢の中からプレーヤーに当ててもらうゲームを作っています。

ただし、初めはプレーヤーには文章のほんの一部しか見せません。
虫食い状態の文章です。
時間とともに、あるいはプレーヤーがもっと公開するよう促すたびに、
文章はだんだんと全容を明らかにしていきます。

そのようなゲームのプログラムにおいて、
文章をどの程度明らかにするかを表す変数の名前を求めています。
この変数にはパーセンテージ、あるいは段階を表す列挙型の値を持たせるつもりです。

自分では disclosure を考えましたが、他にいい名前はありますか。
548 名前：デフォルトの名無しさん mailto:sage [2016/12/11(日) 22:19:34.62 ID:2D+8ps50.net]: opened
549 名前：デフォルトの名無しさん mailto:sage [2016/12/11(日) 22:25:25.74 ID:m5I0lu5i.net]: PercentageOfSentences
550 名前：デフォルトの名無しさん mailto:sage [2016/12/11(日) 22:41:24.71 ID:sV97ytKO.net]: >>538
逆数になるけどMask(ing)Rateの方がわかりやすいと思うよ
551 名前：デフォルトの名無しさん mailto:sage [2016/12/11(日) 23:46:03.19 ID:Qa5YNaNs.net]: exposure
552 名前：デフォルトの名無しさん mailto:sage [2016/12/12(月) 00:54:47.39 ID:iVZVik7o.net]: revelation
553 名前：デフォルトの名無しさん mailto:sage [2016/12/12(月) 08:17:54.32 ID:M4J0Or+6.net]: >>538
mino monta level
554 名前：デフォルトの名無しさん mailto:sage [2016/12/12(月) 09:09:32.30 ID:LVmHDCJ2.net]: visible level ?
555 名前：デフォルトの名無しさん mailto:sage [2016/12/12(月) 09:12:33.87 ID:3DLogiY3.net]: attack25
556 名前：デフォルトの名無しさん mailto:sage [2016/12/12(月) 09:18:55.39 ID:LVmHDCJ2.net]: >>546
そういうのがすっと浮かぶ人羨ましい
557 名前：デフォルトの名無しさん mailto:sage [2016/12/12(月) 20:35:58.01 ID:a5NKnxxE.net]: >>539 >>540 >>541 >>542 >>543 >>545
ありがとうございます。
候補に入れて検討したいと思います。
558 名前：デフォルトの名無しさん mailto:sage [2016/12/12(月) 22:34:24.64 ID:OFPRaAJW.net]: しれっと544や546をスルーする548有能
559 名前：デフォルトの名無しさん mailto:sage [2016/12/13(火) 04:57:56.83 ID:JsDkPkZv.net]: ﾝﾌﾌｗ
560 名前：デフォルトの名無しさん mailto:sage [2016/12/13(火) 14:21:04.68 ID:8V7nvPuP.net]: 所有アイテムのなかで、所有者が装備可能なアイテムに、装備可能フラグを立てるメソッド名。
561 名前：デフォルトの名無しさん mailto:sage [2016/12/13(火) 14:37:22.98 ID:WedBpF7l.net]: 二つ前のスレで装備に関する議論（？）を見た記憶があります
562 名前：デフォルトの名無しさん mailto:sage [2016/12/13(火) 14:57:50.28 ID:E6EX/y5F.net]: setEquipable(item)
563 名前：デフォルトの名無しさん mailto:sage [2016/12/13(火) 16:40:13.09 ID:3ss0sCS+.net]: Updateフラグ名

余計なお世話だろうけど個人的にはそんなフラグを本当に保持する必要があるのか疑問。
bool PartyChar.IsEquipable(Item item)
みたいなメソッドで十分じゃないの？
ゲーム作ったことないから知らんが
564 名前：デフォルトの名無しさん mailto:sage [2016/12/13(火) 17:27:08.29 ID:TnHgDcXm.net]: んなら口出しすんなもしくは設計スレにでもいけ
565 名前：デフォルトの名無しさん [2016/12/14(水) 12:23:38.41 ID:7lKTGKR6.net]: 設計のコンテキストから命名だけ独立して語る行為がそもそも無意味なんだよな
566 名前：デフォルトの名無しさん mailto:sage [2016/12/14(水) 12:41:17.81 ID:cOEKtwbm.net]: 意味のあるスレでやればいいのに、無意味なスレで無意味な書き込みを続けるのはなぜなのか
ゲームを作ったこともないのに命名以外に口だししたいのなら、なおさら設計スレへどうぞ
567 名前：デフォルトの名無しさん mailto:sage [2016/12/14(水) 12:59:46.60 ID:vNjqrj9e.net]: >>556
その通りだけど、馬鹿にはわからない。
それ以前に、馬鹿が望んでいるのは口汚い応酬であって建設的な議論じゃない。
だから何を言っても無駄。
568 名前：デフォルトの名無しさん mailto:sage [2016/12/14(水) 19:03:31.45 ID:ItxoOukr.net]: >>556
それに気づいたなら君はもうここにいるべきではない
卒業おめでとう、さようなら
569 名前：デフォルトの名無しさん [2016/12/14(水) 19:38:08.12 ID:jbFnZocx.net]: >>559
いや気づいたのはお前だろ
もっと文脈に即した言葉を選べよ
570 名前：デフォルトの名無しさん mailto:sage [2016/12/14(水) 19:52:34.75 ID:ItxoOukr.net]: ひょっとして嫌みだと気づいてないのか？ w
571 名前：デフォルトの名無しさん [2016/12/14(水) 20:17:28.62 ID:jbFnZocx.net]: >>561
嫌みだとしたらなおさら不適切な表現だという事には気づかん様だな
572 名前：デフォルトの名無しさん mailto:sage [2016/12/14(水) 20:23:11.62 ID:Sz6DS640.net]: いちいちウザイわ
文脈とか頓珍漢なこと言ってんじゃねーよ
573 名前：デフォルトの名無しさん mailto:sage [2016/12/14(水) 20:26:28.77 ID:t4PtwhLt.net]: 英語のＳＶ（オブジェクトのメソッド）はいいけどメソッド名のＶＯは困るね
アルファベット順に並べるとごちゃごちゃになる
常にＳＶの連続で命名して欲しい
気持ちはＯであっても、ＯをＳと考える

×　setEquipable
〇　equipableSet

equipable.Set　のドットが省略されてると考える
Equipableクラス作ってSetメソッド作ればいいんだけど、いちいち凝るとかえって煩雑になる場合もあるので

でも　equipableIs　はさすがに気持ち悪い
Is系は少ないからIs始まりでも困らないという部分もある
それでも鬼のＳＶ主義を貫くのも一興
574 名前：デフォルトの名無しさん mailto:sage [2016/12/14(水) 20:41:21.03 ID:vNjqrj9e.net]: 前にも書いた気がするけど、boolの変数のことをフラグって呼ぶのはいかにも素人臭いよねw

>>564
質問者の質問の仕方にも問題があるけど、単にフラグを立てるだけのメソッドに
意味なんかないはずだから、実際の動作は恐らく「装備可能ならフラグをセット」
何だと思うよそもそも。
575 名前：デフォルトの名無しさん mailto:sage [2016/12/14(水) 23:06:46.04 ID:Ctq1MqKp.net]: ウェブサイトからスクレイピングしてデータを取ってくる処理の名前は何がよいのでしょうか
576 名前：デフォルトの名無しさん mailto:sage [2016/12/15(木) 00:28:22.28 ID:kWxFOmtr.net]: スクレイピングでいいじゃん。
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された者」って意味だ
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
俺の言ったことで事足りる。

プログラマが処理を理解するという目的でその変数を見た時、
それがただの画像データでなく「�ﾌ画像データを表す」ことを知らないといけないのなら、
その「�vも名前に含めるか、名前ゃ周りの状況から簡単に推測できなければいけない。
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