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

0001デフォルトの名無しさん

2016/10/16(日) 08:01:30.20ID:NOg6ZxxU

クラス名、変数名のつけ方に悩んだら書き込むスレです。

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

前スレ
クラス名・変数名に迷ったら書き込むスレ。Part26
http://echo.2ch.net/test/read.cgi/tech/1450622191/

0002デフォルトの名無しさん

2016/10/16(日) 08:02:17.55ID:NOg6ZxxU

スレたてて気づいたけど、
>命名規則や設計の善し悪しについて議論するのは基本的に禁止。
こんなルールがあったとはな

0003デフォルトの名無しさん

2016/10/16(日) 08:31:47.00ID:MMtmJt+k

別に返信はいらんけど。

>set / getがダメという意見にはまったく賛成できない。
>言語も熟練度も越えたアクセサの命名規則だろ。
>素人でも理解できる。

↓
命名規則はいらない。皿に盛り付ける事でもなんでも全部setって言わん。盛り付けの名称は盛り付け。
しかも素人ってなに？誰？そしてその素人はアクセサの命名規則に詳しいの？

↓
この前騒いでたのはお前か？など、論点に関係ない事をまくし立てたのち、
「その例はアクセサじゃない。アホらしい帰る」

と言う流れ。
全く関係ないが、善意でわざわざ君の質問にレスしてやると、この前の件だかに関して俺は一つもレスしてません。
やけに拘ってるところを見ると、あのくだらない喧嘩の当事者の一人かな？
確かあの喧嘩も日本語や論理のやりとりがおかしかったよな。

0004デフォルトの名無しさん

2016/10/16(日) 11:34:54.41ID:m7EkH73x

>>990
＞正直、企画連中が使う言葉なんてコロコロ変わるからそれに合わせて命名なんかやってらんない
＞
＞初期段階では「割引券」機能と言ってたくせに、実装が一通り終わってから「会議で正式名称は『RaCoupon』に決まりました！」なんてさ

モデルは常に進化する
割引券であるうちはクラス名も割引券が正しい
モデルが変化してRaCouponになったらコードに反映させてクラス名をRaCouponに変えるのが正しい
最初にクラス名をDiscountTicketに翻訳してモデルが変化してもそのままDiscountTicketを使い続けるのがモデルを無視した最悪のパターン

0005デフォルトの名無しさん

2016/10/16(日) 11:58:17.40ID:8D32iC3X

>>4
名称（仮）
↓
正式名part1
↓ 部長が「語感が悪いから変えろ」ってさ
正式名part2
↓ごめん、商標引っかかってたわ…part1に戻すわ
正式名part1
↓やっぱ部長が嫌がって1と2の折衷案になった
正式名part3

ってなことが昔あったな
文系の人達なんて、そこまで体型立てて考えた上で言葉を使わないから合わせてたら仕事にならないぞ

0006デフォルトの名無しさん

2016/10/16(日) 12:16:20.63ID:m7EkH73x

>>5
それでもだよ
名前がコロコロ変わるのには同情するが名前とエンティティの関係を崩すよりはだいぶマシだ

0007デフォルトの名無しさん

2016/10/16(日) 12:19:51.33ID:aZSoSj+a

>>5
毎回きちんと連絡くれるならまだいい方
マスターアップ直前になって「あ、その名前変わったんですよー」なんてケースもある

0008デフォルトの名無しさん

2016/10/16(日) 12:22:31.05ID:8D32iC3X

>>6
その名前関係自体、企画の中で崩れてるからどうしようもねえよ
酷いときは人によって言ってることが違う
ある企画の人は割引券、ある企画の人はクーポンって呼んでる

0009デフォルトの名無しさん

2016/10/16(日) 12:30:02.78ID:m7EkH73x

>>7-8
それはドメインエキスパートとのコミュニケーションが不足してるだけ

0010デフォルトの名無しさん

2016/10/16(日) 12:32:00.48ID:8D32iC3X

>>9
コミュ以前に文系連中はそこまでしっかり考えてないんだって
あいつら、『ニュアンスがなんとなく伝われば万事オッケー』の考え方で会話するから統一しようなんて試み自体が馬鹿げてる

0011デフォルトの名無しさん

2016/10/16(日) 12:41:43.78ID:61G64M2R

>>6
名前変更如きで追加工数は認められないから、名前が変わるたびにサービス残業で直すことになるけど大丈夫か
ってか仕事したことある？

0012デフォルトの名無しさん

2016/10/16(日) 12:47:00.16ID:MMtmJt+k

商品名と開発名は別物だろうに

0013デフォルトの名無しさん

2016/10/16(日) 12:50:15.44ID:m7EkH73x

>>10
だからコミュニケーションが足りてないんだって
モデリングはステークホルダーが一体となって行うものだ
ドメインエキスパートがモデルにない言葉を使ったらこちらからその言葉の意味はなんですか？と問いかけなきゃならない
ミーティングでもレビューでも喫煙所でも酒の場でもいい
割引券でモデリングしているのにドメインエキスパートがクーポンという言葉を使ったならクーポンとはなんですか？とその場で問いかけてクーポンをモデリングしなければならない
もしかしたらドメインエキスパートの間では割引券とクーポンの間には微妙な違いがあるかもしれないしそうならばモデルにもその違いを反映させなければならない
結果として割引券とクーポンが同じものだったとしてもそれがハッキリするだけでその試みには価値がある
あなたたちと私たちが共同で取り組んでいるこのドメインに置いては割引券とクーポンは同じエンティティを指し示しているようです
私たちはすでに割引券という名前でモデルを作っているのであなたたちも割引券で合わせてもらえませんかと交渉することができる
交渉が決裂しても彼らが使っているクーポンという言葉は割引券のエイリアスだから私たちは割引券で合わせよう彼らがクーポンといったら割引券のことと考えていいよと次善策を取ることができる(ここは悲しいが力関係があるから仕方ない)
いうまでもないが彼らとのコミュニケーションにDiscountTicketという新しいエイリアスを持ち出すのは最悪だ
私たちが割引券とクーポンの違いに悩んだように彼らもDiscountTicketという言葉の意味に惑わされることになってしまう

0014デフォルトの名無しさん

2016/10/16(日) 12:52:45.04ID:8D32iC3X

>>13
その理屈ならクーポンのエイリアスがDiscountTicketってことで解決だな
長文の割に実にバカバカしい

0015デフォルトの名無しさん

2016/10/16(日) 12:53:09.73ID:m7EkH73x

>>11
モデルがしっかりしていないからそうなる
モデルがしっかりしていれば名前の変更は容易い
名前の変更だけで残業が必要なら自分の仕事を見直した方がいい

0016デフォルトの名無しさん

2016/10/16(日) 12:54:00.30ID:RhRg/hma

バカにバカって言っても多分伝わらないよｗ

0017デフォルトの名無しさん

2016/10/16(日) 12:56:03.16ID:RSdG5rFg

↓なぜならば！

0018デフォルトの名無しさん

2016/10/16(日) 12:57:41.50ID:61G64M2R

>>15
ソースが一文字でも変更されたら、その時点でその実装機能のステートは「動作確認済み」から「未検証」に変更されるのよ
つまり品管に回して動作確認を再度依頼しないといけない

もう一回聞くけど、ほんとに仕事したことある？
趣味でプログラミングやったことしかない学生の妄言にしか見えないんだけど

0019デフォルトの名無しさん

2016/10/16(日) 13:00:42.08ID:m7EkH73x

>>14
混乱を加速させるだけのエイリアスを増やすのは愚かだ
ドメインエキスパートはエンジニアが作ったエイリアスなんて知らない
ミーティングなどの場でエンジニアだけに通じるエイリアスを使えばドメインエキスパートが困惑しコミュニケーション不全が発生する
そうなるとこのエイリアスはドメインエキスパートも知っているとかこのエイリアスはエンジニアしか知らないとか○○さんには通じるだろうとかつまらないことに労力をかけて会話を進めなければならない
割引券とクーポンとDiscountTicketだけでも相当な混乱が(最初のうちは気が付かないほど静かに)発生する
同じことを繰り返すうちにプロジェクトは取り返しのつかないほどに混乱することになる

0020デフォルトの名無しさん

2016/10/16(日) 13:05:26.24ID:8D32iC3X

>>19
正式名称がコロコロ変わる時点で、元々エイリアスなんてもんは山ほどあるのよ

名前が違う程度で混乱を起こす人はそもそも仕事できない

0021デフォルトの名無しさん

2016/10/16(日) 13:06:09.84ID:m7EkH73x

>>18
それが品管の仕事だよ
必要な時に必要なことをする

0022デフォルトの名無しさん

2016/10/16(日) 13:10:06.38ID:61G64M2R

>>21
「仕様が変わったわけでもないのになんで呼び名が変わったぐらいで再検証？？」
と理由書の提出を求められるだけ

もう一回聞くけど、仕事したことある？
YESかNOで済む質問を何故答えられないの？

0023デフォルトの名無しさん

2016/10/16(日) 13:13:59.92ID:m7EkH73x

>>20
エイリアスが複数あっても良い条件を満たすならそれでもいいんだろうな
エイリアスと認識していた名前が本当にただのエイリアスであると確証があるのか確かめたのか？
ドメインエキスパートが日常的に使っているエイリアスとエンジニアが勝手に作り出したエイリアスを皆が区別できているか？
エイリアスを削減する努力をした上でどうしても解消できなかったか？
すでに沢山あるエイリアスにあえてエイリアスを追加する皆が納得する理由と合意はあるか？

0024デフォルトの名無しさん

2016/10/16(日) 13:17:49.45ID:m7EkH73x

>>22
だから仕様が変わったんだよ
割引券からRaCouponに変更になりました
仕事は当然してるよ
そこにこだわる君は少し滑稽だけど

0025デフォルトの名無しさん

2016/10/16(日) 13:20:16.40ID:8D32iC3X

>>23
むしろ、企画内でエイリアスが溢れてる状況下で開発が合わせなきゃいけない理由がない

最初から言ってるが、開発セクション内で統一が取れてりゃそれで良いのよ
毎日のように変わる企画の言うことなんかいちいち真に受けてたら仕事が全く進まない

0026デフォルトの名無しさん

2016/10/16(日) 13:22:12.22ID:61G64M2R

>>24
呼び名が変わった程度で仕様変更は認められないだろうね
品管回すのだってタダじゃないんだから、一笑に付されて泣く泣くコミットを取り消すことになるわ

0027デフォルトの名無しさん

2016/10/16(日) 13:25:47.36ID:m7EkH73x

>>25
その結果が企画の意図とかけ離れた製品に繋がるんだけどね
まあそれでもいいならいいんだろう
別に皆が良い仕事をする必要もない
別に熱意もないしアルバイトのように適当に作業を潰して給料をもらえればそれでいいよという生き方を他人が頭ごなしに否定はできないからね

0028デフォルトの名無しさん

2016/10/16(日) 13:25:55.02ID:Uhg/CTUB

何の話をしてるのかよくわからんけどその辺にしといたら？

俺は命名の話じゃなくても関連する話題であれば容認すべきって立場だけど、
その俺にしてもあんまり実のある話をしているように思えんなあ。

しかし、俺がその手の話をしてると執拗に>>1のテンプレの
＞命名規則や設計の善し悪しについて議論するのは基本的に禁止。

で絡んでくる奴が今日は静かなところを見ると、この下らない論争の
当事者になってるんだろうなきっとw

0029デフォルトの名無しさん

2016/10/16(日) 13:34:27.11ID:8D32iC3X

>>27
クラスの命名規則が仕様書の日本語と違う程度で仕様とかけ離れたものを作ってしまうなら、それこそアルバイト以下の能力だよ
アンタのことさ

そもそも今の世に溢れてる優れた製品は99.9％以上、そうやって作られたもんだろ
どこの開発も日本語でクラス名や変数を名付けてなんかいない
実にバカバカしい

0030デフォルトの名無しさん

2016/10/16(日) 13:45:58.90ID:RhRg/hma

しかし、バカの出す結論はいつもここに至る
「俺以外の全員がバカ、世界のみんながバカ」

0031デフォルトの名無しさん

2016/10/16(日) 13:54:20.73ID:MMtmJt+k

そもそもなんで企画名がコード名に影響を及ぼすのか分からんのだが
農林100号は後付の商品名がコシヒカリ。
開発名は商品名に関わらす農林100号。

0032デフォルトの名無しさん

2016/10/16(日) 14:06:31.49ID:eEuHW07G

という事にしておいた方が楽って事なんだろうな

0033デフォルトの名無しさん

2016/10/16(日) 14:10:49.43ID:MMtmJt+k

すべてがおわたｗ

0034デフォルトの名無しさん

2016/10/16(日) 14:11:01.21ID:MMtmJt+k

ｺﾞﾊﾞｸ

0035デフォルトの名無しさん

2016/10/16(日) 14:11:36.69ID:2jDknijp

>>31
企画名と統一してソース内もunicodeで
class コシヒカリ
と名付けるべきだと喚くキチガイが昨日から暴れてる

0036デフォルトの名無しさん

2016/10/16(日) 14:20:47.85ID:MMtmJt+k

米 = new 農林100号;
米->商品名設定("コシヒカリ"); //setアクセサ

普通、識別子は終始変わらないものにする。
プログラム始めたばかりなのか分からないが、
class コシヒカリ;
は駄目な理由を説明するのも面倒なほど駄目。

0037デフォルトの名無しさん

2016/10/16(日) 14:34:28.15ID:m7EkH73x

>>29
作れる程度で満足するならこだわらなくていいよ
その積み重ねが今の日本のIT資産になっているわけだがね

0038デフォルトの名無しさん

2016/10/16(日) 14:36:05.60ID:2jDknijp

>>37
バイト未満の無能くんが日本を語る図

0039デフォルトの名無しさん

2016/10/16(日) 14:39:32.79ID:m7EkH73x

>>35
正確にはモデルと統一しろだな
class コシヒカリはコシヒカリがモデル上クラスとして適切なら正しい名前だ
あるインスタンスの商品名がコシヒカリというモデルなら適切なクラス名ではない

0040デフォルトの名無しさん

2016/10/16(日) 14:41:09.62ID:MMtmJt+k

誰か早く彼に突っ込んでやってくれ

0041デフォルトの名無しさん

2016/10/16(日) 14:45:00.79ID:pbM/LnBL

>>40
あれほどアホだと突っ込む気も起きんよ…
プログラミング覚えて2～3年程度の意識高い系高校生ぐらいだろ、これ
実務とかけ離れすぎてる

0042デフォルトの名無しさん

2016/10/16(日) 14:46:31.68ID:m7EkH73x

>>38
基本的に話題と関係ない罵倒は反論できませんでした参りましたと宣言しているようなものだよ
以後はこの手の敗北宣言にはレスしません

0043デフォルトの名無しさん

2016/10/16(日) 14:51:04.97ID:8D32iC3X

>>37
日本の有象無象の優秀な製品を作る開発企業よりも俺の考え方が正しいって？
自惚れも甚だしいわ

具体的に、統一することで仕様との乖離を回避できた事例を教えてくれ
言えないならアンタの妄想でしかない

0044デフォルトの名無しさん

2016/10/16(日) 14:51:58.91ID:MMtmJt+k

いいですか。
企画で変更している以上それは商品名であるし、
コードの名称が事後的に変動する仕組みならば、事前の段階で不適切なんですよ。

誰もクラスの事を名指しで言ってるわけではないのです。

0045デフォルトの名無しさん

2016/10/16(日) 14:54:27.29ID:Nb/GIoSo

開発中にコード内のクラス名を変更する奴がいたら大混乱するわ
自分一人で開発するならまだしも、プログラマが複数人いる事を忘れてないかね
ガンジーも助走つけてぶん殴るレベル

0046デフォルトの名無しさん

2016/10/16(日) 15:06:04.54ID:Uhg/CTUB

何の話をしてるのかよくわからんけど、

(1) コードの識別子は固有名詞やジャーゴンを逐語的にそのまま使うべきか

(2) そもそもコードの識別子に固有名詞やジャゴンを使う必要があるのか

争ってる双方がこの2つを混同してる気がするね。

(2)はケースバイケース。
(1)は基本的にはYesだと思う。そうでないと意思疎通の齟齬の原因になったり、
数か月後数年後コードを見た時に不要な混乱の原因になる。

ただ、逐語的と言っても無理に日本語を使わずともローマ字で十分だとは思うが。

0047デフォルトの名無しさん

2016/10/16(日) 15:07:04.14ID:6wCeCqLa

ローマ字はちょっと…

0048デフォルトの名無しさん

2016/10/16(日) 15:08:49.88ID:MMtmJt+k

ローマ字はあり得ない

0049デフォルトの名無しさん

2016/10/16(日) 15:09:05.65ID:X/qyWoKu

テンプレも読めないゴミは2ちゃんやんなボケ

0050デフォルトの名無しさん

2016/10/16(日) 15:09:24.73ID:MT9uvcEn

クラス名が変わることがないと言っている人はプログラム経験ないなりすましだろうね
割引券からRaCouponほどのあからさまな例はともかく
開発が進むとモデルへの理解が深まるのが当たり前(深まらない場合はチーム全員が何も考えてないバイト状態なのでそれはそれで危険)
理解が深まると既存のモデル(とそれに1:1で対応するコード)を理解した形に変更しなければならない
変更の結果としてクラスやメソッドは追加されたり削除されたり移動したりする
変更の前の名前が変更後の意味を適切に表現していない場合も多々ある
その時に適切な名前に変えなければ待っているのは数週間後の破滅だ

0051デフォルトの名無しさん

2016/10/16(日) 15:12:56.10ID:MMtmJt+k

>>50
一度もそんな話はしてないんだよね。どこのレス拾ってるのか知らんけど。

0052デフォルトの名無しさん

2016/10/16(日) 16:34:11.87ID:BII1s/gs

とりあえずあなたたち、スレのルールに則って進行してちょうだい。
ずいぶん前にそういうルールになってるのよ。

頭良さそうな人たちだから分かってくれるわよね？

0053デフォルトの名無しさん

2016/10/16(日) 23:20:59.96ID:DXmiytAw

命名に悩むようなら設計がおかしいと思った方がいい。

0054デフォルトの名無しさん

2016/10/20(木) 11:38:05.61ID:ki2Wlvx2

音楽のジャンル別のリストを作るとして
pop_music, rock_musicの形式かmusic_pop, music_rockかどっちがいいと思う？

0055デフォルトの名無しさん

2016/10/20(木) 11:42:41.14ID:kgXtyPBI

また同じようなものを持って来たなw
わざとやってるだろw

0056デフォルトの名無しさん

2016/10/20(木) 11:44:27.86ID:h1aMlyOK

>>54
同じ話を繰り返すのは痴呆症の始まり

0057デフォルトの名無しさん

2016/10/20(木) 11:49:01.85ID:2NY6CQjy

スレチ話が長すぎると、結局どうだったのかってのは正直覚えてないなｗ

0058デフォルトの名無しさん

2016/10/20(木) 11:57:02.09ID:aGg7Z+yH

>>54
音楽って前提なんだからmusicっていらなくね？

0059デフォルトの名無しさん

2016/10/20(木) 12:35:04.87ID:rW6H9Rm1

>>58
上位にmusicと名前があるならな。

0060デフォルトの名無しさん

2016/10/20(木) 13:01:07.77ID:qgmQJqVw

>>54
んなもんを変数名に持つのがキチガイの所業
https://www.shoutcast.com/
map genre = new map
genre["Alternative"] = new list

0061デフォルトの名無しさん

2016/10/20(木) 20:04:18.55ID:tJ82kCoW

ミュージック以外のロックやポップを扱ってない限りmusicはいらないんじゃね

0062デフォルトの名無しさん

2016/10/20(木) 20:29:36.19ID:8pLXigSN

>>61
言語やライブラリにもよるけど pop はなんか被りそうな予感

0063デフォルトの名無しさん

2016/10/20(木) 21:08:17.73ID:OxU8SSxE

音楽のジャンル別のリストはpop_music、ジャンル別の音楽のリストはmusic_popだろ普通

0064デフォルトの名無しさん

2016/10/20(木) 21:30:15.58ID:tJ82kCoW

そもそもpopはPopularMusicの略なんだけどね

0065デフォルトの名無しさん

2016/10/20(木) 21:41:07.38ID:94lpIvX8

>>62
popはコンピュータ用語だからな。

よくない名前なのは間違いない。

0066デフォルトの名無しさん

2016/10/20(木) 23:42:01.97ID:f0mtZhOK

music->pop();

……たしかに。

0067デフォルトの名無しさん

2016/10/21(金) 01:02:04.64ID:UfF9tz22

つまりPopularを使えと・・・・

0068デフォルトの名無しさん

2016/10/21(金) 10:33:32.23ID:iG+BtZtO

>>60
素人さんか？

0069デフォルトの名無しさん

2016/10/21(金) 12:53:55.86ID:RUPp7NOt

>>68
俺も >>54 みたいな内容をハードコーディングするかぁ？
って思うけど...

0070デフォルトの名無しさん

2016/10/21(金) 13:00:07.56ID:11+hJAWs

ジャンルを変数名で持つのは違うと思うわ
トランスとかノイズとか軍歌とかボカロとか、ジャンルが増えるたびにコード修正が要るじゃん

0071デフォルトの名無しさん

2016/10/21(金) 16:59:48.07ID:iG+BtZtO

>>69
ポップスだけのサブセットを取得するときにどう書く？

0072デフォルトの名無しさん

2016/10/21(金) 18:46:47.31ID:RUPp7NOt

>>71
サブセットとかの定義がよくわからんからハードコーディングした例を書いてくれ

0073デフォルトの名無しさん

2016/10/21(金) 19:14:17.49ID:RKLPrzgH

>>71
プログラム側からポップスを意識しなきゃいけない状況って何だよ
普通はユーザ側がなんらかの方法で指定する文字列の一つにすぎないだろ

0074デフォルトの名無しさん

2016/10/21(金) 19:35:43.81ID:SHIfRlxP

>>72
pops = musicRepository.GetPops();

>>73
お前のアプリではそうなんだろうな
でもビジネスではその限りではない
それゆえに素人なんだよ君は

0075デフォルトの名無しさん

2016/10/21(金) 19:40:29.32ID:Mt9nP5cS

素人ねぇｗ

0076デフォルトの名無しさん

2016/10/21(金) 19:46:39.64ID:RUPp7NOt

>>74
pops = musicRepository["Pops"];

0077デフォルトの名無しさん

2016/10/21(金) 20:06:10.59ID:8CqsAvi1

>>74
musicRepository.get('pops');

0078デフォルトの名無しさん

2016/10/21(金) 20:17:11.06ID:XVEXLa6Z

list.filter(m => m.genre == 'pops')

0079デフォルトの名無しさん

2016/10/21(金) 21:47:50.54ID:usEI0+le

下の上くらいのレベルの人が勘違いして見下してる感じ？

0080デフォルトの名無しさん

2016/10/21(金) 21:58:45.79ID:WlBi8OA2

>>76
popsて変数名はなんなんwアホかw

0081デフォルトの名無しさん

2016/10/21(金) 22:30:34.34ID:Hy0WD3wE

ローカル変数ならpopsでmusicとか省略しても全然問題ないと思うな。
musicよりジャンルに注目してるなら。

0082デフォルトの名無しさん

2016/10/21(金) 22:33:38.69ID:vcl3xMBv

ローカル変数なら処理内容が分かりさえすればそれこそpとかでも一向に構わん
だが外に出す変数は命名規則厳守　守らん奴は腹を斬れ

0083デフォルトの名無しさん

2016/10/21(金) 22:36:49.05ID:oqbYdZzo

>>80
>>74 に言えよ...

0084デフォルトの名無しさん

2016/10/21(金) 22:37:39.24ID:Cqu0mmbT

GetPopsくん伝説のはじまりである…

0085デフォルトの名無しさん

2016/10/21(金) 22:37:42.74ID:nbLPSbrD

>>74
それ、例えば「プルダウン式でジャンルを選択して該当する音楽一覧を表示する」処理とかどうする気？
ジャンルの数だけswitch文書いたりするなよ…

0086デフォルトの名無しさん

2016/10/21(金) 22:48:26.15ID:Cqu0mmbT

>>85
てめぇGetPopsくんディスってんのか？
musicRepository.GetAnison()とか
musicRepository.GetClassic()とか
musicRepository.GetJazz()とか
musicRepository.GetTechno()とか
こーいうのを当然駆使するんだぜ？
ラクショーで分岐だぜ？

0087デフォルトの名無しさん

2016/10/21(金) 23:10:05.72ID:vcl3xMBv

>>86
OH KUSO

0088デフォルトの名無しさん

2016/10/21(金) 23:27:49.63ID:SHIfRlxP

>>76-78
ジョークにしても笑えないぞ
まさかガチの素人さんだったか？

0089デフォルトの名無しさん

2016/10/21(金) 23:33:21.23ID:SHIfRlxP

>>85
それは
musicRepository.Find(m => m.Genre == selectedGenre)
だろ
入力が可変ならパラメタライズする
決め打ちで取得するなら無様なリテラル文字列など使わずパラメータを隠蔽する
基本中の基本だよ

0090デフォルトの名無しさん

2016/10/21(金) 23:35:59.71ID:SHIfRlxP

もしかしてハードコード版を使うってとこから脊髄反射で逆にパラメタライズ版は使わないって誤認しちゃったのかな？
頭固いねぇ

0091デフォルトの名無しさん

2016/10/21(金) 23:36:44.52ID:Cqu0mmbT

お前がpops言うからみんなリテラルで書いてくれてんだよｗ
どこに着目してんだお前一人だけ周回遅れやめろｗ

0092デフォルトの名無しさん

2016/10/21(金) 23:39:31.47ID:115GHNA9

線形探索とか一番ないわ

0093デフォルトの名無しさん

2016/10/21(金) 23:40:59.85ID:SHIfRlxP

>>92
線形探索ってどこから出てきたん？

0094デフォルトの名無しさん

2016/10/21(金) 23:42:03.35ID:gbFOKPXv

>>93
Findの中身を書いてみ

0095デフォルトの名無しさん

2016/10/21(金) 23:46:12.52ID:SHIfRlxP

>>94
return Music.Where(expression);

0096デフォルトの名無しさん

2016/10/21(金) 23:47:53.74ID:gbFOKPXv

>>95
次はWhereの中身

0097デフォルトの名無しさん

2016/10/21(金) 23:48:45.91ID:SHIfRlxP

こっちのほうがいいか？
return Music.Where(predicate);

0098デフォルトの名無しさん

2016/10/21(金) 23:51:49.18ID:SHIfRlxP

>>96
そこから先はフレームワークの仕事だ
すぐには書けないよ

0099デフォルトの名無しさん

2016/10/21(金) 23:53:19.16ID:vcl3xMBv

Linq使うならなおのことGet***は愚行だろ
せっかく自由にジャンルを新規追加できるようにデータを保持してるのに、新規追加のたびにGet***メソッドが爆誕するのは本末転倒

一部のジャンルのみGet***が実装されてるってのも気色悪いし

0100デフォルトの名無しさん

2016/10/21(金) 23:59:09.23ID:SHIfRlxP

>>99
なんか勘違いしてるがハードコード版をいちいち追加する必要はないぞ
俺そんなこと言ったっけ？
要件で必要になった有用なクエリをカプセル化するんだよ
今の文脈ではGetPopsがそれに該当すると仮定している

0101デフォルトの名無しさん

2016/10/22(土) 00:01:26.99ID:DAj343hD

>>100
だからそれが気色悪い
自分一人でシコシコ作ってる分にはそれで良いかもしれないが、チームで作る場合には
一部だけしか実装されてないgetとか吐き気がするわ

0102デフォルトの名無しさん

2016/10/22(土) 00:07:27.80ID:IweOgR7T

取得時に必ず実行したい処理（ログの掃き出しとかキャッシュの作成とか）を追加しようと思ったときに
Get系のメソッドが複数あると全部に手を加えなきゃいけなくなるから乱立は避けるべきやで

0103デフォルトの名無しさん

2016/10/22(土) 00:13:54.97ID:e4+LVHZw

GetPopsくんはお前らより周回遅れだから放置してもええんやで
無理に相手しなくても

0104デフォルトの名無しさん

2016/10/22(土) 00:55:11.05ID:tiqhYV+3

>>101
最後は感情論になっちゃうんだ

0105デフォルトの名無しさん

2016/10/22(土) 01:00:34.32ID:jx4+pi2S

>>102
そういうのはAOPなどの工夫で解決するべき問題
手で書くなんて時間の無駄はやめること
Getだろうがなんだろうがメソッドがいくつあっても手間にはならない

0106デフォルトの名無しさん

2016/10/22(土) 01:14:48.18ID:ms5m8DIE

>>104
感情論じゃあないだろう…
規則性が崩れた実装は混乱の元になる

やっぱりこの子まだまだ経験ないな

0107デフォルトの名無しさん

2016/10/22(土) 01:21:45.68ID:iQvw8haZ

いい加減、スレタイとテンプレ読めない奴は命名規則・設計スレでも立ててそっちでやれ

0108デフォルトの名無しさん

2016/10/22(土) 01:22:14.23ID:nW+Ca5Fr

>>106
優れた規則性を持っているでしょ？
必要十分なコード書けってだけの話
君のように気に入らないから必要なコードを書かない訳でもないし
使いもしないコードを書く訳でもない
無駄なコードもコードの不足も実装を大いに混乱させるものだよ
君はそろそろ入門書を卒業して実社会でコードに触れるべきだ

0109デフォルトの名無しさん

2016/10/22(土) 01:27:33.06ID:aPWQrVEE

>>108
もうとっくに10年以上働いてるわけだが

社員A「演歌取得メソッドどこにある？　え？ないの？」
社員B「軍歌取得メソッドどこにある？　え？ないの？」
社員C「民謡取得メソッドどこにある？　え？ないの？」
社員D「演歌取得メソッドどこにある？　え？ないの？（実はAが作ったので存在する）」

こんなやり取りを延々と続ける気か？

0110デフォルトの名無しさん

2016/10/22(土) 01:35:05.87ID:ms5m8DIE

>>108
Get***は無駄なコードだよ
汎用性の高いFindがあるなら他は蛇足でしかない
カプセル化するにしてもジャンルを引数で指定してリストを返す取得メソッドが限度だな

0111デフォルトの名無しさん

2016/10/22(土) 02:03:39.73ID:OXRjJseY

>>109
それは管理能力が欠如してるだけ
10年ね

>>110
無駄なものもあれば必要なものもある
パラメタライズされたメソッドを使うか明示的なメソッドによるパラメータの削除を使うか
どちらが常に正しいということはない

0112デフォルトの名無しさん

2016/10/22(土) 02:10:12.20ID:e4+LVHZw

> 明示的なメソッドによるパラメータの削除を使う

ホビープログラマかな？

0113デフォルトの名無しさん

2016/10/22(土) 02:12:26.69ID:WU36rjz+

お前ん中ではそうなんだろうな、ってこういう場面で使うんだろうねw
連想配列で済むものをいちいちGetXXX用意するっていかにもダメグラマが考えそうな設計だねw

0114デフォルトの名無しさん

2016/10/22(土) 02:16:18.96ID:aPWQrVEE

>>111
本来必要のない部分で無駄な管理を発生させてる時点でお粗末な仕事よ

繰り返すけど、お前さんのそのやり方はサンプルプログラムに毛が生えたようなもんをシコシコと一人で作ってる学生の間でしか通用しない

0115デフォルトの名無しさん

2016/10/22(土) 02:16:49.75ID:WU36rjz+

これ繰り返しになるけど、いつもテンプレをコピペして直接命名の話題ではないがそれに関連する
真面目な議論をぶっ壊そうとする馬鹿がこのくっだらないヨタ話に参加してるのは間違いないけど、
どの面下げてやってるんだろうな

0116デフォルトの名無しさん

2016/10/22(土) 02:23:40.15ID:OXRjJseY

>>113
OOPを学ぶことを勧める

>>114
何度も言っているが必要かどうかは場合による
明示的なメソッドにする価値がない場合もあるし明示的なメソッドにしなかったことによって無駄な管理が増えることもある
プログラマにとってバランス感覚は重要なセンスだ
そしてバランスを取ることを最初から放棄することが最も愚かな選択であることは言うまでもない

0117デフォルトの名無しさん

2016/10/22(土) 02:30:22.79ID:/AjGkbek

>>116
明示的なメソッドにするなら最初から全種類明示的なものを用意しなきゃダメだよ

>>109の例で言えば、社員Aのときは「明示的にしなくても良い」と判断してFindを使って演歌取得を実装したが、
社員Dの頃には「演歌取得を頻繁にやるから明示的に用意しよう」と言ってGetEnkaを作るなどと
開発が進むにつれて事情が変わることは珍しくない

このとき、同じ演歌取得なのにFindで取得している箇所とGetEnkaで取得してる箇所が混在することになるか、
Aが実装した箇所を探し回ってGetEnkaに書き換える修正作業が入ることになる
とてもじゃないが綺麗なプロジェクトとは言い難い

0118デフォルトの名無しさん

2016/10/22(土) 02:34:22.94ID:WU36rjz+

OOPｗ
噴飯ものとはこのことかw

モノホンのダメグラマだなw

0119デフォルトの名無しさん

2016/10/22(土) 02:47:14.01ID:eh8upSc0

新卒社員に最初の研修で叩き込むレベルのことすら理解できてない若造が
プログラマを語っちゃってんだからギャグにしか見えんな

0120デフォルトの名無しさん

2016/10/22(土) 05:05:48.36ID:nST3ahFj

連想配列でも別に良いっちゃ良いんだけど（もちろん状況によるが）
IDE先生が補完してくれるかどうかが一番の課題よね

変数名やクラス名を付けるときって、
IDEの機能に引っ張られるってこと、結構多いんじゃない？

0121デフォルトの名無しさん

2016/10/22(土) 05:34:57.07ID:NzADNRlY

最近質問が少なすぎて、一つの質問で(無意味に)100レス引っ張る傾向がある

0122デフォルトの名無しさん

2016/10/22(土) 07:44:36.75ID:DYgWbh/+

リテラル文字列使うセンスは理解できん

0123デフォルトの名無しさん

2016/10/22(土) 08:22:44.12ID:LhJjURpJ

>>122
その通り

dao.find("ROCK");
これは論外
即解雇

dao.find(MUSIC_GENRE.ROCK);
よくあるパターンだけど長いし読みにくい
職場文化的にオブジェクトの定義と定数の定義が離れる傾向にありコードの凝集度も低いためオブジェクト指向的には悪手
入力補完を何回もしなければならない
間違っちゃいないがスマートじゃない

dao.findRock();
スッキリしていて読みやすく柔軟
振る舞いが全てクラスに凝集しているオブジェクト指向的良設計
入力補完の回数も少なくてすむ
クールな人はこれを選ぶ

0124デフォルトの名無しさん

2016/10/22(土) 08:23:25.65ID:hBp8S2CN

>>120
テキストエディタなら文字列リテラルも補完してくれるけど、IDEは補完してくれないものなのか

0125デフォルトの名無しさん

2016/10/22(土) 08:36:42.19ID:DYgWbh/+

>>123
音楽のジャンルだったら俺なら列挙型だな
例えば人の性別程度なら下の書き方にするかもね

0126デフォルトの名無しさん

2016/10/22(土) 09:16:07.42ID:gU77zXKz

>>123
foobar2000みたいにジャンルをユーザーが自由に設定できるような場合はどうするの？

http://www.foobar2000.org/images/img/freedb.png

0127デフォルトの名無しさん

2016/10/22(土) 10:17:13.07ID:Me0jAF9q

リテラルに拘ってるやつがレベル低いとおもうけどなｗ
GetPops同等のメソッド量産せずに、っていう例でしかないだろ>>76は

>>126
ふつうはそう作るよな
ソフトウェア側からは単にユーザの入力文字列としか認識しない
pops = musicRepository.GetPops();
こんなのが出てくる余地はない
出るとしたら
list = musicRepository.Get(inputstr);
この形式しかありえない

0128デフォルトの名無しさん

2016/10/22(土) 10:34:42.47ID:WDS1fqif

>>126-127
なんど同じことを聞くんだ
バカなのか？

0129デフォルトの名無しさん

2016/10/22(土) 10:36:19.57ID:WDS1fqif

>>127
君の狭い世界ではそうなんだろうな

0130デフォルトの名無しさん

2016/10/22(土) 10:45:57.22ID:s+2RjA6Z

言い負かそうとせずにこれ以上は平行線だから終わりってならないのが不思議

0131デフォルトの名無しさん

2016/10/22(土) 10:51:00.38ID:/a8S//3o

>>122
サンプルコードと言うことすら理解できないんだな w

0132デフォルトの名無しさん

2016/10/22(土) 10:53:20.14ID:NzADNRlY

1

0133デフォルトの名無しさん

2016/10/22(土) 10:58:37.57ID:/a8S//3o

>>125
ジャンル増減する度にコードに手を入れるの？
法令とか規格で決まっててほとんど変更されないような選択肢なら列挙もあるかもしれないけど

0134デフォルトの名無しさん

2016/10/22(土) 11:23:09.18ID:DYgWbh/+

>>133
たかが音楽のジャンル程度なら俺は列挙型だな
自由にユーザーが追加できるようにするならリテラル文字列にするしかないけど

0135デフォルトの名無しさん

2016/10/22(土) 11:26:00.78ID:XrOB7U1S

昨日から何度か例に出てる音楽再生アプリだったら特定ジャンルのみ抽出する処理を固定で書く価値は確かにあまりないだろう
しかし例えば音楽ダウンロード販売サイトオーナーの顧客の要望により期間限定でポップスキャンペーン用の特設サイトを新規画面で素早く作りたいといった場合には特定ジャンルの抽出処理を定義済みクエリとして使い回す価値は大きい
こういった様々な状況を想定できず音楽再生アプリでは必要ないから全てが同じように必要ないんだ音楽再生アプリで使うのと同じ形式しかありえないんだと思い込んでしまう浅はかさが素人感を醸し出している
業務でプログラムを書いたことがある人間ならこのような視野の狭い思い込みなどしない

0136デフォルトの名無しさん

2016/10/22(土) 12:27:05.54ID:4bv8Zxei

>>135
もういい加減こんなアホな話やめて欲しいし、そもそも何の話をしてるのかも
いまいちよくわからんが、

(1) よく使う「特定ジャンルの抽出処理」はメソッドとして用意すべき
(2) 個々のジャンル全てについて対応する抽出メソッドを用意すべき

恐らく(1)を否定する人はいない。
否定されてるのは(2)
こんなの絵に描いたようなダメな奴がやりそうなことだ。

0137デフォルトの名無しさん

2016/10/22(土) 12:37:03.46ID:W/E63lh4

>>136
状況を理解できてないぞ
(1)を否定するバカが少なからず居て粘着しているんだ

0138デフォルトの名無しさん

2016/10/22(土) 12:39:53.81ID:4bv8Zxei

いやいないと思うけど。

まあ「べき」は言い過ぎだった。
よく使う処理をショートカットするメソッドが「あってもいい」。
そもそもメソッドとはそういうものだし。

0139デフォルトの名無しさん

2016/10/22(土) 12:41:26.84ID:NzADNRlY

どうでもいい

0140デフォルトの名無しさん

2016/10/22(土) 12:44:34.83ID:nST3ahFj

>>124
お前は何を言ってるんだと言いたいところだが
その辺は全て補完機能の性能によるとしか言えんじゃろ

0141デフォルトの名無しさん

2016/10/22(土) 13:24:10.25ID:s+2RjA6Z

どうでもいい(どうでもよくない)

0142デフォルトの名無しさん

2016/10/22(土) 13:35:00.80ID:hBp8S2CN

>>140
・補完機能の優秀なIDEに乗り換える
・pluginで補完機能を拡張する
・IDE開発者に追加機能要望を出す

対策はたくさんあるのに何もせず、今使っているIDEにコードを最適化するのは勿体ないという話

0143デフォルトの名無しさん

2016/10/22(土) 14:19:07.11ID:JI+4c/sU

>>138
使っても良いではなく使うべき
定義済みの部分集合の要件が変わった時に安全に対処できる

0144デフォルトの名無しさん

2016/10/22(土) 14:40:57.39ID:k8mamnQ3

どうでも良いけどfindRockとかfindPopも命名としては悪い
findSMAP（歌手）とかfind80s（年代）とかジャンル以外による検索を追加したときに、検索キーが異なるfind×××がゴチャ混ぜで大量に並ぶことになる

「ジャンルがRock」であることが分かる命名にすべき

0145デフォルトの名無しさん

2016/10/22(土) 15:16:25.99ID:nST3ahFj

>>142
それもそうだな。
しかし、連想配列の文字リテラルまで補完できるってのは普通に知らんかった。
言語によるのかしらね。

0146デフォルトの名無しさん

2016/10/22(土) 15:32:40.56ID:9XGd15T1

IDEで保管できてもリテラル使って辞書にアクセスとかやめてくれ
自殺者が普通にいるこの業界でそれは殺人行為に等しい

0147デフォルトの名無しさん

2016/10/22(土) 15:39:36.54ID:nST3ahFj

>>146
ローカルでしか使わんならそれでもいいけど
そうじゃないなら定数を使って欲しいところね

というわけで適切な定数名を考えよう（スレ的な意味で

0148デフォルトの名無しさん

2016/10/22(土) 17:03:27.92ID:/a8S//3o

>>146-147
動的に増やしたい時はどうするんだ？

0149デフォルトの名無しさん

2016/10/22(土) 17:09:30.19ID:nST3ahFj

動的に増やしたい場合で、
ソースにリテラルを直接書くことって、あんまり無さそう

もちろん "ID-0042" のような自動生成される文字列はあるにしても
前半だけでも定数化するとかの手段は模索したいなあ

0150デフォルトの名無しさん

2016/10/22(土) 17:11:57.64ID:VPAELI2D

この手の話を聞くたびに、後々増える可能性があるものはxmlでもcsvでも構わないから外部ファイルに出しとけよと思う
内部処理はfind(string category)でええわ

追加するたびにコード修正＆再ビルドが必要な作りはメンテ性最悪

0151デフォルトの名無しさん

2016/10/22(土) 17:13:30.29ID:hmjQA6vV

ほんと、たったそれだけのことなのにな
なぜかメソッドのシグネチャじゃなくて
呼び出し例のリテラル部分にひっかかってる子がいるけど

0152デフォルトの名無しさん

2016/10/22(土) 18:12:39.08ID:PmLwi55w

>>149
まだ言ってるのか、どんだけ周回遅れよ w

> 動的に増やしたい場合で、
> ソースにリテラルを直接書くことって、あんまり無さそう
⇒ >>127

0153デフォルトの名無しさん

2016/10/22(土) 18:23:40.26ID:rJrHw2K4

>>150
複雑な業務システムだとオレオレ定義ファイルが複雑化、巨大化してコードよりメンテナンス性が悪くなる
そんなものをメンテナンスするぐらいならハードコードしたほうがまだマシ
モダンな言語ならリビルド不要な拡張方法なんていくらでもあるし

0154デフォルトの名無しさん

2016/10/22(土) 18:23:56.20ID:lAgDZlKo

>>150
ステップ数でお給料が増減する文明圏の人たちになんてことを

0155デフォルトの名無しさん

2016/10/22(土) 18:37:34.74ID:VPAELI2D

>>153
商用なら音楽データの管理なんかそれこそRDBに置くべき案件

ましてや巨大なプロジェクトなら列挙型なんか論外中の論外だわ

0156デフォルトの名無しさん

2016/10/22(土) 18:43:34.46ID:/a8S//3o

>>153
> モダンな言語ならリビルド不要な拡張方法なんていくらでもあるし
例えばなに？

0157デフォルトの名無しさん

2016/10/22(土) 18:44:10.43ID:rJrHw2K4

>>155
当たり前だろ
今そんな話はしてない

0158デフォルトの名無しさん

2016/10/22(土) 18:45:08.68ID:rJrHw2K4

>>156
class , interface
基本だろ？

0159デフォルトの名無しさん

2016/10/22(土) 18:47:55.55ID:VPAELI2D

>>157
RDBに置くのにオレオレ定義とかハードコーディングとかアホなのか
所詮カテゴリなんてマスターデータの一種だろ
そんなものをいちいちハードコードするな

0160デフォルトの名無しさん

2016/10/22(土) 18:48:50.40ID:IpUTRyqC

>>152
それはコードが無駄に長くなるだけ

0161デフォルトの名無しさん

2016/10/22(土) 18:54:59.13ID:IpUTRyqC

>>74
getElementsByTagName, getElementsByClassName, getElementById 派

>>76-77
querySelectorAll 派

こんな感じ
応用力が高いのは後者、パフォーマンスが高いのは前者

0162デフォルトの名無しさん

2016/10/22(土) 18:59:54.45ID:iLkbIGXh

>>161
それすらないんだよね前者は
彼が主張してんのが
getElementsByGenreだったらそうだろうけど
getElementsPopsだからね

ここには巨大な隔たりがある
型と値の違いがある

0163デフォルトの名無しさん

2016/10/22(土) 19:00:02.31ID:gYvFPuft

マイクロ秒単位でシビアな応答速度が求められるものならまだしも、たかが音楽管理ツールにパフォーマンスを求めたって仕方あるまいて
マシンパワーの1%も使ってないだろう

0164デフォルトの名無しさん

2016/10/22(土) 19:03:01.93ID:gYvFPuft

>>162
ByGenreなら大いにアリだな
getPopsはどう考えても頭おかしい
key-valueで言うところのvalueに紐付けてメソッドを作るとかギャグだわ

0165デフォルトの名無しさん

2016/10/22(土) 19:03:46.45ID:rJrHw2K4

>>159
だから今そんな話してないだろ
増え続けるRDBへのクエリをどう管理するかって話で>>150はファイルで管理をすると言っているがそんなことをするぐらいならハードコードしろと言っている
マスターデータをハードコードとかどっから出てきたんだよ

0166デフォルトの名無しさん

2016/10/22(土) 19:05:51.49ID:x4x3zU66

>>165
マスターの管理は小規模なら外部ファイル、商用ならRDBにしろって話なんだが

RDBを外部ファイルで管理って頭沸いてんの？

0167デフォルトの名無しさん

2016/10/22(土) 19:09:18.63ID:IpUTRyqC

>>162
自分は汎用性と拡張性しか考えてなかった

例えば、>>161で特定の属性名を持つ要素ノード群を得るAPIを拡張したいとする
前者は getElementsByAttributeName を追加し、後者は querySelectorAll で属性セレクタを扱えるように拡張する
特価型APIを増やしていくか、汎用性の高いAPIを一つだけ用意するか、の違い

0168デフォルトの名無しさん

2016/10/22(土) 19:10:09.83ID:IpUTRyqC

特価型→特化型

0169デフォルトの名無しさん

2016/10/22(土) 19:10:17.82ID:rJrHw2K4

>>164
もしかして根本的なところから理解してないのか？
ここでいうGetPopsのPopsとはgenre=="Pops"のmusicのことじゃないぞ
もっとドメインレイヤよりの定義を持った集合にPopsという名前をつけたものだ
最も単純なシステムではたまたま両者は一致するというだけで現実のシステムではそんなに単純ではない

0170デフォルトの名無しさん

2016/10/22(土) 19:10:57.24ID:rJrHw2K4

>>166
だめだ全く理解してない

0171デフォルトの名無しさん

2016/10/22(土) 19:14:14.98ID:2RMhh+15

>>169
getpops本人まだいたのかよ
よくあんなアホらしいもんを思いついたもんだな
うちのアルバイトでももうちょいまともなもん作るぞ

0172デフォルトの名無しさん

2016/10/22(土) 19:15:38.57ID:wVjPdD/+

>>169
>>89を読み直してこい

0173デフォルトの名無しさん

2016/10/22(土) 19:16:45.35ID:yvrzDyTu

↓以下、ゲッポ君の「俺意外全員がバカ、世界のみんなが間違ってる」の主張をお楽しみください

0174デフォルトの名無しさん

2016/10/22(土) 19:19:25.85ID:rJrHw2K4

>>172
いつの話してんだ
話題は常に変化するもの
流れを呼んでこい

0175デフォルトの名無しさん

2016/10/22(土) 19:20:25.73ID:wVjPdD/+

>>174
それお前の中で変化してるだけじゃねーの

0176デフォルトの名無しさん

2016/10/22(土) 19:22:51.88ID:rJrHw2K4

>>173
世界は言い過ぎだけどこのスレ程度のレベルじゃ冗談抜きにその通りだと思うよ

0177デフォルトの名無しさん

2016/10/22(土) 19:23:36.80ID:eh8upSc0

さすがに頭おかしい

0178デフォルトの名無しさん

2016/10/22(土) 19:29:20.29ID:eh8upSc0

特別何かをするわけでもないただのエイリアスを無闇に増やすな

なんて新入社員研修で教えてることなんだが、なんでこんなことでグダグダといつまでも騒いでんだよ

0179デフォルトの名無しさん

2016/10/22(土) 19:29:22.73ID:rJrHw2K4

>>177
だって君ら書き込みみればわかるけどズブのアマチュアだろ?
オレはいちおう金もらってシステム開発してるからね

0180デフォルトの名無しさん

2016/10/22(土) 19:30:25.32ID:eh8upSc0

>>179
22で入社してもう今年で37なんだが

0181デフォルトの名無しさん

2016/10/22(土) 19:33:12.94ID:rJrHw2K4

>>180
まあそういう人もいるよな
メゲズに頑張ってくれ先輩

0182デフォルトの名無しさん

2016/10/22(土) 19:33:59.10ID:wVjPdD/+

>>179
そんな珍しくもなんともないもんで自分が特別だと思いこんでたわけか
バイトを始めた学生か何かか？

0183デフォルトの名無しさん

2016/10/22(土) 19:37:48.27ID:eh8upSc0

>>181
メゲるも何も、呆れしか感じんぞ

改めて見てやるが、getPopsの中身の処理を書いてみな

0184デフォルトの名無しさん

2016/10/22(土) 19:40:01.84ID:lAgDZlKo

職業プログラマが何かの箔になると思ってる子をいじめるのはそれぐらいにしなさい

0185デフォルトの名無しさん

2016/10/22(土) 19:46:56.14ID:rJrHw2K4

>>183
return Music.Where(popsPredicate);

述語は要件と顧客の気分次第で不定な

0186デフォルトの名無しさん

2016/10/22(土) 19:48:14.90ID:eh8upSc0

>>185
なるほど
findないしそれに該当する汎用アクセサは？

0187デフォルトの名無しさん

2016/10/22(土) 19:54:00.26ID:rJrHw2K4

>>186
Music

0188デフォルトの名無しさん

2016/10/22(土) 19:55:53.56ID:eh8upSc0

>>187
うん？？
Musicはメンバ等ではなくグローバルに置いてるのか？
ってことはgetPopsもグローバル？

0189デフォルトの名無しさん

2016/10/22(土) 20:01:05.09ID:rJrHw2K4

>>188
return Music;
って書けばお気に召すのかな？
こっちはちっぽけなスマホで打ってるんだ
察してくれ

0190デフォルトの名無しさん

2016/10/22(土) 20:05:28.90ID:4bv8Zxei

何でもいいけどいい加減もう止めたらどうだろう。

有意義な議論なら俺個人はどんどんやってほしいけど、
今のこれはあまりに下らなすぎる。

0191デフォルトの名無しさん

2016/10/22(土) 20:06:13.44ID:eh8upSc0

>>189
それにしてもだなあ。。。
カプセル化の何の意味もない構造に頭痛がして来たが、それはひとまず置いておくにしても
要するにgetPopsはただのエイリアス、ラッパーだろう？

getPopsが作られる前、またはそれを知らないメンバが実装した箇所ではfindが使われてる可能性がある
同じものを取って来るのに2種類以上の取得方法があるのは好ましくない

0192149

2016/10/22(土) 20:09:05.84ID:nST3ahFj

ごめん>152の言ってる意味が分からない。
自分が周回遅れなのは間違いないんだけれども。

もちろん>127を参照しろということは分かるんだが
127のどこが、ソース中に書かれる文字列をキーとして使う処理の例や説明なの？

0193デフォルトの名無しさん

2016/10/22(土) 20:16:35.71ID:/a8S//3o

>>158
リビルド不要？
最近の言語は class や interface とやらでリビルドせずに enum の要素増やしたり GetEnka( ) を追加できるのか？

0194デフォルトの名無しさん

2016/10/22(土) 20:20:59.15ID:/a8S//3o

>>192
マジで言ってるならもう少し頑張った方がいいと思う
少なくとも >>127 にはリテラル文字列はないだろ

0195デフォルトの名無しさん

2016/10/22(土) 20:22:12.22ID:rJrHw2K4

>>191
カプセル化は十分だよ
たったこれだけのクラスインターフェースからクラスの実装詳細やデータ層の構造までわかるのかい？

始まりはともかく今はもうGetPopsはただのエイリアス・ラッパーではない
ドメインで定義されたなんらかの有用なサブセットを取得するGetPopsと名付けられたメソッドだ
なんらかの有用なサブセットとはドメインの用語でつまりポップスのことだがポップスは単にGenre=="pops"を満たすmusicということではない
また今後ドメインの深化に追従してメソッド名が変わるかもしれないが今はまだGetPopsでよい
GetPopsを使う場面で汎用メソッドを使う事は確かに害悪でプログラマは反省しなければならない
しかしメソッドのみを使い同じ述語をあちこちにばらまくのもまた害悪だ
幸いにも開発環境やアナライザは日々賢くなっている
重複したコードをメソッドに一本化する作業はそれほど手間はかからない
気合を入れて一度やってしまえばその後の述語の変更は一回で済む
しかし述語をあちこちにばらまいたまま放置すれば述語の変更のたびに面倒な作業を強いられる

0196デフォルトの名無しさん

2016/10/22(土) 20:25:01.74ID:IpUTRyqC

要するに、単なるラッパーであるgetpopsを提唱したらフルボッコに論破されたから
意味を差し替えて俺は正しいと言い張ってるわけね

0197デフォルトの名無しさん

2016/10/22(土) 20:31:33.39ID:rJrHw2K4

>>193
enumはポリモーフィックなクラスファミリに置き換えられるし置き換えるべきだ
クラスファミリーにクラスを追加するのに全体のリビルドは必要ない
GetEnkaが必要になったとして追加するクラスを賢く選択すればリビルドの必要もなくシステムを拡張できる(なにも馬鹿正直に既存のリポジトリに追加する必要はない)
既存のクラスにどうしても追加したい場合は部分的なリビルドが必要になるが全体をリビルドする必要はない

0198デフォルトの名無しさん

2016/10/22(土) 20:32:37.44ID:rJrHw2K4

>>196
実にシステム開発的な流れだろう？

0199デフォルトの名無しさん

2016/10/22(土) 20:34:43.03ID:IpUTRyqC

>>198
そういうのはただの屁理屈と言う

0200デフォルトの名無しさん

2016/10/22(土) 20:39:11.57ID:rJrHw2K4

>>199
というかこの流れもある程度予測してGetPopsを最初にメソッド化したと言っていい

0201デフォルトの名無しさん

2016/10/22(土) 20:40:15.05ID:nST3ahFj

>>194
大真面目に頑張った結果なんだが
お前さんの言うとおり、まさに「>127にリテラルはない」としか読めない。

そもそも>149のどこを否定してるの？

0202デフォルトの名無しさん

2016/10/22(土) 20:41:14.01ID:eh8upSc0

>>195
そりゃ十数年も新人教育やってりゃ大体の構造は手に取るように分かるさ
先程の例ではMusicインスタンスを直接外部に渡してしまうのがまずい
どうしてもgetPopsを作るなら「汎用アクセサは用意しない」という回答が正解だったんだが

しかし、抽象的な表現で逃げるのは君の良くない癖だな
たまにそういう子も入ってくるけど

0203デフォルトの名無しさん

2016/10/22(土) 20:43:22.25ID:IpUTRyqC

>>200
中身のコードを書いてみせた時点で想定しきれてないな

まるで中学生の屁理屈じゃあないか
ホントに働いたことがあるのかどうかも疑わしい

0204デフォルトの名無しさん

2016/10/22(土) 20:45:42.06ID:rJrHw2K4

>>202
お前が書けと言ったんだろうが～
というか汎用メソッドをパブリックにした覚えもないしMusicがミュータブルであると言った覚えもないな
これでいいかおっさん？

0205デフォルトの名無しさん

2016/10/22(土) 20:48:06.11ID:eh8upSc0

>>204
俺は「汎用アクセサは？」としか聞いてないが

後付けも良くない癖だぞ、君
そういう子は大抵長続きしない

0206デフォルトの名無しさん

2016/10/22(土) 20:50:01.78ID:rJrHw2K4

>>205
子供かw

0207デフォルトの名無しさん

2016/10/22(土) 20:50:53.25ID:smXSLIN9

200 : デフォルトの名無しさん 2016/10/22(土) 20:39:11.57 ID:rJrHw2K4
>>199
というかこの流れもある程度予測してGetPopsを最初にメソッド化したと言っていい

↑さすがにワロタわｗ
キミ、いじめられっこの経験あるやろｗ
泣いてないモン！って言いなれてるなさすが

0208デフォルトの名無しさん

2016/10/22(土) 20:52:35.58ID:eh8upSc0

>>206
言ってないものを言ったと言い張られても困る

0209デフォルトの名無しさん

2016/10/22(土) 20:52:51.02ID:/a8S//3o

>>197
> モダンな言語ならリビルド不要な拡張方法なんていくらでもあるし
って豪語してたのに
> 全体をリビルドする必要はない
ってだけなのな
そんなの動的リンク使えばいくらでもできるわな w

0210デフォルトの名無しさん

2016/10/22(土) 20:56:10.95ID:/a8S//3o

>>201
> そもそも>149のどこを否定してるの？
マジで言ってるの？
ちゃんと引用してるんだが...
> ソースにリテラルを直接書くことって、あんまり無さそう

0211デフォルトの名無しさん

2016/10/22(土) 20:56:20.59ID:rJrHw2K4

>>207
すまん
子供の頃はいじめっ子だったわ
いわゆる学校のボスザル的チンピラ

0212デフォルトの名無しさん

2016/10/22(土) 20:58:24.55ID:rJrHw2K4

>>209
そうだよ
適切に処置すればリビルドなしでシステムを拡張できる
幾らでもできるからさっきそう言ったじゃん？

0213デフォルトの名無しさん

2016/10/22(土) 21:00:10.95ID:xVGM3Eif

リビルドしてんじゃねーか

0214デフォルトの名無しさん

2016/10/22(土) 21:04:05.92ID:nST3ahFj

>>210
ますます分からん

「ソースにリテラルを書くことはない」という主張の否定として
「ソースにリテラルは書かずにこうする」という例を挙げるのは、
話の流れとして成立するの？

議論とかディベートとか、あんまり学んでこなかったからなあ。
すまん

0215デフォルトの名無しさん

2016/10/22(土) 21:15:11.07ID:NG/YSHI2

>>212
いやリビルドしてんだろカス

0216デフォルトの名無しさん

2016/10/22(土) 21:19:28.67ID:OSlnnavW

>>214
周回遅れ
って言う言葉もわからんの？
> 「ソースにリテラルを書くことはない」という主張の否定として
否定なんてしてないぞ
まだそんなこと言ってるのかよ
って言ってるだけ
ディベートとか以前にまず正しい日本語を学ぶべきかと

0217デフォルトの名無しさん

2016/10/22(土) 21:19:28.86ID:vcedYMQM

あのさあ、おまえらタグって言葉は知ってるんだよな？

0218デフォルトの名無しさん

2016/10/22(土) 21:20:47.17ID:OSlnnavW

>>212
はいはい、嘘つきはもう来なくていいから

0219デフォルトの名無しさん

2016/10/22(土) 21:39:06.58ID:nST3ahFj

>>216
ああそういうことか、すまんかった

0220デフォルトの名無しさん

2016/10/24(月) 10:20:14.55ID:UouFXqTF

>>54から話広がり過ぎワロタ

0221デフォルトの名無しさん

2016/10/24(月) 10:48:41.37ID:fQGKWk+u

基本外野が喚くところですし

0222デフォルトの名無しさん

2016/10/24(月) 12:44:29.11ID:83bvzfHf

画面遷移メソッドの名前なんですがどちらが優れていますか???

openXxxWindow(p)
openYyyWindow(p1, p2)
openZzzWindow()

openWindow("Xxx", p)
openWindow("Yyy", p1, p2)
openWindow("Zzz")

0223デフォルトの名無しさん

2016/10/24(月) 12:46:27.62ID:+WgIUVwT

>>222
それ名前の問題じゃないだろ。

0224デフォルトの名無しさん

2016/10/24(月) 13:00:17.56ID:csInVVUs

>>222
完全にアルツハイマーだな。

0225デフォルトの名無しさん

2016/10/24(月) 13:37:47.14ID:fQGKWk+u

>>222
Xxx, Yyy, Zzz, p, p1, p2の補足が欲しい

0226デフォルトの名無しさん

2016/10/24(月) 15:21:51.22ID:pKBfRUrb

>>225
Xxx, Yyy, Zzzは画面名で英語の文字列です
p, p1, p2は次の画面に渡すパラメータで画面によって異なります

0227デフォルトの名無しさん

2016/10/24(月) 15:28:35.97ID:5ENMhkpM

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

そもそもこれしか話すことないのになぜ禁止したし

0228デフォルトの名無しさん

2016/10/24(月) 15:50:27.65ID:fQGKWk+u

>>227
xyz座標と思ったわｗ
Win32APIならCreateWindowってのがある

0229デフォルトの名無しさん

2016/10/24(月) 15:56:52.07ID:+RICRJtL

てめえみたいなゴミがギャーギャー喚いてうぜえからだよ

0230デフォルトの名無しさん

2016/10/24(月) 16:11:48.75ID:Gldo3h3g

>>226
正直、画面の基底クラスを作って各画面を継承で実装した方がスッキリ書ける案件だと思うけど…

どうしてもopenWindowで実装したいなら後者で
似たような動作をする関数（win標準のcreateWindow）が既にあるなら使い方も同じ感じにしたほうが分かりやすい

0231デフォルトの名無しさん

2016/10/24(月) 16:20:55.50ID:f1Oob2xq

幼稚なバカが悪乗りして悪ふざけでやってるレスにマジレスする奴も重症だな

0232デフォルトの名無しさん

2016/10/24(月) 18:29:15.85ID:wn6/eztm

>>227
名前をレスせず、命名規則や設計の善し悪しのレスしかしないバカがスレを消費するだけで
一向に命名しない流れが続いたから禁止された。
何年も前の話。

ここ最近のテンプレ読めないバカが集まって、やはり一致した結論が出てないのを見て分かるだろ。

このスレは「○○について名前を考えてください」というお題に答えるだけのマジレス歓迎の大喜利スレ。

0233デフォルトの名無しさん

2016/10/24(月) 18:34:05.48ID:Ri+KQSou

次スレは議論も禁止したほうがいい
質問者が求めてるのはズバリかヒントのワードであってバカどもの薀蓄なんてお呼びじゃない

0234デフォルトの名無しさん

2016/10/24(月) 18:41:13.01ID:Ja2raL71

議論じゃないんだな
戦争なんだな
テーマに対する意見を交わすんじゃなくて
相手に対する攻撃を応酬し合ってるんだから

0235デフォルトの名無しさん

2016/10/24(月) 18:45:32.24ID:f1Oob2xq

禁止して実効性があるの？
ないのは明白だよねw

前にも書いたが、テンプレを引用して絡んでくるバカが登場する時としない時があるのは何故？
要するに、本来スレ違いの議論にそいつ自信が参加してる時には現れないのは明白なわけ。

そして、これは個人的な感想（しかし自信はある）だが、実にどうでもいいお馬鹿な「議論」
が続いている時に限ってそのおバカは現れない。まあ語るに落ちてるよね。

要するに、ずいぶん前も書いたけど、「～禁止」なんてルールはご都合主義のバカに他人のレスに絡む口実を与えて、
かえってスレが荒れる原因を作るだけ。

0236デフォルトの名無しさん

2016/10/24(月) 18:52:04.73ID:R8FyZAi8

マウンティング犬は今日も元気です

0237デフォルトの名無しさん

2016/10/24(月) 18:55:23.90ID:wn6/eztm

>>235
禁止してないから早速死んでくれていいよ

ってくらい無能な長文だね。

0238デフォルトの名無しさん

2016/10/24(月) 18:57:37.38ID:fQGKWk+u

>>235
> テンプレを引用して絡んでくる
って事は「命名規則や設計の善し悪しについて議論」してたんだよな？
その割には「マジレスする奴も重症」って矛盾してね？

0239デフォルトの名無しさん

2016/10/24(月) 19:02:36.61ID:f1Oob2xq

>>238
日本語でお書きください

0240デフォルトの名無しさん

2016/10/24(月) 20:14:28.55ID:fQGKWk+u

>>239
どこがわからない？
命名規則や設計の善し悪しについて議論してたからテンプレを引用して絡まれたんだろ？

0241デフォルトの名無しさん

2016/10/24(月) 20:32:37.69ID:f1Oob2xq

>>240
何を言ってるのかさっぱり意味が分からん。

0242デフォルトの名無しさん

2016/10/24(月) 20:42:00.45ID:fQGKWk+u

>>241
そうか
じゃあそのままでいいわ

0243デフォルトの名無しさん

2016/10/24(月) 21:19:09.43ID:XjvnPt+s

>>235をサニタイズするよ

禁止して実効性があるの？
ないかもね // 未検証な事柄を主観で断定しない
/* 思い込みと私怨の開陳は全カット */
禁止を押し付けらるのってなんか嫌だし（´・ω・｀） // 個人的な感情であると説明しつつAAで和ます

0244デフォルトの名無しさん

2016/10/24(月) 21:40:24.47ID:bN8c+nPb

こいつの言語サニタイズしたほうがいいな

0245デフォルトの名無しさん

2016/10/24(月) 21:59:58.35ID:PrHBZIpa

このくっそ下らねぇやりとりで200レスも消化するとか底辺はやることが違うなと思う

0246デフォルトの名無しさん

2016/10/24(月) 22:17:53.78ID:mxK0EHtA

こんな塵芥と一緒にするとか底辺に失礼だろ

0247デフォルトの名無しさん

2016/10/25(火) 05:19:39.47ID:OZkbpJ7G

設計の善し悪しまで踏み込んでるのにタグ知らなかったんだぜ。

0248デフォルトの名無しさん

2016/10/25(火) 07:34:03.48ID:MZfG2R+8

この場合のタグって何？

0249デフォルトの名無しさん

2016/10/25(火) 08:05:43.55ID:zO0NytLF

値札のことだよ

0250デフォルトの名無しさん

2016/10/25(火) 09:19:12.44ID:g86pOwEK

サイズだろ

0251デフォルトの名無しさん

2016/10/25(火) 09:52:03.08ID:n342IJVH

例えるなら、人が道を聞いてるのに服装や交通ルールから説明してるんだよなあ
でも道順を全く説明できないただの交通ルールオタク

0252デフォルトの名無しさん

2016/10/25(火) 09:58:26.93ID:6yXN+QBc

不良品タグはってゴミ置き場にポイが妥当

0253デフォルトの名無しさん

2016/10/25(火) 10:56:42.10ID:s9TG/wfT

このスレッドは落として
設計・命名スレにしようや
命名と設計は不可分だからな

0254デフォルトの名無しさん

2016/10/25(火) 12:04:09.41ID:SxIO+8ai

14年続くスレを独断で終了させて立て直すとはさすが無能タグ

無能レスの応酬でなに一つ解決しないのにそんなスレが機能する訳ないだろ
14年分レス見てからテンプレ形成に至った意味を理解しろやハゲ

0255デフォルトの名無しさん

2016/10/25(火) 12:08:46.85ID:ZMREunEJ

設計まで口出しするなら質問時に言語とコードも出してもらわないと話にならないな

0256デフォルトの名無しさん

2016/10/25(火) 12:14:47.88ID:n342IJVH

ちょっと考えれば分かることだけど、質問者の言語やコーディング規約や社風や趣味を
許容できない奴が宗教論争をおっぱじめるのが目に見えてる
つーか既になってる

0257デフォルトの名無しさん

2016/10/25(火) 12:27:30.19ID:EzZ4fPwl

14年続けてこの有様じゃろくな奴がいなかったんだろうな
潰したほうが賢明だよ
まだ宗教論争のほうが実りがある

0258デフォルトの名無しさん

2016/10/25(火) 12:44:39.57ID:qCdUY5e1

・14年ずっと同じ人がはりついているわけではないので継続年数は関係ない
・この有様→つぶした方がマシになる根拠がない(設計に口出しすると何がマシなのだ？)

0259デフォルトの名無しさん

2016/10/25(火) 13:12:06.50ID:1R5yIvw6

潰すも何も、需要があると信じているなら新スレにさっさと移動すればいいだけの話。

設計・命名スレ
http://echo.2ch.net/test/read.cgi/tech/1477368563/

0260デフォルトの名無しさん

2016/10/25(火) 21:01:29.23ID:U4JQUv53

スレが用意されると (書いてもいい場所が用意されると) 急に静かになるわけね

0261デフォルトの名無しさん

2016/10/25(火) 21:18:23.14ID:Tozirg6q

リクエストを処理する

の処理はどんなのがいいですかね

0262片山博文MZ ◆T6xkBnTXz7B0

2016/10/25(火) 21:35:01.01ID:tNFHqmMD

respond

0263デフォルトの名無しさん

2016/10/25(火) 22:29:29.89ID:QNrvjVG6

>>261
HandleRequests
DealRequests

0264デフォルトの名無しさん

2016/10/25(火) 22:41:57.40ID:Tozirg6q

ちょっと抽象的な質問でしたね

単語調べた結果respondに決めました
ありがとうございます！

0265デフォルトの名無しさん

2016/10/26(水) 00:29:53.63ID:8ZG+uxSI

特殊処理したいファイルを絞る正規表現の文字列の変数名をregex_specialFilesみたいにしたくなるのですがまずいでしょうか
実際にはspecialにはもっと具体的な単語が入ります
specialFilesRegexだとspecialがどこにかかるか分からない気がしてしっくりこないんです

0266デフォルトの名無しさん

2016/10/26(水) 00:46:49.43ID:Hu8g6Oi9

>>265
かっこつけて（？）無理に前置詞を省こうとするから意味不明な名前になるんだと思う
基本英語そのままでOK

RegexForFilesTo特殊処理

個人的には正規表現文字列をRegexと表現するのは嫌いなので、
PatternForFilesTo特殊処理

の方がいいと思う。

0267デフォルトの名無しさん

2016/10/26(水) 01:02:23.89ID:8ZG+uxSI

>>266
なるほどその通りですね
前置詞が完全に頭から抜けてました
regexも確かにpatternの方が分かりやすそうです
ありがとうございます、スッキリしました

0268デフォルトの名無しさん

2016/10/26(水) 01:43:11.56ID:LebVIXiL

いやむしろ説明的な長い変数名は良い習慣ではない

0269デフォルトの名無しさん

2016/10/26(水) 09:10:48.26ID:R7bTf3Ct

俺も変数名を文章っぽくにするのは好きじゃないな。
スコープがおかしな事になってるときになりがちだし。

0270デフォルトの名無しさん

2016/10/26(水) 09:49:31.37ID:EekeRq3r

>>269
では対案をどうぞ

0271デフォルトの名無しさん

2016/10/26(水) 11:08:46.69ID:i9LqHSRB

>>265
ハードコーディングしないでちゃんと名前でリソース管理したほうがいいよ
new regex(resouceManager.getString("pattern for special files"))
こうしておかないと正規表現の数が増えるたびにコードの書き換え、リビルド、テスト、公開、とめんどくさい作業をしなければならないから最悪

0272デフォルトの名無しさん

2016/10/26(水) 12:33:54.58ID:EekeRq3r

>>271
スレ違いの上に、ほとんど強迫神経症の態度だねそれは。

0273デフォルトの名無しさん

2016/10/26(水) 12:42:16.41ID:wESs4v7p

>>271のやり方でも数がふえたらリビルドが必要な件

0274デフォルトの名無しさん

2016/10/26(水) 14:41:24.69ID:4rKIhUw9

【質問者が”設計変更まで視野に入れつつ”命名に困ってここに来てる】
と思うなら、これ作ってくれてるんだから移動誘導待機なりしてくれ。
設計・命名スレ
http://echo.2ch.net/test/read.cgi/tech/1477368563/

ここのスレは設計がクソだったとしても質問者のレベルの範囲で返しとけばいいんだよ。

0275デフォルトの名無しさん

2016/10/26(水) 14:49:22.45ID:CNqsRIZ6

そうそう
聞くとしても名前を考えてるオブジェクトが何するかくらいでいい
他は余計な事考えないでいい

0276デフォルトの名無しさん

2016/10/26(水) 16:24:13.43ID:i9LqHSRB

質問者に許されるレス内容
①背景と機能の説明
②候補として考えてる名前(もしあれば)
③サンプルコード(もしあれば)

回答者に許されるレス内容
①機能に付けるべき名前(機能1つに対して1つの識別子)

これ以外の書き込みは禁止とする

0277デフォルトの名無しさん

2016/10/26(水) 16:47:17.25ID:Kd62j3g9

自分でやっといって何を言ってるんだw

0278デフォルトの名無しさん

2016/10/26(水) 17:51:29.14ID:7vN4PYAf

ここまで来ると、マジでアスペか何かだな
空気を読むとか一切できなさそう

0279デフォルトの名無しさん

2016/10/26(水) 18:41:32.26ID:nn4J9Ce2

>>276
馬鹿かこいつｗ

0280デフォルトの名無しさん

2016/10/26(水) 19:10:56.46ID:HUHPMrwb

>>227-229
君たちはなんでそんなに頭が悪いの？

0281デフォルトの名無しさん

2016/10/26(水) 19:17:15.22ID:HUHPMrwb

レス番を間違えちゃった
まあ大事なことだから二回書いてもいいよね

>>277-279
君たちはなんでそんなに頭が悪いの?

0282デフォルトの名無しさん

2016/10/26(水) 19:49:54.50ID:DCJLb856

MainがOFFなら
　AもBもOFF
MainがONなら
　AとBの個別設定を参照

この場合の個別設定を参照する部分の名前はどうする？

0283デフォルトの名無しさん

2016/10/26(水) 20:02:22.65ID:Kd62j3g9

>>282
そんな抽象的な要件だけで名前付けろって無理があると思うけど・・・

0284デフォルトの名無しさん

2016/10/26(水) 20:29:17.43ID:LebVIXiL

そもそもMainの設定を参照する部分の名前はどうしたんだよw
個別の場合だけわざわざ別の名前にしたいのか？面倒な奴だなw

0285デフォルトの名無しさん

2016/10/26(水) 20:31:23.26ID:2dETNhOD

命名云々よりリーダブル意識しろ

0286デフォルトの名無しさん

2016/10/26(水) 20:37:53.55ID:Vi7enIW1

OFFとかONとかいわれましてもｗ

0287デフォルトの名無しさん

2016/10/26(水) 21:18:14.00ID:DCJLb856

>>284
Mainは基本設定 Basic かなって思ってる
同じ名前にすんの？

0288デフォルトの名無しさん

2016/10/26(水) 21:25:29.98ID:R7bTf3Ct

設定を持ってくるメソッド名の話？

0289デフォルトの名無しさん

2016/10/26(水) 21:28:37.46ID:R7bTf3Ct

>>270
せめてspecialPatternくらいで問題ないような設計にすべき

0290デフォルトの名無しさん

2016/10/26(水) 21:37:32.89ID:DCJLb856

>>288
その話
基本設定受け取るのと個別設定を受け取るのは別にしてある

0291デフォルトの名無しさん

2016/10/26(水) 21:47:36.81ID:Kd62j3g9

>>289
それが可能かは質問者しか分からない。
普通に考えて、可能ならわざわざ質問しないだろう。

不可能な可能性が皆無ならともかく、そうでないのであればスレの趣旨を尊重して
素直に質問者の問題に解答すべきだ。

0292デフォルトの名無しさん

2016/10/26(水) 22:44:11.46ID:DvJWGDCx

スレチだから議論するなよ

0293デフォルトの名無しさん

2016/10/26(水) 23:11:00.34ID:8ZG+uxSI

今更ですが>>265はあるGUIのツールに埋め込むコードの一部の話です
正規表現は処理対象ファイルを指定する箇所の設定入力部に書いてあるので設計でどうこうというのは無理そうです
ツールの動きを無理にコードで制御しようとしてるので名前に無理が生じるのは仕方ないかもしれないですね…

0294デフォルトの名無しさん

2016/10/26(水) 23:44:24.00ID:4rKIhUw9

ということ。

一々設計レベルから作り直せると思ってる暇プログラマーは、どうぞ新スレに移動してください。
高尚な思想を元に数レスで一同を納得させられる流れを見せつけてくれるでしょう。

0295デフォルトの名無しさん

2016/10/26(水) 23:59:23.89ID:Kd62j3g9

>>294
気づいてないみたいだから一応言っとくけど、そういう「ガヤ」が一番くだらない。
バカじゃないの。

それに比べたら多少スレの趣旨からズレても命名の周辺の話題のレスの方が100倍マシだ

0296デフォルトの名無しさん

2016/10/27(木) 00:15:28.72ID:2yJlsZPW

それ自分のことじゃね

0297デフォルトの名無しさん

2016/10/27(木) 00:23:13.54ID:fRHwGNYD

>>295
皮肉込めて誘導してるだけで、真意としては>>291と大して変わらんつもりだが？

0298デフォルトの名無しさん

2016/10/27(木) 01:01:02.41ID:K8eDk5Ex

質問者に許されるレス内容
①背景と機能の説明
②候補として考えてる名前(もしあれば)
③サンプルコード(もしあれば)

回答者に許されるレス内容
①機能に付けるべき名前(機能1つに対して1つの識別子)

上記以外の書き込みは禁止とする
スレチの話題は該当スレへどうぞ

設計・命名スレ
http://echo.2ch.net/test/read.cgi/tech/1477368563/

0299デフォルトの名無しさん

2016/10/27(木) 07:18:32.18ID:uoSnPm98

>>288
GetSettingA( ), GetSettingB( ) じゃダメなの？

0300デフォルトの名無しさん

2016/10/27(木) 08:24:35.16ID:8JUz12qY

個別設定という変数名を考えてみよう

0301デフォルトの名無しさん

2016/10/27(木) 09:16:11.09ID:Owourcn0

共通部品的なやつのなかに
基本を持ってくるメソッド、設定Aを持ってくるメソッド、設定Bを持ってくるメソッドがある状況なのか
それともABそれぞれが、基本と個別のメソッドを持ってるのかによって違うかな

0302デフォルトの名無しさん

2016/10/27(木) 09:23:39.79ID:8JUz12qY

勝手に想像したらメールとかの通知機能が思い浮かんだかな
Mainはアプリとしての通知有効無効
AやBはアプリとしての通知が有効ならAやBの設定に従う感じ
メールならPersonal設定？
メールとか関係無く「個別通知」ならindividual？

0303デフォルトの名無しさん

2016/10/27(木) 10:55:59.83ID:wCjzfsvs

要件が適当すぎ
名前は適当でいいから動くコード書いて

0304デフォルトの名無しさん

2016/10/27(木) 12:56:18.58ID:Owourcn0

目的によって、基本や個別の意味合いが変わってくるし、適切な単語も違うからねぇ

0305デフォルトの名無しさん

2016/10/29(土) 20:57:22.24ID:OmD5+S5i

メンバーの募集機能で、募集中かどうかを「is_recruiting」カラムに入れています。

これのtrue, falseを切り替える関数名はどういう感じがよいでしょう？

0306デフォルトの名無しさん

2016/10/29(土) 21:01:36.42ID:Lu2qC+Nv

>>305
toggle_recruiting
switch_recruiting

> 募集中かどうかを「is_recruiting」カラムに入れています。
is_recruitingに違和感がある。
それがrecruitingかを確認する関数名に読める。

0307デフォルトの名無しさん

2016/10/29(土) 21:13:58.34ID:OmD5+S5i

>>306
やっぱり違和感ありますかね？

「現在募集中かどうか」はどういう表現、カラム名が適切でしょうか

0308デフォルトの名無しさん

2016/10/29(土) 21:21:32.48ID:Lu2qC+Nv

>>307
recruiting

0309デフォルトの名無しさん

2016/10/29(土) 21:23:12.34ID:4zGB62ZL

余計に意味分からんわ

0310デフォルトの名無しさん

2016/10/29(土) 21:26:56.51ID:dXKRRVDP

offer exists

0311デフォルトの名無しさん

2016/10/29(土) 21:29:04.12ID:T/KDlWmf

そういう可能かどうかの状態をtrue/falseで返す関数は
isXXXXXable
が大正義

0312デフォルトの名無しさん

2016/10/29(土) 21:32:29.00ID:Lu2qC+Nv

>>311
切り替える関数であって可能かどうかを返す関数ではないのでは？

0313デフォルトの名無しさん

2016/10/29(土) 21:33:10.90ID:LIjnRu53

IsEnableRecruit
SetRecruitStatus

0314デフォルトの名無しさん

2016/10/29(土) 21:47:35.84ID:ZloojbFD

>>305
> メンバーの募集機能で、募集中かどうかを「is_recruiting」カラムに入れています。
俺なら in_recruiting かな

> これのtrue, falseを切り替える関数名はどういう感じがよいでしょう？
start_recruit(), stop_recruit()

0315デフォルトの名無しさん

2016/10/29(土) 21:48:45.20ID:w65J4ERD

ReverseかToggleかなあ。
Switchは第3のステータスがありそう。

>>307
is_recruitingで良いと思うけどなあ。
is_recruitableでもいいかもしれんけど。

0316デフォルトの名無しさん

2016/10/29(土) 21:53:37.19ID:w65J4ERD

あるいは、
下手に切り替えるところまでを１つの関数にするよりは、

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

とかのほうが分かりやすいかもしらん。

0317デフォルトの名無しさん

2016/10/29(土) 22:19:02.82ID:4zGB62ZL

質問者はtoggleがしたいのか単にsetしたいだけなのかハッキリしておくれ

0318デフォルトの名無しさん

2016/10/29(土) 22:52:35.09ID:PR9zW7ZB

employならenployableって表現はありだけど
recruitableはないと思うわw

英単語としては存在するみたいだけど、意味的におかしいよねw

0319デフォルトの名無しさん

2016/10/30(日) 00:44:44.17ID:jMC+zj6I

～ableは「～可能」って意味だからな
今回は募集可能じゃなくて応募可能と考えるべき

0320デフォルトの名無しさん

2016/10/30(日) 07:07:00.90ID:JMWTgXDT

募集に関するクラスに作るんじゃないの？
普通にavailableでいいと思うんだけど

0321デフォルトの名無しさん

2016/10/30(日) 08:42:44.21ID:2kQlDpFE

>>318
例: 政府により募集可能な期間が設定された

普通に使われると思うけど？

0322デフォルトの名無しさん

2016/10/30(日) 11:46:01.42ID:f9d004U/

member_wanted {none, a_few_programmer}

0323デフォルトの名無しさん

2016/10/30(日) 22:45:31.62ID:sGqbfAV5

２つほど相談です。
関数名は文脈を考えて付けるべきというのは理解していますが、
プリフィクス等の汎用的な命名方法を探しています。

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

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

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

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

InitializeBar() や ApplyBar() も考えましたが、
初期化だけに使うわけでも、各種設定を確定させるだけに使うわけでもないので、
ちょっとモヤモヤしています。

0324デフォルトの名無しさん

2016/10/30(日) 23:33:05.97ID:03ce0qAm

ここではないどこかからデータを取ってくるという意味合いが強いならFetchを使う
より抽象的に手段や場所や対象はよくわからないがとにかく何かを取得するという意味合いが強いならGetを使う
処理が重くなる場合があるという情報は通常はドキュメントに記載する
ドキュメントではなくプログラムで表現したいなら微妙なニュアンスに頼らずに非同期版のメソッドを用意すること
非同期版のメソッドを用意することによって同期版を使った場合にパフォーマンス上のペナルティが発生する可能性があるということをプログラマにより直接的に伝えることができる

0325デフォルトの名無しさん

2016/10/31(月) 00:13:23.74ID:T+jfS1R6

>>324
ありがとうございます。

Getだけだと、単純なアクセサってイメージが強くないですか？
C#のプロパティとかも、稀にそういうトラブルがあるらしいですけれども。

0326デフォルトの名無しさん

2016/10/31(月) 00:31:03.58ID:y/KimnPW

>>323
(1) それとは別に「早い」バージョンも存在するのでなければ単純にGetFooで問題ない気もする。
どうしてもそれが重いことを名前で伝える必要があるのなら、あいまいなニュアンスに頼るんじゃなくて
明示的にGetFooInSlowWayとかGetFooByHeavyMethodとか付けたらどうかなあ

(2) 基本的に(1)と同じでUpdeteFooとかReloadFooでよく、本当に必要なら（以下略）でいいんじゃないか

0327デフォルトの名無しさん

2016/10/31(月) 00:32:53.87ID:y/KimnPW

Updateのスペルが間違ってたw

0328デフォルトの名無しさん

2016/10/31(月) 00:45:48.40ID:y/KimnPW

その手のメソッドが頻出するなら、何かサフィックスする規約でもいいのかもね。
例えばHV(HeaVy)とか
GetFooHV

0329デフォルトの名無しさん

2016/10/31(月) 00:55:49.63ID:N3/YDThV

>>325
メソッドはクラスやインターフェースとセットだから問題ないよ
それで迷うようならクラスの役割やインターフェースの要求があやふやなんだろうね
FooRepository.getFoo
Foo.getName
どっちがインフラに依存した重い処理でどっちがフィールドアクセス(+α)のささやかな処理か？
クラス分けがちゃんとしてれば常識的に迷うこたないでしょ

0330デフォルトの名無しさん

2016/10/31(月) 12:47:10.69ID:uOz63dOb

重いことを主張したいわけではなく、ただのアクセッサではないということを主張したいだけか。

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

その規約的なものを検討してて質問してるなら失礼。

0331デフォルトの名無しさん

2016/10/31(月) 20:56:32.06ID:03zQ5mOK

というかオブジェクト指向的にはgetなんとかはフィールドアクセサーだって連想は間違ってるんだよ
実装を見たらたまたまフィールドにアクセスしてたってだけの話でな

0332デフォルトの名無しさん

2016/10/31(月) 22:11:27.28ID:6L1k9riG

くっさ

0333デフォルトの名無しさん

2016/10/31(月) 22:19:19.89ID:u9vgcP7f

アクセサーにgetを使うのって、解説用のときだけじゃね

0334デフォルトの名無しさん

2016/11/01(火) 09:00:22.30ID:pQ6hmNDw

プロパティのない言語だと、get/setをアクセッサとするルールを定めておくことで、色々と便利なわけですよ。

0335デフォルトの名無しさん

2016/11/01(火) 10:23:11.89ID:H/G1IS5n

解説のときにね

0336デフォルトの名無しさん

2016/11/01(火) 14:29:13.40ID:zTwebp3Z

>>331
その話題はここの連中にはまだ早い

0337デフォルトの名無しさん

2016/11/01(火) 16:07:11.34ID:H/G1IS5n

オブジェクトでフィールドにアクセスしないでなにかをGetするなんてあるんだろうか？

0338デフォルトの名無しさん

2016/11/01(火) 16:53:05.46ID:0w7M9Ph5

getするのはオブジェクトの属性だけとは限らないからねえ。
現に今の質問者の話がそれなわけで。

だからこそメソッドとは別に属性のアクセス専用のプロパティが発案されたんだと思うけど

0339デフォルトの名無しさん

2016/11/01(火) 20:13:14.70ID:jey0RimT

発案っていうかC#のプロパティなんかは例えばあれIDEの都合っしょ
そうすりゃIDE側から多少便利ってだけでね

public string Foo {get;}
public string Bar {get {return xxx.getBar()}}
この両方の書き方がある以上、属性専用も糞もない
用途はメソッドんときと一緒

0340デフォルトの名無しさん

2016/11/01(火) 20:22:36.25ID:zZ+/B8c0

>>339
プロパティはVBやCOMにもあるよ
それと、それまったく何の理由にもなってないと思うけど

プロパティは＜オブジェクトの使用者に対して＞それがオブジェクトの属性であることを明示するためにある。

0341デフォルトの名無しさん

2016/11/01(火) 20:28:15.67ID:ls1tDjet

プロパティは歴史的にはRADのためのアイデアであってるよ
マイクロソフトの中の人が言ってた

0342デフォルトの名無しさん

2016/11/02(水) 11:57:37.21ID:GdBKXJrN

スキーマ名.テーブル名を格納する文字列についていい名前はないでしょうか

0343デフォルトの名無しさん

2016/11/02(水) 12:25:48.41ID:iqvhs+TX

string スキーマ名
string テーブル名

0344デフォルトの名無しさん

2016/11/02(水) 12:34:12.01ID:GdBKXJrN

すいません、hogeSchema.hogeTableのようにスキーマ名とテーブル名を結合させた文字列です
暫定でtableFullNameになっているのですが伝わるでしょうか

0345デフォルトの名無しさん

2016/11/02(水) 12:58:15.07ID:iqvhs+TX

string スキーマ名とテーブル名

0346デフォルトの名無しさん

2016/11/02(水) 16:25:05.97ID:cswDNzjo

>>344
スキーマまで含める意図がテーブルを完全に特定したいと言うことなら FullQualifiedTableName かな

0347デフォルトの名無しさん

2016/11/02(水) 16:51:09.01ID:ocKcxs87

>>346
fully qualifiedで完全修飾なんですね
おっしゃる通りテーブルを特定するために結合しているのでそれでいってみます
ありがとうございます

0348デフォルトの名無しさん

2016/11/02(水) 16:53:27.99ID:7Lua67RL

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; }
}

0349デフォルトの名無しさん

2016/11/02(水) 18:39:44.42ID:MdOEsPX2

俺ならそういうのをクラス名やメソッド名にはしないな
>>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とか

0350デフォルトの名無しさん

2016/11/02(水) 22:47:45.00ID:Bu8jEFR0

こんなアホが俺の周りに来ませんように

0351デフォルトの名無しさん

2016/11/02(水) 23:03:56.32ID:jC5deFAg

質問ではなく、ちょっと意見を聞きたいんだけどさ、
foo-bar_baz という名前があったとき、一パッと見でどう認識する？

1. Foo/ BarBaz
2. FooBar/ Baz
3. Foo/ Bar/ Baz
4. それ以外

0352デフォルトの名無しさん

2016/11/03(木) 00:18:47.46ID:siYabkWS

3だな

0353デフォルトの名無しさん

2016/11/03(木) 01:14:20.86ID:snmoM2GI

3かー、ありがとう。
小文字しか使えない状況って結構辛い

0354デフォルトの名無しさん

2016/11/03(木) 07:18:42.52ID:viOY8I+I

2に近いが1と3はない

0355デフォルトの名無しさん

2016/11/03(木) 08:34:35.58ID:4MjmvoYz

>>351
Google的には1だな
http://www.sem-r.com/seo/20110818061702.html

0356デフォルトの名無しさん

2016/11/03(木) 08:50:59.41ID:q+jX9dvw

ビンゴ！

0357デフォルトの名無しさん

2016/11/03(木) 09:18:04.47ID:9JnV00MF

foo-(bar_baz)
foo年bar組baz番
って感じ

0358デフォルトの名無しさん

2016/11/03(木) 10:28:30.55ID:NjbREez3

>>351
ここム板だから foo - bar_baz って認識する人が多いと思う
ハイフンを識別子に使える言語もあるけどね

0359デフォルトの名無しさん

2016/11/03(木) 11:49:34.61ID:GY8DqBwz

>>351
1かなスネーク形式を連想するし。

0360デフォルトの名無しさん

2016/11/03(木) 13:07:03.07ID:ZphmWbuS

ハイフン（っていうかプログラミング的にはマイナス記号だと思うけど）が識別子に使える
プログラミング言語なんてあるのかw

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

あえて言えばそんな他人にお前の意図を推測させるような表記法なんか使うなと。

0361351

2016/11/03(木) 13:49:32.19ID:snmoM2GI

ありがとう。見事にみんなバラバラだな！
本当は日本語OKなら積極的に使いたいんだけどねぇ。

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

>>360
全くもって同意する。ただすまん、今回の場合は意図を推測する/させる立場が逆なんだ。
例えるなら大昔のコンピュータゲームで、
A攻撃＆Bジャンプのアクションゲームがそれだけでクソゲー扱いされるようなもので。

0362デフォルトの名無しさん

2016/11/03(木) 13:50:30.47ID:snmoM2GI

アンカ間違えた自分に打ってどうする >358だ

0363デフォルトの名無しさん

2016/11/03(木) 13:59:33.85ID:+nsyTxDZ

>>360
Lispとかあるでしょ

0364デフォルトの名無しさん

2016/11/03(木) 14:07:57.72ID:h7OLIGrQ

演算子の前後は空白開ければ楽勝で区別出来るが、Cの.と->は空白入れると座りが悪いので入れてない

0365デフォルトの名無しさん

2016/11/03(木) 14:54:54.10ID:NjbREez3

>>360
> ハイフン（っていうかプログラミング的にはマイナス記号だと思うけど）が識別子に使える
> プログラミング言語なんてあるのかw
COBOL とか PowerShell とか

> っていうか、この手のオレオレ表記法が他人にどう見えるかなんて無意味。
と思うならスルーしとけ

0366デフォルトの名無しさん

2016/11/03(木) 15:27:26.47ID:jGJ8D3JL

>>360
チェインケースでググれ

0367デフォルトの名無しさん

2016/11/04(金) 11:34:10.16ID:ZEtNANA9

>>360 xsltも-が使える。しかもふつうに引き算で-を使う。

0368デフォルトの名無しさん

2016/11/04(金) 17:51:27.61ID:yZRML0sj

設定画面でファイルを保存する場所(フォルダ)を指定させるのですが、

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

の２つの名前をよろしくお願いします。
Settingsクラスあたりに追加します。

0369デフォルトの名無しさん

2016/11/04(金) 17:57:14.78ID:yZRML0sj

英語の名前もそうなんですが、日本語の方もお願いします。
UI的には
「保存する場所を指定する」というキャプションのCheckBoxあたりと、
「保存する場所」というキャプションのテキストボックスとフォルダダイアログを表示するボタンでいいですかね。

0370デフォルトの名無しさん

2016/11/04(金) 18:00:23.05ID:BEVfOvDH

>>368
設定自体をファイルに保存するの？
それとも、何か別のデータを保存するの？

0371デフォルトの名無しさん

2016/11/04(金) 18:07:17.31ID:XfxE6vHI

>>368
話を聞く感じでは「保存する場所を指定するかどうか」なんて設定は不要に感じる。
要は必要になった時に保存場所を規定値に戻せれば同じことでしょ？
保存場所を規定値に戻すメソッドを持たせればいい。

保存場所は普通にSaveFolder, SaveName, SavePathで良いのでは

0372デフォルトの名無しさん

2016/11/04(金) 18:09:25.00ID:yZRML0sj

>>370
別のデータを保存します。それが2,3個あるのですが、その種類は接頭辞として前につけようかなと
思ってますので>>368ではその具体例を省いて質問しました。

設定ファイル自体ももちろんファイルに保存しますが
それは固定なので。

0373デフォルトの名無しさん

2016/11/04(金) 18:12:18.73ID:XfxE6vHI

まあ、一度規定値に戻した後また同じパスを指定するのは面倒だってことはありうるのか。
じゃあUsesDefaultFolderとUserSpecifiedSaveFolderで

0374デフォルトの名無しさん

2016/11/04(金) 18:21:19.77ID:yZRML0sj

>一度規定値に戻した後また同じパスを指定するのは面倒だってことはありうるのか
その通りです。例えば、インターネットエクスプローラのプロキシの設定でも
チェックボックスとテキストボックスの２段構えになってるのですが、
他のソフトでそうなってないUIのときに一時的に切り替えるがめんどくさい経験をしてるので、
だから、あえてチェックボックスとの２段構えにしています。

0375デフォルトの名無しさん

2016/11/04(金) 19:27:32.71ID:yZRML0sj

色々ありがとうございます。
>UsesDefaultFolderとUserSpecifiedSaveFolder
ここらへんの案で行こうと思います。

0376デフォルトの名無しさん

2016/11/16(水) 21:38:10.07ID:zlBynMxs

あるクラス群の役割を抽象化したスーパークラスの名前を考えています。

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

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

ReaderWriter でしょうか。

0377デフォルトの名無しさん

2016/11/16(水) 22:09:41.69ID:5Ihw572q

むしろReadWriterじゃない？
あとDStreamとか？

0378デフォルトの名無しさん

2016/11/16(水) 22:42:11.51ID:gtmrvLDz

リポジトリだろ

0379デフォルトの名無しさん

2016/11/17(木) 00:16:14.42ID:jhQKUhIJ

>>376 です。

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

お二人とも、ありがとうございました。

0380デフォルトの名無しさん

2016/11/17(木) 01:17:13.53ID:ypT0aoV/

いやリポジトリは倉庫であって倉庫係ではないと思うけど...
>>376は倉庫係じゃん

0381デフォルトの名無しさん

2016/11/17(木) 02:13:48.61ID:NU+xZ5I3

377で挙がってるけどDStreamかなあ

0382デフォルトの名無しさん

2016/11/17(木) 12:34:21.39ID:ir/fHuQ7

全然ストリームじゃないのにどっからストリームが出てくんのか…
雰囲気で訳も分からずデタラメな名前つけんなタコが

0383デフォルトの名無しさん

2016/11/17(木) 13:05:45.14ID:/0Wfoiwq

>>382
悪いけどお前さんがストリームって概念を理解してないだけだと思うよw

0384デフォルトの名無しさん

2016/11/17(木) 13:33:29.72ID:SIbcJcrO

>>383
俺はお前が理解していないに一票。
ストリームじゃないし。

0385デフォルトの名無しさん

2016/11/17(木) 13:50:31.14ID:/0Wfoiwq

アホだ
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)

0386デフォルトの名無しさん

2016/11/17(木) 14:00:14.97ID:SIbcJcrO

>>385
自分の言葉で説明できないという告白ですか。

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

反論があるなら、自分の言葉でどうぞ。

0387デフォルトの名無しさん

2016/11/17(木) 14:03:31.82ID:3lGtF19o

Dを永続化したいという目的ならD repositoryで伝わるよ
でも>>376は永続化の手段も表したいと言う
真っ先にリポジトリパターンを思い出す人は違和感を持つんじゃないかな

0388デフォルトの名無しさん

2016/11/17(木) 14:05:02.67ID:/0Wfoiwq

>>386
以前はランダムアクセスが困難なもののみを指してストリームという用法が一般的だったのは
たぶん確かだが、最近はランダムアクセス可能なものもストリームと呼ぶ。

例えば>>385のリンク先の.NET Frameworkの例を見てみ

0389デフォルトの名無しさん

2016/11/17(木) 14:05:19.03ID:/0Wfoiwq

しかし、本物のアホだな

0390デフォルトの名無しさん

2016/11/17(木) 14:08:02.50ID:SIbcJcrO

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つずつ処理
> されるコンベヤベルト上の物品と考えることができる。

0391デフォルトの名無しさん

2016/11/17(木) 14:12:38.46ID:SIbcJcrO

>>388
> 例えば>>385のリンク先の.NET Frameworkの例を見てみ
これと>>376が同じに見えるのか。
こりゃ会話するだけ無駄だわ。

0392デフォルトの名無しさん

2016/11/17(木) 14:24:01.83ID:/0Wfoiwq

今日はこのぐらいで勘弁しといたるわ、まで読んだ。
しかし重症だね。

0393デフォルトの名無しさん

2016/11/17(木) 14:27:22.96ID:F8tQbCJJ

煽りたいだけの奴が的外れな事を言って引っ込みがつかなくなったパターンですね

0394デフォルトの名無しさん

2016/11/17(木) 14:28:32.31ID:/0Wfoiwq

まあお馬鹿さんが調子にのるといけないので一応突っ込んでおくけど、
>>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年代の用法を
有難がって守っても弊害しかないからね。

0395デフォルトの名無しさん

2016/11/17(木) 17:41:25.74ID:cT5YV57l

なんで揉めているのか二行で説明ヨロ

0396デフォルトの名無しさん

2016/11/17(木) 18:20:46.25ID:mMJymgjM

>>376
そもそも読み書き操作をスーパークラスにしうとするのがおかしい
データ主体にすべきだし、それならば「データDAccesser」とか妥当なのがでてくるけど

0397デフォルトの名無しさん

2016/11/17(木) 18:21:07.96ID:HfqKr7Tv

ある数人のグループ全員を、順番はアットランダムに選んでコロしていった場合、連続殺人なのでシリアルキラーと言われ、ランダムキラーと言われない。
その考え方から、ランダムにアクセスされるデータも考え方によっては連続アクセスだからシリアル→ストリームと解釈していいじゃん。

ってJCの女の子が言ってた

0398デフォルトの名無しさん

2016/11/17(木) 18:28:23.63ID:oM0V2Zu8

>>395
東軍: Streamはシーケンシャルなデータの流れだ
西軍: Streamはデータの構造やアクセス方法関係なしのデータの流れだ

こんな感じ？

抽象化されたStreamって意味なら西軍だけれども
読み書き先の構造やアクセス方法関係なしに
表面的にはシーケンシャルな処理に見えるようにするんじゃない？
あくまで順繰り読み書きすることが目的なのだから

0399デフォルトの名無しさん

2016/11/17(木) 19:06:23.32ID:H4HAbVd3

Fetch API に ReadableStream という名のインターフェースがあったな
https://triple-underscore.github.io/Fetch-ja.html

0400デフォルトの名無しさん

2016/11/17(木) 20:30:41.08ID:bN2Unndl

集約ルートに対するCRUD操作とトランザクション管理を行うならリポジトリ
シーケンシャルなデータI/Oならストリームだろう
>>376ではどちらとも言えないので議論しても不毛な争いにしかならない
つまりお前らはハゲ

0401デフォルトの名無しさん

2016/11/18(金) 06:53:14.38ID:ZuKcmSv7

>>388
ランダムアクセス「も」ストリームとして扱うようになってきてるだけで名前としてはおかしいと思うけど今さら変えられないって話でしょ？
ストリームインターフェースを参考にするとか派生させるとかで作るならわかるけど全く新規に作るならあえてわかりにくい名前を付ける必要はないと思うよ

0402デフォルトの名無しさん

2016/11/18(金) 08:23:44.33ID:sk5kx0wb

てめえのためにスレまで建ててやったんだからとっととそっちいけやボンクラ

0403デフォルトの名無しさん

2016/11/18(金) 10:08:14.30ID:fuS99ZTS

>>401
違うよ。
ストリームって概念のキモは英語版Wikipediaの説明にもあるように抽象化でしょ。
それは最終的な対象を問わずに入出力を透過的に扱うため。

そこにシーケンシャルアクセス専用みたいな（本来どうでもいい）空気がくっついたのは、
単にその概念が生まれた当時にはランダムアクセス可能な対象がRAMぐらいしかなかったし、
今と違ってそれは非常に高価で富豪的に使うなんてありえなかったからだろう

0404デフォルトの名無しさん

2016/11/18(金) 10:22:05.49ID:mP8U9SKK

アクセス方式のシーケンシャル（アクセス）と、データの構造としてのシーケンシャル（データ）を混同するなよ

0405デフォルトの名無しさん

2016/11/18(金) 10:52:00.04ID:GQvjvZ3S

だな。>>386は「連続データである」とデータ構造としてシーケンシャルといってるだけなのに、
勝手に>>388がランダムアクセスとかアクセス方式の話をし出してるし、

さらに、勝手に>>388でシーケンシャルアクセスvsランダムアクセスみたいな
変な構図つくってるだけじゃん。

0406デフォルトの名無しさん

2016/11/18(金) 10:54:12.63ID:fuS99ZTS

何のこっちゃ

0407デフォルトの名無しさん

2016/11/18(金) 11:00:11.29ID:GQvjvZ3S

>>382が全然ストリームじゃねぇっていってんのは、>>376で
ファイルやメモリはストリームだが、RDMBSかしらんが「データベース」とか
「ウェブアプリ」とかも含まれてるのにそれらを
総称して「ストリーム」とか言ってるから>>382が全然ストリームじゃねぇって
いってんじゃねぇの？

0408デフォルトの名無しさん

2016/11/18(金) 11:09:44.44ID:GQvjvZ3S

まぁ、例えば行と列から構成されるRDBMSとかもどんどん分解してけば、
最終的にはバイトの列になるのでじゃあそれは
ストリームって言えなくもないがさすがに無理あるな・・

0409デフォルトの名無しさん

2016/11/18(金) 11:14:36.55ID:fuS99ZTS

アホだ。
悪いけどそれ抽象化とか透過的って概念が何か理解できないだけ。

仮に透過的に扱えないなら、>>376はそもそもこんな質問をしないだろう。

0410デフォルトの名無しさん

2016/11/18(金) 11:15:44.52ID:GQvjvZ3S

と書いたがいや、君の言いたいことはわかった。
それらをすごい抽象化してただの入出力先という意味でストリームって
ことにしたわけね。

0411デフォルトの名無しさん

2016/11/18(金) 11:20:46.64ID:GQvjvZ3S

なんだよ。自分で気づいたのに１分差で負けた。
まぁ、でも、ランダムアクセスとかアクセス方式の話はまとを得ない
反論の仕方だったね。誰もランダムアクセスできるのデータの並びは
ストリームじゃないなんて言ってなかったし。

0412デフォルトの名無しさん

2016/11/18(金) 19:51:43.08ID:VNWU1qlY

纏めるとリポジトリが正解ってことですね

0413デフォルトの名無しさん

2016/11/18(金) 20:40:29.39ID:ZuKcmSv7

>>403
ストリームの本来の意味を調べてから出直してこい

0414デフォルトの名無しさん

2016/11/18(金) 20:47:28.99ID:ZuKcmSv7

>>412
>>376
> あるデータDをデータベースに対して読み書きするクラスX
> あるデータDをファイルに対して読み書きするクラスY
までならリポジトリが一番しっくりくる

> あるデータDをメモリに対して読み書きするクラスZ
これはちょっと微妙だけどまあメモリーも倉庫って言えなくもないか

> あるデータDをウェブアプリに対して読み書きするクラスW
ウェブアプリの動きがわからんのでなんとも言えないかな
DB のフロントエンドみたいなものならいいけど、書き込んだらプリンターに印刷されるようなアプリだったらリポジトリって言うのは違和感あるしなぁ

0415デフォルトの名無しさん

2016/11/18(金) 21:22:00.83ID:ebwGr1K/

インメモリリポジトリもウェブサービスベースのリポジトリも現場では当たり前のようにつかわれてるよ
CRUD操作とトランザクション管理ができていればインフラの実態が何であれリポジトリを名乗れる
Save命令が来たらプリンタで印刷してIDをラベリングして書類棚に保管する
Load命令が来たらIDで書類棚を探してスキャナにかける
トランザクション管理はタイムスタンプ方式でいいだろう
あとはバックエンドで作業する人を雇えば紙ベースのリポジトリが実装可能だ

0416デフォルトの名無しさん

2016/11/18(金) 22:38:04.35ID:Ashpa7Ki

リポジトリもストリームと同じくらいないわ
だから雰囲気だけでデタラメな名前つけんなっつーのw

0417デフォルトの名無しさん

2016/11/19(土) 00:15:08.41ID:shkjyp+s

>>416
やっぱりラーメンは醤油がうまいよな

0418デフォルトの名無しさん

2016/11/19(土) 07:56:32.66ID:T/wP/yiF

いつも悩むのは仮引数と外から与える変数名を同じにするか、
newしたオブジェクト名なのか、通常型変数名なのか、
オブジェクトを加工した結果を加工前と同じにするか、
加工されたものであることが分かるように別名にするか、
名前に意味付けをするか、しないか。
意味付けをしないといつもの慣習で決まりきったルールで
命名するからコーディング時に手が止まらないしスペルミスもしない、
foo や obj num str arg などほとんど意味を持たない名前は
自分の中で使いどころが統一されているから扱いやすいが、
後から見ると処理の意味が見えにくくなってしまう。

意味をつけると名前が長くなるし、表記がブレたりスペルミスしたり
意味論的な勘違いすることもある、後で読みやすいようにと思って
意味をつけたのに、それが全く裏目に出たりすることもある。

0419デフォルトの名無しさん

2016/11/19(土) 08:31:00.18ID:HaGDkE41

>>415
自分の知ってる単語を必死で並べたってレスだな w

0420デフォルトの名無しさん

2016/11/19(土) 08:35:31.62ID:yRyIlHmZ

>>418

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

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

＞意味付け
極端に狭いスコープなら、意味付けをしないことに意味がある場合も多いよねぇ。

0421デフォルトの名無しさん

2016/11/19(土) 08:46:32.38ID:D7c5q+PF

>>418
短期利用でさくっと書きたいときは別だが、長期的な保守をするなら具体的で分かりやすい名前を付ける
命名規則は時間が経つと結構変わる
数年後に自分で見直して書き直したくなるコードはNG
http://qiita.com/Kenya/items/faec4cc374edd5ffbba6

0422デフォルトの名無しさん

2016/11/23(水) 09:59:46.68ID:6rdEH9lU

エクセル帳票を出力するクラスがたくさんあります
全ての帳票にて帳票を出力したあと
A1セルをアクティブにする
左端のシートをアクティブにする
ヘッダーとフッターに日付を付ける
パスワードを付ける
などといった共通の処理を実行します
この共通の処理行うクラス名とメソッド名はどうすべきでしょうか

0423デフォルトの名無しさん

2016/11/23(水) 10:19:39.44ID:OGH43EwE

>>421
数年後に書き直したくならないのは、お前が成長してないから

0424デフォルトの名無しさん

2016/11/23(水) 10:40:54.66ID:6zk3Iard

>>422
関数名は Finalize() とかどうじゃろ

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

>>423
コードそのものの話なら同意するが、
命名だけなら該当するとは限らないんじゃね

0425デフォルトの名無しさん

2016/11/23(水) 10:53:05.86ID:C2QhSskP

>>422
指定の形式に整えるという意味で
format();

0426デフォルトの名無しさん

2016/11/23(水) 12:45:21.12ID:FAW/BQOA

>>422
それが「共通の後処理」なら
CommonPostProcessor.Do

それがプログラムの中でどういう意味を持つのかが分からないと
適切な命名は無理だと思う

0427デフォルトの名無しさん

2016/11/23(水) 14:36:17.78ID:6rdEH9lU

>>424-426
どうもです
この中だとCommonPostProcessorがイメージ的に近い感じです
出力後にやらなければならない処理を一回で呼び出すためのファサードクラスなので具体的過ぎてもダメなので

0428デフォルトの名無しさん

2016/11/24(木) 22:28:47.24ID:vuroAiw2

日付値を現在時刻に対する相対表記の文字列に変換するメソッドの名前を
お願いします。
１分前とか1時間前とか１日超えたらは相対表記やめてただの日付の表示に.

0429デフォルトの名無しさん

2016/11/24(木) 23:31:42.82ID:Nb3eTdW/

fromNow

0430デフォルトの名無しさん

2016/11/25(金) 09:33:46.36ID:RGPpwCf5

相対をRelativeで表現するかな？

0431デフォルトの名無しさん

2016/11/25(金) 12:08:42.83ID:O6iXt3QA

Twitter の HTML 見たら、
<span class="_timestamp js-short-timestamp js-relative-timestamp"
とか書いてあった。これに get_ でもつければいいんじゃないかと。
get_short_timestamp()
get_relative_timestamp()

0432デフォルトの名無しさん

2016/11/25(金) 18:08:23.46ID:oxvefZiD

>>431
ありがとうございます。relativeとshortを使って命名してみます。

0433デフォルトの名無しさん

2016/11/25(金) 18:19:19.10ID:oxvefZiD

>>429->>431です。

0434デフォルトの名無しさん

2016/11/25(金) 19:42:24.03ID:FoJmRZeZ

Backup?

BackUp?

0435デフォルトの名無しさん

2016/11/26(土) 02:35:18.71ID:bM77xh/N

>>434
後退させる？
http://ejje.weblio.jp/content/back+up

0436デフォルトの名無しさん

2016/11/26(土) 06:52:26.50ID:pZYy6q7Y

>>435
ほえー、backup = バックアップで染み付いてるから
Traffic is backed up for three miles.
なんて見たらはあ？ってなるな

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

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

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

> 交通は、3マイル渋滞します。

0437デフォルトの名無しさん

2016/11/26(土) 08:32:36.21ID:bM77xh/N

>>436
UpperCamelcase は単語単位で命名されるので、"back up" なのか "backup" なのかが判断材料になる

0438デフォルトの名無しさん

2016/11/26(土) 11:07:43.20ID:Pcz+IOdC

よくある質問、お問い合わせ、フィードバック
などのコントローラーのディレクトリ名はどのような名前がいいでしょう

Controllers/Support ?

0439デフォルトの名無しさん

2016/11/26(土) 12:56:34.14ID:laDp/8E1

>>438
そっちの分野まったく知らんので適当
っていうかなんかスレの趣旨と違うような気もする

後から見てより分かりやすい木構造はSupport/Controllerの方だと思う。
複数形にするかどうかはお好みで

0440デフォルトの名無しさん

2016/11/26(土) 16:25:28.10ID:cFmpK3Dq

Customerもありかなあ

0441デフォルトの名無しさん

2016/11/27(日) 15:43:07.47ID:dZuXkYGJ

>>436
Google翻訳はユーザーフィードバックの影響が大きいからね
日本語→外国語はアニメ台詞の影響を、英語→日本語は英語の読めないITドカタの影響を強く受けている傾向がある

0442デフォルトの名無しさん

2016/11/27(日) 16:32:20.33ID:TUh1xXZg

どんな被害妄想だよw
そんな訳あるかw
だいたいスレ違いだ

0443デフォルトの名無しさん

2016/11/29(火) 21:56:12.39ID:KdW4ujJQ

フォトIDの配列変数名は

photosId
photIds

どちらがいいでしょう

0444デフォルトの名無しさん

2016/11/29(火) 22:22:32.75ID:8C27YYsq

アップルペンの配列がapplespenじゃないのは確かだ

0445デフォルトの名無しさん

2016/11/30(水) 01:30:50.29ID:sO/ROCng

photo_ids

0446デフォルトの名無しさん

2016/11/30(水) 04:54:01.32ID:Hf1AxjDJ

IdsにするかIDsにするか迷う

0447デフォルトの名無しさん

2016/11/30(水) 06:46:57.62ID:JLGr4M6X

>>446
1語 identity の略なら Id、2語 i 何とか d 何ちゃらの略なら ID だ。

0448デフォルトの名無しさん

2016/11/30(水) 08:31:03.20ID:06/5C/mF

>>443
前者　photoが何枚かあってそれぞれにIdがある
後者　photoは1枚でそれにIdが複数ある

0449デフォルトの名無しさん

2016/11/30(水) 21:22:25.25ID:byVi02oM

>>448
PhotosID : photoの集合に対する1つのID
PhotoIDs : "PhotoID"の集合

こうじゃないか？

0450デフォルトの名無しさん

2016/11/30(水) 21:58:01.27ID:a1CuXFtp

>>449
そう思う

0451デフォルトの名無しさん

2016/11/30(水) 23:36:54.61ID:gQumH8bj

ちなみにphotoの集合に対するIDの集合は
PhotosIdsでOKですかね？

0452デフォルトの名無しさん

2016/11/30(水) 23:51:22.87ID:y2jQ/DIV

PhotoSetIDsとかの方が無難だと思う

0453デフォルトの名無しさん

2016/12/01(木) 00:02:51.76ID:6vJxVA1f

photoIDArrIDArr

0454デフォルトの名無しさん

2016/12/01(木) 00:08:05.42ID:MlSLrfWA

うむむむむ

0455デフォルトの名無しさん

2016/12/01(木) 02:31:32.22ID:giEswoT2

>>447
言いたいことは分かるが、Microsoftだったかどこかの命名規約だと
IDは大文字だったりするんだよな
見たのだいぶ前なので今は違うかも知らんけど

0456デフォルトの名無しさん

2016/12/01(木) 20:04:09.18ID:wkCVFNfo

「参加中のグループの通知を購読するかどうか」
というbooleanを格納する変数名はどのようなものがよいと思いますか？

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

subscribe_notify　…とかはどうでしょう

0457デフォルトの名無しさん

2016/12/01(木) 20:15:50.85ID:KXP3Jsth

購読するならサブスクライバーを生成する
しないならサブスクライバーを削除する
フラグは使わない

0458デフォルトの名無しさん

2016/12/01(木) 20:31:25.36ID:wkCVFNfo

>>457
申し訳ありませんがそういう設計ではないです

0459デフォルトの名無しさん

2016/12/01(木) 20:36:58.62ID:MZtsAhZY

>>457
購読→生成　わかる
しない→削除　わからん
削除される奴はいつ生成されたんや

0460デフォルトの名無しさん

2016/12/01(木) 20:53:43.18ID:cvCPUZP4

subscribe_notifyでええのとちがうの？

0461デフォルトの名無しさん

2016/12/01(木) 21:17:27.93ID:PUW72udf

Notifyって動詞じゃないの？w

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

実際の実装がイベントを購読するかどうかを決定するんじゃなくて
単に無視するかどうかを決定するだけであるなら、論理は反対になるけど
IgnoresGroupNotificationとか

0462デフォルトの名無しさん

2016/12/01(木) 21:32:32.46ID:MZtsAhZY

WM_NOTIFYってのがあってな

0463デフォルトの名無しさん

2016/12/01(木) 21:40:47.65ID:1Xdv8XqE

Ignoreみたいな否定的な意味合いの名称は
よっぽどの理由がない限りは二重否定の除去の観点からお勧めしない

0464デフォルトの名無しさん

2016/12/01(木) 21:44:05.10ID:PUW72udf

二重否定って意味わかって言ってる？w

0465デフォルトの名無しさん

2016/12/01(木) 21:47:02.61ID:MZtsAhZY

not に見えたとか？
tifyってなんやねんってなるがｗ

0466デフォルトの名無しさん

2016/12/01(木) 22:11:11.15ID:NHXaAvDm

何言ってんだこいつ

0467デフォルトの名無しさん

2016/12/02(金) 01:39:29.84ID:Zj5y44Q+

例えばOPEN/CLOSEのパターンはあるときに
変数名を isOpened にするかそれとも isClosed にするかみたいな話で、
人間の感覚的にtrueに近い前者のほうが好ましい、みたいな意見はよく聞く。

ignoreもそれに似た印象を持つ単語だよね、って話かしら？

0468デフォルトの名無しさん

2016/12/02(金) 05:39:49.14ID:+ocxhyeH

>>466
何と何で二重否定なのか言ってみな

0469デフォルトの名無しさん

2016/12/02(金) 08:49:31.38ID:7VByTnYi

俺も>>467を連想した
「変数 Ignore に false を代入して二重否定」の意かもしれんが、言葉足らずな感はある

0470デフォルトの名無しさん

2016/12/02(金) 08:54:25.22ID:+ocxhyeH

基本Aである条件でBならisB
基本Bである条件でAならisA
って意見も見る

0471デフォルトの名無しさん

2016/12/02(金) 12:52:15.55ID:4/nN0nxx

>>462
そりゃメッセージだから動詞でいいわな

0472デフォルトの名無しさん

2016/12/02(金) 12:57:20.15ID:4/nN0nxx

>>467
そもそも質問者は普通に
> 購読するかどうか
としか言ってないのに、ignore～とかいきなり言い出す奴がおかしい

0473デフォルトの名無しさん

2016/12/04(日) 11:58:09.74ID:W7gPj0hX

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 のライブラリに同等のものがあるでしょうか？

0474デフォルトの名無しさん

2016/12/04(日) 12:45:04.95ID:li+Y6WiJ

>>473
Haskell まったく知らんので頓珍漢かもしれないけど可変個のEitherを引数にとって
それをチェーンできるってことなら文字通りChainEitherとか

0475デフォルトの名無しさん

2016/12/04(日) 12:49:05.06ID:li+Y6WiJ

こっちが駄目ならあっちで...っていうとfall backなんて言い方もあるけど
これは条件が悪いB案に切り替えるみたいなニュアンスだからこの場合にはあってないよなあ

0476デフォルトの名無しさん

2016/12/05(月) 16:55:59.22ID:3xjBziHl

.NETの型システムで値型はvalue typeで、参照型はreference typeですが。
その値をなんといったらいいでしょうか？
参照型の値(参照値?)でreference value?
値型の値は？？

0477デフォルトの名無しさん

2016/12/05(月) 17:41:24.55ID:mcq5odck

>>476
スレ違いのような気もするけど参照型の変数の値は参照(reference)、
値型の変数の値は構造体(structure)または単に値(value)じゃない？

0478デフォルトの名無しさん

2016/12/05(月) 17:54:56.37ID:3xjBziHl

いや、それをメソッド名の名前につけるんでたぶんこのスレでいいと思います。
Structですか。接頭辞つけるならこれですかね。ジェネリック制約の値型の制約でもstructですし。
現状、
public T GetValue<T>(...) where T : class
public T GetValueOrDefault<T>(...) where T : struct
な感じで、全部GetValueほにゃららという感じで名前では値型の値を返すのか、参照型の値を返すのかは
はっきり区別させてなくて、ジェネリック制約で区別してるんですが、
名前でも区別させるとしたら、Valueの前にどんな修飾子つければいいのかなぁと思った次第です。

0479デフォルトの名無しさん

2016/12/05(月) 17:59:28.78ID:3xjBziHl

public T GetReferenceValue<T>() where T : class
public T GetStructValueOrDefault<T>() where T : struct
やっぱ、これは、くどいですかね。

0480デフォルトの名無しさん

2016/12/05(月) 18:36:06.82ID:REUUgwhj

>>479
結果的に何を返すのかで考えればいいと思う

少なくとも
> public T GetStructValueOrDefault<T>() where T : struct
これはわけわからん

0481デフォルトの名無しさん

2016/12/05(月) 20:26:11.69ID:Wk+gfL4y

getClass と getStruct でよくね

0482デフォルトの名無しさん

2016/12/06(火) 06:55:20.14ID:Mt0NZ7F7

>>476
日本語と同じでいいような気がする
> 値型はvalue type
> 参照型はreference type
参照型の値 ⇒ value of reference type
値型の値 ⇒ value of value type

そもそもなんで
> ジェネリック制約で区別してるんですが、
> 名前でも区別させる
なんてことをしたいのかよくわからんけど...

0483デフォルトの名無しさん

2016/12/07(水) 15:40:55.18ID:e90TnsMB

「プレイヤーとの距離」を表すfloat値の変数名って
直訳するとdistanceFromPlayerになるけど、distancePlayerでも通じるかな？

0484デフォルトの名無しさん

2016/12/07(水) 16:06:00.05ID:H14YD2Kg

絶対通じないw
少なくとも俺には理解不能

あと細かいことだけど、fromでもいいけどtoの方がいいと思うよ

0485デフォルトの名無しさん

2016/12/07(水) 16:31:34.28ID:e90TnsMB

>>484
サンクス
「プレイヤーへの距離」ってよりも「プレイヤーからの距離」って
意味のほうが強いからfromを使うよ
本当どっちでもいいと思うけどw

0486デフォルトの名無しさん

2016/12/07(水) 19:01:19.71ID:1Nt4zAoH

普通に通じる。というか、プレイヤーという言葉からしてゲーム系だと思うけど、
config弄れる系のゲームでconfig弄ってると、短い語句から推測するしかないの
ばっかりで、理解できないなら弄るなっていうじゃん。

コードの保守とは性格が違うから同列に論じれないけど、一々説明的な変数
じゃないと保守性が悪いとか理解できないとか言い出したら、コードのアルゴリズム
とかももはや読み取れないんじゃないの？

0487デフォルトの名無しさん

2016/12/07(水) 19:12:32.84ID:H14YD2Kg

ずいぶんお馬鹿な思考回路だねw

普通に考えれば大して長いわけでもない名前をたった4文字節約するのに
見合うコストじゃないはずだけどw

0488デフォルトの名無しさん

2016/12/07(水) 19:42:20.78ID:1Nt4zAoH

いや、「絶対通じないｗ」なんて言い切るからには、コードを読むのにさぞかし
苦労しまくってるんだろうなって話だよ。別に節約論の話じゃない。
話の本筋は、節約論の話じゃない。これくらい分かってもいいだろうし、
「絶対通じないｗ」なんてプログラム組めるの？と心配になった訳。

これすら理解できないんだからまあ、お察しだわね。

0489デフォルトの名無しさん

2016/12/07(水) 20:04:04.86ID:H14YD2Kg

のれんに腕押しとはこのことか
むしろバカの壁か

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

0490デフォルトの名無しさん

2016/12/07(水) 20:05:49.90ID:H14YD2Kg

っていうか、>>488みたいな思考回路の人間がいるから
世の中には実際クソコードが存在するんだろうな

0491デフォルトの名無しさん

2016/12/07(水) 20:30:56.37ID:u+z4pBYY

>>489
モノ.距離プレイヤー
この単語の並びで想像もつかないってのは考えが固すぎると思う

何を以て『絶対』と言い切ったかは知らないけど多数の考えを統一するのは至難
全員がお前に歩み寄るわけじゃないんだから想像するくらいのことはやった方がいいと思うよ

0492デフォルトの名無しさん

2016/12/07(水) 20:49:08.31ID:hiK/vgiI

>>487のこいつはなんですぐに喧嘩腰になるの？？
>>486は普通に反論しただけだろ、おまえも反論すりゃいいだけだろ。
馬鹿だのなんだのは反論じゃなくて喧嘩なんだよ。

おまえ邪魔だからこのスレから消えろ。

0493デフォルトの名無しさん

2016/12/07(水) 20:49:49.36ID:1gCcVPDy

省略しても通じるが、省略するのが適切かと言えば適切ではないし、省略することにあまりメリットはないと思う

0494デフォルトの名無しさん

2016/12/07(水) 20:55:17.68ID:hiK/vgiI

自分の意見への反論=喧嘩
とかなってんの？>>487の頭の中。
友達とかいなくてリアルで議論とかしたことないからそんな偏った思考になってんのか？

0495デフォルトの名無しさん

2016/12/07(水) 20:58:29.12ID:y1gT8eg3

こんなもんdistで十分だろw

0496デフォルトの名無しさん

2016/12/07(水) 21:07:39.88ID:yygFZTd8

>>494
彼は結構前から居着いているバトー君だよ
レスに罵倒する言葉を入れないと他人とコミュニケーションが取れないかわいそうな子なんだ…
仲良くしてあげてね！

ちなみに>>235と同一人物だよ

0497デフォルトの名無しさん

2016/12/07(水) 21:08:58.30ID:1Nt4zAoH

お好み焼き食ってるうちに伸びてるな。
「本筋」が何だったのか最後まで理解して貰えなかった模様。

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

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

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

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

自分が読めないコードはクソコード、動かないコードはコンパイラが悪い
とかいうジャイアニズムは中学生までだよ。

0498デフォルトの名無しさん

2016/12/07(水) 22:18:22.67ID:hiK/vgiI

>>496
そっか。めんどくせぇやついるな。
こんなやついるといつか自分が巻き込まれるかもしれねぇし。
甘やかさないで徹底的につぶしてつぶして消えてもらった方がいいわw

0499デフォルトの名無しさん

2016/12/07(水) 22:30:53.87ID:H14YD2Kg

>>497
バカの壁の向こう側の人に何を言っても無駄だけど通じないから。

プレバトって番組観てると、俳句のセンセに
「その表現では写真を見ていないお前の俳句の読者に何を読んでいるのか理解できない」
って突っ込まれるバカが毎週いるけど、なるほど背景情報を共有しない他者の視点から
自分の表現がどう見えるかの想像する能力の欠如している人間ってのは結構いるんだなと。

0500デフォルトの名無しさん

2016/12/07(水) 22:36:38.22ID:hiK/vgiI

>>499
自分の表現がどう見えるかより
おまえは自分の事が見えてない馬鹿だろww

0501デフォルトの名無しさん

2016/12/07(水) 22:39:35.50ID:PlHHSD6B

>>483

0502デフォルトの名無しさん

2016/12/07(水) 22:40:37.90ID:PlHHSD6B

むしろ、
distance_from_player_to_me
とかの方がわかりやすいと思う。

0503デフォルトの名無しさん

2016/12/07(水) 23:48:52.24ID:1Nt4zAoH

>>499
自己紹介ですか。
知ってましたよ。

0504デフォルトの名無しさん

2016/12/07(水) 23:51:28.79ID:u+z4pBYY

>>499
お前も自分の表現がどう見えるかの想像する能力の欠如している人間だよ

0505デフォルトの名無しさん

2016/12/07(水) 23:55:48.59ID:NRkfX+/1

>>499
指摘されたことに一切反論できてねーなｗｗ
オレオレダッテしか言ってないｗｗ

0506デフォルトの名無しさん

2016/12/08(木) 00:06:45.44ID:j9WKzOmd

ここで質問するやつは、そのソースコードのメイン読者が誰なのか、
一度じっくり考えような。

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

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

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

ここで返ってくる質問の答えは、こいつらが理解しやすい変数名だ。
こいつらにアドバイスを求めるということは、
君のソースコードはこいつらがメイン読者だということになるが、
それで本当にいいのか？

0507デフォルトの名無しさん

2016/12/08(木) 00:29:08.73ID:aI8hpPNX

ルールがないから迷ってるんじゃないのかな？

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

命名においてべき論は難しいのでどうかわかんないけど
少なくとも俺が質問するときは「自分ではこうしよう」ってのを持っておいて良さげな答がでたら採用する

0508デフォルトの名無しさん

2016/12/08(木) 00:30:39.96ID:J7H/KgZW

>>506
>>君のソースコードはこいつらがメイン読者だということになるが

ならないので大丈夫です。
すべての変数名を相談しているわけではありませんし。
お互いの立場や利害関係に関係なく、気軽にやり取りできるのがこのスレの良いところですね。

0509デフォルトの名無しさん

2016/12/08(木) 02:08:02.12ID:0CWIKt/I

>>1のテンプレを>>506まで風呂敷を拡げて、どうやって畳むつもりですかね？
このスレのいいところは、>>508だよ。議論は別スレがちゃんとある。

俺様の考えは絶対だと他者を蔑み粘着しスレを食いつぶすアホが出現するのが問題なだけ。

0510デフォルトの名無しさん

2016/12/08(木) 02:16:16.23ID:ht+cEyPh

>>509
いつも思うけど、どうしてこの手のバカってのは自分が自分を棚上げしてることに気が付けないのかね。

0511デフォルトの名無しさん

2016/12/08(木) 02:23:49.39ID:ht+cEyPh

っていうかねえ、時代はもう80年代みたいな牧歌的な時代じゃない。

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

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

distancePlayerで必要にして十分だと感じるようなセンスの人間はプログラマなんか辞めてしまえ頼むから。
そんな奴は存在するだけで他人に迷惑だ。

0512デフォルトの名無しさん

2016/12/08(木) 02:29:22.12ID:+1kxD5FO

散々論破されて、また自己紹介しに来てるよこの人

0513デフォルトの名無しさん

2016/12/08(木) 02:44:33.71ID:0CWIKt/I

とりあえず「絶対通じないｗ」に対する反論は見かけましたが、そこからのさらなる反論はついぞ見かけることはありませんでした。
「絶対通じないｗ」論のさらなる追証などあればまだましでしたが、テレビ番組とか80年代とか全く関係のない内容からの
罵詈雑言というワンパターンしかありませんでした。

プログラムに例えると、処理の途中でいきなりgotoで別処理に飛んでから返ってないけど、飛んだ先で罵詈雑言のサブルーチンだけ
毎回呼び出しているクソコードですよね。
物事を順序立てて冷静に話を進められないというのは、コンピュータ技術者としては致命的ではないでしょうか。

0514デフォルトの名無しさん

2016/12/08(木) 02:45:06.56ID:J7H/KgZW

散々引っかき回したあげく、馬鹿馬鹿と。
子供ですか。見苦しい。

そんな「舌足らずで表現能力の欠如したバカ」みたいな書き込みに賛同する人間はいませんよ。

0515デフォルトの名無しさん

2016/12/08(木) 02:57:26.15ID:KLbX/DWb

テレビ番組と80年代がどうのこうのとか相当なおじさんか。
その年でその拗らせ具合はもうなにしても修正利かなそうだなww

0516デフォルトの名無しさん

2016/12/08(木) 08:31:08.82ID:aI8hpPNX

>>511
この時代に覚えることと言うのはほぼないと思うよ
調べ方を知っておけばいい

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

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

俺はまず認めてそこからより良くする方法を考えることが大切と考えてる

0517デフォルトの名無しさん

2016/12/08(木) 09:03:38.00ID:rKlEy3a0

変にプライド高くて拗らせた人は論点で反論できないなら黙っておいた方がいい

0518デフォルトの名無しさん

2016/12/09(金) 08:45:25.65ID:CLppIZfJ

>>485
Google翻訳だと「プレーヤーからの」と「プレーヤーまでの」で from と to を使い分けてるからそれでいいと思う
普通に「プレーヤーとの距離」だと to なのでこだわりがないなら to の方が多いだけ

0519デフォルトの名無しさん

2016/12/09(金) 15:24:24.62ID:Gw2lQ98p

プレイヤーとの距離しか扱わないなら良いけど、AIを改良する過程で
「障害物との距離」とか「目標地点との距離」とかが出てくる見込みがあるなら

それらと統一しやすいネーミングにした方が最終的に綺麗なソースになるよ

0520デフォルトの名無しさん

2016/12/09(金) 16:34:50.14ID:jw2e78fQ

今後このスレで突然相手から罵倒されたら中年にもなってかなり
ひどい拗らせかたをしている>>511で。

0521デフォルトの名無しさん

2016/12/09(金) 17:53:31.65ID:RJofFHYo

いきなりどうした

0522デフォルトの名無しさん

2016/12/10(土) 04:07:49.67ID:ZQIWZdV9

ファイルを削除するメソッドは
file.delete()
file.remove()
どっちが良いですか？

0523デフォルトの名無しさん

2016/12/10(土) 09:30:14.26ID:a7ta86cz

delete
　ゴミ箱へ移動しない削除
remove
　ゴミ箱へ移動する削除
こんなイメージ

0524デフォルトの名無しさん

2016/12/10(土) 09:34:14.31ID:5+0zsndy

それってあなたの感想ですよね

0525デフォルトの名無しさん

2016/12/10(土) 09:35:34.02ID:gzxVJoFa

うっかりミスの予防策　その「削除する」で大丈夫？
ttp://ascii.jp/elem/000/000/061/61346/

0526デフォルトの名無しさん

2016/12/10(土) 09:38:31.57ID:a7ta86cz

>>524
ようタラコ

0527デフォルトの名無しさん

2016/12/10(土) 11:05:30.54ID:sp+WQmJK

自分も>523のイメージあるけど
ファイル削除コマンドはrm（remove）だし、それに倣うのもいいんじゃないかな

0528デフォルトの名無しさん

2016/12/10(土) 14:48:02.06ID:fX2EvT6V

DOSだとファイル削除コマンドはdelだったりする

0529デフォルトの名無しさん

2016/12/10(土) 16:35:04.26ID:sp+WQmJK

それは知らなんだ

0530デフォルトの名無しさん

2016/12/10(土) 17:05:39.42ID:a7ta86cz

でもrmdirってのもある
rm = remove, dir = directory

0531デフォルトの名無しさん

2016/12/10(土) 17:52:25.01ID:hs9d/A1E

ファイルでしょ？　unlink でどうぞ

0532デフォルトの名無しさん

2016/12/10(土) 18:00:53.53ID:DT2RbYFq

プロジェクト内で統一されてたらそれで良いよ
例えばハンドラの削除がdeleteならファイルもdeleteで良い
ものによってremoveやdeleteやkillが混在する状況はヒューマンエラーの原因になるからやめろ

0533デフォルトの名無しさん

2016/12/10(土) 18:04:33.32ID:a7ta86cz

>>531
じゃあなんで同じ削除なのに
ファイルはdelでディレクトリはrmdir(remove)なん？

0534デフォルトの名無しさん

2016/12/10(土) 18:44:48.84ID:KhvynHWx

>>522
そのfileはオブジェクトで特定のファイルを指しているのなら
つまりユニークなら、delete()のイメージかなあ
そのfileが主点となるって意味で

remove()って集合の中から条件に合う個体を取り除くってイメージがあるわ
こっちは集合が主点

0535デフォルトの名無しさん

2016/12/10(土) 18:49:47.80ID:nRIDqosR

>>528
検索するとMSDNばかりがHITするな
- Windows … delete
- Linux … remove
なのかな
https://www.google.co.jp/search?q=delete+file

0536デフォルトの名無しさん

2016/12/10(土) 20:31:18.19ID:qBdlzyUd

removeは「取り除く」
unixのrmはディレクトリからエントリを取り除き、参照カウントが0になった時に実体が回収される
名前の通りの動作

0537デフォルトの名無しさん

2016/12/10(土) 20:46:22.77ID:ZO1CBnQ6

非常にバカらしくてよろしいのではないか

0538デフォルトの名無しさん

2016/12/11(日) 21:15:29.24ID:1FPgfLIQ

プレーヤーにある文章を見せて、その文章を一言で表す単語を
選択肢の中からプレーヤーに当ててもらうゲームを作っています。

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

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

自分では disclosure を考えましたが、他にいい名前はありますか。

0539デフォルトの名無しさん

2016/12/11(日) 22:19:34.62ID:2D+8ps50

opened

0540デフォルトの名無しさん

2016/12/11(日) 22:25:25.74ID:m5I0lu5i

PercentageOfSentences

0541デフォルトの名無しさん

2016/12/11(日) 22:41:24.71ID:sV97ytKO

>>538
逆数になるけどMask(ing)Rateの方がわかりやすいと思うよ

0542デフォルトの名無しさん

2016/12/11(日) 23:46:03.19ID:Qa5YNaNs

exposure

0543デフォルトの名無しさん

2016/12/12(月) 00:54:47.39ID:iVZVik7o

revelation

0544デフォルトの名無しさん

2016/12/12(月) 08:17:54.32ID:M4J0Or+6

>>538
mino monta level

0545デフォルトの名無しさん

2016/12/12(月) 09:09:32.30ID:LVmHDCJ2

visible level ?

0546デフォルトの名無しさん

2016/12/12(月) 09:12:33.87ID:3DLogiY3

attack25

0547デフォルトの名無しさん

2016/12/12(月) 09:18:55.39ID:LVmHDCJ2

>>546
そういうのがすっと浮かぶ人羨ましい

0548デフォルトの名無しさん

2016/12/12(月) 20:35:58.01ID:a5NKnxxE

>>539 >>540 >>541 >>542 >>543 >>545
ありがとうございます。
候補に入れて検討したいと思います。

0549デフォルトの名無しさん

2016/12/12(月) 22:34:24.64ID:OFPRaAJW

しれっと544や546をスルーする548有能

0550デフォルトの名無しさん

2016/12/13(火) 04:57:56.83ID:JsDkPkZv

ﾝﾌﾌｗ

0551デフォルトの名無しさん

2016/12/13(火) 14:21:04.68ID:8V7nvPuP

所有アイテムのなかで、所有者が装備可能なアイテムに、装備可能フラグを立てるメソッド名。

0552デフォルトの名無しさん

2016/12/13(火) 14:37:22.98ID:WedBpF7l

二つ前のスレで装備に関する議論（？）を見た記憶があります

0553デフォルトの名無しさん

2016/12/13(火) 14:57:50.28ID:E6EX/y5F

setEquipable(item)

0554デフォルトの名無しさん

2016/12/13(火) 16:40:13.09ID:3ss0sCS+

Updateフラグ名

余計なお世話だろうけど個人的にはそんなフラグを本当に保持する必要があるのか疑問。
bool PartyChar.IsEquipable(Item item)
みたいなメソッドで十分じゃないの？
ゲーム作ったことないから知らんが

0555デフォルトの名無しさん

2016/12/13(火) 17:27:08.29ID:TnHgDcXm

んなら口出しすんなもしくは設計スレにでもいけ

0556デフォルトの名無しさん

2016/12/14(水) 12:23:38.41ID:7lKTGKR6

設計のコンテキストから命名だけ独立して語る行為がそもそも無意味なんだよな

0557デフォルトの名無しさん

2016/12/14(水) 12:41:17.81ID:cOEKtwbm

意味のあるスレでやればいいのに、無意味なスレで無意味な書き込みを続けるのはなぜなのか
ゲームを作ったこともないのに命名以外に口だししたいのなら、なおさら設計スレへどうぞ

0558デフォルトの名無しさん

2016/12/14(水) 12:59:46.60ID:vNjqrj9e

>>556
その通りだけど、馬鹿にはわからない。
それ以前に、馬鹿が望んでいるのは口汚い応酬であって建設的な議論じゃない。
だから何を言っても無駄。

0559デフォルトの名無しさん

2016/12/14(水) 19:03:31.45ID:ItxoOukr

>>556
それに気づいたなら君はもうここにいるべきではない
卒業おめでとう、さようなら

0560デフォルトの名無しさん

2016/12/14(水) 19:38:08.12ID:jbFnZocx

>>559
いや気づいたのはお前だろ
もっと文脈に即した言葉を選べよ

0561デフォルトの名無しさん

2016/12/14(水) 19:52:34.75ID:ItxoOukr

ひょっとして嫌みだと気づいてないのか？ w

0562デフォルトの名無しさん

2016/12/14(水) 20:17:28.62ID:jbFnZocx

>>561
嫌みだとしたらなおさら不適切な表現だという事には気づかん様だな

0563デフォルトの名無しさん

2016/12/14(水) 20:23:11.62ID:Sz6DS640

いちいちウザイわ
文脈とか頓珍漢なこと言ってんじゃねーよ

0564デフォルトの名無しさん

2016/12/14(水) 20:26:28.77ID:t4PtwhLt

英語のＳＶ（オブジェクトのメソッド）はいいけどメソッド名のＶＯは困るね
アルファベット順に並べるとごちゃごちゃになる
常にＳＶの連続で命名して欲しい
気持ちはＯであっても、ＯをＳと考える

×　setEquipable
〇　equipableSet

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

でも　equipableIs　はさすがに気持ち悪い
Is系は少ないからIs始まりでも困らないという部分もある
それでも鬼のＳＶ主義を貫くのも一興

0565デフォルトの名無しさん

2016/12/14(水) 20:41:21.03ID:vNjqrj9e

前にも書いた気がするけど、boolの変数のことをフラグって呼ぶのはいかにも素人臭いよねw

>>564
質問者の質問の仕方にも問題があるけど、単にフラグを立てるだけのメソッドに
意味なんかないはずだから、実際の動作は恐らく「装備可能ならフラグをセット」
何だと思うよそもそも。

0566デフォルトの名無しさん

2016/12/14(水) 23:06:46.04ID:Ctq1MqKp

ウェブサイトからスクレイピングしてデータを取ってくる処理の名前は何がよいのでしょうか

0567デフォルトの名無しさん

2016/12/15(木) 00:28:22.28ID:kWxFOmtr

スクレイピングでいいじゃん。

0568デフォルトの名無しさん

2016/12/15(木) 00:54:52.01ID:o2A//GfV

(Web)Scraper

0569デフォルトの名無しさん

2016/12/15(木) 00:55:50.34ID:ArFpv1Xp

StealDataFromWebsite

0570デフォルトの名無しさん

2016/12/15(木) 01:09:11.40ID:+0a4slsV

Scrapinger

0571デフォルトの名無しさん

2016/12/15(木) 01:13:36.44ID:a3102Ios

ankipan

0572デフォルトの名無しさん

2016/12/15(木) 01:13:39.46ID:mzSkw9KP

ありがとうございます
しかし将来APIが提供されたらscrapingは適さなく無いですか

0573デフォルトの名無しさん

2016/12/15(木) 06:47:52.79ID:asDQ4HVs

>>572
適さなくなったら、その時にリファクタリングすればいい。

0574デフォルトの名無しさん

2016/12/15(木) 07:48:36.75ID:qALlkluV

取ってきたデータの名前は変わらなくとも
「スクレイピング処理」の部分は今はその名前を付けるしかないような

0575デフォルトの名無しさん

2016/12/15(木) 09:11:36.86ID:aQzuiiGK

>>562
文脈に即した
ってのが既に不適切

0576デフォルトの名無しさん

2016/12/15(木) 18:46:03.52ID:ACgCvCqH

>>575
全く正当なワードなのだが
無理して間違ったレスせんでもいいよ
お前に恥をかかせるのが目的ではないし

0577デフォルトの名無しさん

2016/12/15(木) 20:09:13.04ID:Rg7daUM6

恥を晒すのが目的になってるぞ w

0578デフォルトの名無しさん

2016/12/15(木) 20:36:57.50ID:aQzuiiGK

>>576
恥の上塗りって知ってる？ｗ

0579デフォルトの名無しさん

2016/12/15(木) 21:48:28.64ID:gKwzsp1+

groupListとgroupsListはどっちが正しいの？
あとlistを複数形（lists）にする場合ってあるのかな

0580デフォルトの名無しさん

2016/12/15(木) 22:38:02.67ID:asDQ4HVs

>>579
名詞を修飾するために形容詞的に使う名詞は単数形が一般的で、
group list が正解。

group list の group は list を修飾してるだけなので、
当然そんな list がいくつもあれば複数形になり、
group lists となる。

0581デフォルトの名無しさん

2016/12/15(木) 22:52:38.68ID:gKwzsp1+

>>580
アリガトン

0582デフォルトの名無しさん

2016/12/19(月) 17:05:09.25ID:CasRgeEf

クラス名・変数名ではないのですが、サービス上の用語について助言を願います。

”家電””AV機器””カメラ”というようなカテゴリーが登録されているテーブルがあります。
これらの販売データから最終的に”○○売上””○○販売数””○○客単価”（○○には”家電”などが入る）
などの各カテゴリー別のデータ出力があるのですが、プログラムソース中では category を
使うとしても、帳票タイトルに”カテゴリー別売上表”というような表現だと個人的に違和感がある
というか、これでいいのか？という感があります。
初めて使う素人のおっちゃんおばちゃんに「カテゴリーてなんやねん」とその都度言われそうな気がします。

そもそもカテゴリーという命名自体変でしょうか？
他にいい表現はないでしょうか？

よろしくお願いします。

0583デフォルトの名無しさん

2016/12/19(月) 17:16:02.77ID:3c7S3m0F

>>582
なぜ客に直接聞かないの？

0584デフォルトの名無しさん

2016/12/19(月) 19:20:48.52ID:cKMR0CMn

>>582
種別とか分類でいいんじゃね？

0585デフォルトの名無しさん

2016/12/19(月) 20:26:14.24ID:XWFINrxX

区分がしっくりくるかな
英語ならcategoryでいいと思う

0586デフォルトの名無しさん

2016/12/20(火) 06:09:51.61ID:k/GKM3Dz

category type kind とかの使い分けよくわからんのじゃあ…

0587デフォルトの名無しさん

2016/12/20(火) 08:38:01.22ID:kvfnt0Ie

そもそもなんも知らんおっちゃんだと何を書いてあっても
これなんやねん
って言うだろ...

0588デフォルトの名無しさん

2016/12/20(火) 08:48:28.29ID:ZUtlIjOx

hinsyuでいいよ

0589デフォルトの名無しさん

2016/12/20(火) 22:11:14.88ID:9rBbzLjp

>>586
たしかに
予約語ぽいし

0590デフォルトの名無しさん

2016/12/26(月) 10:59:02.33ID:UVltR1TP

ユーザー1人のハードウェア情報をロードする関数と
複数ユーザーのハードウェア情報をロードする関数があります

それぞれの命名はどのようにすればよいでしょうか？
現在考えているのは以下です

loadHardware(1つ)
loadMultipleHardware（複数）

他の関数（可算名詞）があれば統一性を持たせるために同じようにするほうが良いですかね？

loadProfile
loadMultipleProfiles

0591デフォルトの名無しさん

2016/12/26(月) 11:42:10.88ID:1bhMGPyj

>>590
informationは不可算名詞みたいだけど現実には便宜上
informationsとかinfosで使われてるみたいだから、普通に

loadHWInfo
loadHWInfos

でいいんじゃないかなあ
http://ejje.weblio.jp/content/informations

0592デフォルトの名無しさん

2016/12/26(月) 20:49:22.26ID:m5b62WlK

>>591 でいいと思う
オーバーロード使える言語なら
LoadHardwareInformation(User)
LoadHardwareInformation(Users[ ])
とか

0593デフォルトの名無しさん

2016/12/26(月) 20:56:30.43ID:i5XrEMUf

全部users[ ]でいけるけどね

0594デフォルトの名無しさん

2016/12/27(火) 07:16:44.41ID:CVPZfFKk

>>593
一人の時でもいちいち配列作って渡すとか頭沸いてるのか？

0595デフォルトの名無しさん

2016/12/27(火) 07:55:23.65ID:rB7cPmJg

>>594
どうでもいい
ハードウェア情報のロードといういかにも重そうな処理に比べたら配列生成のコストなんかチンカスにもならん

0596デフォルトの名無しさん

2016/12/27(火) 08:18:01.83ID:9L+IDWA2

好きずきなんだけどさ、俺なら関数増やすより統一しちゃうからね

0597デフォルトの名無しさん

2016/12/27(火) 08:21:23.40ID:CVPZfFKk

>>595
実行時のコストの話じゃないんだが...

0598デフォルトの名無しさん

2016/12/27(火) 09:02:09.79ID:8L1rOpw8

>>594
結果が1つでも複数でも配列で返す関数がWin32APIにあるんだが

0599デフォルトの名無しさん

2016/12/27(火) 11:11:30.99ID:4TgZvdbe

複数ユーザーの情報をロードする関数の処理の中で
1人の情報をロードする関数を呼ぶんじゃないでしょうか(名推理)

0600デフォルトの名無しさん

2016/12/27(火) 11:38:41.24ID:4zW6uVet

（もう設計に口出すの止めようぜ…）

0601デフォルトの名無しさん

2016/12/27(火) 12:02:28.15ID:5V2Eqbgf

>>590
querySelector, querySelectorAll の先行例からとって
loadHardwareInfo, loadHardwareInfoAll
(loadHardware だと認識したデバイスを読んでいるように読める)

0602デフォルトの名無しさん

2016/12/27(火) 12:10:21.67ID:5V2Eqbgf

ちなみに "s" の有無で複数形を分別するのは単数形と誤読しやすいのでお勧めしない
"getElementByTagName" とtypoする人がいるように人間は "s" の有無まで細かく覚えられない人もいる
querySelectorAll を間違える人はいないだろう

0603デフォルトの名無しさん

2016/12/27(火) 12:27:40.98ID:EhN/aLNJ

複数形のsは見落としやすいって意見は分からんでもないけどallってのはどうよ。
明らかに全部じゃないのにw

sが嫌いなら明示的にarrayとかlistとかsequenceにして欲しいね
述語を取るメソッドならallでもいいかもしれんがこの場合は違うんじゃないか。

0604デフォルトの名無しさん

2016/12/27(火) 12:29:48.18ID:z54J35DF

俺はよくeachを使う

0605デフォルトの名無しさん

2016/12/27(火) 12:30:13.46ID:5V2Eqbgf

検索条件を引数に指定するのだから "All" で良いと思うのだが
querySelectorAll も同じだろう

0606デフォルトの名無しさん

2016/12/27(火) 12:33:48.18ID:EhN/aLNJ

>>605
指定するのが検索条件（述語）かどうかは質問者にしかわからんけど、
普通に考えれば違うと思う

0607デフォルトの名無しさん

2016/12/27(火) 12:38:38.06ID:CVPZfFKk

>>598
なぜそんな特定の環境の話を出してきたんだろ...

>>600
すまん

0608デフォルトの名無しさん

2016/12/27(火) 13:33:28.22ID:8L1rOpw8

>>607
> 一人の時でもいちいち配列作って渡す
この状況が頭沸いてると思えるお前が頭沸いてる

0609デフォルトの名無しさん

2016/12/27(火) 14:39:45.56ID:rB7cPmJg

リクエスト一回あたりのオーバーヘッドが大きくて、まとめて複数件処理した方が効率がいいケースはわりと多いだろ
その場合は複数件前提にしといて1件でも複数扱いするのが自然

0610デフォルトの名無しさん

2016/12/27(火) 18:02:18.83ID:CVPZfFKk

>>608
もう引っ込みつかなくなってるやん w

>>609
> その場合は
自分に都合のいい条件をつけて語るのはやめたら？

0611デフォルトの名無しさん

2016/12/27(火) 20:09:55.60ID:iAid9Zsk

スレ違いだけど、個人的には>>592のように両方のバージョンを
用意すべきだと思うが（その方が使いやすいから）>>592の言うように
単純に機能的な面に注目したら重複しているのは確かだから、
汎用性が高い（でも場合によっては使いづらいこともある）バージョンだけを残すって
考え方もありだと思うよ。

0612デフォルトの名無しさん

2016/12/27(火) 20:40:18.82ID:5V2Eqbgf

>>609
どういう状況を想定しているのか詳しく
私が想定したのはこう
loadHardwareInfoAll('UsergroupA')
loadHardwareInfoAll('UserID-A', 'UserID-B', 'UserID-C')
DOMライクに命名するのも有りだとは思うが
loadHardwareInfosByUserIdList(['UserID-A', 'UserID-B', 'UserID-C'])
loadHardwareInfoByUserId('UserID-A')

0613612

2016/12/27(火) 20:42:28.30ID:5V2Eqbgf

すまん、レスアンカーを間違えた
>612は>606宛のつもり

0614デフォルトの名無しさん

2016/12/27(火) 21:02:33.46ID:iAid9Zsk

>>612
質問者>>590の質問を普通に読めば質問者のいう
「複数ユーザーのハードウェア情報をロードする関数」は
条件を指定するタイプのものではないよね。

0615デフォルトの名無しさん

2016/12/28(水) 09:06:38.12ID:7pmpS3Lt

>>610
結局は複数のユーザー情報をロードする関数も共存してんだから>>594は的外れ

0616デフォルトの名無しさん

2016/12/28(水) 11:08:16.20ID:SigbBlr5

>>614
なぜ？
複数ユーザをどうやって指定するかは解釈の余地があると思うが

0617デフォルトの名無しさん

2016/12/28(水) 12:02:53.30ID:hmpOAOdC

>>616
不毛な議論だけど、それなら最後の3行みたいなことは書かないでしょ普通

条件で対象を検索するメソッドの名前を考えているときに、
対象を直接一つ指定するメソッドの名前との対称性を気にするはずがない

0618デフォルトの名無しさん

2016/12/28(水) 19:31:06.23ID:Ju3swXOY

自分のグループへの加入リクエストを処理（承認、却下、保留など）する関数名はどのようなものがいいでしょう？

manageGroupJoinRequest ?

0619デフォルトの名無しさん

2016/12/28(水) 19:40:12.52ID:hmpOAOdC

>>618
単にjoinでよいのでは？

0620デフォルトの名無しさん

2016/12/28(水) 19:42:21.30ID:CAYWqTUF

>>615
ごめん、半分酔ってるからそのまま言うけど
バカなの？
ヘルパー関数全否定とか笑うしかないんだが w

0621デフォルトの名無しさん

2016/12/28(水) 19:45:07.39ID:CAYWqTUF

>>618
JoinToMyGroup( )
>（承認、却下、保留など）
は戻り値で

0622デフォルトの名無しさん

2016/12/28(水) 19:52:37.69ID:y0tQ1gtV

comeAndJoinUs!()
getOutHere!()

0623デフォルトの名無しさん

2016/12/28(水) 20:03:56.42ID:Ju3swXOY

承認、却下、保留などを処理する前のゲートのような関数なので…

0624デフォルトの名無しさん

2016/12/28(水) 20:12:32.61ID:7pmpS3Lt

>>620
素面の時に流れ読み返して真っ赤になっとけ

0625デフォルトの名無しさん

2016/12/28(水) 20:34:12.36ID:CAYWqTUF

>>623
なら JoinCheck( ) とかでいいと思うけど
> 自分のグループへの加入リクエストを処理（承認、却下、保留など）する
って書いてるのを前処理って思う人はほとんどいないと思うぞ

0626デフォルトの名無しさん

2016/12/28(水) 20:36:01.75ID:CAYWqTUF

>>624
いやいや酔っててもお前のアホさはさすがにわかるわ
てかヘルパー関数には突っ込めないのかよ w

0627デフォルトの名無しさん

2016/12/28(水) 21:10:24.17ID:hmpOAOdC

>>623
要するに、（却下保留なしで）無条件でグループに加入させるプライベートな
メソッド（例えばJoin)が別に存在するから、それと区別する必要があってJoinみたいな
シンプルな名前は使えないって事情？

じゃあRequestToJoinとか

0628デフォルトの名無しさん

2016/12/29(木) 00:11:03.00ID:mdmz+WFY

HandleJoinRequest

0629デフォルトの名無しさん

2016/12/29(木) 08:49:22.99ID:n1YSVjxh

>>626
いや質問者の前提をぶっ壊してる時点で頭沸いてるから

0630デフォルトの名無しさん

2016/12/29(木) 08:59:24.40ID:tMM+nQZ7

handleEvent, handleCommand, handleRequest

handle…としか命名しようの無い関数ってあるよね？
他に良い命名ある？

0631デフォルトの名無しさん

2016/12/29(木) 10:39:46.17ID:5M8EC9cI

>>629
今ごろ何を言ってるんだよ w

0632デフォルトの名無しさん

2016/12/29(木) 10:56:19.34ID:n1YSVjxh

>>631
本題で反論できないなら黙ってた方がいい

0633デフォルトの名無しさん

2016/12/29(木) 12:22:34.58ID:5M8EC9cI

>>632
質問者の前提ってなんの話だ？
配列云々なんて言ってたっけ？

0634デフォルトの名無しさん

2016/12/29(木) 12:23:53.79ID:5M8EC9cI

>>630
Event は Handle がしっくり来るけど他は Process でもいいと思う

0635デフォルトの名無しさん

2016/12/29(木) 14:23:31.81ID:j5Yso27h

>>630
receiveEvent, listenEvent
decodeCommand, parseCommand

0636デフォルトの名無しさん

2016/12/29(木) 14:33:44.65ID:j5Yso27h

っていうか、イベントハンドラはVSのスケルトンみたいにObjectName_EventName
が無難なような気が

0637デフォルトの名無しさん

2016/12/29(木) 14:35:06.77ID:yIVphwuC

>>630
handleは取り扱うって感じのニュアンスだけど、
「取り扱った結果どうしたいのか」が明確ならより適切な動詞を選ぶべき

0638デフォルトの名無しさん

2016/12/29(木) 14:45:02.10ID:tMM+nQZ7

参考になった、ありがとう

0639デフォルトの名無しさん

2016/12/29(木) 15:43:03.02ID:HFU0pAcr

CommandはExecuteCommandでもいいんじゃね。

0640デフォルトの名無しさん

2016/12/29(木) 19:26:57.12ID:d+GoLsta

>>618
>>623
入国管理局の窓口みたいな関数？
加入希望者のリクエストリストがあって
それに対して1つ1つ[認証、却下、保留]を引数に渡して決定していく関数？

加入希望者インターフェース
↓
加入希望者オブジェクトのリスト
↑
入国管理局クラス

加入希望者インターフェイスにJoin()メソッドを持たせて希望者に実行させるみたいな？
加入希望者オブジェクトにStamp()メソッドを持たせて[認証、却下、保留]を決定みたいな？

0641デフォルトの名無しさん

2017/01/06(金) 17:30:35.50ID:5Zt7W/jX

ユーザーの入力値によって検索結果を返す（SQLクエリーをビルドする）
クラスの命名はどうすればよいでしょう？

例えばグループの検索を担うクラスなら「GroupSearchFilter」？
サーチフィルターという言葉は無いと思うのですが、あまり他にしっくり来るのが思いつきません

0642デフォルトの名無しさん

2017/01/06(金) 17:40:22.44ID:ugUrUcmU

単純に
SearchByXXX
QueryByXXX
FindByXXX
FIlterByXXX
こんな感じでよいような気が

0643デフォルトの名無しさん

2017/01/06(金) 21:18:30.13ID:4/FM9ivg

class XxxFinder {
public List<Xxx> Find(XxxFilter filter, int page, int pageSize) {

0644デフォルトの名無しさん

2017/01/06(金) 21:58:36.08ID:S2R5Pk4v

>>641
> 検索結果を返す
>（SQLクエリーをビルドする）
どっちなんだよ...

0645デフォルトの名無しさん

2017/01/06(金) 23:04:12.62ID:5Zt7W/jX

>>644
後者です

0646デフォルトの名無しさん

2017/01/06(金) 23:21:34.25ID:4/FM9ivg

Query XxxQueryBuilder.BuildQuery(XxxFilter filter, int page, int pageSize)

0647デフォルトの名無しさん

2017/01/08(日) 12:54:00.78ID:CipQMnzY

activerecordのクラス名参考にしてはどうだろ

0648デフォルトの名無しさん

2017/01/08(日) 14:05:58.52ID:XDbKIsfA

ActiveRecordとは別物だろこれ

0649デフォルトの名無しさん

2017/01/10(火) 21:01:13.13ID:/JmooP2t

フォロー関係のテーブルを作る時、

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

followed_user_idだと曖昧すぎますよね

0650デフォルトの名無しさん

2017/01/10(火) 21:05:03.11ID:z7ojWcoj

フォローしたユーザーをfollowing_user_idにすれば曖昧に見えない

0651デフォルトの名無しさん

2017/01/10(火) 21:32:29.27ID:F5v1Jwso

「followされる人」の意味で「followee」という言葉もあるね

0652デフォルトの名無しさん

2017/01/10(火) 22:00:37.51ID:/JmooP2t

>>651
それは良さげですね
ありがとうございます！

0653デフォルトの名無しさん

2017/01/10(火) 22:31:16.24ID:/JmooP2t

図々しく何度も質問恐縮ですが

・follower_user_id
・followee_user_id
・followed_at

最初は上記カラムでテーブル名をfriendshipsにしようかと思ったのですが、
別途フレンド機能が必要になった場合に、色々とクラス命名等と衝突しそうかなと気づきました

「ユーザーのフォロー関係」を格納するテーブル名で何か良い命名はないでしょうか？

色々調べてみたのですがfollowersなどが多く、「関係」を示す命名としてはちょっと弱いかなと感じましたので

0654デフォルトの名無しさん

2017/01/10(火) 23:08:46.40ID:ld93epow

どういうテーブルかよくわかんないけどfolloweeなんてよく分かんないことば
使うのやめた方がいいと思うよw

普通に考えたらそれは「（誰かによって）followされた者」って意味であって
「○○をfollowする者」って意味じゃないと思うよw

っていうかすでに一部指摘されてるけど、普通はこっちがfollowerで
「○○がfollowしている者（たち）」の方がfollowingでしょ

0655デフォルトの名無しさん

2017/01/10(火) 23:21:48.38ID:/JmooP2t

>>654
>>「○○をfollowする者」って意味じゃないと思うよw

私の文章が悪かったでしょうか？

・follower_user_id（フォローした人）
・followee_user_id（フォローされた人）
という意味合いで使用しています

先ほど知ったばかりですが、例えば「following_user_id」よりも具体性があるかな？と思います

0656デフォルトの名無しさん

2017/01/10(火) 23:30:00.52ID:QtXbSK5c

>>653
Followによる繋がりを表すテーブルという意味でRelationshipとか
ちょっと弱いかな

0657デフォルトの名無しさん

2017/01/10(火) 23:30:40.62ID:ld93epow

>>655
だから、あなたの表現で言えば「フォーローされた人」の方が本来followerで
「フォローした人」はfollowingと表現するのが適切。

ツイッターの公式だってそういう表現になってるよね

0658デフォルトの名無しさん

2017/01/10(火) 23:41:00.51ID:9hDOaePS

followeeでもいいんじゃね。
使われ始めてる造語？らしい。
https://en.oxforddictionaries.com/definition/followee

0659デフォルトの名無しさん

2017/01/10(火) 23:43:23.13ID:9hDOaePS

まぁ、そりゃまだメジャーになってない単語使うと可読性に影響すっけどね・・

0660デフォルトの名無しさん

2017/01/10(火) 23:51:06.96ID:ld93epow

>>658
だからそれは「誰かによってfollowされている者」って意味だってば...

質問者のいう「フォローされた人」っていうのは別の言い方をしたら「私をフォローしている人たち」ってことでしょ。
それはfollowされている者のことじゃない

0661デフォルトの名無しさん

2017/01/10(火) 23:54:58.76ID:F5v1Jwso

英語だけじゃなく日本語も弱かったのか…

0662デフォルトの名無しさん

2017/01/10(火) 23:58:23.01ID:9hDOaePS

つか表現が適切じゃなかったな、俺は別にどっちがどっちとまでは言及するつもりはなかった。
ただfolloweeって造語も使われ始めてるらしいよっていいたかっただけだわ。

ちなみに最近使ったAPIではQitta APIがfollowerとfolloweeを使ってたな。
https://qiita.com/api/v2/docs#%E3%83%A6%E3%83%BC%E3%82%B6
まぁ、日本人が設計したんだろうがから、あれだけど。

0663デフォルトの名無しさん

2017/01/10(火) 23:58:28.98ID:Mu10/Wv/

>>660
なぜそう解釈する？

0664デフォルトの名無しさん

2017/01/10(火) 23:59:42.43ID:ld93epow

>>663
それはどうでもいいから違うち思うなら君の意見をどうぞ。

じゃあ「フォローされた人」ってどういう意味なの？

0665デフォルトの名無しさん

2017/01/11(水) 00:07:38.97ID:5Vr7HXeZ

一応言っておくか。
>>661オマエガナー

質問者の言う「フォローされたユーザー」のフォロー「された」のは私（もしくは主語）であってユーザーの方じゃないよ。
当たり前でしょ。

ついでに言えば、宇宙人にさらわれた人wのことをabducteeって言うことからもわかると思うけど、
eeって接尾語は漢字で言ったら「被」だよ。

だからfolloweeは「（何者かによって）followされた者」って意味だ

0666デフォルトの名無しさん

2017/01/11(水) 00:14:05.88ID:eB2pDyHQ

>>664
たとえば、https://support.twitter.com/articles/166337#　(言語を English にして)
ここの「follower」の項の「you」イコール「フォローされた人」だと質問者は考えてると思う。

で、俺もそれに同意見。

0667デフォルトの名無しさん

2017/01/11(水) 00:14:39.59ID:zEBd0K8t

俺があの娘をfollowingしているのはいいとして、followedの方は確かに曖昧だと思う
followed_byなら明らかなんだけど命名に一貫性をも持たせるのが難しいな

0668デフォルトの名無しさん

2017/01/11(水) 00:25:20.72ID:2YNtrSn9

まあ命名の良し悪しについていえば議論になること自体が問題で、いずれにせよ曖昧で紛らわしい命名だな
出てきた中で誤解の余地がないと思われるのは唯一followed_byくらいじゃないか

0669デフォルトの名無しさん

2017/01/11(水) 00:38:31.37ID:5Vr7HXeZ

>>666
それならそんなもってまわった言い方をしなくても、それは「私」のことでしょ。
何を言ってるのかな

0670デフォルトの名無しさん

2017/01/11(水) 00:39:44.65ID:5Vr7HXeZ

>>667
っていうか、私をフォローしている人達はfollowerだってだから。

0671デフォルトの名無しさん

2017/01/11(水) 00:56:15.41ID:eB2pDyHQ

>>669
たぶん、質問者は follower を主語として考えてると思う。

ある人ひとり (X) と、その人をフォローする n 人の人 (Y1, Y2, ... , Yn) がいて、
Y1、Y2 ・・・それぞれが主語なんだよ。

Y1 は X をフォローする

だから、Y1 のことを「フォローしたユーザー」
X のことを受け身表現で「フォローされたユーザー」と言っているんじゃない？

そう考えれば、フォローしたユーザー = follower
フォローされたユーザー = followee
という表現に質問者が納得したのも分かると思うが、どうだろう？

0672デフォルトの名無しさん

2017/01/11(水) 07:00:44.50ID:zEBd0K8t

>>671
分かるけど、そのどちらかが主体としてオブジェクトのメンバ名でそれが出てきたら極めて曖昧だと思うよ
単なる連関エンティティならまあアリ

0673デフォルトの名無しさん

2017/01/11(水) 14:15:02.78ID:E3H+jBtS

ID:ld93epow = ID:5Vr7HXeZ
頭が弱すぎ…

0674デフォルトの名無しさん

2017/01/11(水) 14:31:52.43ID:gkYh8YCT

いつもの負け犬の遠吠えかよみっともない

0675デフォルトの名無しさん

2017/01/11(水) 16:10:29.32ID:v0UJ95G/

>>657
> だから、あなたの表現で言えば「フォーローされた人」の方が本来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)だって書いてるじゃん。

0676デフォルトの名無しさん

2017/01/11(水) 16:24:25.39ID:gkYh8YCT

>>675
真面目に言ってるなら小学校からやり直した方がいいよ。
>>665

っていうか、たぶんこれネタじゃなくて本人マジなんだろうな。

他人事ながらこんな程度の日本語を誤読しちゃう程の低能で
この不況の世の中の荒波を渡っていかなきゃならない奴は可哀想だわ

0677デフォルトの名無しさん

2017/01/11(水) 16:28:37.55ID:v0UJ95G/

>>676
一体何をどう誤読してると？

まあ、君が書いた文章を間違って解釈されてると感じてるなら、君の日本語能力の方を疑った方がいいと思うけどね。

0678デフォルトの名無しさん

2017/01/11(水) 16:32:27.18ID:gkYh8YCT

>>677
どうせ俺の言うことなんかお前さんのような奴は聞くはずがないから、
黙ってお前さんの周囲の人間に聞いてごらん。

>>649のレスを見せて、この「フォローされたユーザー」という表現はどういう意味だと思うかってね。

しかし重症だな。
こんなのに限って、学校の成績悪かっただろうに自分の頭の悪さに気が付いてない。

0679デフォルトの名無しさん

2017/01/11(水) 16:35:16.48ID:gkYh8YCT

学校の先生でもないのに余計な世話を焼く俺自身に自分でもあきれるが、
一応簡単に説明しておくと、>>649のレスの文脈を考えれば、昨日から言ってるように

フォローされたユーザー
は、
（私が）フォローされた（その）ユーザー

のことだと普通は理解する。
当たり前だろ馬鹿。

0680デフォルトの名無しさん

2017/01/11(水) 16:39:44.15ID:v0UJ95G/

>>679
このスレの君以外は、質問者も含めて全員同じ意見だって事に気づいてね。

> のことだと普通は理解する。
君の普通が世界の普通だとは思わない用が良いよ。

> 649
> フォローしたユーザーIDがfollower_user_idだとしたら、
> フォローされたユーザーIDは何が良いと思いますか？
AがBをフォローしたとき、
フォローしたユーザー = A = follower
フォローされたユーザー = B (followeeと最近では言われることもある)

0681デフォルトの名無しさん

2017/01/11(水) 16:40:44.92ID:gkYh8YCT

>>680
馬鹿につける薬なし、か

0682デフォルトの名無しさん

2017/01/11(水) 16:41:12.18ID:p4WB0UzK

私がフォローされたユーザーって日本語おかしいと感じる

0683デフォルトの名無しさん

2017/01/11(水) 16:43:35.58ID:v0UJ95G/

>>681
反論も追加説明もできなくなっちゃった？

0684デフォルトの名無しさん

2017/01/11(水) 16:45:20.43ID:gkYh8YCT

また一人トンチキが現れたけど、こういうトンチキの世界じゃ、
例えば

飲まされた条件

って表現があったら「条件」っていう抽象名詞が何かを飲まされたって意味になるんだろうねw
悪いけど普通の人は飲まされたのは「私」（または省略された主語）のことだと理解する

0685デフォルトの名無しさん

2017/01/11(水) 16:47:37.82ID:gkYh8YCT

さすがにこのレベルの馬鹿を相手にしても無駄だな。

最初は負けを認めるのが嫌で本当は自分が間違ってるのを承知で
負け惜しみを言ってるのかと思ったけど、どうやらマジモンらしいし。

0686デフォルトの名無しさん

2017/01/11(水) 16:48:07.30ID:P1OrUCj/

>>684
お前の普通はそうなんだろうね

私にフォローされたユーザー
なら理解できる

0687デフォルトの名無しさん

2017/01/11(水) 16:48:47.39ID:v0UJ95G/

日本語ネイティブじゃない疑惑

0688デフォルトの名無しさん

2017/01/11(水) 16:57:12.00ID:gkYh8YCT

>>686
また新しい馬鹿が現れたけど、大元である>>649を読んでからその寝言を言ってるのか馬鹿

0689デフォルトの名無しさん

2017/01/11(水) 16:59:23.33ID:gkYh8YCT

しかし、質問者もまさか日本語の読解レベルで躓く馬鹿が
こうも多いとは想定してなかっただろうねw

昨日から言ってるけど、悪いけどfolloweeとか大笑いだわw

0690デフォルトの名無しさん

2017/01/11(水) 17:15:06.58ID:P1OrUCj/

>>688
もちろん読んだよ

お前と言い合うつもりは全くないので独りで勝手に盛り上がっててくれ
自分の思い込みだけで他人を捌くとこう見えるんだなぁと教えてくれてありがとね

0691デフォルトの名無しさん

2017/01/11(水) 17:15:57.24ID:gkYh8YCT

中学生の頃によく放課後友達に勉強教えてやってたけど、
そういうやアホの子ってのは人がこうやって>>684せっかっく補助線を引いてやってるのに、
その補助線を使って自分の頭でもう一度考えてみるってことをしないんだよねw

ちょうど>>686みたいに
昔を思い出したわ

0692デフォルトの名無しさん

2017/01/11(水) 17:17:51.81ID:v0UJ95G/

>>653
テーブル名は、
・follow_relationship(s)
・follow_assosiation(s)
とか。
followersだと、1対他をイメージするかもしれないから、多対多（連関テーブル）だとわかりやすい名前にするといいよ。

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

フォローする/されるの関係性もわからないアホはほっとこうぜ。

0693デフォルトの名無しさん

2017/01/11(水) 17:26:54.86ID:v0UJ95G/

followeeとかpgrとかいってる奴もいるけど、結構使われてるみたいだから気にしないで。
https://github.com/search?q=followee&;type=Code&utf8=%E2%9C%93

0694デフォルトの名無しさん

2017/01/11(水) 17:59:57.45ID:gkYh8YCT

使われてるかどうかの問題じゃないんだけどねw
元の質問者も呆れてると思うよw

0695デフォルトの名無しさん

2017/01/11(水) 18:14:37.31ID:v0UJ95G/

>>694
もう、何かをほのめかすくらいしか書くこと無くなったか？

まあ、一生こう主張しとけよ。
>「フォローした人」はfollowingと表現するのが適切。

0696デフォルトの名無しさん

2017/01/11(水) 18:17:17.47ID:iTG8I3JH

「馬鹿おじさん」
ID:f1Oob2xq、ID:H14YD2Kg、 ID:ht+cEyPh 、ID:gkYh8YCT

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

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

現れるとスレが荒れるのはいつもの流れ
皆で仲良くおもちゃにして楽しもうね！

0697デフォルトの名無しさん

2017/01/11(水) 18:17:48.59ID:iNeqQ6ns

>>692
ピボットテーブルの役割もありますので、
無難に「follow_relationships」にしておこうかと思います

どうもありがとうございました！

0698デフォルトの名無しさん

2017/01/11(水) 18:30:39.45ID:gkYh8YCT

>>697
元の質問者の>>694の人？
良かったらどういう意味で「フォローされたユーザ」って書いたのか説明してもらえませんか？

0699デフォルトの名無しさん

2017/01/11(水) 18:31:19.61ID:gkYh8YCT

アンカーミスった>>649ね

0700デフォルトの名無しさん

2017/01/11(水) 18:32:18.52ID:P1OrUCj/

>>696
お題スレにも遠征してたりするので注意が必要だったりします

罵倒バリエーションの少ない単芝さんは高確率でこのおじさんのような気がします

0701デフォルトの名無しさん

2017/01/11(水) 18:37:18.95ID:iNeqQ6ns

>>698
申し訳ありませんが、私は貴方がどう解釈されたかさえ理解しきれていないと思います

私はただfollower_user_id（フォローしたユーザー）の対義語を探していただけです

0702デフォルトの名無しさん

2017/01/11(水) 18:39:18.72ID:iTG8I3JH

>>700
あら本当
106のIDが同じ
http://echo.2ch.net/test/read.cgi/tech/1480579110/99-106

0703デフォルトの名無しさん

2017/01/11(水) 18:39:44.10ID:v0UJ95G/

どういう意味も何も、フォローした・されたユーザがいたとき、「フォローされたユーザ」の意味がわからん、というのがさっぱりわからん。

0704デフォルトの名無しさん

2017/01/11(水) 18:41:51.68ID:gkYh8YCT

いつも思うけど、>>696,>>700みたいな精神勝利法しちゃう奴って
そういう自分が他人からどう見えているかを想像する能力もなければ、
そういうくだらない行動に駆られる自分の動機を自己分析する能力も持ってないのな。

なにより、そのことを自覚する能力もない。
ある意味幸せだよねこういう奴は。
それは動物と同じってことだけど。

0705デフォルトの名無しさん

2017/01/11(水) 18:42:24.46ID:v0UJ95G/

>>696
そういうことだったのね…
もう相手しない

0706デフォルトの名無しさん

2017/01/11(水) 18:45:55.70ID:gkYh8YCT

>>701
え、簡単でしょ

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

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

(3) それ以外の意味か

これだけの話だよ。

0707デフォルトの名無しさん

2017/01/11(水) 18:46:47.44ID:P1OrUCj/

>>704
繰り返しになってごめんね
お前と言い合うつもりは全くないので勝ち負けとかも一切考えてないんだ

だから絡まないでください

0708デフォルトの名無しさん

2017/01/11(水) 18:48:14.33ID:gkYh8YCT

まあ、精神勝利法でもID:v0UJ95Gみたいに自分が負けていることを
自覚できないより少しはマシか。

少なくとも自分が負けていることは分かってるわけだからな

0709デフォルトの名無しさん

2017/01/11(水) 18:49:59.28ID:mOqhfYH5

つか元の>>649で関係を表すテーブル作りたいっていってんだから、

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

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

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

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

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

だから、ユーザーIDが10のユーザーがユーザーIDが40のユーザーをフォローしたら
follower_user_id followee_user_id
　　10　　　　　　　　　　40
って記録するんだろ。

0710デフォルトの名無しさん

2017/01/11(水) 18:50:48.34ID:P1OrUCj/

解決した話題はしまっちゃいましょうね～

0711デフォルトの名無しさん

2017/01/11(水) 18:52:32.64ID:mOqhfYH5

>>701
だよね。関係テーブル作るんだから、対義語さがしてただけだよね。
だから、主語はどういう意味で使ったのかしらんが「私」？じゃないよね。

0712デフォルトの名無しさん

2017/01/11(水) 18:55:04.02ID:iNeqQ6ns

>>709さんが代弁してくれましたが、

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

という意味で質問しました

0713デフォルトの名無しさん

2017/01/11(水) 18:59:29.05ID:mOqhfYH5

だよね。関係テーブルっていうんだから、それぐらいは普通は想像つく。

0714デフォルトの名無しさん

2017/01/11(水) 19:04:41.54ID:gkYh8YCT

>>712
そうですかそれは申し訳ないw

0715デフォルトの名無しさん

2017/01/11(水) 19:28:01.74ID:8OYVNnvN

要素が重複していないスタックが必要なんですが
どんな名前がいけそうですか？
集合の場合はstd::set、std::multisetみたいな関係が見られますが
今回は集合ではなくてスタックを使いたいのです

0716デフォルトの名無しさん

2017/01/11(水) 19:31:48.50ID:iNeqQ6ns

>>714
こちらこそ誤解させてしまって申し訳ありませんでした
皆さんもお騒がせしてすみません

0717デフォルトの名無しさん

2017/01/11(水) 19:38:50.58ID:iTG8I3JH

>>715
unique_stack

0718デフォルトの名無しさん

2017/01/11(水) 20:34:26.06ID:9JRTsez2

>>715
入れたいもの_stack
尚早な汎用化は悪

0719デフォルトの名無しさん

2017/01/11(水) 22:02:19.82ID:gkYh8YCT

>>715
メソッド名で対応した方がいいような気が
PushIfUniqueとかExclusivePushとか

0720デフォルトの名無しさん

2017/01/11(水) 22:05:48.07ID:gkYh8YCT

全部がユニークであることを保証したいとかの事情なら
クラス名はExclusiveStackとか？

0721デフォルトの名無しさん

2017/01/11(水) 22:13:30.05ID:smqenYWp

>>717
ありがとうございます
実は、一番最初に思いついたのはそれなんですが
スタックがユニークなわけじゃねえよなぁと思って躊躇してしました
でも、名前が短くてシンプルなのは好ましいと思ってます

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

>>720
超スッキリありがとうございます
もうちょいでNonRedundantStack採用するところでした
名前の短さと意味のハッキリ感がパねえと思います

0722デフォルトの名無しさん

2017/01/11(水) 22:27:39.08ID:mOqhfYH5

>>720
つか、君はまずは暴言吐いた人に謝れよww
それかみんなに代わって俺が君にいってやろうか？みんな優しすぎだろw

0723デフォルトの名無しさん

2017/01/11(水) 22:50:59.67ID:qqZuYUIb

>>716 の大人の対応がすばらしいから、蒸し返さない方がいい気が…

0724デフォルトの名無しさん

2017/01/11(水) 22:55:34.82ID:SOQiv9G3

2chでは暴言は挨拶のようなもの

0725デフォルトの名無しさん

2017/01/11(水) 23:25:54.59ID:7EM+v8fq

今ようやく追いついて全部読んだけど
俺最初から
> ID10のユーザーが、ID40のユーザーをフォローしたら
> follower_user_id 10
> followee_user_id 40
この解釈しか出来なくてID:gkYh8YCTが何を言ってるのか意味が分からんかったｗ

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

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

このパターンしかありえないと思うんだが…

0726デフォルトの名無しさん

2017/01/11(水) 23:30:36.36ID:KleI9fTu

>>725
さわるなさわるな
馬鹿おじさんに「馬鹿」って言われるぞ！

0727デフォルトの名無しさん

2017/01/11(水) 23:31:23.21ID:gkYh8YCT

>>722
暴言については謝らないが、（こちらが先に仕掛けた訳ではないし、少なくともお互い様だからね）
偉そうに主張したことが間違ってたことについては謝りますよ。

皆さん申し訳ない。ごめんなさい。

0728デフォルトの名無しさん

2017/01/11(水) 23:40:59.76ID:mOqhfYH5

>>727
>暴言については謝らないが、（こちらが先に仕掛けた訳ではないし、少なくともお互い様だからね）
そっか、君が先にしかけてないのなら、謝らなくていいよ。
これは俺は先に仕掛けた方が悪いと思ってるので。
なんだ、俺はてっきり先に喧嘩仕掛けた方が間違ってたパターンかと思った。

0729デフォルトの名無しさん

2017/01/11(水) 23:45:12.68ID:mOqhfYH5

ということで俺が>>722で余計な事いったな。
俺も謝っておこう。すまん。

0730デフォルトの名無しさん

2017/01/12(木) 01:06:35.11ID:5f5fDppS

>>727
そうだね
>>654が勘違いして普通とかなんだかんだ言い始めたことだからね

0731デフォルトの名無しさん

2017/01/12(木) 01:12:52.78ID:EIL4AvKT

日付またいだんからもうおしまいにしようぜ。

0732デフォルトの名無しさん

2017/01/12(木) 04:32:51.66ID:tRxoA+fF

うやむやにして良いのか？
"馬鹿おじさん"が現れる度にスレが荒れてるし、この流れ何度目だよ
いい加減うざいわ

どっちが先に仕掛けたとか糞どうでもいいから、
"馬鹿おじさん"はあの異常な暴言レス止めろよ
子供の口喧嘩じゃないんだから

0733デフォルトの名無しさん

2017/01/12(木) 08:42:06.37ID:18dMLK5M

暴言おじさんみたいな方は独りで勝手に盛り上がってくれればいいよ
今回のことでよりよい方向を探してる時にすら自身の勝ち負けを持ち出そうとするような方だってこともわかった

居るのがわかれば非表示にするだけで解決するのでどうでもいい

0734デフォルトの名無しさん

2017/01/12(木) 09:09:21.87ID:nvDvC5lc

そもそも>>654の時点でよーわからんよなｗ
ld93epowが何を言いたいのかサッパリわからんｗ
自信満々なのだけは分かるけど

0735デフォルトの名無しさん

2017/01/12(木) 10:55:14.86ID:zvW9UYRy

>>734
> どういうテーブルかよくわかんないけど
というのを見た時点で我々は気づくべきだったのだ。
多対多を表現する連関エンティティの話だということがわかってなかったんだよ。

0736デフォルトの名無しさん

2017/01/12(木) 19:24:37.25ID:0ESfKXE9

なるほどねぇ

0737デフォルトの名無しさん

2017/01/12(木) 20:01:54.25ID:6ONuF79D

caller / callee はよく知られた用語だよな
follower / followeeでわかるぞ

0738デフォルトの名無しさん

2017/01/14(土) 14:26:38.10ID:lzfMabHC

follower/followeeで困るとしたら
たぶんTwitterあたりと微妙に意味が異なるような場合な気がする

followに限らず、「定番の使われ方」があるために
自分の関数名の方を変えるってことはよくあるだろうし

0739デフォルトの名無しさん

2017/01/18(水) 13:15:15.03ID:XrR2JBi4

軽くさかのぼって読み返してみたが、ストリームが云々のときに暴れてたのもこいつか

0740デフォルトの名無しさん

2017/01/22(日) 17:39:49.30ID:WNh7RpDp

各ユーザーが設定できるプロフィール画像？のようなものは、どのように呼ぶのが正しいのでしょうか？

・icon
・image
・picture

Iconだと微妙に意味が違いますかね？
どれが良いでしょう

0741デフォルトの名無しさん

2017/01/22(日) 18:29:35.78ID:w8qlDydn

avatorとか？

0742デフォルトの名無しさん

2017/01/22(日) 18:53:06.71ID:qeXn0RKC

portrait

0743デフォルトの名無しさん

2017/01/22(日) 20:44:04.81ID:WNh7RpDp

>>740
追記します。

ユーザーであればavatarも良いかもしれませんが、グループやチームにも設定できる場合はどうでしょう？

0744デフォルトの名無しさん

2017/01/22(日) 20:52:26.80ID:qeXn0RKC

budge, symbol

0745デフォルトの名無しさん

2017/01/22(日) 20:57:37.99ID:KT1Xbxms

logo とか emblem はどうなんだろ

0746デフォルトの名無しさん

2017/01/22(日) 20:59:43.19ID:iUtHvu6q

>>743
抽象度高すぎてsymbolぐらいしか当てはまらない気がする
emblemだと具体的な写真の場合当てはまらないし、逆にportraitとかでは
紋章とか商標にあてはまらない

0747デフォルトの名無しさん

2017/01/22(日) 23:57:07.83ID:KAhPA/LR

>>740
プログラマがその変数を見た時に、処理を理解するのに
どのような情報がその名前から得られる（連想できる）必要があるか、
ということを考えて名付けた方がいい。

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

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

ユーザーではなく、プログラムを読む人の目線で考えるように。

0748デフォルトの名無しさん

2017/01/23(月) 00:21:41.70ID:kKcE1/h0

>>743
自分でも要件わかってないだろ。
プロフィール画像とは言っても顔だけなのか全身なのかアバター的なやつなのかで全然違いそうだし、
グループやチームに設定できるものとして、実はリーダーのプロフィール画像でしたとかいう場合もあるかもしれない。
画像が1種類しかないとも言ってない。
正しい名前が導けないのは要件が定まっていないからに他ならない。
現状で名前付けるとしたら　image1　が最適だよ。

0749デフォルトの名無しさん

2017/01/23(月) 00:24:01.30ID:4eKNVnEB

>>747
十分にユニークか? という観点も重要だ
imageだと後で同じネームスペース内に別の画像が追加されたときに破綻する

0750デフォルトの名無しさん

2017/01/23(月) 00:31:54.56ID:kKcE1/h0

main_image, sub_image, extra_image, extend_image みたいにゆるくいこうぜ

0751デフォルトの名無しさん

2017/01/23(月) 06:52:33.92ID:jz98RT7z

>>749
俺の言ったことで事足りる。

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

0752デフォルトの名無しさん

2017/01/23(月) 07:09:34.90ID:NLajvDpa

「プロフィール画像」→ profileImage
みたいに単純に英訳したような命名じゃだめなのかな？
1単語じゃないとだめな理由でもあるのかな…

0753デフォルトの名無しさん

2017/01/23(月) 07:19:09.28ID:xWlyn6tZ

>>752
それでいいと思う

0754デフォルトの名無しさん

2017/01/23(月) 12:30:54.73ID:za0CrBL5

こういうコーダーを拗らせた奴が勘違いして広まったのが悪名高きシステムハンガリアン記法
あとは言わなくとも分かるよな？

0755デフォルトの名無しさん

2017/01/23(月) 19:16:24.76ID:UroHRMhq

ハンガリアンは型と大まかな意味が伝わるだけでもかなり親切な規約だよ
難読化されてるのかと疑いたくなるようなコードが世の中にはまだ沢山ある

0756デフォルトの名無しさん

2017/01/23(月) 19:49:03.23ID:Wp4CPmuw

条件を満たした場合に真を返すが、
二度目以降は一度条件を外れるまで偽を返す
というクラスを作ったのですが、なんと命名すれば良いか悩んでいます。
何かアイデアがあればお願いします。

0757デフォルトの名無しさん

2017/01/23(月) 19:54:44.94ID:UroHRMhq

曖昧すぎる
s = new StateMachine();
b = s.evaluate();

0758デフォルトの名無しさん

2017/01/23(月) 20:06:56.79ID:tA061N2U

>>756
組み込みなら立ち上がりエッジとか立下りエッジとか言うね

それ自体は条件判定をせず、boolの値をもらって
false→true
の変わり目の時だけtrueを返すようなもののことを言ってるなら
TrueEdgeDetectorとかRisingEdgeDetectorとか

0759デフォルトの名無しさん

2017/01/23(月) 20:08:10.52ID:NLajvDpa

trueKeeper とか。ベタすぎかw
そのクラス、どういう場面で使われるのか書いてくれたら
もっといいのを思いつく人がいるかも

0760デフォルトの名無しさん

2017/01/23(月) 20:18:30.43ID:UroHRMhq

ただのSwitchじゃねーかw

0761デフォルトの名無しさん

2017/01/23(月) 20:53:46.77ID:tA061N2U

あとはOneshotPredicatorとか

0762デフォルトの名無しさん

2017/01/23(月) 22:15:44.57ID:kKcE1/h0

>>756
isTrueJustNow

0763デフォルトの名無しさん

2017/01/24(火) 08:28:52.62ID:1a/rWss8

状態が反転したなら真
StatusTurned

0764デフォルトの名無しさん

2017/01/24(火) 09:43:32.08ID:1a/rWss8

StatusInversionDetectorとか

0765デフォルトの名無しさん

2017/01/24(火) 10:48:20.12ID:1a/rWss8

勘違いしてた、閾値を超えた時に一回だけtrueか
TriggerDetector

0766デフォルトの名無しさん

2017/01/24(火) 19:32:18.46ID:wqAMcCVq

物理でぴったりの現象があった筈なんだが思い出せん

0767デフォルトの名無しさん

2017/01/24(火) 20:23:39.85ID:eNqM6deY

物理？
そんなのあったっけ？

ヒステリシスのこと言ってるなら全然違うよ

0768デフォルトの名無しさん

2017/01/24(火) 22:08:47.78ID:wqAMcCVq

ヒステリシスじゃなくてなんだっけアレ

0769デフォルトの名無しさん

2017/01/24(火) 22:17:18.33ID:1a/rWss8

相転移？
しかし>>756は相転移のたびにtrueではなくて、
条件をはずれて再度満たすまでfalseなんだよね

0770デフォルトの名無しさん

2017/01/24(火) 22:18:44.98ID:1a/rWss8

だからRisingEdgeを検出したらtrueでいいかもしれんね

0771デフォルトの名無しさん

2017/01/24(火) 22:20:29.08ID:eNqM6deY

だいたい、ほとんどの物理現象は連続的な関数で
f(0), f(1), f(2), ....f(n-1), f(n)みたいな数列的というか離散的な現象なんてあるのかな

0772デフォルトの名無しさん

2017/01/24(火) 22:44:51.96ID:Ngnb71D2

そりゃ量子論があるだろ
統計物理も離散的なモデルがたくさん在る

0773デフォルトの名無しさん

2017/01/28(土) 13:55:02.60ID:k+UqYuZl

まさか普通の変数名として piyo を使う日が来るとは思わなかった

0774デフォルトの名無しさん

2017/01/30(月) 17:58:05.98ID:2efA9rmo

「グループを作成したユーザーのID」を格納するカラム名について

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

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

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

また上の微妙な違いについて分かる方いらっしゃいませんか？

0775デフォルトの名無しさん

2017/01/30(月) 18:03:10.23ID:lkKSGNd/

creator?

0776デフォルトの名無しさん

2017/01/30(月) 18:10:22.16ID:yrDzNVLD

このままじゃ何の create～なのか分からないけど、暗黙で「グループを作成した」という意味が付くのなら
上記三つの違いに気にする要素ないと思う。
何のグループなのか明確なのであればその名称を入れた方がいいと思う。

0777デフォルトの名無しさん

2017/01/30(月) 19:02:31.38ID:QnUUGoK9

>>774
created_by

0778デフォルトの名無しさん

2017/01/30(月) 19:21:06.55ID:jU5RVmOi

group_owner_id

0779デフォルトの名無しさん

2017/01/30(月) 23:09:31.89ID:2efA9rmo

owner_user_idにすることにしました
ありがとうございます

0780デフォルトの名無しさん

2017/01/30(月) 23:12:19.93ID:Nrv7vZbp

解決したようだが、英語的には created_user_id がしっくりくる
The user_id of the user who created the group.

0781デフォルトの名無しさん

2017/01/31(火) 10:32:47.33ID:Y36a82QW

それを言うなら
The ID of a user who create the group

だよw

0782デフォルトの名無しさん

2017/01/31(火) 12:08:07.62ID:BCkfu50I

それはcreatesでしょ

0783デフォルトの名無しさん

2017/01/31(火) 12:31:45.89ID:BCkfu50I

それに the id ときたら of the user だな
時制も過去でよい

0784デフォルトの名無しさん

2017/01/31(火) 12:45:40.99ID:Qoto7WxW

てか微妙な違いは気にするのにownerとcreateの違いはいいのかよｗ

0785デフォルトの名無しさん

2017/01/31(火) 12:50:09.79ID:Y36a82QW

>>783
それは日本人英語だよw

0786デフォルトの名無しさん

2017/01/31(火) 13:01:23.62ID:BCkfu50I

>>785
それほんとか？
ググってもof the user, createdのが多いぞ

0787デフォルトの名無しさん

2017/01/31(火) 17:34:44.14ID:Y36a82QW

>>786
特に念頭にある対象でもないものに定冠詞を使うのはおかしい

過去形でもたぶん間違いとまでは言えないけど
具体的な過去のことではなく、抽象的な行為一般の話をしているときに
過去形を使うのは英語的ではないと思う
（日本人はthe goupが存在する時点ではcreateは過去だから過去形だろうと考えるけど、
英語話者は普通そうは考えないんじゃないか）

https://eow.alc.co.jp/search?q=who+make+a+mistake

0788デフォルトの名無しさん

2017/01/31(火) 18:05:14.48ID:SsFPiHsN

>>787
結局見るのは日本人なんだから日本人に伝わればいいと思う

0789デフォルトの名無しさん

2017/01/31(火) 19:42:03.27ID:kkhpQ9R6

主題をIDに置くこと自体が英語的ではない(というか欧米的ではない)ように感じる
欧米っぽくするなら行為主体を明確にしてcreated_by_idかcreator_idじゃないか

0790デフォルトの名無しさん

2017/02/01(水) 05:22:15.99ID:KusZJReO

group API reference
owner_user_id
identifies a specific user who owns the group.

0791デフォルトの名無しさん

2017/02/05(日) 01:59:09.52ID:zezXTZq3

bool値を返すメソッドってisValidとかcontainsとかつけるけど、
クラスメソッドの場合はどうすればいい？
例えばInterger.isPositive(x)って変だよね。
# 正の数かどうかならx > 0とかでいいだろっていうのは例なので気にしないで

0792デフォルトの名無しさん

2017/02/05(日) 02:32:36.59ID:505DmxOH

別に変だとは思わないけど、何を気にしてるんだ…
Don't be negative.

0793デフォルトの名無しさん

2017/02/05(日) 02:51:14.45ID:zezXTZq3

xがレシーバだとxが主語だから違和感ないけど、
xが引数になると、xが目的語になるような英語のほうがいいのかなと思ったんだ

0794デフォルトの名無しさん

2017/02/05(日) 03:10:21.61ID:ZvhECW/O

isXXX(引数) ってよく見るけどな
英文法的にはおかしいけど、boolを返す関数だという分かりやすさはある

0795デフォルトの名無しさん

2017/02/05(日) 03:16:27.56ID:zezXTZq3

結構みんな違和感ないのかな？
書き込んでから考えてて、
Integer.checkPositivity(x)とか、
HogeModel.validate(hoge)とかなるのかと考え始めたんだけど

0796デフォルトの名無しさん

2017/02/05(日) 03:20:14.72ID:myS7jj1C

英語圏でも、違和感あるけど命名規則を統一した方がいいって意見があった
stackoverflowで探せば議論があるよ

0797デフォルトの名無しさん

2017/02/05(日) 04:13:54.49ID:wvO4PFpl

クラスメソッドってクラス名を名前空間的に使うやつだっけ？

それなら「クラス名を主語とした文章にしない」かなあ。
もちろんクラス名なのかインスタンスなのか見て分かるような仕組みが必要だけど。
あとは「疑問形」型の命名でもいいと思う。

0798デフォルトの名無しさん

2017/02/05(日) 04:36:19.26ID:myS7jj1C

こう考えればおかしくない
returns true if the integer is positive.

0799デフォルトの名無しさん

2017/02/05(日) 11:55:03.36ID:wvO4PFpl

>>798
その方法だと文章がおかしくなるって話なのよ。
positiveかどうか聞きたいのは Integer じゃなくて x なわけだし

0800デフォルトの名無しさん

2017/02/05(日) 11:59:43.30ID:5WbgBuL/

お前らみんなコボラーだろw

0801デフォルトの名無しさん

2017/02/05(日) 12:43:02.98ID:8HS86KpH

PERFORM SUCHI_CHECK_B002.

0802デフォルトの名無しさん

2017/02/05(日) 13:00:08.30ID:myS7jj1C

>>799
the integerだよ
その整数が正ならtrueを返す
その整数、つまり引数x

0803デフォルトの名無しさん

2017/02/05(日) 13:28:23.23ID:myS7jj1C

無理やりっちゃ無理やりだが

0804デフォルトの名無しさん

2017/02/05(日) 15:43:15.88ID:zezXTZq3

みんなありがとう
インスタンスメソッドの場合と同じ名前にするっていう意見が多いのね
たしかにクラスはモノそのものじゃなくて種類とかだから
クラスが主語になるのはそれはそれでおかしいのかもだし

0805デフォルトの名無しさん

2017/02/05(日) 16:07:41.42ID:JJBphtlB

IntegerIsPosivive : ISpecification<int> { ... }

var spec = new IntegerIsPositive();

If(spec.IsSatisfied(value)) { ... }

0806デフォルトの名無しさん

2017/02/05(日) 17:40:46.59ID:nRtV/D8r

>>804
クラスもオブジェクトの一種である、っていうのが普通のOOPの考え方だとは思うけどねw

それはともかく、この話題になるとオブジェクトを主語とする英文の動詞をメソッド名にすべきだっていう
原理主義的な人が必ず出てくるけど、それは自分の手足を縛るだけのくだらないこだわりだと思う。

もっと柔軟に、別に引数が主語になるようなメソッド名でもいいし、
現にそれは使われていて混乱も起きてない

0807デフォルトの名無しさん

2017/02/05(日) 18:34:05.03ID:wvO4PFpl

>>802
ああ、なるほど。確かに無理矢理感は残るが、説明はできるな

0808デフォルトの名無しさん

2017/02/05(日) 18:50:24.23ID:zezXTZq3

>>806
モノ、という言い方が悪かった。
オブジェクト指向の文脈でモノ=オブジェクトだわな。

>>797の「クラス名を主語とした文章にしない」に対して、
クラスが概念みたいなものを表す場合には動作の主体みたいに書くと
自然言語としては変な場合もあるからそのほうがいいかもね、というようなことが言いたかった。

0809デフォルトの名無しさん

2017/02/08(水) 12:47:06.97ID:phT3UyOg

$user->follow()
これがフォローするメソッドだとすれば、フォローされるメソッド名はどのようなものが良いと思いますか？

isFollowedByはチェック用として使っているので、それ以外であれば

0810デフォルトの名無しさん

2017/02/08(水) 13:26:18.28ID:QVHu+PfB

受動的というかイベントっぽい感じがするからOnFollowedとか？

0811デフォルトの名無しさん

2017/02/08(水) 15:36:31.95ID:1GvtCO/d

>>809
addFollower

0812デフォルトの名無しさん

2017/02/08(水) 20:16:29.71ID:6Dg3FALd

>>809
> フォローされるメソッド
って何をするの？

0813デフォルトの名無しさん

2017/02/08(水) 20:24:43.98ID:QoBdKQyS

>>811
これ

0814デフォルトの名無しさん

2017/02/09(木) 19:05:47.40ID:m/rQHIL4

silicon_greaseのgrease（グリス）みたいな不加算名詞の複数はどう表現すればいいんでしょう

データベースのテーブル命名で悩んでいます

0815デフォルトの名無しさん

2017/02/09(木) 20:47:57.56ID:wAatsUnZ

>>814
テーブル名ならそのまま grease table でいいんじゃね？
複数入ってるのはわかるし

0816デフォルトの名無しさん

2017/02/09(木) 22:32:43.45ID:OzXksFO3

greases

0817デフォルトの名無しさん

2017/02/09(木) 22:55:45.38ID:2Ay8HMWw

DBのテーブルやカラムは単数形ってイメージあるな
あくまで個人的な感想

0818デフォルトの名無しさん

2017/02/09(木) 23:23:50.63ID:WFUDbJHK

>>817
社員テーブルでもいちいち employees とかしないしな

0819デフォルトの名無しさん

2017/02/09(木) 23:59:44.64ID:W9c8fNbT

うちはシャインズにしてる

0820デフォルトの名無しさん

2017/02/10(金) 01:38:25.85ID:eXuE+DWe

お笑いコンビかよ

0821デフォルトの名無しさん

2017/02/10(金) 03:49:01.03ID:JAXwIh9x

普通の変数は単数形、配列やコンテナは複数形にするって人は珍しくないけど
それはあくまで区別のためで、DBは最初から複数データが入る前提だからってのもあるのかな？

0822821

2017/02/10(金) 03:51:28.92ID:JAXwIh9x

書き込んでから気付いたわ

DBのテーブル設計上、1つのフィールドに複数のデータを入れなきゃならない場合があって
そういうとき単数形を原則にしておくと、特定のフィールドだけ複数形にできるメリットがあるな

0823デフォルトの名無しさん

2017/02/10(金) 07:04:05.80ID:KfJ87yGf

フィールドはレコード単位で考えることが多いから普通は単数形でしょ

0824デフォルトの名無しさん

2017/02/10(金) 07:14:40.33ID:R8SjjpuZ

>>822
そんな設計はない

0825デフォルトの名無しさん

2017/02/10(金) 07:19:15.11ID:t9i0eRDr

>>824
postgresならありえるんじゃね？

0826デフォルトの名無しさん

2017/02/10(金) 07:24:40.17ID:7mXc6D7Y

ドカタの日常やで

0827デフォルトの名無しさん

2017/02/10(金) 21:32:12.68ID:JAXwIh9x

>>824
「SQLアンチパターン」に、状況次第で使っても良い例として載ってた気がする

0828デフォルトの名無しさん

2017/02/10(金) 22:49:22.64ID:Tmi1uInj

何が良いか悪いかは俺が自分で決める
お前らだってそれでいいんだぜ

0829デフォルトの名無しさん

2017/02/11(土) 01:42:14.70ID:NjUW0EqN

英語の略語は使っていいですよね？
cpuとかclsとか。

0830デフォルトの名無しさん

2017/02/11(土) 02:01:43.52ID:b1Q6karq

いいと思うよ。
ただし意味がどの程度明確か（どの程度普及している略称か）、
あるいは変数の寿命はどれくらいかによる。

例えばCPUは、正式名称にされると逆に分からなくなるタイプの語だろう。
CLSはコンピュータ関連に限っても複数あるらしいので難しいだろう。

逆にどんなマイナーな略語であっても、十分に短い関数の中とかで
cls = new CoolLuckySuteki();
とかなら何も問題ないだろう。

0831デフォルトの名無しさん

2017/02/11(土) 12:59:06.83ID:Z2oJz4Ts

Dim x As Hoge
Set x = New Hoge()

ってあるとしてこれをトークンに分割した時にそれぞれに適当な名前を付けたい
どんな感じがいいだろうか

Dim -> ?
x -> identifier
As -> ?
Hoge -> identifier
Set -> command ? identifier ?
= -> operator
New -> command ? identifier ? operator ?
( -> operator
) -> operator

0832デフォルトの名無しさん

2017/02/11(土) 13:11:57.20ID:ArXTdjPj

>>831
パーサならtoken_dimとかtoken_setのようにそのまんまの名前にするのが普通だと思う
xやHogeはidentifier

0833デフォルトの名無しさん

2017/02/11(土) 13:23:19.58ID:UqEwFB/d

>>831
VB6の仕様書見た方が早いんじゃないの？w
https://msdn.microsoft.com/ja-jp/library/office/jj692818.aspx

0834デフォルトの名無しさん

2017/02/11(土) 13:45:24.35ID:UqEwFB/d

でもVB6はNewする時型名の後に()はつかないよな
https://msdn.microsoft.com/ja-jp/library/office/gg251642.aspx

0835デフォルトの名無しさん

2017/02/11(土) 14:18:49.77ID:VLfM/32P

>>831
> = -> operator
VB 系の言語ならトークンにした段階だと
Let A = B
と
If A = B
で意味が違うからそこは普通に TokenEqual とかの方がいいと思う
Operator と判断するのは構文解析のあと
また Dim, As, Set 等がキーワードなら >>832 の言うように TokenDim とか KW_Dim とかかな

0836829

2017/02/11(土) 19:00:42.88ID:NjUW0EqN

>>830
ありがとうございます。
使います。

0837デフォルトの名無しさん

2017/02/11(土) 21:38:23.15ID:IgjSYxMt

構成、組み合わせ、といったものはどう表現するのでしょうか

例えばパソコンのパーツの「OSはこれで、CPUはこれで…」といった組み合わせを、どう変数名にすれば良いでしょう

computer_structure
computer_constitution
だとちょっとしっくりこないし…

computer_recipe
レシピが一番しっくりくるでしょうか

（できれば、Partsという単語は使いたくないです）

0838デフォルトの名無しさん

2017/02/11(土) 21:51:53.20ID:/5e0Kihi

>>837
configuration

0839デフォルトの名無しさん

2017/02/12(日) 00:05:00.60ID:WbUDQsun

>>837
型名じゃなくて変数名？
それってどんな型なの？
まさか文字列？

0840デフォルトの名無しさん

2017/02/12(日) 00:11:47.05ID:QFyd4EUF

>>839
変数名と若干抽象的でしたが、実際にはクラス名やテーブル名でも使われます

0841デフォルトの名無しさん

2017/02/12(日) 00:29:45.70ID:WbUDQsun

Windwosのmsinfo32やsysteminfoで列挙されるような情報を詰める型なら
そのまんまSystemInfoでいいんじゃない？

何にしても話が曖昧すぎると名前つけようがないよね

0842デフォルトの名無しさん

2017/02/12(日) 08:44:22.20ID:H5U2vUxz

configurationが近いと思うけど、結構多義的な語でもあるので
hardware_configurationくらい限定した方がいいかも

0843デフォルトの名無しさん

2017/02/12(日) 18:43:37.53ID:foFsLAUJ

略すならconf？ config？
ローカル変数ならcfgでもいいんだろうけど

どうでもいいけどconfigurationのuをいつも付け忘れる

0844デフォルトの名無しさん

2017/02/12(日) 18:50:13.70ID:ashgYgUc

config
.confとかならわかるけど
一般的なプログラムでその2文字を節約する価値がある場合って今はほとんどない気がする

0845デフォルトの名無しさん

2017/02/12(日) 18:56:41.66ID:amMPaDhL

confってのは省略というより今やコンピューター業界の一般名詞になってる
常識の問題

0846デフォルトの名無しさん

2017/02/12(日) 19:00:54.66ID:X3Hv2qUV

>>837
compo_combo

0847デフォルトの名無しさん

2017/02/12(日) 19:22:13.26ID:QFyd4EUF

商品の数量(int)を格納するテーブルカラム名は

・product_amount
・product_quantity
どっちを選べばいいんですか

0848デフォルトの名無しさん

2017/02/12(日) 19:24:41.82ID:QFyd4EUF

>>847
MISTAKE SORRY

0849デフォルトの名無しさん

2017/02/12(日) 19:31:16.91ID:RQ58gzfk

>>847
抽象的すぎる
在庫なのか販売数なのか発注数なのか
それを名前にしたらいい

0850デフォルトの名無しさん

2017/02/12(日) 19:37:32.03ID:amMPaDhL

在庫なのか販売数なのか発注数なのかわからないテーブルって何テーブルだよ

0851デフォルトの名無しさん

2017/02/12(日) 20:17:27.96ID:z9rqQBda

>>845
なってないでしょ
むしろ昔のUNIXやCの時代の悪弊の一例としか思えん

0852デフォルトの名無しさん

2017/02/12(日) 20:28:44.11ID:vM2j5Kno

>>845
config

0853デフォルトの名無しさん

2017/02/12(日) 20:30:50.41ID:amMPaDhL

>>851
そう習ったのかもしれないけど
今でも当たり前に使われているんだよなあ

0854デフォルトの名無しさん

2017/02/12(日) 20:36:11.30ID:IjteT4RE

>>853
http://ejje.weblio.jp/content/conf

0855デフォルトの名無しさん

2017/02/12(日) 20:36:37.36ID:RQ58gzfk

それより設定をconfigurationっていうのやめてほしい
そのお陰で>>837の意味で使いづらいんだよ
設定はsettingsがあるんだから出しゃばらないでほしい

0856デフォルトの名無しさん

2017/02/12(日) 20:37:04.14ID:vM2j5Kno

>>853
わざわざ曖昧な単語使うなよバカ

0857デフォルトの名無しさん

2017/02/12(日) 20:39:33.59ID:amMPaDhL

>>856
偉大なる先人達にそれを言ってるのだとしたらバカなのはお前の方

0858デフォルトの名無しさん

2017/02/12(日) 20:44:23.89ID:vM2j5Kno

>>857
どう考えてもお前に言ってるだろカス

0859デフォルトの名無しさん

2017/02/12(日) 20:46:38.11ID:amMPaDhL

>>858
あ、そうなのかw言い慣れてないもんですまんなw
2chて新鮮だね

0860デフォルトの名無しさん

2017/02/12(日) 20:55:51.63ID:yxF5W3i1

>>847
quontity かな
http://m.chiebukuro.yahoo.co.jp/detail/q1365896038

0861デフォルトの名無しさん

2017/02/12(日) 21:58:56.35ID:ashgYgUc

>>847
quantity
でも>>849の指摘について先に考えたほうがいい気がする
個人的にはproduct_ってのもちょっと引っかかる

0862デフォルトの名無しさん

2017/02/12(日) 23:49:32.56ID:6Sk2Uqtp

congratulation

0863デフォルトの名無しさん

2017/02/13(月) 19:44:14.93ID:SeGoKVuK

quantityも紛らわしいわ
小麦粉のquantityが500と言われたら500gをイメージしてしまう

0864デフォルトの名無しさん

2017/02/13(月) 20:27:27.82ID:F7tWYx14

quantum

0865デフォルトの名無しさん

2017/02/13(月) 21:02:11.50ID:s/tywzZZ

>>863
それでなんの問題があるんだ？

0866デフォルトの名無しさん

2017/02/13(月) 22:21:20.23ID:tn7uWAuX

>>863
食品パッケージとかに書かれてるのは普通net weightだな
”商品”を扱う文脈で単にquantityと言って内容量を意味するのはかなり特殊だと思う

500gの小麦粉2個セットで1つの商品アイテムとして扱うみたいな状況で
その2個を示す数量ならquantity per setとか

0867デフォルトの名無しさん

2017/02/14(火) 16:51:07.77ID:8Vu7a7JH

fetchProducts(複数)
fetchProduct(単数)

この見分けが鬱陶しいから代替案教えてくれ…

0868デフォルトの名無しさん

2017/02/14(火) 17:22:51.99ID:PdY4D7f4

明示的にArrayとかListとかSequenceとかつける
前も書いた気がする

0869デフォルトの名無しさん

2017/02/14(火) 17:33:50.13ID:8Vu7a7JH

>>868
すまん

なるべく単数のネーミングを変えたいんだが、
fetchSingleProduct以外に良い案あるかな？

eachはあんまりふさわしくないか

0870デフォルトの名無しさん

2017/02/14(火) 17:57:31.84ID:PdY4D7f4

Singleでいいんじゃないでしょうか
一番いいのは>>867のまんま使うことだと思うけどw
Oneとかつけても馬鹿っぽいしUniとかMonoとか混乱するだけだし...

0871デフォルトの名無しさん

2017/02/14(火) 18:06:23.39ID:1QNRYi8s

どっちもfetchProductsで引数変えればいいじゃん

0872デフォルトの名無しさん

2017/02/14(火) 18:36:07.85ID:gfvqdCIF

複数にAllとかの修飾子を付けたほうがわかりやすいじゃ？
単数は見つかった最初の一つなのかキー指定で必ず一つになる条件なのかみたいなのでも変わるし
引数の名前も合わせて考えたほうがいい

0873デフォルトの名無しさん

2017/02/14(火) 19:01:01.50ID:uUAiAa64

Productクラスを作れば、Product.fetch()とProduct.fetchAll()で何も悩まなくて済む。

0874デフォルトの名無しさん

2017/02/14(火) 19:32:13.21ID:KOYliiZd

>>871
そうするなら俺なら fetchProduct( ) にするかな

0875デフォルトの名無しさん

2017/02/24(金) 21:54:46.37ID:KoPUq/lv

fetch get find search

0876デフォルトの名無しさん

2017/02/25(土) 00:56:45.74ID:AAACSty6

https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160307/012004.html
Swiftが辞書に載っていない"failable"とかいう言葉を文法用語（failable initializer）に採用した経緯

0877デフォルトの名無しさん

2017/03/01(水) 19:27:36.19ID:PR7YLHWZ

変数名って大事だったんだな
識別子が全部管理用IDで可読不能なシステムに当たってしまった
ほんとどうすればいいんだこれ

0878デフォルトの名無しさん

2017/03/01(水) 20:22:58.38ID:moduTScb

>>877
保守で稼ぐつもりなら有効な方法だよ
それだけで保守工数を大幅に水増しできる上、客を囲い込める

0879デフォルトの名無しさん

2017/03/01(水) 20:25:13.66ID:dbhoX2Op

おとなきたない

0880デフォルトの名無しさん

2017/03/01(水) 21:48:41.40ID:uGJVx5D1

>>877
管理用IDに紐づく名前の辞書をつくってインテリセンス的なもので表示する
もしくは一旦書き換えてビルド時にまた書き戻すような処理を挟む

0881デフォルトの名無しさん

2017/03/01(水) 22:24:39.33ID:tEvJ6jqw

グローバル変数だらけってことかw

0882デフォルトの名無しさん

2017/03/02(木) 08:10:29.45ID:Ht7v5Bb2

スコープごとに識別子が違う可能性も

0883デフォルトの名無しさん

2017/03/15(水) 08:10:00.78ID:wuMjIvih

>>877
ソース盗まれても被害最小限にするように
そんなPJもある

0884デフォルトの名無しさん

2017/03/15(水) 17:33:54.86ID:o+Dr+01e

グローバル複数置換マクロが捗りそう

0885デフォルトの名無しさん

2017/03/15(水) 19:17:14.72ID:vLzxteC2

盗まれたら困るほど大事なソースを保守不能にしてどうすんだよ

0886デフォルトの名無しさん

2017/03/18(土) 13:37:00.81ID:hi52G3un

リストに表示される/されないってどう表現する？
appearsInList?
showsUpInList?

displaysInListだとdisplayが自動詞だし変かも

0887デフォルトの名無しさん

2017/03/18(土) 13:37:58.33ID:hi52G3un

displayは他動詞だった

だからと言って過去分詞にしてwillBeDisplayedInListとは普通はつけまい

0888デフォルトの名無しさん

2017/03/18(土) 13:48:32.67ID:Gq5Dbfze

ListItem.Visible = booleanValue;

名前に迷ったらまず構造を見直そう

0889デフォルトの名無しさん

2017/03/18(土) 13:51:18.75ID:3z3tSwvl

通常はリストに表示されるが、非表示にしたい場合もたまにあるというなら
hidden を使うといいのでは

0890デフォルトの名無しさん

2017/03/18(土) 13:53:21.94ID:8MFf4E1I

test

0891デフォルトの名無しさん

2017/03/18(土) 14:11:31.89ID:hi52G3un

ありがとう
大半は表示するからHiddenで良いかも

Visibleがリスト項目に使われることもあるみたいだし

0892デフォルトの名無しさん

2017/03/18(土) 14:19:37.59ID:6cW+qOXP

>>885
盗まれたら困るほど重要なソースはどれだけコストがかかろうが保守はされるから、
むしろ保守性が低ければ低いほど工数が増えて客から搾取できるんやで

0893デフォルトの名無しさん

2017/03/18(土) 14:27:45.52ID:Gq5Dbfze

>>892
バカだな
国際競争力失って全体が下がるだけ

0894デフォルトの名無しさん

2017/03/19(日) 11:07:45.44ID:7RBNWPmY

Address
Id
ZipCode
都道府県
市区町村
ビル名部屋番号など

下３つの明快で短い英語名は？

0895デフォルトの名無しさん

2017/03/19(日) 11:17:15.95ID:xqSElSFg

>>894
都道府県: Prefecture
市区町村: City
ビル名部屋番号など: Address
あと郵便番号はPostalCodeの方がいい
ZipCodeはアメリカだけの固有名称

0896デフォルトの名無しさん

2017/03/19(日) 11:22:50.44ID:7RBNWPmY

>>895
なるほど
しかしそうすると全体をまとめるAddressとビル名部屋番号などのAddressが被っちゃうね

0897デフォルトの名無しさん

2017/03/19(日) 13:31:31.77ID:VaNXP3pP

>>896
全体のは location にすれば

0898デフォルトの名無しさん

2017/03/19(日) 13:34:05.63ID:A1JGvznu

>>894
CityAndStreet
BuildingAndRoom
こんなところ？
日本語でも英語でも定型的な表現はないような気がする
知らんけど

0899デフォルトの名無しさん

2017/03/19(日) 21:37:27.67ID:Lj5IhMr8

PostalCode
Prefecture
City
Street　<―日本はStreetじゃない場合がほとんどだけどよく使う
Building

こういうの参考にするといいと思う
http://stackoverflow.com/questions/310540/
http://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

0900デフォルトの名無しさん

2017/03/20(月) 11:51:33.86ID:g7/spbRo

>>877
IDと意味の対応がちゃんと管理されてれば可読だろ

0901デフォルトの名無しさん

2017/03/20(月) 12:06:19.58ID:s7EAfOiy

ユーザーが退会した時のイベントクラス名なんですけど
UserWithdrew　で不自然じゃないですかね？

0902デフォルトの名無しさん

2017/03/20(月) 12:16:48.09ID:pi/vFj6F

>>893
大規模案件だと全員に複雑さを
浸透させるのは難しいが
小規模案件で関わる人数少なくて
しかもセキュリティガチガチだと
わざと複雑にさせてるよ。
なんならお前ハックしてみ。できないだろ。

0903デフォルトの名無しさん

2017/03/20(月) 12:18:15.18ID:RgF3Qd7a

FuckingUserIsGone

0904デフォルトの名無しさん

2017/03/20(月) 12:22:45.36ID:e8/iLJpf

>>901
それだとヒッキーになっちゃったみたいだからresignedの方がいいかもね

0905デフォルトの名無しさん

2017/03/20(月) 12:27:57.86ID:RgF3Qd7a

海外のWebサイトで、(メルマガの類じゃなく)Webサービスの登録解除の意味でUnsubscribeを使ってるのを見かけるけど
あれってアカウントは残るけど特定のサービスは外すみたいな意味合いなのかな

0906905

2017/03/20(月) 12:34:39.21ID:RgF3Qd7a

調べたらSubscribeって金を払うというニュアンスがあるんだな
有料オプションを外すことをUnsubscribeと表現するのはそれでか

0907デフォルトの名無しさん

2017/03/20(月) 15:37:14.74ID:G9+XvfW+

>>901
不自然
イベントなら普通は過去分詞を使うからUserWithdrawnにするけど
UserはWithdrawされるんじゃなくてするほうだからこれも不自然
退会があるなら入会があるわけで入会する対象が何なのかを考えてその名詞を使う

Membership Cancelled
Subscription Cancelled

withdrawみたいな小難しい単語よりも
背伸びせずなるべく簡単な単語を選択したほうがいい

0908デフォルトの名無しさん

2017/03/20(月) 16:22:16.52ID:daiPL7zU

partとかleaveとか、あるいはremoveでも良いかもしらん

0909デフォルトの名無しさん

2017/03/20(月) 16:56:41.11ID:2INk+TQL

>>907
おいおい突っ込みどころ満載だなw

まずちょっと考えれば分かるはずだけど、イベントはGUI部品がユーザーに操作された
場合のような受け身のものだけじゃないし、動作の完了を現すときにいちいち現在完了形
なんか使わないから「普通は過去分詞を使う」なんてことはまったくない。

それから、小難しい表現を使ってるのは君の方だろうww
お前さん、>>901の言ってるような出来事を日本語で「メンバーシップがキャンセルされた」なんて言うのかいww
ターミネーター2のシュワの"affirmative"って台詞みたいだよそれじゃw

0910デフォルトの名無しさん

2017/03/20(月) 16:59:27.88ID:ixIx9fRF

>>907
不自然すぎワロタ

0911デフォルトの名無しさん

2017/03/20(月) 17:07:24.98ID:eVUp3vL+

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"に適用するもんやで
すでに起こって（完了）いることには使わない

0912デフォルトの名無しさん

2017/03/20(月) 17:15:12.32ID:yAii5Tr5

まあmembershipやsubscriptionならcancelを使わないことも無いとは思うけど>>907はアカウントを指すのにuserと言う用語を採用してるっぽいからあまり馴染まんわな

0913デフォルトの名無しさん

2017/03/20(月) 17:35:31.85ID:N/1+9uyT

quit だと変？

0914デフォルトの名無しさん

2017/03/20(月) 17:40:16.84ID:G9+XvfW+

>>909
マジでイベント名に過去形使うのならいくつか例示してみてよ
あとこの文脈の過去分詞は現在完了形じゃなくてuserを修飾する形容詞だぞ

>日本語で「メンバーシップがキャンセルされた」なんて言うのかいww
だからメンバーシップにあたる名詞に何を使ってるか考えろと言ってるじゃん

0915デフォルトの名無しさん

2017/03/20(月) 17:43:29.66ID:s7EAfOiy

Laravelのサンプルだと普通に
OrderShippedとかUserRegisteredとか使ってましたね

自分が疑問に思ったのは過去形云々ではなくwithdrawという動詞が適しているかどうかです

0916デフォルトの名無しさん

2017/03/20(月) 17:44:17.68ID:G9+XvfW+

>>912
「ユーザーが退会した」だからUserWithdrewってしてるけど正確には「ユーザーがXXを退会した」だろ？
そのXXが明確にしたほうがいいよって話でmembershipやsubscriptionを使えって言ってるんじゃないぞ

0917デフォルトの名無しさん

2017/03/20(月) 18:50:03.01ID:eVUp3vL+

例えばユーザーがXXを退会する状況とYYを退会する状況が同一のコードベースに混在しててそれらの区別を明確にする必要があるのってどういうケース？
ああ、StackExchangeみたいなのがあるか……いや、それだとmembershipでも不明瞭なことには変わりないしなあ
一つのmembershipで複数のサービスをunsubscribeする場合？　いや、そもそも>>901はそんなこと聞いてないよなあ……

0918デフォルトの名無しさん

2017/03/20(月) 18:55:30.32ID:PJZN3fl9

反語やめい

0919デフォルトの名無しさん

2017/03/20(月) 20:37:21.79ID:5kWf/Ynz

>>914
あのねえ、例えば～Completedとか～Finishedとか普通に使うでしょ

後半は、まだそんな寝ぼけたこと言ってるけど普通は>>901が言うように
素直に「ユーザーが退会した」という

○○がキャンセルなんて言わないよ絶対ww
ばっかじゃないの

0920デフォルトの名無しさん

2017/03/20(月) 20:44:20.33ID:G9+XvfW+

>>919
それどっちも過去分詞だよ
さすがに中学校の英語は理解しようか

0921デフォルトの名無しさん

2017/03/20(月) 21:06:36.87ID:5kWf/Ynz

>>920
あーcompleteは確かに他動詞の用法しかないがfinishは自動詞の意味もあるので、
例えばcalculuation finishedは過去分詞じゃなくて過去形

別の例を挙げると、オブジェクトの属性が変わった時の～Changedは過去形だと解釈するのが普通だろう。
なぜなら値は必ずしも受動的に変わるとは限らないからだ

0922デフォルトの名無しさん

2017/03/20(月) 21:19:10.75ID:G9+XvfW+

>>921
中学英語勉強してね
それはcalculation is finishedを縮めてるだけ
calculationが自分でfinishしたりしない

もしかして>>915の人もOrderShippedとかUserRegisteredとかも
過去形だと思ってるから書いたのかな

0923デフォルトの名無しさん

2017/03/20(月) 21:25:40.57ID:eVUp3vL+

Calculationは自分でfinishできるよ
• [no object] (of an activity) come to an end: the war has finished but nothing has changed.

0924デフォルトの名無しさん

2017/03/20(月) 21:44:47.22ID:5kWf/Ynz

自動詞の用法があるって言ってるのにww

0925デフォルトの名無しさん

2017/03/20(月) 21:59:10.86ID:G9+XvfW+

>>923
ハイハイ、それでその場合のfinishedは過去形なの？

0926デフォルトの名無しさん

2017/03/21(火) 01:40:52.61ID:ceL69wRz

英語苦手なオイラだとwithdrawと言われても分からんかなあ
それこそ中学英語の頻出単語とかでなんとかして欲しい

0927デフォルトの名無しさん

2017/03/21(火) 02:19:08.66ID:jk3eF43Z

っていうかwithdrawって聞いて真っ先に連想するのはsocial withdrawal、つまり引きこもりだなw

0928デフォルトの名無しさん

2017/03/22(水) 16:59:47.30ID:tZY6T4Dk

hogeとかfooとか書いてあるかと思ったらただの英語スレだった

0929デフォルトの名無しさん

2017/04/02(日) 14:32:05.37ID:XJWgljfR

・文法や単語のチョイスとして正しいもの
・比喩表現などで簡潔に表現できるもの
・非母国語の人間でも分かりやすい単語の組み合わせ

この辺の話はなんだかんだで多いよね

0930デフォルトの名無しさん

2017/04/11(火) 19:51:42.75ID:R28Sl2m+

userRIP

0931デフォルトの名無しさん

2017/04/11(火) 20:10:37.12ID:YGNFjvB7

殺すな

0932デフォルトの名無しさん

2017/04/17(月) 03:35:00.67ID:0MmgTGw9

ならrip=rest in peace じゃなくて ripされちゃったUserということでどうでしょう

0933デフォルトの名無しさん

2017/04/17(月) 21:22:15.72ID:YZhNn+38

アダプタクラスなんですが、クラスAからクラスXにアダプトするクラスと
クラスBからクラスXにアダプトするクラスにどんな感じの名前を
つけとけばよいでしょうか？

0934デフォルトの名無しさん

2017/04/17(月) 21:40:20.27ID:j5yfFz8C

>>933
AX
BX

0935デフォルトの名無しさん

2017/04/17(月) 21:43:42.25ID:DRWzf9HM

Xはインターフェイスだよね？w

真面目に名前つけると長くなりそうだから、アダプタークラスの名前は適当につけて（もちろん
ちゃんと真面目に長い名前を付けてもいいけど）アダプターのファクトリーを作って名前知らなくても
アダプターが作れるようにした方がいいのかも

0936デフォルトの名無しさん

2017/04/17(月) 21:58:20.57ID:YZhNn+38

>>934
マジですか。
>>935
今回はXを自分で定義したのでインターフェースでした。
なるほど、ファクトリーですか。ちなみに真面目につけるとどんな感じですかね。
AtoXAdapter？
XonAAdapter?
XoverAAdapter?
適当に前置詞つけてますがw

0937デフォルトの名無しさん

2017/04/17(月) 21:58:54.91ID:YZhNn+38

adaptorか

0938デフォルトの名無しさん

2017/04/17(月) 22:08:25.76ID:DRWzf9HM

>>936
AToXAdaptorなんていい感じじゃないですか？
無理してもっと短くするなら、ちょっと変だけどAAsXとか

0939デフォルトの名無しさん

2017/04/17(月) 22:28:37.91ID:YZhNn+38

>AToXAdaptorなんていい感じじゃないですか？
ですかね。
今までは、XoverAAdapterとかそれっぽい前置詞wを使ってたんですか、今さっき簡単な
AtoXAdapterを思いつきました。

もちろん長くなりがちですが自分もこれでいいかなと思いましたので
これでいこうと思います。

ありがとうございます。

0940デフォルトの名無しさん

2017/04/23(日) 08:46:29.11ID:ZDCBOZAW

1行1レコードで各フィールドが固定バイト数のファイルって何形式っていうの？

0941デフォルトの名無しさん

2017/04/24(月) 14:12:26.47ID:MCRz6Pwt

固定長形式のファイル
対するのは
可変長形式のファイル

0942デフォルトの名無しさん

2017/04/25(火) 01:38:33.54ID:lZKIEfpY

独自形式

0943デフォルトの名無しさん

2017/04/25(火) 07:26:36.48ID:NGoqsm2S

固定長レコードのシーケンシャルファイル

0944デフォルトの名無しさん

2017/04/25(火) 08:12:05.74ID:I1FtjD3/

シーケンシャル？
ランダムアクセスかもしれないしむしろランダムアクセスのために固定長にしてる可能性も

0945デフォルトの名無しさん

2017/04/25(火) 08:50:58.75ID:A6SqwOso

>>940
そのような形式をズバリ表す一般的な呼び名はありません。

ところで、その形式だけを使うのならば、あえて***形式と呼ぶ必要はないと思います。
他の形式も使うために、それらを呼び方で区別したいのでしょうか。
それならば、他にどのような形式を使うのでしょうか。
それによっては何かアイデアが出てくるかもしれません。

0946デフォルトの名無しさん

2017/04/25(火) 10:30:59.36ID:ibd4gvgd

>>945
> そのような形式をズバリ表す一般的な呼び名はありません。
あるよ。
固定長のフラットファイル。

0947デフォルトの名無しさん

2017/04/26(水) 18:46:09.88ID:1zlg9RNw

線形構造体配列

0948デフォルトの名無しさん

2017/04/27(木) 22:27:17.84ID:CunZ2dPQ

可変長ファイルをcsvファイル・tsvファイルと呼んで、
それに対する固定長ファイルをtextファイルって呼んでるうちの現場。

なんかもやもやするぜ

0949デフォルトの名無しさん

2017/04/27(木) 23:19:03.43ID:Wv+Yc+Vq

そんな呼び方してるとそのうち痛い目見ると思うんだが

0950デフォルトの名無しさん

2017/04/27(木) 23:39:07.74ID:+4kEgbAX

かと言って、改めるように声を上げるにも微妙なラインだよな

0951デフォルトの名無しさん

2017/04/28(金) 00:25:19.98ID:gpMid2hF

キャメルケースとかの質問もここでよいのでしょうか

普通は大文字並びになるような略称の扱いに迷ってます
例えばNASATelescopeクラスがあるとして、
変数名にするときはnasaTelescope
じゃあメソッド名は、getNasaTelescope？getNASATelescope？
細かいんだけど一般的にどっちなのか気になって

0952デフォルトの名無しさん

2017/04/28(金) 00:53:47.72ID:pTZXbcwl

どっちもあり
使ってる言語の標準ライブラリやスタイルガイドを見る
URLやJSONみたいな一般的略語で確認するといい

0953デフォルトの名無しさん

2017/04/28(金) 01:00:40.92ID:z7hQni9p

>>951
たとえば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

0954デフォルトの名無しさん

2017/04/28(金) 11:59:14.07ID:gpMid2hF

>>952
>>953
なるほど、自分はjavaなんですが
おかげさまでスタイルガイドの該当箇所にたどり着きました
ありがとうございます！

0955デフォルトの名無しさん

2017/04/28(金) 14:38:22.47ID:etCHwKeR

Urlとか違和感

0956デフォルトの名無しさん

2017/04/28(金) 23:55:21.67ID:7VffJ0oI

識別子に大文字が続くのはタイプするのが苦痛
コード補完との相性も悪い
MSのルールに賛成

0957デフォルトの名無しさん

2017/04/29(土) 03:40:38.70ID:/Et/0F3c

略称に限らずだけど、
英語には大文字か小文字かで意味が変わってしまうような単語もあるようだし
もしそれらを識別子にしなきゃならなくなった場合、キャメルケースの限界かもしらん

0958デフォルトの名無しさん

2017/04/29(土) 07:54:59.90ID:sTWYRsSM

スネークケースが至高だと思うんだがデファクトでスネークケース採用してる言語って仕事で全然使わないんだよな
c#とかJavaとかキャメル系はいつまでたっても慣れない

0959デフォルトの名無しさん

2017/04/29(土) 09:27:24.86ID:/b3MraXM

大文字連続は単純に紛らわしい
XMLDOMNode
XmlDomNode
どう考えても下の方が区切りが明確で読みやすい

0960デフォルトの名無しさん

2017/04/29(土) 09:55:01.14ID:sTWYRsSM

それならxml_dom_nodeの方が分かりやすい
間があると目にも優しい

0961デフォルトの名無しさん

2017/04/29(土) 10:10:09.89ID:G5FLqmyn

クラス名にスネークケースを使えってか？

0962デフォルトの名無しさん

2017/04/29(土) 12:09:47.46ID:QOk6w6Nc

どういう意図の質問かよくわからんが確実に頭は悪そう

0963デフォルトの名無しさん

2017/04/29(土) 13:23:25.84ID:2pmbEz/Y

>>960
それはコストの方が大きすぎる

0964デフォルトの名無しさん

2017/04/29(土) 14:36:55.75ID:35AVC43v

質問の意図わからんのに答える方も確実に頭悪そう

0965デフォルトの名無しさん

2017/04/29(土) 19:40:35.00ID:G9B2lePY

>>960
そんなクラス名気持ち悪いわ

0966デフォルトの名無しさん

2017/04/29(土) 20:03:01.57ID:hcXxZ9K5

>>960
GNUの標準ってこれじゃなかったっけ
実際は言語のAPIに合わせるよな
昔開発物だけ別ルールにしてる奴いたなあ読みにくい

0967デフォルトの名無しさん

2017/04/29(土) 20:14:03.67ID:VEndKPIf

時々コンパイラで違いを吸収してコンパイルしろよって思う
HOGE_FUGA, hoge_fuga, hogeFuga, HogeFugaは全部同じとみなす、みたいな

0968デフォルトの名無しさん

2017/04/29(土) 20:15:51.91ID:G5FLqmyn

ものすごく悪質な混乱の種だな

0969デフォルトの名無しさん

2017/04/29(土) 20:16:47.64ID:Ogxjxgxn

>>967
やめてくれw

0970デフォルトの名無しさん

2017/04/29(土) 23:53:26.72ID:hcXxZ9K5

>>967
勝手にプリプロセッサでやってくれ

0971デフォルトの名無しさん

2017/04/30(日) 00:01:24.20ID:VnmXTaxu

キャメルケースとスネークケース両対応のライブラリっていうのは見たことある

0972デフォルトの名無しさん

2017/05/03(水) 15:11:05.73ID:rsxhUHxc

DBの制約名ってちゃんと書いてる？

0973デフォルトの名無しさん

2017/05/03(水) 15:48:55.19ID:RnZlltop

pk_id みたいなの？うちは見たこと無いな

0974デフォルトの名無しさん

2017/05/06(土) 20:22:59.48ID:STYHx4o9

先読みする画像の枚数を表す変数名をお願いします。

0975デフォルトの名無しさん

2017/05/06(土) 20:44:09.25ID:l3lhsLeM

prefetched_images.count

0976デフォルトの名無しさん

2017/05/06(土) 20:48:21.49ID:Tvog9U5W

>>974
PreloadCount

先読みがPreloadで合ってるか、明示的にImageを名前に含めた方がいいかは
それだけじゃ分からん

0977デフォルトの名無しさん

2017/05/06(土) 20:52:25.67ID:l3lhsLeM

あー勘違いしてた
何枚まで先読みするかを設定しておくための変数ってことか

0978デフォルトの名無しさん

2017/05/06(土) 21:19:45.36ID:nPNnWI7I

>>974
LookaheadImagesLimit

0979デフォルトの名無しさん

2017/05/06(土) 23:09:38.33ID:g5nmwqnT

n

0980デフォルトの名無しさん

2017/05/06(土) 23:29:20.73ID:bviaLbDs

numPreloadImages

自分しか触らないコードなら nPreloadImgs くらいにしちゃうけど

0981デフォルトの名無しさん

2017/05/06(土) 23:56:26.40ID:STYHx4o9

色々候補ありがとうございます。
PreloadImagesあたりにしとこうかと思います。

0982デフォルトの名無しさん

2017/05/07(日) 00:03:30.99ID:D5D01hV4

>>981
それじゃあ画像のコレクションみたいだよw

0983デフォルトの名無しさん

2017/05/07(日) 05:47:49.58ID:pKy94dve

これは982に同意

0984デフォルトの名無しさん

2017/05/07(日) 06:11:41.64ID:UFvdybO1

まあ本人がいいって言ってるんならいいだろ

0985デフォルトの名無しさん

2017/05/07(日) 11:56:48.76ID:bug3EadL

config.preloadImagesとか
options.preloadImagesとか
文脈次第で十分意味は通じるよ
options.preload = 5 みたいのでもだいだいわかる

0986デフォルトの名無しさん

2017/05/07(日) 12:47:02.57ID:Q0iy+d6Y

推測するコストや誤解するリスクを犯すのは馬鹿馬鹿しいから
こういうスレがあるんですよ。

そういう非生産的なことはしたくないと思わないうちはアマチュアだと思うねw

0987デフォルトの名無しさん

2017/05/07(日) 12:51:06.46ID:/2PQHse0

言語の型付けの度合いにもよりそう

0988デフォルトの名無しさん

2017/05/07(日) 13:16:24.22ID:2pnfBwSz

意識高い奴が名前を短くしようとして陥りがちな(そしてこのスレにも散見される)アンチパターンとして、
言葉の微妙なニュアンスを駆使するというのもよくあるね
結局本人のオナニーであり本人にしか理解できない

0989デフォルトの名無しさん

2017/05/07(日) 14:25:34.89ID:IZtqg2Do

使用言語も書いた方が良いかもね
特に変数名の場合

0990デフォルトの名無しさん

2017/05/07(日) 15:21:18.89ID:pKy94dve

ところで個数で numFooes とか nBars って普通だよね？

0991デフォルトの名無しさん

2017/05/07(日) 15:28:50.24ID:QSFZiHco

最近はローカル変数ならなんでもいいよって思うようになってきた
型名やメソッド名がしっかりしててスコープが短ければアルファベット1文字でも混乱しない

0992デフォルトの名無しさん

2017/05/07(日) 15:44:08.46ID:bug3EadL

>>986
どの程度説明的な名前を付けるべきかは採用されてる命名規約や使われる場所によって変わるし
意味を推測するコストや誤解するリスクの度合いは変数が使われる文脈を理解してるやつにしか最終的な判断はできないだろ

そんな当たり前のことも理解できないなら君がアマチュアだよw

0993デフォルトの名無しさん

2017/05/07(日) 15:58:58.21ID:4Nf0gZJt

まあこの手の話は「越えられないバカの壁」があるので
バカの壁の向こう側の人に何を言っても無駄ではある。

世の中、意味不明だったりミスリーディングな名前の識別子であふれる糞コードがわんさとあるが、
そういうコードを書く人も何も意地悪で分かりづらくしてやろうとしてやってる訳じゃない。

>>992のように、このぐらい当然読み手は理解するはずだ、と思ってやっている。
バカの壁の向こう側の彼は自分の行為の意味に自覚的じゃない。

普通の人なら「可読的でないリスク、誤読させるリスクを犯して妙な名前をつけてまでして、俺は何がしたいんだ？」
と考えるけど、彼にはそういう思考回路が働かない

0994デフォルトの名無しさん

2017/05/07(日) 16:00:50.92ID:4Nf0gZJt

だいたい、自分で>>985に「だいたいわかる」って書いてるのに
これで語るに落ちてると思わないのが不思議

0995デフォルトの名無しさん

2017/05/07(日) 16:13:29.41ID:m4tLEK4v

いつもの馬鹿連呼の人ですかね

0996デフォルトの名無しさん

2017/05/07(日) 16:14:27.38ID:/2PQHse0

fold(0, (accumulator, numberOfElements) -> accumulator + numberOfElements)

0997デフォルトの名無しさん

2017/05/07(日) 17:11:53.21ID:UFvdybO1

自分の環境が全て
って思ってる人でしょ
アマチュアとかドカタにありがち

0998デフォルトの名無しさん

2017/05/07(日) 17:47:33.36ID:pKy94dve

まあ、言語仕様にまで関わるような人はそんなに居らんだろうしなあ

0999デフォルトの名無しさん

2017/05/07(日) 18:04:07.84ID:akuyRduv

次スレ
https://echo.2ch.net/test/read.cgi/tech/1494147712/

1000デフォルトの名無しさん

2017/05/07(日) 18:07:19.14ID:ihhnzTgu

>>999 乙

10011001

Over 1000Thread

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 203日 10時間 5分 49秒

10021002

Over 1000Thread

２ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。

───────────────────
《プレミアム会員の主な特典》
★ ２ちゃんねる専用ブラウザからの広告除去
★ ２ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.2ch.net/

▼ 浪人ログインはこちら ▼
https://login.2ch.net/login.php

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