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

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


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

1 名前：ネミ子 mailto:sage [2017/05/07(日) 18:01:52.03 ID:akuyRduv.net]: クラス名、変数名のつけ方に悩んだら書き込むスレです。

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

前スレ
クラス名・変数名に迷ったら書き込むスレ。Part27
echo.2ch.net/test/read.cgi/tech/1476572490/
263 名前：デフォルトの名無しさん mailto:sage [2018/08/14(火) 08:05:50.65 ID:c1VO1O/p.net]: メソッド名について相談です。
c#ですが、
public static Func<SqlConnection> CreatSqlConnection{xxxx}(string connectionString)

みたいな、「インスタンスを作るメソッド」を作るメソッドの場合、{xxxx}には何をいれたら良いでしょうか？
また、もっとより良い名前があれば教えてください。
264 名前：デフォルトの名無しさん mailto:sage [2018/08/14(火) 11:44:03.89 ID:45jA2HfC.net]: 素直にこうすれば無理名前考えずに済むんじゃないのかなと...

public static SqlConnection CreateSqlConnection(string connectionString){ ... }

....

Func<SqlConnection > creator = CreateSqlConnection;
265 名前：デフォルトの名無しさん mailto:sage [2018/08/14(火) 11:47:26.70 ID:45jA2HfC.net]: ごめんこうか...

Func<SqlConnection > creator = () => CreateSqlConnection("debu");
266 名前：デフォルトの名無しさん mailto:sage [2018/08/14(火) 13:27:03.62 ID:iUeERglu.net]: getSqlConnectionSupplier
頭と末尾の動詞はニュアンスに応じてお好みで

変数名をフルスペルで書いたときこうなる感じ

Func<SqlConnection> sqlConnectionSupplier = getSqlConnectionSupplier("debu");

関数型の変数についての良い命名ガイドラインって無いのかな
SupplierはJava8から拝借した
267 名前：デフォルトの名無しさん mailto:sage [2018/08/14(火) 15:17:53.59 ID:c1VO1O/p.net]: >>260 261
ありがとうございます。
例に出したものに限らず、
「インスタンスを作るメソッド」を作る(返す)メソッド郡を作っているので、何かしら定型的なものがあればと思っています。

>>262
ありがとうございます。
creator,maker等は思い付いたのですが、supplierってのもあるのですね。
勉強になります。
268 名前：デフォルトの名無しさん mailto:sage [2018/08/14(火) 16:57:24.97 ID:45jA2HfC.net]: >>263
「Func<T>を返すメソッド」自体が抽象的で分かりづらい。
どうしてもGetFuncToCreateSqlConnectionみたいに長くなると思う

例外は
static class SqlConnectionHelper
{
　　public static Func<SqlConnection> GetCreator(string connectionString) { ... }
　　...
}

みたいにメソッドが置かれた文脈が十分に明示的な場合だけ

しつこくて申し訳ないけど、そもそも本当に「Func<T>を返すメソッド」に
固執する必要があるのか再考した方が俺はいいんじゃないかと思うけどなあ。

ラムダ式で簡単にTを返すメソッドからFunc<T>を作れるんだから
269 名前：デフォルトの名無しさん mailto:sage [2018/08/14(火) 20:15:21.22 ID:I6V3xwhV.net]: >>264
抽象的でわかりにくいとおまえが思うのは、おまえが質問者の状況を想像できてないから。
質問者がいいと言っているのだから、それでいいのだ。
270 名前：デフォルトの名無しさん mailto:sage [2018/08/14(火) 20:23:17.89 ID:I6V3xwhV.net]: >>263
create factory predicate

○なにかをつくるなにかはやはりfactoryだろう。FactoryパターンとかFactoryメソッドとかいうしね。
○個人的に、Action/Funcには総称してpredicateと名付けることにしている。
271 名前：デフォルトの名無しさん mailto:sage [2018/08/14(火) 20:43:35.35 ID:45jA2HfC.net]: >>265
それでいいと思うならスレの趣旨にそったレスをしろ馬鹿者
272 名前：デフォルトの名無しさん mailto:sage [2018/08/14(火) 20:44:34.23 ID:45jA2HfC.net]: >>266
いやpredicateは全然違うからw
273 名前：デフォルトの名無しさん mailto:sage [2018/08/14(火) 20:47:13.97 ID:/EKv3YIo.net]: 昔、関数ポを返すのを書いたときは
GetFooFunctionだったかGetBarMethodだったか、そんな感じにしたなあ
今考えるとちょっと野暮ったい
274 名前：デフォルトの名無しさん mailto:sage [2018/08/14(火) 20:57:39.85 ID:45jA2HfC.net]: 仮に運よく>>264みたいに簡潔なメソッド名が使えるとしても、
var creator = SqlConnectionHelper.GetCreator("Hage");
こう書けるだけ。

これが、
Func<SqlConnection > creator = () => CreateSqlConnection("debu");

より簡潔でより読みやすいと言えるか、かなり微妙だと思うけどね。
むしろ後者の方が可読的と思うけどなあ
275 名前：デフォルトの名無しさん mailto:sage [2018/08/14(火) 21:02:43.21 ID:kXwDSKTz.net]: >>264
提案ありがとう。
都度都度ラムダで作れるのはそうだけどConnectionは１つの例で、(disposeの有無に関わらず)他にもラップしたいのはいくつかあるんですよ。
今は「インスタンスを作るメソッド」を作る(返す)メソッドってテーマで色々やってるんで。

他皆様もありがとうございます。
276 名前：デフォルトの名無しさん mailto:sage [2018/08/15(水) 01:42:50.33 ID:tWimvAnq.net]: >>268
どう違うのか言え。馬鹿者。
277 名前：デフォルトの名無しさん mailto:sage [2018/08/15(水) 02:21:33.52 ID:2FmXo3U+.net]: 殺伐としたスレにPredicateが！

public delegate string IntToStringAction(int i);
278 名前：デフォルトの名無しさん mailto:sage [2018/08/16(木) 17:17:21.85 ID:FfzoHzI3.net]: predicateって1つ以上の引数を取ってbool型を返す関数（関数オブジェクト）じゃねーの？
関数名が断定する名称でさ、例えば、Equal(A, B) → bool
279 名前：デフォルトの名無しさん mailto:sage [2018/08/16(木) 23:05:16.48 ID:p8ZUZr7l.net]: それであってるよ
https://msdn.microsoft.com/ja-jp/library/bfcke1bz(v=vs.110).aspx
専ら条件式を記述するときに使う代物で、一般に「何かを受け取って真か偽か判定する」関数をpredicateと呼ぶ

>>266みたいに何でもかんでもpredicateと名付けるのは論外
覚えたての言葉を使いたがるガキかと
280 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 05:57:44.08 ID:kUuVSKQh.net]: >>273
案をありがとう。
これだと、C#にすでにはActionって名前のデリゲートがあるから、そっちに意味を取られないかね？
これは各々の認識の話になるけれども。
だったらサフィックスをFuncにしろよって話だけど、
なんかね、、、カッコ悪いしね
281 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 07:26:31.99 ID:V/i+u2Gb.net]: >>276
C#にはPredicateというさらに別の意味のデリゲートもあって、Predicateと言いつつActionという名前が付いたFuncですよね！いい加減にしてください！
と言われたいだけのネタだったんだ…
282 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 07:28:20.40 ID:V/i+u2Gb.net]: お詫びに案を挙げますね

//取得
Func<SqlConnection> createSqlConnection = x.GetCreatingSqlConnection("debu");

// 実行
createSqlConnection();
283 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 13:08:13.08 ID:7gyaHV45.net]: >>274
C#とかJavaでそういうデリケート/インターフェイスが定義されてるとしても、「predicate」の本来の意味は「述部」だから。

C#の場合は、comparerとかの名前を先にインターフェイスとして使ってしまってるから、ヤケクソ的にpredicateを使ったのでは？ｗ
単体では意味が広すぎると思う。
284 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 13:10:30.52 ID:7gyaHV45.net]: >>275
たまたま知ってるひとつの意味にこだわるとか、まさにバカガキ。
285 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 13:20:48.82 ID:rrElr8rg.net]: classの本来の意味が「部類・種類」だからと言ってenumに付けてまわったら紛らわしいことこの上ないじゃん
JavaやC#といったメジャーな言語で定義されてるもんを勝手に使うのは良くない
しかも今回はActionやFuncが登場する言語での話だし

たまたま知ってたじゃなくて>>280が無知なだけ
286 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 13:33:11.89 ID:fY7CNqGl.net]: >>279
少なくともプログラミングの世界のpredicateの普通の用法はこれw
https://en.wikipedia.org/wiki/Predicate_(mathematical_logic)

仮に君の言う「述部」とやらの意味だったとして、
そんな意味の用語がプログラミングの世界で必要とされる余地が果たして存在するかねw
287 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 13:37:28.17 ID:E8kXAg+Z.net]: >>279
命名ってのは英和辞書で引いてみて意味があってりゃいいってもんじゃねえだろ。
例えば「モノを作るなにか」でもcreaterやfactory、maker、manufacturerなどなど似たような単語はいっぱいあるが、その中でも最も適切な単語を選ぶのが命名だ。

「述語＝predicate」と言うたまたま知ってた1つの単語に固執してるのは君だろう
初めて英単語を覚えた中学生じゃあるまいし
288 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 13:54:48.34 ID:FrC0luOi.net]: 関数名より仮引数なイメージあるわ
289 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 14:58:06.31 ID:KaaDwp63.net]: まあ業界用語はテキトーに決められてる奴もあるから元の意味ガーとか言ってもしょうがないわな
ネットワーク用語のpromiscuousなんて元の意味は人前でつかうのを憚られるし w
290 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 16:19:33.11 ID:7gyaHV45.net]: >>281
言語要素といっしょくたにする意味がわからん。
名前空間のどこかにある名前とかぶってはイカンとか現実的じゃないし。

>>282
それは「プログラミングの世界」じゃなくて、数理論理学や一階述語論理における用法。

>>283
じゃあ「述語」に相当する英語は？
291 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 16:20:20.21 ID:7gyaHV45.net]: >>285
abortとかね。ｗ
292 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 16:25:58.31 ID:FrC0luOi.net]: >>286
＞言語要素といっしょくたにする意味がわからん。

言語要素よりは、そりゃ回避優先度は高いだろうが
次元としては同じじゃないかなあ
293 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 16:27:08.26 ID:FrC0luOi.net]: すまん、>288の日本語がおかしい

誤：回避優先度は高いだろうが
正：回避優先度は低いだろうが
294 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 16:37:36.53 ID:E8kXAg+Z.net]: >>286
一連の処理の総称を言いたいならmethodやfuncと名付けるのが一般的だわな
ガキンチョはちょっと周りと違う言葉を使おうとしてトンチンカンなチョイスをするから困る
295 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 16:44:51.48 ID:5lcaj0TK.net]: そもそも質問者がC#を使ってるのに、そのC#で多用するPredicateを別の意味で再定義しようとしてる時点でアホやろ
そんなアホ新人がいたら試用期間で切るわ
296 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 17:12:26.42 ID:fY7CNqGl.net]: >>286
ここまで見苦しい奴も珍しいなw
297 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 18:35:11.36 ID:V/i+u2Gb.net]: predicateの名詞用法のうち最も代表的なものは「述語」だから広義に用いても間違いという訳ではないんだけど、英英辞典を引くと動詞の「断定する」や「命題の述部」というニュアンスも色濃く現れてきて無視できない
https://www.dictionary.com/browse/predicate
語源としてもその辺から由来し、広義の述語へと転じた経緯がある模様
特にプログラミングや論理学の分野でどう用いられているかを見れば答えは自ずと決まる
298 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 19:08:31.34 ID:nnyWdGJK.net]: C#（特にLINQ）を触り始めたばかりの初心者だとPredicateとラムダ式を混同してることが多いからその類じゃないかね？
Predicateを引数にとる各種メソッド群も、一定の規則を守ったラムダ式ならコンパイラが自動的に解釈・変換してくれるもんだから勘違いしがち
299 名前：デフォルトの名無しさん [2018/08/17(金) 19:30:14.24 ID:zD2h2oDf.net]: >>294
何を言いたいのかよくわからん
この際、おまえがしてた、若しくは現在進行形でしている勘違いを
洗いざらい吐き出しちまえよ
300 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 19:33:30.25 ID:nnyWdGJK.net]: >>295
「FuncにもActionにも何でもかんでもPredicateと名付けてしまうのはこれら全てがラムダ式と同一のものだと勘違いしてるんじゃないの？」ってこと
俺じゃなくて今春の新米PGにいたんだわ
301 名前：デフォルトの名無しさん [2018/08/17(金) 20:02:32.47 ID:zD2h2oDf.net]: >>296
ラムダ式と同一のものというのがよく分からんが
ラムダ式ならLambdaでええやん
それがなぜPredicateになるんや？
302 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 20:39:16.72 ID:nnyWdGJK.net]: >>297
同じ意味をもつ別名ぐらいに考えてたらしい
そこで謎の選択をした理由はそんなの本人にしかわからんがな
カッコいいとでも思ったんじゃね？
303 名前：デフォルトの名無しさん [2018/08/17(金) 21:36:39.65 ID:zD2h2oDf.net]: なんや結局謎のままやんけw
304 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 22:29:26.14 ID:V/i+u2Gb.net]: この人はPredicateとDelegateを混同してるのではないだろうか
305 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 23:06:48.61 ID:hTsqlHEP.net]: >>266が発狂してスレ伸ばしてるのこれ？

>>300
かもねえ
306 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 23:27:59.94 ID:QIXEpzAH.net]: >>300
最後の3文字しかあってないじゃないかｗｗｗ
そんなバカがいるわけが…いや、そんな、まさか、ねえ？
307 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 23:33:12.06 ID:7gyaHV45.net]: >>300
いいだしっぺ本人だが、混同はしていないつもり。
C#ではdelegateは言語機能だけど、あくまでpredicateは一般名詞。数理論理なんかを記述してるわけではないし。
lambdaは抽象的な機能とか無名関数とかをあらわす
308 名前：印象。 >>293 英語は同じ単語を別の用途に使い回すことはよくあるからね。 あんまり気にしない。ｗ []: [ここ壊れてます]
309 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 23:36:41.12 ID:QIXEpzAH.net]: まーた恥の上塗りが始まった
310 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 23:48:25.74 ID:w9bXgbFB.net]: >>303
このスレでも何度も書いたことだが、
英語という言語は日本語のように新しい概念に対して語彙を増やして対応する言語じゃない。

同じ言葉を文脈によってまったく別の意味に使い分ける傾向が強い言語だ。

だから、
＞あくまでpredicateは一般名詞
これナンセンス。

だから何度も言ってるだろう。
プログラミングの分野では（数学と同じく）boolで評価する関数のことをpredicateを言うの。

いい加減恥を知った方がいいよ。
311 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 23:51:44.07 ID:QIXEpzAH.net]: しかし夏だねえ
312 名前：デフォルトの名無しさん mailto:sage [2018/08/17(金) 23:53:05.85 ID:9uI3JlhI.net]: >>303
言語機能か一般名詞かの違いしかないと思ってるんならそれは混同してるってことだよ
313 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 00:08:59.00 ID:LOkpLZfD.net]: だいたいコードの中の普通の日本語でいう述語なんか出てこないだろうってw

お前はコードの中に、

（空は）青い
（地球ま）回る

とか書くのかとw
ダイクストラ先生の時代からコードってのはデータと手続きで出来てるんだよw
それは宣言型の言語だろうが同じこと
314 名前：デフォルトの名無しさん [2018/08/18(土) 00:13:12.08 ID:QJ6qXFdU.net]: なんやまたどえらいアホが現れたなあw結構結構wwww
315 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 00:44:17.20 ID:N7wT67Om.net]: >>303
キミ、「述語」って言葉の意味すらよく分かってないんじゃない？
316 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 01:00:41.41 ID:MgtGkUH1.net]: 混同というのはID:nnyWdGJKに対して言ったんだけどな
余計な飛び火をさせてしまった
317 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 01:06:13.96 ID:MgtGkUH1.net]: >>305
英語にも外来語は多いよね
新しい概念に対して語彙を増やさないというのが何を指してるのか詳しく知りたい
漢字がない分、同音異義語が多いという話なら分かる
318 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 01:10:28.56 ID:MgtGkUH1.net]: >>308
if (sky is blue) earth.evolute()
プログラミングで述語は書くと思うよ
319 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 01:13:07.29 ID:CxOhf3ss.net]: あらゆるメソッド名、クラス名にSentenceと名付けてしまうかのような暴挙
320 名前：デフォルトの名無しさん [2018/08/18(土) 01:14:41.34 ID:QJ6qXFdU.net]: あらゆるメソッド名、クラス名にSentenceと名付けたらコンパイル通らんやんwwww
アホしかおらんのかここはwwww
321 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 01:16:34.23 ID:tAHy4SpI.net]: その理屈で言えば>>266もコンパイル通らんやろ…
322 名前：デフォルトの名無しさん [2018/08/18(土) 01:18:38.83 ID:QJ6qXFdU.net]: >>316
スコープ内で一意なら普通にコンパイル通るわw
おまえプログラミングしたことあるんかwwwww
323 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 01:25:33.36 ID:tAHy4SpI.net]: >>317
その理屈で言えばSentenceも通るやろ

マジレスするとプレフィックスないしサフィックスの話やろ
324 名前：デフォルトの名無しさん [2018/08/18(土) 01:27:40.92 ID:QJ6qXFdU.net]: >>318
どの理屈やねんwwww
言い訳すんなアホw
325 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 01:28:57.12 ID:N7wT67Om.net]: つーか何度も言ってるが、C#で多用されるLINQの引数型としてPredicateはあちらこちらで使われるんだから
それに別の意味を持たせて再定義してる時点で脳味噌スッカスカだろと
326 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 01:30:10.58 ID:tAHy4SpI.net]: >>319
スコープ内でSentenceが一意ならコンパイルが通ることも知らんのかいな（呆れ）
プログラミングしたことあるか？
327 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 01:44:39.95 ID:X2Z3Uu8P.net]: delegate（委任、委譲）とpredicate（断定）の区別すら出来ない子がいるとは…一般名詞とか言語仕様以前の問題だろう
中学生ぐらいで英語力が止まってるのか？
328 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 01:56:59.73 ID:LOkpLZfD.net]: >>312
何を指すも英語はそんな文脈に依存して意味が変わる単語だらけ
atomic, bit, function

日本語は英語より文脈に依存する表現を好まない傾向が強い

分割不可能性みたいに明示的な漢語を作り出すか、ビットのようにカタカナ表記にするか
（日本語でビットといえば普通文脈に関係なくそのビットしかない）関数のように音訳する
329 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 02:12:07.58 ID:LOkpLZfD.net]: 電動ドライバーのビットはあるかw
でも日本語が同じ言葉より語彙を増やすことを好む言語なのはちょっと考えれば
大方同意するよね

スレ違いなのでこれで終わりで
330 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 02:14:44.60 ID:LOkpLZfD.net]: × 同じ言葉より語彙を増やすことを好む
〇同じ言葉を使いまわすより語彙を増やすことを好む傾向が強い
331 名前：デフォルトの名無しさん [2018/08/18(土) 02:58:17.88 ID:hnx9JO2D.net]: valueをgetするメソッド名に悩んでるのですが、一般的にはどんな名前になるんですかね？
332 名前：デフォルトの名無しさん [2018/08/18(土) 02:59:09.12 ID:hnx9JO2D.net]: valueGetterでいいのかな？
333 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 04:05:49.01 ID:CDhAkOpw.net]: >>320
いうほど使わないが。
Func<T,bool>としか書かないからな。
334 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 05:31:12.42 ID:g/WMhA69.net]: >>326, >>327
変数のようにその値が意味する名称にする（例えば、string.length）、あるいはgetValueのように動詞始まりで書く
個人的には、状態を取得する関数は他の関数（手続き、メソッド）と完全に区別しているから、名詞にするよ
状態を表すbool型を返す場合は、trueを想定した命題にする特殊なルールがある（例えば、iterator.hasNext）

ValueGetterって名称の場合、関数は動詞始まりが一般的だから、(get)ValueGetterのように省略していると解釈され
意地悪を言っちゃうと、Valueを取得するGetterオブジェクトを返すって意味に取られかねない
335 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 06:39:02.57 ID:0oOTxqO8.net]: >329は解答として満点に近いと思うのでこれに賛成しておこう
336 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 07:44:29.19 ID:MgtGkUH1.net]: >>324
ありがとう把握した
個人的にはやまと言葉は1単語の広がりがとても広く
漢語はその豊富な表意文字と音素の恩恵から狭めって認識だわ
それと外来語学習者のバイアスがあって
学習者はコアとなる概念をそのまま理解できずに
母語の単語に置き換えて把握するから
例えば英語話者は日本語の核という言葉が
atomic, core, nucleus, kernelの4つに当てはまることを見て
使い回しの多い言語デスネーと感じる傾向があると思う
スレチなんで俺もこのくらいにしておきます
337 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 07:56:57.22 ID:MgtGkUH1.net]: >>326
言語とクラス名にも依るけど、その感じだとJavaかな
JavaならThreadLocalやOptionalのような変数のコンテナクラスにはget()というメソッド名が与えられてるから、それに倣うと自然な感じになると思う
338 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 08:21:05.22 ID:0oOTxqO8.net]: 20年前ならともかく、
getだけでJava前提にするのは厳しいかなと思いますがｗ
339 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 12:28:24.34 ID:MgtGkUH1.net]: モダンな言語は大概プロパティがサポートされているから、getterメソッドを使う慣習があって、小文字で書くそこそこシェアのある言語ってことでJavaかなーと思ったんだけどな
Rubyも候補に入るのかな
340 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 12:46:29.75 ID:uDYXPxxS.net]: >>328
コンパイラが暗黙的にキャストしてくれるからって、それに頼り切って本来の引数型を見てみぬふりしちゃいかんだろう
341 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 13:03:31.24 ID:CDhAkOpw.net]: >>335
その本来がFuncだが。
https://docs.microsoft.com/en-us/dotnet/api/system.linq.enumerable.where
342 名前：デフォルトの名無しさん mailto:sage [2018/08/18(土) 13:33:47.43 ID:0oOTxqO8.net]: >>334
プロパティあっても、アクセサ的なメソッドを作ることは珍しくないかなと
343 名前：デフォルトの名無しさん [2018/08/18(土) 21:18:57.24 ID:hnx9JO2D.net]: ルッビーアックバール！
344 名前：デフォルトの名無しさん mailto:sage [2018/08/19(日) 00:30:14.49 ID:EuNb7t2q.net]: >>334
C#でもありえーるでしょ。
リフレクション前提とか。
プロパティはメソッドと別扱いだから。
345 名前：デフォルトの名無しさん mailto:sage [2018/08/19(日) 07:29:43.11 ID:Owr7PcVA.net]: >>339
小文字でと書いたのは、C#のようにメソッド名先頭を大文字とするのが主流の言語は
推測の第一候補にはならなかったっていう意味ね

もし>>332でJavaと推測・仮定したことがナンセンスだというツッコミを入れるなら
他の言語である可能性がゼロでないことを示しても論拠として弱い
Javaではない蓋然性の方が高いだろという主旨でないと
346 名前：デフォルトの名無しさん mailto:sage [2018/08/19(日) 12:34:21.72 ID:tEQmuEnO.net]: １段落目だけでいいです
347 名前：デフォルトの名無しさん mailto:sage [2018/09/18(火) 13:04:45.53 ID:ub4FiyyP.net]: 今週のぱいじょ１３２話
https://paiza.jp/paijo

『大事な変数名』だってよ
348 名前：デフォルトの名無しさん [2018/09/19(水) 10:54:47.56 ID:B2R8NLhN.net]: 変数名は大事だな
349 名前：デフォルトの名無しさん mailto:sage [2018/09/19(水) 14:27:36.07 ID:MoqoniL9.net]: よーしパパ、ハンガリアンでバリバリコード書いちゃうぞ！
350 名前：デフォルトの名無しさん mailto:sage [2018/09/20(木) 20:05:21.32 ID:9QTub7MD.net]: ハンガリアンは大事だな
351 名前：デフォルトの名無しさん mailto:sage [2018/09/20(木) 20:50:07.90 ID:l42nckct.net]: 変数名はだいじだな
ハンガリアン（に汚染されていたことの発覚）はおおごとだな
352 名前：デフォルトの名無しさん [2018/09/20(木) 20:51:25.89 ID:DBWB48iV.net]: カッコさんもこれほど存在感のない使われ方するとは思ってもみなかったやろなw
353 名前：デフォルトの名無しさん [2018/09/21(金) 22:58:36.14 ID:zRb9Ordj.net]: ハンガリアン悪くない
悪いのは型名をプレフィクスに使う事
354 名前：デフォルトの名無しさん [2018/09/21(金) 23:17:13.00 ID:MqKbhYRD.net]: 型名が何フィクサーやったらええんや？
355 名前：デフォルトの名無しさん mailto:sage [2018/09/21(金) 23:30:33.48 ID:0BdmXKlD.net]: NYのフィクサーならカッコいいと思います
356 名前：デフォルトの名無しさん mailto:sage [2018/09/21(金) 23:40:14.17 ID:O7oYqnzQ.net]: ハンガリアン悪くない

private変数の
m_
とか推奨
357 名前：デフォルトの名無しさん mailto:sage [2018/09/22(土) 00:07:18.77 ID:Elm8N2Dm.net]: 納期

DEAD_LINE

死ぬんか
358 名前：デフォルトの名無しさん mailto:sage [2018/09/22(土) 01:02:58.20 ID:mXZbGj0b.net]: >>352
何が言いたいのかよく分からない
英語にケチつけてるなら、それ相応の板へどうぞとしか
359 名前：デフォルトの名無しさん mailto:sage [2018/09/22(土) 09:01:46.06 ID:4dEHSzz5.net]: 訳し方ひとつじゃないだろ

プログラマーのメンタルに悪い
360 名前：デフォルトの名無しさん mailto:sage [2018/09/22(土) 09:41:14.17 ID:i8+E3FCQ.net]: こうですね、理解ります

DEAD_LINE
死の線
モノの死にやすい部分
直死の魔眼により視ることができ、切られたものは死ぬ
361 名前：デフォルトの名無しさん mailto:sage [2018/09/22(土) 10:17:47.73 ID:mXZbGj0b.net]: >>354
一般的な日本人がそのまま読んでも意味が通じる
実に最適な選択だろ
362 名前：デフォルトの名無しさん mailto:sage [2018/09/22(土) 11:07:39.01 ID:4dEHSzz5.net]: 納期＝死線

ちがう絶対ちがう遅れたっていいんだ誰も死なないんだ
363 名前：デフォルトの名無しさん mailto:sage [2018/09/22(土) 11:23:11.52 ID:TIOG2Ben.net]: due date使えよ
364 名前：デフォルトの名無しさん mailto:sage [2018/09/22(土) 11:26:12.67 ID:i8+E3FCQ.net]: 最適解について考えるなら俺も due date を推したい
時刻もあり得る deadline と違って日付であることが明確
deadline は守るべき締め切りというニュアンスが乗りすぎてフラットでない感もある
ただアッパーケースで書いてるし、ザ・期日というべき値ならDUE_DATEよりDEAD_LINEのニュアンスが相応しい文脈なのかもと思ったり
due date という英語は難しいから避けた方がいい、なんて環境ならレベルが低すぎるからとっととおさらばしたい
365 名前：デフォルトの名無しさん mailto:sage [2018/09/22(土) 11:33:19.06 ID:i8+E3FCQ.net]: いや納期だったか
じゃあ delivery date だな
366 名前：デフォルトの名無しさん mailto:sage [2018/09/22(土) 12:34:11.88 ID:TIOG2Ben.net]: delivery dateだと、その日だけって感じにならん？
due dateならそれより前でも可ってわかるけど
367 名前：デフォルトの名無しさん mailto:sage [2018/09/22(土) 13:49:40.09 ID:kFAOP0FY.net]: 英辞郎で「納期」で検索した感じ、ニュアンス的には納品側の用語としてはdeadline、
発注側の用語としてはdue dateが適切のように感じるね

個人的にはそこまでこだわる必要はなく、普通にdeadlineでよいと思う
368 名前：デフォルトの名無しさん mailto:sage [2018/09/22(土) 13:51:25.09 ID:4dEHSzz5.net]: 俺のメンタルに悪いっつってんだろｇじゃｋじゃあｊｓふぁ
369 名前：デフォルトの名無しさん mailto:sage [2018/09/22(土) 14:24:37.52 ID:mXZbGj0b.net]: 日本語には「～です」って言葉をよく使うんだけど
生きづらそうだね
370 名前：デフォルトの名無しさん mailto:sage [2018/09/22(土) 15:15:34.07 ID:4dEHSzz5.net]: それは直接的な意味ではないし回避するために毎回文章を考えるのが面倒なので仕方ないdeath
371 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 19:49:12.84 ID:JSlkPqQs.net]: 自社スタンドアロンアプリでデータをCSVにエクスポートする機能があるので、
ExportXXX()みたいな関数名が付けられていたんだけど、
この機能を使い回して自社WEBサービス版でも一部利用しようということに
なったものの、こっちで使うときもExportでいいのかどうか
くだらないことに引っかかってる次第。

スタンドアロン←→WEBの間にユーザーは一切関与せず、どちらもまとめて
一つのシステムという扱いなので、Exportでは外に出して自由に使える
イメージが強くて違和感が。

気にしすぎですかね？
372 名前：デフォルトの名無しさん [2018/09/27(木) 19:55:39.03 ID:lMgw/m73.net]: 気にしすぎというか何言っとるのかわからん
373 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 20:14:19.43 ID:7LpaKKmv.net]: もはや気にしてもしょうがない
出来ているものの名前は変えなくていい
とはいえ違和感が強いならExportというネーミングが最初から微妙だった可能性を省みてもいいかも
システム外部へのエクスポートはCSV出力のひとつの役割で
当初はその側面しか見てなかったけど
本質を表してはいなかった可能性がある
例えば別案はWriteXXXToCSV
374 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 20:15:54.50 ID:314u9gDI.net]: Web版でExportXXXしたら何が起きるの？
375 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 20:40:57.03 ID:sTtGwCQ3.net]: 何言ってるのか分からないねw

Exportっていうのは普通に考えれば「データを他所のアプリに対してexport」ってニュアンスなので、
もしCSVをそのアプリ自身でも読むのならちょっと違うとは思う。
376 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 21:05:18.71 ID:JSlkPqQs.net]: >>367
スタンドアロンというのが意味が違うんですかね。
Windowsにインストールしてるソフトがあり、それのことを書いてました。
旧来のそのソフトにWEBサービス版が加わり、そっちとデータの
やりとりが必要となったという流れです。

>>368
仰るとおりです。当初は外部に出してしまって好きに使ってもらう
ことしか考えてなかったのですが、WEB版にデータを渡すのに
一々新規でそのプログラムを作らないで、Export部分を使い回した方が
工数削減出来るだろうし、その後の保守も手間を省けるというところです。
ただ、この場合システム内部で完結するのでExportとは言わないかなあと。

既に開発スタートしてて、既存のExport部とは関係ないデータを吐き出すのに
MakeXXXXCSVみたいなのを作ってから、後でExport処理も使い回す際に
ネーミングに疑問が出てきました次第で。

>>369
WEB版にはExport機能はありません。
スタンドアロン運用で不便な点のみWEB版として追加してます。

>>370
すみません。
ニュアンスとしては同感でして、そこから今回の質問の流れとなりました。

とりあえずは、やはりExportのままだと本来の意味からするとちょっと
違う感じですよね。
もうちょっと考えてみます。どうもありがとうございました。
377 名前：デフォルトの名無しさん mailto:sage [2018/09/28(金) 20:32:14.35 ID:SyXcx5uH.net]: >>366
エクスポートは取り出した結果を外部に公開するイメージだから、スタンドアロンとかwebとかは関係ないと思う。
378 名前：デフォルトの名無しさん [2018/09/29(土) 01:06:55.25 ID:QC2tzjvw.net]: おまえのイメージも関係ないと思う
379 名前：デフォルトの名無しさん mailto:sage [2018/09/29(土) 02:02:39.43 ID:4/x0Bpme.net]: >>372
そう、関係ないですよ。一行で書けば、
既にあるExport機能を内部で完結する形で流用するので関数名がExportだと意味が違ってくるけど変えた方がいいかな考えすぎ？
という主旨です。

開発内部からみれば一応二つのシステム間でExport,Importしてるのは間違いないですが。
380 名前：デフォルトの名無しさん mailto:sage [2018/09/29(土) 12:46:33.16 ID:x2fX+cFc.net]: 最初から通信などの内部処理用として用意するならserializeとかにすると思うけど、
既存の処理を使い回すならexportでも別にいいかなあって印象

自分で自由に出来るなら、出力部分のコードをserialize側に移して
export側ではserializeを呼び出すようにしちゃってもいいんだろうけど
381 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 01:13:06.07 ID:JjdhAE/r.net]: 「システム・ハンガリアン記法」を嫌う人がいるようだけど、個人的には実際に長年使ってみて、
コーディング効率が上がっていると感じる。

ネット上でよく見かける反論に、「システム・ハンガリアン記法は、（代入などで型が異なれば）コンパイラ
がエラーを出してくれるのだから不要」というものがある。

しかし、システム・ハンガリアン記法を使っていれば、たとえば、代入のコードをコーディングしたい最中に
周囲の変数の変数名を見て、エラーが起きない組み合わせを探すと、実は、非常にわずかな組み合わせ
しか無いことが多い。

そして、そのわずかな組み合わせの中に必ず正しいコードがあるので、人間の作業は、
そのわずかな組み合わせの中から選ぶだけでよくなるので、思考の節約になってくれる。

もし、システム・ハンガリアンを使っていなければ、この思考の節約が働かないので、
本格的に考えないといけないことがあり、余計に時間がかかってしまうことがある。

正しいコードが次のようなものだったとする：

pXxxx = pYyy
382 名前：y + ofsAaa; 周囲には、pXxx, pYyy, ofsAaa 位しか変数がないとすれば、頭を使わなくても、可能な組み合わせは、 上記のコードを含む少数のパターンしかないことがすぐに分かる。 そのうちから正しいコードを「選ぶ」事と、意味で考えることを二重に行うことで、早く正解のコードを 書くことが出来るようになる。 ところが、システム・ハンガリアン記法を使っていなければ、意味で考えることしか出来なくなり、 思考パターンを減らすことが出来ない。また、コンパイルしてみないと「検算」もも出来ない。 []: [ここ壊れてます]
383 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 01:42:44.00 ID:JjdhAE/r.net]: さらに、文字列などを使っている時、

CString　　　　　strText;
const char　　　*pszText = (const char *)strText; // operator char *() 演算子による型変換
int　　　　　　　　lenText = strText.GetLength();

などと、同じ Text という名前の文字列に対して、CString 文字列や、それを高速アクセスするための
文字列へのポインタ、文字列の長さ、の各々に対する変数名を機械的に付けられるのは重宝している。

さらに、よくあるのは、メンバ変数と全く同じ意味のローカル変数や仮引数がある状況。

この場合、毎回、新しい生を考え出すのは大変なので、メンバ変数には必ず先頭に m_ を
つけていると便利。今の場合、

m_strText　　　= strText;
m_lenText　　　= lenText;

のように美しくバランスするのがとても好きだ。
これだと、エラーが正しいコードであることがとても分かりやすい。

また、「m_」の接頭辞は、次のようなコンストラクタでも重宝する：
CPerson::CPerson( const CString &strName ) {
m_strName = strName;
}
さらに、引数が同じ文字列でも、0終端文字列の場合は、
CPerson::CPerson( const char *pszName ) {
m_strName = pszName;
}
とすればよいだけなので、とても美しい。
384 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 02:54:17.48 ID:hIftmu0Z.net]: 唐突にどうしたのw
真面目に言ってるのかネタのつもりかのか知らんけど、畢竟

「書きっぱなしで他人も自分も後でメンテしない」

コードならどんな表記法使おうが何の問題もないのよ。
ハンガリアンが批判されるのは、この条件を満たさない（世の中のコードの9割はそうだと思うけど）
場合に問題が起こるから

もちろんハンガリアンがダメって言ったって教条主義的に全部捨てる必要はない。
メンバ変数のプリフィクスなんか誰も文句言わないよ

こんな20年前に決着が付いてる話を今頃して何が楽しいの
385 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 03:14:51.07 ID:wpWp2JW+.net]: ワイはアプリもシステムも混在するハンガリアン
とりあえず事故は皆無

アプリケーションで使うのは、大体座標系かな
x,y,cx,cyとか、コイツらをシステムの方でやっちゃうと変数名が長くなるだけ
ならまだいいんだけど、計算がちと複雑化してくるとあああああってなる
386 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 07:22:44.97 ID:hM5EPMW3.net]: グローバル変数でなければハンガリアンオッケーだ。
387 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 11:05:40.90 ID:Ba25Qv4b.net]: 個人的にはこうだな
・ポインタ変数にpを接頭するのは分かりやすい
・メンバ変数にm_も悪くない
・型を接頭するのはやめて
388 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 11:06:26.33 ID:Ba25Qv4b.net]: lenTextがintLenTextじゃないのは気になった
デフォルト扱い？
389 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 11:10:52.47 ID:Ba25Qv4b.net]: 型の接頭がいいと思うのは関数内で型変換するときくらい
390 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 11:17:28.61 ID:Ba25Qv4b.net]: ポインタと型変換とメンバ変数に共通することを一般化して考えると、同じ情報を異なる形式で2つ持ちたいときにハンガリアンは活きる
391 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 14:07:26.85 ID:1KPazL3D.net]: >>381
今時pXxxはないわ
普通にPtrToXxxかXxxPtrでいい

PtrToReadPtr
これなら何を意味してるかだいたいわかるが
ppRead
こんなのは勘弁してもらいたい
392 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 15:03:56.04 ID:evMRo/Iv.net]: C++相談室 part137
https://mevius.5ch.net/test/read.cgi/tech/1535353320/962

962　デフォルトの名無しさん (ﾜｯﾁｮｲ 6ee3-BkfR)　[sage]　2018/10/05(金) 18:51:17.31 ID:4ThlZrTR0 [3/7]
>>947
最初の従業員のデータについては、
EmployeeInfo

二番目の dictionary の方は、
g_dictCompanyEmploeeInfo_s
393 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 15:21:42.95 ID:1KPazL3D.net]: コピペマン参上！！！まで読んだ
394 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 16:32:09.02 ID:pORM0fWU.net]: pFooとbarPtr/PtrToBazの間に
そこまで大きな差があるとも思えないんだが

>>381
個人的には、メンバ変数の m_ はバッドノウハウに見える
395 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 20:13:22.49 ID:rmt6Q6pM.net]: >>388
pは適当すぎたか
PointerToCompanyNameよりは
ptrCompanyNameのほうが好み程度のことが言いたかった
396 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 21:13:34.32 ID:pORM0fWU.net]: >>389
どっちもプリフィクスなの変わらなくない？って聞きたかったんだけど
397 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 22:43:56.02 ID:rmt6Q6pM.net]: >>390
別にサフィックスでもいいんじゃない？
そこは気にしてなかったわ
398 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 22:52:54.09 ID:rmt6Q6pM.net]: 変なプレフィックスを使うことに忌避感情はあるけどptrというやや古典的な略語を使うことについてマイナスイメージはないということか
399 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 23:10:54.72 ID:pORM0fWU.net]: >>391-392
よく分からんが、pFoo を否定したのは>385だぞ
400 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 23:46:24.65 ID:rmt6Q6pM.net]: >>393
ゴメン間違えた
401 名前：デフォルトの名無しさん mailto:sage [2018/10/07(日) 11:54:03.14 ID:9wt2o7WS.net]: >>385
何故、ハンガリアン記法が支持され、否定されてきたか

PtrToReadやPointerToReadなんて記法は、そのオブジェクトのデザインとしての命名ではなく
ハンガリアン記法と同じくプログラマの都合のような命名でしょ
文章的にそれをやってしまうと、ハンガリアン記法よりも余計にウザったい命名規則になると思うがな
そのPointer（Ptr）って名前は、システムとしてのポインタ（型）なのか
デザインとしてのポインタ（指し示すもの）なのか、って分かりづらくなる
402 名前：デフォルトの名無しさん mailto:sage [2018/10/07(日) 12:09:03.29 ID:TpDmbWu/.net]: >>395
何を言ってるのか意味が分からないよ
システムとかデザインとか何のこっちゃw

世の中いろんなプログラマがいるが、PtrToReadなんて命名をする奴は誰もいないだろうw

よく見てみ
ReadPtrって書いてあるでしょうw
これは例えばキューみたいなものを実装する時に次のデータの読み出し位置をポイントするポインタ（読み出しポインタ）だ
だからPtrToReadPtr は「読み出しポインタへのポインタ」だw
403 名前：デフォルトの名無しさん mailto:sage [2018/10/07(日) 13:54:56.07 ID:nLJ8SV7e.net]: >>395
だからどっちのハンガリアンだよ
404 名前：デフォルトの名無しさん mailto:sage [2018/10/07(日) 16:58:32.70 ID:9wt2o7WS.net]: >>396
>PtrToReadなんて命名をする奴は誰もいないだろう
「普通にPtrToXxxかXxxPtrでいい」って>>385に書いてあるじゃん

>だからPtrToReadPtr は「読み出しポインタへのポインタ」だw
意気揚々と説明しなくても、そんなことは分かってるよ

>システムとかデザインとか何のこっちゃw
意味分からんか？
本来デザインとしての名称にシステムとしての名称が加味される状態だろ（strFoo、iBarなどのシステムハンガリアンみたいに）
PtrToXXXでもXXXPtrでもそれと同じな上に変に文章的な書き方をしたことでデザイン上の名称なのか区別がつき難い
fooPointerって変数があった時、それがポインタ型を表すのか、デザインとして指し示すモノって意味でつけたのか、分からないだろ
そんなのなら、まだpFooのような無機質な記号
405 名前：の方がまだマシだよ こんなの、Bool型を返すプロパティを命題にするとか、プロパティ名は名詞にするとかと同じように特殊ルールなんだからさ >>397 システムハンガリアンだよ []: [ここ壊れてます]
406 名前：デフォルトの名無しさん mailto:sage [2018/10/07(日) 17:11:57.27 ID:XEfeABUd.net]: >>398
よっしゃ、今日はこれぐらいにしといたるワ、まで読んだ

しかし、前置詞のtoと不定詞のtoに区別が付かないって真面目にいう人初めて見たよw
407 名前：デフォルトの名無しさん mailto:sage [2018/10/07(日) 17:17:10.53 ID:9wt2o7WS.net]: >>399
その区別の話をしていないよ
文章の書き方が悪かったら申し訳ないけど、何でそんなふうに捉えるんだ？
408 名前：デフォルトの名無しさん mailto:sage [2018/10/07(日) 17:42:41.95 ID:vaPxBKbp.net]: よしじゃあMemoryAddressPointerToReadにしよう
409 名前：デフォルトの名無しさん mailto:sage [2018/10/08(月) 00:52:41.08 ID:U3W9vOBu.net]: とりあえず、生ポインタ使うのはやめようぜ
410 名前：デフォルトの名無しさん mailto:sage [2018/10/08(月) 01:47:59.04 ID:PsSZQ0gM.net]: (´∀｀)＜なまぽ
411 名前：デフォルトの名無しさん mailto:sage [2018/10/08(月) 05:15:16.84 ID:l0nZ7S5V.net]: ギュッ❤
412 名前：デフォルトの名無しさん [2018/11/08(木) 04:04:47.08 ID:+uMbCCJQ.net]: ドラゴンボール的なものを想像して欲しいんだけど
かめはめ波を撃つとして

(1)手首を合わせて腰の横に持っていく
(2)エネルギーを貯める「かめはめ～」
(3)手首を前に突き出す、エネルギー放出開始。「波！」
(4)敵に命中
(5)「行けぇ！！」とか「うおおおお！」とか叫びながら攻撃力アップさせる
(6)耐えきれなくなった敵が吹っ飛ぶ

というシークエンスに分割するとき、それぞれどういう単語を選んだら良いだろうか。

とりあえず
(1)PreliminaryAction (2)ChargingEnergy (3)MainAction (4)Impact (6)BlowingAway
まではそれっぽいのを探したが、(5)が全然分からん。そもそも適切な日本語も分からん。
413 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 08:10:50.98 ID:fwzjEtEg.net]: >>405
BoostActionとかでいいと思うけど個人的にはMainActionがイミフ
414 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 08:21:30.16 ID:+uMbCCJQ.net]: >>406
なるほどboost。
(1)が予備動作だったので、対になる主動作かなあって
415 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 08:23:29.59 ID:SQN1lIRc.net]: >>405
prepare
charge
fire / discharge
hit
empower / inject power
blow away

一部微妙？
416 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 09:29:43.84 ID:93DhObPl.net]: それならfireとboostに一票
6段階あるシーケンスで主処理って命名は危うい
目的は相手にダメージを与えることだからむしろboostが主ともいえる
解釈に差が生まれる語は避けるが吉

アクションと状態が一緒くたになってるからアドバイスが名詞と動詞で割れてる
状態遷移図でいう丸印と矢印ね
417 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 12:08:24.19 ID:ANJNfK6C.net]: あんまりアニメみないが、あのシーンは単に揉み合ってるんじゃなくて攻撃力をアップさせてるのかw
その発想は俺にはなかった
あの世界ではそんなことが可能なのか
418 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 15:27:58.00 ID:zOCDn1Y1.net]: >>405
(5) はreinforce とかどうか
こういうのは軍隊用語引っ張ってくるとそれっぽいのが見つかりそう
Reinforcements は「増援部隊」の意味
419 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 16:32:24.48 ID:ANJNfK6C.net]: しかし>>405は何なんだろう
ゲームのキャラクターの内部状態ではないようだし、映像のカット割りともちょっと違うような

仮に映像のカット名前なら(5)は接触中（KamehameHaContacting）とかかなあ

余談だけど、ちょっと気になってググってみたら、映像業界ではカット（本来はショットというらしい）の集まりを
シーン、シーンの集まりをシーケンスと言うらしい。
https://ja.wikipedia.org/wiki/シーン

どっちにしても、断片のことをシーケンスというのは言葉の使い方としてちょっと変でしょうw
420 名前：405 mailto:sage [2018/11/08(木) 17:23:42.50 ID:+uMbCCJQ.net]: fireいいな。適度に短いし
あとreinforceは俺の厨二心へ実に刺さるチョイスだ

>409後半
言われてみればそうかも

>>410
どうなんだろうな。プリキュアとかでもあるし

>>412
ゲームの方
ただ格闘ゲーム的なものではなくて、かめはめ派的な攻撃のシーンの流れそのものを
分割処理しようとしてたので、カット割りっぽくも見えたのかも
シーケンスという用語云々については分からん
421 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 18:17:34.78 ID:93DhObPl.net]: 揉み合って攻撃力が上がるアニメといえばヴァルキリードライヴマーメイド
422 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 21:03:49.60 ID:YJtspA4r.net]: >>412
シーケンスは意味が多くて、文脈依存。
つながってるものなら、なんでもシーケンス。
C#のIEnumerableとかも。
423 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 23:26:05.90 ID:SOYbOjSt.net]: >>412
映像業界のカットはフィルム映画の名残で厳密にはシーンを表してはいないでしょ
フィルムをハサミで切るからカットだよ

>というシークエンスに分割するとき
「かめはめ波」という1つの塊を動作という解釈で断片の集まり（シーケンス）として捉えてって言っているように見えるけど？
この場合、連続的に分割する時って意味でしょ
424 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 23:58:03.19 ID:h9Ju9qPv.net]: >>416
全体的に何を言ってるのかさっぱり意味分からんけどw

>映像業界のカットはフィルム映画の名残で厳密にはシーンを表してはいない
だれもそんなこと言ってませんw

自分で言ってるようにシーケンスとういのは断片を集めて一列につなげたもの。
だからシーケンス「を」分割するならわかるがシーケンス「に」分割なんて意味が分からない
425 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 07:37:48.52 ID:fluqCdGP.net]: 名前にこだわるスレではあるものの、助詞1文字違いの言葉のあやにいちいち草生やすのもいやらしいな
426 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 10:35:33.02 ID:8MnVkVBO.net]: >>417
シーケンスって一定のルールに従って何かが順番に並んでいるモノでしょ
つまり、かめはめ波って1つのモノ「を」動作単位のシーケンス「に」分割したんだよ

例えば、配列もシーケンスでしょ
確保されたメモリの塊（シーケンスではない）を型というルールで分割して配列（シーケンスである）にしている

何で分からないかなあ
427 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 11:17:34.16 ID:G3jvy5HT.net]: 何言ってるのかわからんねw
428 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 11:26:50.71 ID:G3jvy5HT.net]: ついでに言うとさあ、上でC#のシーケンスという用語が出てくるけど、
このシーケンスという言葉にはむしろ「かならずしも配列のようにメモリー上に要素を持つとは
限らない」からシーケンスと呼ばれる。

例えば単に乱数求めて都度吐き出すだけでもシーケンス。
用法的にはシーケンス制御のシーケンスと同じ
429 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 12:58:10.34 ID:HV6KzCqy.net]: …わかったもうこの話はやめよう
430 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 15:46:23.63 ID:jgq67h0m.net]: かめはめ波という動作をもっと細かい動作のシーケンスに分割(シーケンスとして表現)

言ってること理解できるし全く問題なし。
431 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 16:09:51.29 ID:gCUmlTjd.net]: 結構面白いと思うけどね。
ゲームプログラミングなんかで実際ぶち当たりそうな場面だし。
432 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 16:31:08.44 ID:G3jvy5HT.net]: >>423
マジでこういう思考回路の人間がいるから世の中面白いねw
こんな人が何でこういうスレに興味を持つのか疑問だが

こういう人はきっと「関数を処理に分割する」んだろうw
普通の人は「処理を関数に分割する」んだが
433 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 16:44:16.58 ID:jgq67h0m.net]: >>425
>>418
434 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 16:52:37.83 ID:jgq67h0m.net]: >>425
ヒント。
細かい動作『の』シーケンスに分割
と
細かい動作『を』シーケンスに分割<-君が>>425で出した例
全然違うから。
435 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 16:55:34.48 ID:jgq67h0m.net]: >>425
君はこのニュアンスの違いを理解してないだけw
436 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 17:02:31.58 ID:jgq67h0m.net]: >>425は分割するの目的語を見誤ってるw
細かい動作『の』シーケンスは
細かい動作のシーケンスになるようにかめはめ波(省略)を分割する

って意味だから。
437 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 17:04:36.02 ID:jgq67h0m.net]: >>425
お馬鹿さん日本語しっかりしてくださいww
『分割する』の目的語は省略されてるんですよw
438 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 17:07:23.80 ID:jgq67h0m.net]: ごめん目的語は省略されてなかったなw
439 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 17:23:34.22 ID:G3jvy5HT.net]: >>429
粗みじんに切る
とか
千々に乱れる

の「に」だと言いたいんだと思うし、そういう反論は予想してたが、
それだとしてもちょと無理あるよ

元々の話は>>405がたぶんシーケンスって言葉のニュアンスを誤解してだだけの話。
別に誰もそれをことさら馬鹿にしてやしないし、無理して擁護することないと思うけど
440 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 17:29:32.94 ID:jgq67h0m.net]: 「分割」の目的語は「かめはめ波という動作」で「もっと細かい動作のシーケンスに」は「もっと細かい動作のシーケンスになるように」の「なるように」を
長いので省略

「分割」の目的語を見誤やまなければ全然問題ない。君は>>425の例を出したように完全に見誤ってた。

>馬鹿にしてやしないし、
>マジでこういう思考回路の人間がいるから世の中面白いねw
>こんな人が何でこういうスレに興味を持つのか疑問だが
これで十分馬鹿にした言い方だろw
441 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 17:31:17.87 ID:G3jvy5HT.net]: >>433
質問者の誤用（たぶんね）を馬鹿にしてないとは書いたが、
君を馬鹿にしてないとは言ってないよw

まあ、もういいでしょ
442 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 17:35:59.12 ID:jgq67h0m.net]: >>425のおまえが最初に馬鹿にし出したから、同じ事されても文句言うなよ。

短い１行の文の目的語すら把握できない日本語できないおバカさんww
443 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 17:37:54.42 ID:jgq67h0m.net]: >>434
おまえが原因のくせに何がもういいだろだよ。カスww
日本語できない馬鹿が混じると話へんな方にいくからロムってろボケww
444 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 19:08:40.59 ID:8MnVkVBO.net]: >>432
ID:G3jvy5HTは>>412かな？誤用でも誤解でも何でも無いよ

君が指摘する「断片はシーケンスである」とは誰も言っていないんだよ
1つの物体に対して「何かの一連の集まりである」という解釈で観測している
件の場合は「かめはめ波」という1つのモノを「動作」という単位でシーケンスに分割して観ている
こういう抽象的な思考ってプログラムで要求されると思うんだけども大丈夫？
445 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 19:32:05.98 ID:G3jvy5HT.net]: >>437
何度も言うけど、そういうのは「短いカットに分割する」って言うんだよ。
あるいは、「短いカットをつないだシーケンスとして映像を構成する」なら日本語として正しい。

シーケンスに分割なんて表現はありえない。
それは分割統治されたメソッドや変数の集合として構成されるクラスを書くときに
「クラスに分割する」なんて言わないのと同じだ
446 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 19:49:12.77 ID:jgq67h0m.net]: >>438
だから、君の言ってることも正しいが君が唯一間違ってるのは、片方だけがあってるんじゃなくて表現として両方問題なし。
君は表現力が乏しくて片方しか想像できなかったら、ファビョリ続けてる。
447 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 19:56:46.72 ID:sicYJJ2X.net]: 俺はシーケンスに分割なんて表現はお初やな
シーケンシャルな処理やデータって基本的に順次データの完成品みたいなもんであって、
こいつを編集分割とかするんなら、それこそシーンやカットをピックアップコピーペーストカット（削除）ソート～
ということはあっても、シーケンスに分割って考え方は出てこない

シーケンス（な処理やデータ）を再構成するってなら分かる
448 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 20:24:45.85 ID:jgq67h0m.net]: だから，「Aに分割」っていったとき、
1.「Aという最小単位に分割」
2.「Aという集まりなるように分割」と言葉厳密に分けると２通りある。
>>440とほざいてるアホは1.しか想像できてない。
449 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 20:51:06.99 ID:sicYJJ2X.net]: おっ、言葉遊びの論破合戦やったんやな
失敬失敬

どうぞ続けてくれ
450 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 21:02:02.89 ID:8MnVkVBO.net]: >>438
「1つの物体を分割してシーケンスにする」って表現でも分からない？
「シーケンスに1つの物体を分割する」の「に」は「へ」に置き換えてもいい
「シーケンスに分割」って思うからおかしくなるんだよ

>それは分割統治されたメソッドや変数の集合として構成されるクラスを書くときに
>「クラスに分割する」なんて言わないのと同じだ
そりゃ、こっちはクラス視点で話をしているからな
君はそのメソッドや変数などの構成物視点で話をしてる
>>441も言ってるけど、両方の視点を理解した上でこっちは言っているのよ
451 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 22:28:21.61 ID:jgq67h0m.net]: >>443
だな。「シーケンスに分割」を「シーケンスという最小単位に分割」と捉えると、
分割した結果の断片が最小単位であるシーケンスだから、
>「断片のことをシーケンスというのは言葉の使い方としてちょっと変でしょうw 」とか言ってる。
となるのは事実。

でも、他の捉え方もできて、
「シーケンスに分割」を「結果がシーケンスなるように細かく分割」また、>>443の「1つの物体を分割してシーケンスにする」と捉えると
意味通じるし、何も問題なし。

１通りの解釈しかできなくて、それが意味が通じなかったから、「誤用」とかいってファビョってるだけ。

>>405はだから、誤用なんかしてない。
まぁ、数学じゃねぇから生き物のような言葉に100%正しいとかはないけど。
452 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 22:46:08.10 ID:G3jvy5HT.net]: まあ、毎度おなじみバカの壁だね
>>438にも書いた通り、壁の向こう側の人たちはクラスを書くことを「クラスに分割する」と表現するんだろうw

壁の向こう側の人口が少ないことを祈るばかり
日本のIT産業の平和のためにも
453 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 22:50:26.27 ID:G3jvy5HT.net]: しかし、この彼>>443にしてもそうだけど、
>>438でクラスを書くことをクラスに分割すると表現するのかと問われて何も自問自答しなかったのかw
454 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 22:57:11.91 ID:8MnVkVBO.net]: >>445
相手とのやり取りで理解を示すために思考もせず
自分の意見が正しい、他は間違いって凝り固まっている君の方がその壁の向こう側じゃね？
こっちはそっちの言っていること「も」理解した上で言っているんだよ
何で視点の違いが分からないんだろう

よくそれでオブジェクト指向やってんね
455 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 23:08:00.39 ID:jgq67h0m.net]: 「物体を分割して細かい何かのシーケンスにする」するのを「物体を細かい何かのシーケンスに分割する」って言っても意味が通じるのに、
この馬鹿重症すぎる。
456 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 23:11:26.99 ID:G3jvy5HT.net]: 迷ったけどちょっとだけ捕捉

上に書いた「（玉ねぎを）粗みじんに切る」という表現が成立するのは
たぶん粗みじんが切るという動詞の修飾として、切り方の説明として成立しているからだと思う。

ではシーケンスに分割する、と言った時、シーケンスは分割方法の説明になっているだろうか？
なってないね。

なぜならシーケンスというのは断片が一列に（文字通りシーケンシャルに）つながった状態
を表す抽象名詞だからだ。
457 名前：デフォルトの名無しさん [2018/11/09(金) 23:14:10.69 ID:NlMocJkJ.net]: バカ同士で議論の真似事するの中二病の流行りなの？
458 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 23:14:12.40 ID:8MnVkVBO.net]: >>446
>クラスを書くことをクラスに分割すると表現するのかと問われて何も自問自答しなかったのかw
君はそれが変だと分かっていても、どういうことだ？と思考していないんだよ
ただレコーダのように変だ変だって繰り返しているだけ
よくそれでプログラミングやってんね

君の解釈とは違うから、別の解釈であることをずっと説明しているじゃん
まず、そこに聞く耳を持とうよ
459 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 23:15:05.00 ID:G3jvy5HT.net]: >>448
この彼の書いたものを見ると、そもそもシーケンスという概念がよく分かってないんだろうなとは思う。

>>447
この彼は自分を疑うことを知らない。
自分の批判を自分自身に向けることを知らない。
話にならないね
460 名前：デフォルトの名無しさん [2018/11/09(金) 23:16:54.99 ID:NlMocJkJ.net]: >>452
話しとるやんバカ同士でw
461 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 23:19:31.05 ID:8MnVkVBO.net]: >>453
じゃあ君もそのバカの仲間入りってことだね
462 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 23:21:13.67 ID:jgq67h0m.net]: 俺は詳しい文法までは知らんが、おまえも詳しく知らないならちょっと突っ込んだ文法的な説明は無駄すぎてやめたほうがいい。
お互い説得力なさすぎ。
463 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 23:22:16.52 ID:8MnVkVBO.net]: >>452
え～？こっちはそっちの言い分を理解した上で説明してきたんだけど>>447をちゃんと読んだよね
ちゃんと意思疎通できているよね、不安になってきたわ
464 名前：デフォルトの名無しさん [2018/11/09(金) 23:23:15.04 ID:NlMocJkJ.net]: >>454
なんでや？？？生憎バカの理屈は理解できんのやwwww
465 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 23:25:02.78 ID:8MnVkVBO.net]: >>457
絡んだ時点で同類じゃね？
466 名前：デフォルトの名無しさん [2018/11/09(金) 23:25:41.93 ID:NlMocJkJ.net]: >>458
敬語使えバカ
467 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 23:29:06.88 ID:jgq67h0m.net]: ほんと、これに尽きる。
>「物体を分割して細かい何かのシーケンスにする」するのを「物体を細かい何かのシーケンスに分割する」って言っても意味が通じるのに、
>この馬鹿重症すぎる。
もう、今日のまとめはこれで。
468 名前：デフォルトの名無しさん [2018/11/09(金) 23:29:47.49 ID:NlMocJkJ.net]: >>460
おまえもバカやからw
何調子にのっとるんやバカwwww
469 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 23:32:47.52 ID:8MnVkVBO.net]: >>459
敬ww語ww使wwえwwバwwカwww
バカにするつもりでバカに絡んでバカにされた先輩、チワっすwww
470 名前：デフォルトの名無しさん [2018/11/09(金) 23:39:26.54 ID:NlMocJkJ.net]: >>462
敬語使えバカ
471 名前：デフォルトの名無しさん mailto:sage [2018/11/10(土) 00:00:11.20 ID:mr47SEAg.net]: そもそもカメハメ波の送出過程とプログラムとがどう関係あんのか
小時間問い詰めたい・・・。
472 名前：デフォルトの名無しさん mailto:sage [2018/11/10(土) 00:42:15.19 ID:9UZxHzex.net]: 小一時間のことを小時間というのは言葉の使い方としてちょっと変でしょう？（便乗）
473 名前：デフォルトの名無しさん mailto:sage [2018/11/10(土) 00:56:54.43 ID:gaWd0/8/.net]: >>464
その「シーケンスを個別アクションに分割」して表示したいんじゃね
474 名前：デフォルトの名無しさん mailto:sage [2018/11/10(土) 17:48:32.11 ID:qI5bHpl8.net]: >>464
ゲーム中で、状態やモーションの状態遷移系を考えるなら、ふつうに関係あるぞ。
475 名前：デフォルトの名無しさん mailto:sage [2018/11/10(土) 23:47:21.46 ID:2wW1fBCK.net]: 普通の人はリングを連結して鎖を作り、鎖をリングに分割する
壁の向こう側の人間は「鎖に分割する」

普通の人は車両を連結して列車を作り、列車を車両に分割する
壁の向こう側の人間は「列車に分割する」

普通の人はプロジェクトを作業工程に分割する
壁の向こう側の人は「プロジェクトに分割する」

普通のプログラマはクラスの機能をメソッドに分割する
壁の向こう側のプログラマは「クラスに分割する」
476 名前：デフォルトの名無しさん [2018/11/10(土) 23:54:14.36 ID:7gTt1pZ+.net]: なにこのキチガイの普通こわい
477 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 00:12:11.80 ID:MoKzo0a9.net]: …いや、てにをはを間違えるとおかしなことになるぞ！
というのを分かりやす～く例示してくれてるだけだろ
478 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 01:13:09.85 ID:G8BBmpi4.net]: 悔しかったからってしつこすぎだろw
いつまで続ける気だよ
479 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 01:19:27.47 ID:rc0giBPl.net]: >>470
てにをはを間違えるとおかしな奴に絡まれるぞ！の間違いでは？
480 名前：デフォルトの名無しさん [2018/11/11(日) 01:21:22.80 ID:TQKm/8h9.net]: てにをはを間違える奴がおかしいやろw
481 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 01:23:45.77 ID:rc0giBPl.net]: >>473
本当は、てにをはが問題ではないんだけどね
誰も指摘しなかったな
482 名前：デフォルトの名無しさん [2018/11/11(日) 01:27:12.80 ID:TQKm/8h9.net]: どないやねんw
483 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 02:31:18.17 ID:pwU6POx1.net]: こんなに続くこと自体が双方おかしい
決着も相互理解も得られないことは解ってるくせに
信条もイデオロギーも絡まない、とるに足らない揚げ足とりと反論でここまで続くのは病的
残業のしすぎか？辛くなったら休めよ
484 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 03:55:53.08 ID:XLcO7FFT.net]: 頭いい俺は完全にわかった。
今回のポイントは「文脈」と「省略」。
今回は「文脈」を考慮して、色々単語を「省略」したら、誤解した人と意味をくみ取った人に分かれた。

で、誤解した一方の>>468は誤解したからなのか文脈もない省略もない基本的な文法にこだわって、
「AをBに分割する」のAとBを機械的に色々な単語に置き換えて、
>壁の向こう側の人間は「鎖に分割する」
と他の例を「勝手」に出してるけど、「もう一方の側は誰もそんな事いってない」。
この例は「文脈」も「省略」も全く考慮していない。

もう一方は今回の例の「シーケンス」と単語と「文脈」などを考慮つまり省略されたであろう単語を考慮して、
「シーケンスに分割」と言っても「意味が分かるよ」としかいってない。
485 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 03:57:03.80 ID:XLcO7FFT.net]: つまり、
>>468はあくまでも「文脈」も他の単語の「省略」もないただのAをBに分割するの文法レベルの話で正しいだの間違ってるだの
の話に終始し、

もう一方は、文脈を考慮して意図をくみ取ったから、解釈の仕方を説明する事に終始してる。

どうだ？？
486 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 04:08:55.84 ID:XLcO7FFT.net]: だから、>>468は
>壁の向こう側の人は「プロジェクトに分割する」
>壁の向こう側の人間は「列車に分割する」
と言ってるが、勝手に妄想ででっち上げて、反論できないから俺正しいじゃんと思ってるだけ。

もう一方は今回の「シーケンス」という具体例と「文脈」で「省略されたであろう単語」を考慮して「意味がわかるよ」としか言ってない。

こうやってちゃんと>>468の主張に反論すれば>>468は黙るだろう。
487 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 11:14:13.30 ID:Xh/3KdoU.net]: 黙らないに一票。
黙ったとしたら、単純に時間が空いたから。

いや、最近、そういうヤツをこのスレでよく見かけるんだよ。ｗ
偏執狂的「理論」を垂れ流したあと、突然いなくなるという。
488 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 12:44:25.94 ID:CQux24vL.net]: 一言。
頭のいい人は簡潔を好む。だらだら要領を得ないことを書くことを好まない。

しかし、省略と来たかw
だったら省略する前の原文ぐらい書けばいいのに。
489 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 13:01:22.04 ID:CQux24vL.net]: 俺は基本的に人間に関しては悲観主義者で、壁の向こう側の人間を信用しないので
論理が通用するはずの壁のこちら側の人に対してだけ言う。

壁の向こう側の彼らは単純にシーケンスという言葉の意味を理解してないだけだ。
言葉を正確に使う意思と能力も足りないのかもしれない。

そして何より、自分を批判的に見る能力がない。
自分を批判的に見るためには自己信頼が必要だが、それがないんだろう。

こっち側の人間なら同じ「に」の使い方で意味が通るシーケンス以外の言葉を探して
自分の主張の正当性を示すぐらいしそうなものだが、それすらしようとしない
490 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 14:16:04.75 ID:rc0giBPl.net]: グダグダ自分語りを始めちゃったよ
もうスレ違い（別の意味も含めて）
491 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 14:39:19.45 ID:XLcO7FFT.net]: >>482
>>478はつまり論点が基本ずれてるってこと。
これは君の主張の正当性が相手の主張の否定につながらないってこと。
例えると、この計算式の答えに君が答えながら、相手は別の計算式を答えてる感じ。答の値がちがくても式２つあるんだからどっちも正しい場合もある。

論点が同じ時だけ自分と意見がちがければ相手の意見を否定することになる
492 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 14:45:29.16 ID:CQux24vL.net]: 泣き言は聞いてない。
論理を頼む
493 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 14:46:06.17 ID:CQux24vL.net]: 繰り返しになるけど、期待はまったくしてないけどねw
君にはたぶん無理だ
494 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 14:48:32.56 ID:XLcO7FFT.net]: >こっち側の人間なら同じ「に」の使い方で意味が通るシーケンス以外の>言葉を探して
>自分の主張の正当性を示すぐらいしそうなものだが、それすらしようとしない

だから基本論点が違う。『に』の正しい文法的に厳密に正しい使い方を問題にしてるのは君の論点で、もう一方は、省略されようが誤用されようがどうでもいい。
495 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 14:54:36.70 ID:CQux24vL.net]: どうせ言ってもわかりゃしないと思うが。
繰り返しになるが、「シーケンスに分割する」という表現が成立するためには
シーケンスという言葉が分割の仕方に対する説明になっている必要がある。

別の言い方をすれば、他の選択肢が存在する必要がある。
シーケンスに、ではない別の何かに分割する方法がね。
粗みじんに切る、短冊に切る、サイコロに切る、といった具合に。

そんなものはない。
なぜならそもそもシーケンスというのは分割のありようを描写する言葉ではないからだ。

元の質問者のお題に戻れば、シーケンスという言葉はそもそも「かめはめ派のシーン」の言い換えに過ぎない。
それを短いカットをつないだシーケンスとして実現する別の方法なんか存在しないからだ
496 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 14:56:51.04 ID:CQux24vL.net]: 訂正

× それを短いカットをつないだシーケンスとして実現する別の方法なんか存在しないからだ
〇それを短いカットをつないだシーケンスとして実現する
497 名前：以外の別の方法なんか存在しないからだ []: [ここ壊れてます]
498 名前：デフォルトの名無しさん [2018/11/11(日) 14:59:23.78 ID:KBFxC5Cm.net]: まともな教育を受けてたら
ｼｰｹﾝｽを分割する
で通じるからな

まず低学歴知恵遅れはｼｰｹﾝｽの意味がわかってない

ここからも低学歴知恵遅れとは意思疎通が不可能なことが分かる
499 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 15:09:45.29 ID:pB2BIh4x.net]: 間違えてる言葉づかいでも通じるんだからこまけえことは気にすんな
はダメだな

それを読む側にはエラー補正を強いられてることも書く側は気にしろってことだ
500 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 15:13:30.82 ID:XLcO7FFT.net]: 理解力ねぇのか??
シーケンスを分割するが文法的に間違ってて
シーケンスに分割するが文法的にあっててるなんて基本的には言ってないんだよ。逆もしかり。
どっちが誤用してようと、他に単語省略されてようと、仮に文法間違ってても補正して『意味がわかる』って言ってるしだけ。

だから論点がずれてるっていってるの
501 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 15:18:08.02 ID:XLcO7FFT.net]: >>491
それはその通りだね。
502 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 15:19:47.03 ID:XLcO7FFT.net]: でもそんな揚げ足とりで毎回紛糾しててもしょうがないからね。まぁ今まさに紛糾してるが
503 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 15:29:54.89 ID:XLcO7FFT.net]: これで論点がずれてることの恐ろしさを理解できたかね?

もう一方の主張が>>488、>>490の意見が間違ってるなんて言ってない、合ってるとも言うのも目的じゃない。だって基本論点ずれてるんだから
504 名前：デフォルトの名無しさん [2018/11/11(日) 15:36:35.75 ID:KBFxC5Cm.net]: な、いまだにｼｰｹﾝｽの意味が分かってない
で、著しく頭悪い低学歴知恵遅れが顔真っ赤にして長文連投してるﾜｹ

ｺﾚが低学歴知恵遅れ
505 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 15:39:07.30 ID:XLcO7FFT.net]: >>496のこっちのお馬鹿さんはわかって無さそうだが、>>488の方は理解できたんじゃないかな?
506 名前：デフォルトの名無しさん [2018/11/11(日) 15:40:46.66 ID:KBFxC5Cm.net]: ﾊﾞｶはまずﾊﾞｶの自覚がないからな
だからﾊﾞｶは治らない

ﾊﾞｶは根治不可能

ﾎﾝﾄなﾊﾞｶの自覚がないﾊﾞｶは救いようがない
507 名前：デフォルトの名無しさん [2018/11/11(日) 15:42:11.40 ID:KBFxC5Cm.net]: 低学歴知恵遅れの自己評価の高さは異常だからな
それは底辺であるほど顕著に見受けられる傾向といえる
508 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 16:31:52.39 ID:+sA7BjJF.net]: とりあえず己の能力では連投しまくらないと説明できないことについて
相手の理解が足りないだのと馬鹿にするのは違うだろうな

前提条件をはっきりさせりゃ一行で済む内容なのに
相手を馬鹿にすることに命を燃やしてID真っ赤にしてるだけという
509 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:42:09.70 ID:CQux24vL.net]: >>492
君に何を言っても無駄だと思うが....

そもそも話は>>412から始まっている。

意味がわかると言ってるだけで文法的に正しいなどとは言ってない、だって？

それならそもそも俺に突っかかる理由は最初から何もないはずだ。
俺は何を言ってるのか分からない、などとは言ってないのだから。
言葉の使い方がちょっと変だ、つまり文法的におかしいと言っているだけだ。

論点がずれてる？誰の事だよ。大丈夫かほんと

君に限らないが、壁の向こう側の人種は自分の中に
一貫した主張や論理を持つわけでなく、相手の主張に場当たり的に噛みつくからこうなる
510 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:52:09.85 ID:CQux24vL.net]: しかし、壁の向こう側の人たちはあれかね、バグ出して叱られても
「ロジックが正しくなくても意図は分かるはずだ」って言い訳するのかねw
511 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:13:44.63 ID:CQux24vL.net]: しかし、誰か一人ぐらい>>488に対して

「いや選択肢はある。それは>>405が書いたシーケンス以外の別のシーケンスだ」

って反論するのを期待してだけど誰もいなかったw
ではそろそろさようなら
512 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:57:09.94 ID:XLcO7FFT.net]: >>501
だから君と重みが違うんだろ。ガチガチの文法の命の男ににもっと、軽いのりの文法とか深く考えずに、意味がわかるからいいんじゃねみたいなﾉﾘで。
流れ見直すと、文法が正しいか正しくないしかしかの話に終始してる男にもう一方はどっちかというと、解釈の仕方がメインでこう捉えれば?が話の流れにしか見えない。一方が文法の詳しい話しても、もう一方はめんぐせそうに避けてるし。
多少流れにぶれあるけど、骨格はそう。
513 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 20:17:02.08 ID:XLcO7FFT.net]: だから元から論点が違う、もっと砕けた言い方すると、興味ある部分、重要視してる部分が違い元から土俵違って、一人相撲がメインだったのに、隣で張り手しただけなのに自分に飛んできたと勘違いして、お互いヒートアップ。
514 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 20:19:54.08 ID:XLcO7FFT.net]: 同じことしか繰り返してねぇけど、まぁ、俺の意見はそういうこと。
515 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 20:41:02.64 ID:Xh/3KdoU.net]: https://togetter.com/li/1240941
516 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 21:13:54.61 ID:XLcO7FFT.net]: >>501
うん。だから、そこは謝る部分はある。
誤用してようが、誤用してまいが、「いいたい事分かるしというレベル」で別に「誤用」してないという軽い気持ちで最初に突っ込んだのは事実。
俺の発端はこれ。
だから、>>432や>>449で文法深く突っ込んできてもどうでもよかったから、>>455で逃げたのも事実。
こっちからも文法の話絡めてるけど、それは、相手の興味のレベルまで頑張って下げようとして、答えてる部分もあるから、今思うと
無理やりすぐにひねり出して一貫性ないのがある部分も事実。
それはお互い様の部分もある。君は文法の正しさしか興味なかったら、こっちの話は興味まったくなくて、一切、合わせようとしなかった。
517 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 21:23:28.44 ID:XLcO7FFT.net]: だから、言い訳すると、相手の興味のレベルに合わせることは大変なんだって。
君は文法の正しさしか興味なかったのが一貫してるのは事実で、
>こっちは、誤用してまいが、「いいたい事分かるしというレベル」で別に「誤用」してないという軽い気持ちで最初に突っ込んだのは事実。
と書いたように、元から興味のある部分が違ってから、途中からずれちゃった。だからは、俺は誤用してようが誤用しいまが
それを補正してどう解釈すればいいかみたいな話だけしか興味なかった。。

だから、お互いの興味のある部分、論点が途中からずれてた。

悪かったよw
518 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 21:49:49.46 ID:5vrqF6iC.net]: そんなんだね！すごいや！
519 名前：デフォルトの名無しさん mailto:sage [2018/11/12(月) 00:04:00.10 ID:tWf5f5+F.net]: >>501
最後に君が一番知りたい話で締めくくらせてもらうと、「シーケンスに分割」は誤用だな。

俺の中じゃ一番初めに「Aというシーケンスに分割」でシーケンスはAの並びだからつまりこの場合、「Aに分割」って言いたいんだろうなって、
本当の文法の正確性を全く考慮しないこんな感じの論点で言いたい事わかるから「誤用」じゃないって速攻で決まってて。

文法のこと内心は本当はどうでもよかったら、君の数々の「文法の正当性」発言を何この主張？意味わからねぇー。めんどくせぇー。で
しっかり考える時間もなかったし、考えたくもなかった。

で、やっと、君の興味のレベルに下りて考えたら君の言いたかった事と途中で論点がずれてるのに気づかない自分とかにも気づいた。

悪かったwすまん。
520 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 23:47:25.04 ID:DVBoXrTN.net]: >>415
アテ
521 名前：ナに出てきたら2Pだもんなあ。 意味が多すぎる。 []: [ここ壊れてます]
522 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 17:57:49.17 ID:TaacW6QE.net]: メンバ変数hogeに対して
null（デフォルト）、定数FOO、BAR、BAZ… の値が指定できる

・hogeに引数で指定した任意の値を代入：SetHoge(arg)
・hogeをデフォルトに戻す：InitHoge()
が既にあるとして
・hogeに決め打ちでfooを代入（引数なし）
・hogeに別処理で選ばれた値を代入（引数なし）
を加えるならどうする？

SetHogeToFoo()とApplyHoge()とか？
523 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 18:10:38.09 ID:UePR8ZmJ.net]: hogeって変数の存在が表に出すぎじゃね？
もっと裏の意図がわかる名前がよかったりしない？
524 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 19:28:29.92 ID:mtiuUDP6.net]: >>513
set_hoge_FOO
set_hoge_BAR

これくらい割り切れば。
英語をこねるよりもわかりやすいやろ。
525 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 23:02:32.12 ID:TaacW6QE.net]: >>514
出来るやつは幾つかそうしたんだけど
ちょっと思いつかないやつがあってなあ

>>515
そうかもしれない
526 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 23:34:30.85 ID:qhm35JGJ.net]: 定数FOOを決めうちでセットさせたいときは素直にsetHoge(FOO)でしょう
静的型付け言語ならFOOをタイプセーフな定数として宣言すると収まりがいい
いちいちsetHogeFoo()等をとりうる値全てに用意するのはナシ
値FOOにだけ専用メソッドが欲しいと感じるなら特定の関係性があることを示唆しているはずで
その関係に相応しい動詞や名詞を探すとしっくりくるかも
527 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 00:49:51.41 ID:7gLmvWFH.net]: >>517に同意
hogeを保持するオブジェクトにおけるその決め打ちとは何ぞや？って考えてみたら良いんじゃね
あとInitHoge()みたいなのは正直いらないというか、表に出すようなものじゃない
528 名前：デフォルトの名無しさん [2018/12/06(木) 12:27:56.03 ID:gL69SzmY.net]: レイヤを曖昧にしたままで名付けようたするから
回答側も無意識に想定しとるレイヤで自由気ままに答えるわなそらw
529 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 13:05:20.58 ID:xwXpsiIY.net]: 名前付けはプログラムの10%くらいは占める大事な要素なんです。
530 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 20:05:04.82 ID:VHVkoIH2.net]: >>517には同意

>>518
> あとInitHoge()みたいなのは正直いらないというか、表に出すようなものじゃない
意味わからん
既定値に戻したいことってそれなりにあると思うが
まあ俺ならSetDefaultHoge( )とかResetHoge( )とかにするけど
531 名前：デフォルトの名無しさん mailto:sage [2018/12/08(土) 05:26:15.95 ID:dxVV+Spa.net]: 亀

>>517他
FOOだけならいいけど、実際には
SetHoge(VeryLong.VeryLongLong.VeryVeryLongLong.BAR) だったり
SetHoge(ARG_BAZ1,ARG_BAZ2,ARG_BAZ3) でワンセットだったりするんだよな

前者のパターンはともかく（いくらでも短縮する方法があるので）
後者に関しては、専用の関数を作っちゃうのが楽かな？って発想だった
532 名前：デフォルトの名無しさん mailto:sage [2018/12/08(土) 08:40:44.79 ID:cU1wwKjA.net]: >>522
複数の値を取るものは引数同士の結び付きと、親との関係性による
SetHoge(春、夏、秋、冬)ならSetHoge(四季)が自然
四季という組み合わせ方がそのクラスの機能の一部として隠蔽されているのはおかしいので専用メソッドは変
Set(しょうゆ、みりん、酒)ならSetHogeFor割り下()もアリかなと思う
レシピを型として用意した方が綺麗だとは思うけど、調理人Interfaceの固有知識と捉えても差し支えなさそうなので
533 名前：デフォルトの名無しさん mailto:sage [2018/12/08(土) 10:06:57.89 ID:dxVV+Spa.net]: なるほど、ありがとう
あと、その語のチョイスに至った言語センスを分けてくれｗ
534 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 01:03:43.65 ID:SGxt71Ww.net]: 永続するデータの変化点を時刻と共に持ち、変化点をまとめてデータの移り変わりを表現したいと思っています。

この場合、変化点に望ましい名前は何がありますでしょうか？

timeSectionなどでしょうか？

何か良いものがあれば教えて下さい。
535 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 01:27:26.64 ID:DUfu4s9f.net]: その前に変化点って日本語が何を意味してるのか全然分かりません。
構造体の中で値が変化したメンバー（の名前）とかそういう意味？
536 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 02:30:15.90 ID:6qz6uRBC.net]: historyとかtimelineとか？
537 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 07:19:25.94 ID:MVbWnd0w.net]: 値の変化だとたんにchangeってこともあるし
状態の変化だとtransitionがよかったり。
538 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 08:11:05.04 ID:iQtSxldH.net]: >>525
素直にChangingPointで良いかと
539 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 08:53:32.68 ID:UmHwNds4.net]: 時系列で持つデータは名前にそのニュアンスを入れないという選択もある
データベースの履歴テーブルとかそう
イチイチChangePointだのTimeSegmentだの付けてるとくどい
集合をhistoryと呼ぶのは慣例的によく使うけど、その個々のエントリーに対してhistoryと呼んでしまったら微妙
versions, revisions, snapshotsあたりもアリかな
540 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 09:03:36.69 ID:P8gJFdAf.net]: 点(タイミング)に焦点合わせてるみたいだけど
「データの移り変わりを表現」なんだから流れとして見てログとかじゃダメなん？
541 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 13:00:12.01 ID:ToRrrvnY.net]: >>529
素直も糞も、だから変化点でもChangingPointでも何でもいいけど、それって何なんだとw

率直にいって質問者が何を言ってるのかさっぱり分からんけど、
よくこんな意味不明な質問にみんな解答できるよなw
542 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 13:09:48.30 ID:4ICOKV5/.net]: わからないなら黙ってりゃいいのに…
543 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 14:32:55.01 ID:eyAI2VNQ.net]: 悩ましいネタだからもう少し具体的に書いてくれた方がいい答えが付くのにとは思う
プライバシーを晒したくないなら似た何かに置き換えてくれてもいいし
せめて変化点が4M管理の話なのか実測データのプロットなのか何かの改編履歴なのか…
命名ってデリケートで、一般化して質問されると回答も抽象度が増してズレることが結構ある
544 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 17:49:37.98 ID:a+40Cmk8.net]: マジで
> データの変化点を時刻と共に持ち
で何をしたいのかがわからん奴は黙ってて欲しいわ
4M管理とか頓珍漢すぎるし
545 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 18:21:03.25 ID:ToRrrvnY.net]: >>535
そういう御託はいいから、本気でそう思うなら変化点とやらが何を意味してるのか説明してみ。
まあ無理しなくていいよ。
この手の輩は物事を深く考えてないだけ。
546 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 18:52:44.24 ID:iQtSxldH.net]: 引っ込みつかなくなってるのか？
Time | Data
00:00| 001
00:01| 001
00:02| 002
00:03| 003
00:04| 003
00:05| 002
00:06| 002
00:07| 002
00:08| 001
00:09| 001
みたいなデータを
Time | Data
00:00| 001
00:02| 002
00:03| 003
00:05| 002
00:08| 001
のようにして管理したいってことだろ
547 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 20:21:00.20 ID:ToRrrvnY.net]: 何が引っ込みなんだろうねえ
意味がわからないよ

求められてるのは変化点が何を意味してるかなんですが。
それ、時刻と一緒にデータそのもののスナップショットを保存してるだけじゃないのアホか
548 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 20:21:58.68 ID:ToRrrvnY.net]: 物事深く考えてないといってるそばからこの浅はかさ
549 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 21:10:08.07 ID:iQtSxldH.net]: >>538
> それ、時刻と一緒にデータそのもののスナップショットを保存してるだけ
わざわざ
> データの変化点を時刻と共に持ち
って書いてあるのに…
550 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 21:13:36.38 ID:ToRrrvnY.net]: >>540
頭悪そうだけど、>>537で「時刻と共に持」っているのはデータのスナップショット。
マジで大丈夫かおたく
551 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 21:25:14.23 ID:iQtSxldH.net]: はいはい、理解力が壊滅的に無い奴に何言っても無駄だわな w
552 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 21:35:55.69 ID:ToRrrvnY.net]: まあこのお馬鹿さん以外の人に言うけど、最初から言ってるように変化点が何を意味してるのか、
それを厳密に定義するとどういうことなのか、深く追求せずに曖昧なままイーメージ的にとらえると
彼みたいな訳の分からん話になる。
553 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 21:42:03.98 ID:afzBNi5K.net]: 孤軍奮闘乙
恥ずかしいからそろそろ止めたら？
554 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 22:49:25.11 ID:sS85uSF2.net]: ID:ToRrrvnY
あほなのかな。
わからんならだまってればいいのに。
めんどくさ。
555 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 23:05:48.19 ID:ToRrrvnY.net]: >>545
馬鹿はお前だよ
お前が質問者の求めているものの意味が分かるなら黙って解答すればいい。
それもしないで他人に喧嘩うってるじゃねえよ馬鹿が
556 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 23:15:15.49 ID:ToRrrvnY.net]: (a) 変化点 = 変更された時刻 + 変更後のデータ

仮にこういう定義なら>>525の「変化点をまとめてデータの移り変わりを表現したい」
と整合性がある。

>>525の質問が謎なのは、その前段が、
＞永続するデータの変化点を時刻と共に持ち
ってなってること。

つまり変化点は時刻を含まず、(a)の定義はありえない
557 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 23:22:50.99 ID:ToRrrvnY.net]: いや、最初は単純に、

(b) 変化点 = 変更後のデータ

のことを言ってるのかとも思ったが、それだと質問者自身がこれをtimeSection
と仮に命名してることと整合性がない
558 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 23:26:50.99 ID:t/5nbUR/.net]: > お前が質問者の求めているものの意味が分かるなら黙って解答すればいい。
> それもしないで他人に喧嘩うってるじゃねえよ馬鹿が
既に>>527-531辺りで回答されてるのに何言ってるんだよww

> それもしないで他人に喧嘩うってるじゃねえよ馬鹿が
こんなわかりやすいブーメラン久々に見たわ
559 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 23:29:49.53 ID:ToRrrvnY.net]: よー分からん理屈....
これが精神勝利法か
560 名前：デフォルトの名無しさん mailto:sage [2019/01/15(火) 23:30:21.07 ID:ToRrrvnY.net]: 俺はネトウヨじゃないけど、ほとんど韓国人の理屈だなそれw
561 名前：デフォルトの名無しさん mailto:sage [2019/01/16(水) 01:13:44.29 ID:j0mN8L0/.net]: 525です。
色々な解答ありがとうございます。
具体的にと出たので後出しで申し訳ないのですが、どのような物を想定しているかを書かせていただきます。

547さんのa)そのままなのですが、DBを利用し、
変更された時刻と変更後のデータをテーブルに保持します。
上記テーブルから「変更された時刻」から「直後の変更された時刻」までを期間として持つビューを作成し、実際に利用する際はこのビューを利用します。

今回は、a)のテーブルにどのような名前(の要素)を付けたら良いかと思い質問させていただきました。

timeSectionは思い付く単語を並べただけですので無視してください。
562 名前：デフォルトの名無しさん mailto:sage [2019/01/16(水) 01:22:33.30 ID:j0mN8L0/.net]: 元々の質問も誤解を招く書き方で申し訳ありません。
563 名前：デフォルトの名無しさん mailto:sage [2019/01/16(水) 02:35:29.82 ID:5OqP3lb1.net]: やっぱりごくありふれた歴アリのテーブル構造だよな
ならcustomerテーブルやelectric_currentテーブルみたいな簡潔な名前ではダメなん？
564 名前：デフォルトの名無しさん mailto:sage [2019/01/16(水) 05:50:59.00 ID:XZ+sWmgC.net]: >>553
心配しなくても誤解してるのは１名だけww
普通はあの書き方で充分わかる
565 名前：デフォルトの名無しさん mailto:sage [2019/01/16(水) 18:49:45.18 ID:V+R6JUG+.net]: >>552
くどくて済まんけど、要するにsnapshotだよねそれ。
差分とかじゃなくて変更後のベタなデータなんでしょ？
566 名前：デフォルトの名無しさん mailto:sage [2019/01/16(水) 18:59:59.07 ID:V6eCyENB.net]: >>547
aだってよ？ｗ
おまえいがいはそうぞうがついてたが。

これからは、わからんかったらだまってるようにな！
567 名前：デフォルトの名無しさん mailto:sage [2019/01/16(水) 19:05:47.57 ID:V6eCyENB.net]: >>556
snapshotは違う気がするな。
スナップショットはあんまり連続させないし、ふつうは対象が変化自体ではないからか。

上にも似たようなのがあったけど、ValueChangeくらいでいいんじゃないの？
568 名前：デフォルトの名無しさん mailto:sage [2019/01/16(水) 19:11:47.45 ID:V+R6JUG+.net]: >>557
＞そうぞうがついてた
頭悪いね。
問題にしているのは質問文から「変化点」の意味を正確に読み取れるかどうか。
質問者自身が認めているようにそれは明らかにNoだ。

俺が想像したのと大体同じ、だから俺の勝ち、これガキの論理。

>>558
https://wa3.i-3-i.info/word14388.html
569 名前：デフォルトの名無しさん mailto:sage [2019/01/16(水) 19:15:08.81 ID:V+R6JUG+.net]: あとどうでもいいけど、>>552を読む限り質問者さんの言う変更点って
>>548に書いた(b)なんじゃないの？
570 名前：デフォルトの名無しさん mailto:sage [2019/01/16(水) 19:38:44.13 ID:cB6JH8Y/.net]: updateっていうのはどうやろ
571 名前：デフォルトの名無しさん mailto:sage [2019/01/16(水) 20:34:51.10 ID:CoXAL/Bw.net]: >>559
もういちどいってあげるけど、ひとりいがいはよみとれてたよ？
しつもんしゃのけんそんをこんきょにするなんて、あほのうえに、ずうずうしいぞ。
572 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 02:22:34.82 ID:PFDsT50a.net]: 525です。
皆様色々なご解答ありがとうございました。単語の意味などを調べつつ適切な物を選びたいと思います。

自分の質問が悪かったのですが、
変化点＝変更後のデータ
欲しかったもの＝変更時の時刻と変更後のデータを表す命名(の要素)

となります。誤解を招く質問で申し訳ありませんでした。
573 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 02:27:35.15 ID:PFDsT50a.net]: >>554さん
実際のデータ(の表現)はviewで、変化した時点のデータのみをテーブルで保持したいので、提案いただいたものはviewにつけたいと思っています。

>>556さん
リンクも見させていただきましたが、snapshotとは少し違うかと感じてしまいました。

自分が抱いているイメージとしては、
金太郎飴(ストリーム)と切断面(時刻と変更後のデータ)になります。
今回は切断面の名称だったので。

長々と失礼しました。
574 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 03:29:03.79 ID:vfGlmNuh.net]: んーよー分からんw
ゲームのコントローラーの入力状態の履歴みたいなイメージなんだろうか。
それならsnapshotは違うというのもちょっとわからんでもないけど...

しかし、状態変化直後の状態の写し（スナップショット）の記録に違いはないと思うんだけどな
575 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 07:42:56.78 ID:Mk9NqJjw.net]: 質問のポイントは、金太郎飴な等間隔時系列データ(VIEW)と、変化点だけに圧縮した時系列データ(TABLE)の2つのオブジェクトをDBに作るから、それぞれを識別できるように名付けたいということだな
しかも集合と要素のどちらも呼び分けたいという思いがあると
576 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 07:47:10.89 ID:Mk9NqJjw.net]: 要素には別々の名前をつける意味はないと思う
そのTABLEはVIEWの部分集合に他ならないから、集合だけに個別の名前を与えるのが妥当

集合の名前については、繰り返しになってしまうけど、永続化するときに変化点だけに圧縮するのは最も一般的な時系列データの持ち方だから、俺なら等間隔に展開した冗長な（奇異な）VIEWの側に説明的な名前をつけて欲しいわ
前か後ろにequal_intervalを付けるとか

そもそもその奇異なVIEWの存在意義が
気になる
速度もメモリ量も性能悪そう
ツリー構造の索引を持つデータとしてメモリ内に読み出しておいて、任意時点のデータを取るメソッドを付けて、必要ならflyweightパターンにしたい
もちろん事情があるならそのままでいい
577 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 09:58:31.61 ID:nLgHX1a9.net]: 525です

>>565さん
自分がスナップショットの意味を取り違えていると思いますので、意味を調べ直してきます。

>>566さん
今想定しているのは時間は等間隔ではありません。状態やデータが変化した時のみ保持し、不規則なデータの移り変わりを表現したいと考えています。

>>567さん
今のところは、主体をview、変化点(と言ってしまいますが)は要素として考えています。

この考え方は自分の知識が弱いこともあると思いますので、改めて考え直してみます。

金太郎飴の例が悪かったですね。
今後は伝わりやすい例を考慮してから質問させていただきます。
578 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 10:05:22.99 ID:KGdabfsS.net]: Change Update
Log History
ここらへん組み合わせればいいんでないの
579 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 11:50:07.39 ID:CnuSa2VM.net]: >>567
まだ言ってるのかよ…

> そもそもその奇異なVIEWの存在意義が気になる
> 速度もメモリ量も性能悪そう

>> 命名規則や設計の善し悪しについて議論するのは基本的に禁止。
580 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 15:59:55.65 ID:LP4V/wDK.net]: >>521
今更だけど
オブジェクトそのもの（あるいは一部）を初期化するメンバ関数は基本的にPublicになることはないかなって話
例えば、init()、update()、final()ってメンバ関数があったとして
init()→update()→final()の一連の流れをオブジェクト利用者に約束事として強要しちゃうわけよ
final()で一旦終えた後に、init()せずにupdate()しちゃったらオブジェクト内部がおかしな状態になるかも知れない
じゃあ、final()の中でinit()しちゃえばいいよねってなるけど、final()(init実行)→init()って無駄なことをされてしまう
そうするとinit()が邪魔になり、コンストラクタ内でinit()を呼んで、利用者に好きなだけupdate()させて
final()(init含む)で結果を受け取ってもらった方が分かりやすいよね
利用者が「この処理やーめた」って出来るようにオブジェクトそのものを初期状態へ戻すreset()のメンバ関数を
増やすのなら分かるけど、利用者からしたらいちいち処理の最初に呼び出すinit()は要らんよね

同様に一部のメンバ変数へのSetter（再代入、初期化）は極力排除するべきだと思うよ
オブジェクト内部で処理される絶えず変化するメンバ変数なんて外部からSetするようなものじゃないし
逆に処理に利用される外部から能動的に値を変えない限り定数状態になっているようなメンバ変数なら
オブジェクト構築時に初期化するようにして、それらの値を変えたいなら新しくオブジェクトを構築したら良いと思うよ
581 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 19:44:55.80 ID:PY4oP9Xp.net]: >>571
> じゃあ、final()の中でinit()しちゃえばいいよねってなるけど
なりません

コンストラクタ/デストラクタを持ってる言語なら init() はコンストラクタで、final() はデストラクタで呼び出せば良い
再利用したいなら削除して再度生成すべき
コンストラクタ/デストラクタを持ってない言語ならinit()→update()→final()を強要するんだからfinal()した後で再利用したいならinit()から強要すべき
中途半端にfinal()の中でinit()なんて呼び出すべきじゃない
そもそも再利用しないならそのinit()は無駄だし
582 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 20:02:41.35 ID:nhRmKYsV.net]: >>568
いや、「スナップショット」についてのその感覚は正しいと思う。
再確認するのはいいけど、言われたことにあんまりこだわらないようにね。

って、もう来ないかな？

オレとしてはいろいろ出ていたchange系の名前がよさそうだと思ってたけど、気に入らない理由を聞きたかった。
583 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 21:11:21.86 ID:/APrNkEA.net]: 語感の問題なんだろうけど、スナップショットは任意のある時点って感じで、変化時点って意味は含まなさそう。
584 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 21:36:53.38 ID:LP4V/wDK.net]: >>572
>final()はデストラクタで呼び出せば良い
ああごめん、それらのメンバはオブジェクトを構築破棄する意味合いが強いものじゃなく
そのオブジェクトの目的を処理する意味でのinit()とfinal()
例えば、ハッシュ関数、データを繰り返しupdate()してその処理を終わらせるfinal()
final()はハッシュ値を返すみたいな

>コンストラクタ/デストラクタを持ってない言語なら~
そりゃそうだ

>そもそも再利用しないならそのinit()は無駄だし
その対比として再利用するreset()メンバ関数を例に出したんだけどね
init()は少なくともコンストラクタとreset()の中でコールされるよ

で、オブジェクトの初期化と処理の初期化を1つにして
もし処理を初期化するinit()メンバ関数を設けるなら、publicにはしないよって話だよ
585 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 21:46:08.66 ID:LP4V/wDK.net]: >>574
スナップショットって「ここで記録を残したい！」って、それを取り扱う側の任意が強いよね
変化したポイントを必ずしも残したいとは限らないからちょっと違うイメージだな
586 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 22:05:06.73 ID:1ADJk1Ta.net]: >>576
それは確実に違うw
https://wa3.i-3-i.info/word14388.html
↑の人が簡潔に書いてるように、「何か」のある瞬間の丸ごとの写し、という含意しかない
人が意志を持って作ろうが、一定の間隔で機械的に作成されるものであろうが、それは関係がない
587 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 22:11:14.58 ID:1ADJk1Ta.net]: 完全に蛇足だけど、VirtualBoxみたいに
完全な写しではなくてもある瞬間の状態が再現可能なデータのことを
スナップショットと呼ぶケースもあるとは思う
588 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 22:17:04.64 ID:1ADJk1Ta.net]: >>574
変化直後の値であることを名前で明示する必要があるかは微妙だと思う
だって例えば一定間隔でサンプリングされたデータだったらいちいちそんな名前付けんでしょう。
589 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 22:27:55.19 ID:1X2RnAg+.net]: >>525はデータ自体の持ち方より変化した時のみ記録すると言う事を言いたい
って言うのは１名を除いてみんなわかってる話
なのでスナップショットの議論をしてもあまり意味がないと思う
590 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 22:44:49.84 ID:3livcPKT.net]: >>575
> そのオブジェクトの目的を処理する意味でのinit()とfinal()
> 例えば、ハッシュ関数、データを繰り返しupdate()してその処理を終わらせるfinal()
> final()はハッシュ値を返すみたいな
それならそんな変な名前をつけるべきじゃない
普通にget_result()とかでいいだろ

> init()は少なくともコンストラクタとreset()の中でコールされるよ
>>521が言ってるのはreset()の話な
> まあ俺ならSetDefaultHoge( )とかResetHoge( )とかにするけど
って書いてるあるから普通理解できると思うが
591 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 22:52:28.78 ID:nhRmKYsV.net]: >>577
あるにきまってんだろ。

それに、「スナップショット」は、IT用語のスナップショットの意味も強すぎる。
592 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 23:19:06.78 ID:1ADJk1Ta.net]: >>580
だから、そんな必要はないだろうと言ってる。
タイムスタンプとデータの写しが保存されていれば、常識的にそれは変化の先頭を
記録したものだと分かる。

それは繰り返しになるが、データの羅列（とサンプリング間隔）を見たら
いちいち一定間隔でサンプリングしたデータだなんて言わなくても分かるのと同じ

そんなことよりそれがナニであるかの方が余程重要な情報だ。

まあ仮にどうしても必要でも、例えばsnapshotOnChangedとかすればいいだけの話だけど

>>582
ないから。
あるというならそう言ってる人の記事の一つでも出してみ。
君が勝手に狭義に思い込んでるだけ。
593 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 23:19:56.06 ID:1ADJk1Ta.net]: しかし、すぐに喧嘩ごしで物を言ってくる馬鹿がいるな。
しかも言ってる内容がほんとしょうもない
594 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 23:31:16.65 ID:TwUEGMBG.net]: >>583
「スナップショット」は普通に使う言葉なんだが。ｗ
狭義といえばそうだが実際にそうだから。

喧嘩腰に相手される理由を自省しろ。
595 名前：デフォルトの名無しさん mailto:sage [2019/01/18(金) 05:15:11.78 ID:SF688hqs.net]: >>581
そのレスを否定も何もしていないよ
同じことを言っているだけなんだけど、initやinitializeって名称のメンバ関数を表に出すことはなく
初期化は利用者が能動的に使う名称にした方が良いねって説明しただけだよ
で、後半にメンバ変数を個別に初期化するような処理を持たせるにも条件が有るよねって書いたのよ
596 名前：デフォルトの名無しさん mailto:sage [2019/01/18(金) 07:03:04.62 ID:QqlHmxfI.net]: >>583
全体的にほぼ同意
タイムスタンプのフィールド名がただの時刻じゃなく有効期間開始時刻みたいなニュアンスでキーになっているテーブルならもう誤解する人いないレベル
妥協案としてのsnapshotOnChangedもいいな
changeが原形で出てくるとどうも動詞っぽくて座りが悪し
597 名前：デフォルトの名無しさん mailto:sage [2019/01/18(金) 07:16:09.93 ID:dGgLcYHd.net]: >>583
> タイムスタンプとデータの写しが保存されていれば、常識的にそれは変化の先頭を記録したものだと分かる。
等間隔でタイムスタンプとデータを記録することなんて普通にある

> そんなことよりそれがナニであるかの方が余程重要な情報だ。
だからそんなことを思ってるのはお前だけ
598 名前：デフォルトの名無しさん mailto:sage [2019/01/18(金) 07:17:54.96 ID:QqlHmxfI.net]: emploee_with_mail_addressとか
emploee_with_optimistic_lockingみたいなテーブル名が冗長なのと同じ理由で
emploee_snapshot_on_changedなんて説明的な名前になるのだとしたら
本来こっちがemployeeだよなあとは思う
599 名前：デフォルトの名無しさん mailto:sage [2019/01/18(金) 09:29:05.82 ID:XDn0fqgG.net]: ここまで読んだが、スナップショットの定義論争する意味ある？
使ってもいいし使わなくてはならないこともないレベル
600 名前：デフォルトの名無しさん mailto:sage [2019/01/18(金) 11:52:48.03 ID:dGgLcYHd.net]: >>586
> 初期化は利用者が能動的に使う名称にした方が良いねって説明しただけだよ
だから
>> まあ俺ならSetDefaultHoge( )とかResetHoge( )とかにするけど
って書いてあるのに、バカなの？
601 名前：デフォルトの名無しさん mailto:sage [2019/01/18(金) 11:54:44.14 ID:dGgLcYHd.net]: >>590
> ここまで読んだが、スナップショットの定義論争する意味ある？
ない
最初にスナップショットって言い出した>>538が一人でしつこく食い下がってるだけ
602 名前：デフォルトの名無しさん mailto:sage [2019/01/18(金) 15:17:56.66 ID:SF688hqs.net]: >>591
書いてあるから何なの？
そのレスの人は自分はそうするって書いているだけで何故かを書いていないでしょ
それをこっちは説明しただけじゃん、何で突っかかってくるの？
まあ、その例に対しても>>571の後半でこっちの意見が書いてあるけどね
この場合はそのレスの人とは意見が異なるよ
603 名前：デフォルトの名無しさん mailto:sage [2019/01/18(金) 15:54:14.53 ID:N2j3ka14.net]: そう言えば普通に理解できる人じゃなかったんだな…
1ヶ月以上も前のレスに粘着するような人だと言うことを忘れてたよ w
604 名前：デフォルトの名無しさん mailto:sage [2019/01/18(金) 23:02:05.46 ID:hlUa6vRd.net]: 常に差分だけを記録するって
あんまり得策とは言えないからな…
605 名前：デフォルトの名無しさん mailto:sage [2019/02/08(金) 18:15:31.54 ID:WrxcLohJ.net]: 変数名はよく迷うんだけど、
最近、本当に迷っているのは変数名自体じゃなくて、
日本語の英訳だと気付いた。
ググっても、いまいちしっくりこないんだよな。
状況的にこの訳でいいの?って。
606 名前：デフォルトの名無しさん mailto:sage [2019/02/08(金) 18:17:45.03 ID:PkoNSuV0.net]: たしかに迷ったら書き込むスレだが、そんな日記かポエムはいらん
607 名前：デフォルトの名無しさん [2019/02/09(土) 08:00:40.77 ID:3lMelktV.net]: >>597
>>596はええ事ゆうとるやん
おまえのがいらんわw
608 名前：デフォルトの名無しさん mailto:sage [2019/02/09(土) 16:16:29.35 ID: ]: [ここ壊れてます]
609 名前：NnmcfWng.net mailto: >>596
そのためにこのスレがあるんだろ []: [ここ壊れてます]
610 名前：デフォルトの名無しさん mailto:sage [2019/02/09(土) 18:10:09.58 ID:FgAjV9d+.net]: 具体的な質問しないと慰めるくらいしかできない
611 名前：デフォルトの名無しさん [2019/02/11(月) 12:24:00.36 ID:gPSd8158.net]: 誰かワイのことも慰めてくれんかのう、性的に
612 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 12:50:15.46 ID:MkFOBvt9.net]: 風俗いけや
613 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 15:15:36.09 ID:IzI8GxAX.net]: class 新井浩文
614 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 23:20:34.23 ID:e71gRKct.net]: つまり、日本語変数を使えってこと?
615 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 10:08:50.79 ID:Ed04clec.net]: dim settei as integer
616 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 16:44:14.75 ID:5qKFbRgU.net]: ローマ字かこれで解決だな
617 名前：デフォルトの名無しさん [2019/02/16(土) 17:17:42.90 ID:s8r91WJ4.net]: bool tesuto = false;
618 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 18:41:16.09 ID:N5DMegPc.net]: ローカル変数は趣味で構わん
619 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 23:25:26.40 ID:CD9VXZwW.net]: 絶対自分しか読まないなら、そうするけどな。

Dim ななこSOS As Long とか。
620 名前：デフォルトの名無しさん mailto:sage [2019/02/17(日) 10:23:14.46 ID:EkiBf8gr.net]: Const くりいむレモン As String = "亜美"
621 名前：デフォルトの名無しさん mailto:sage [2019/02/20(水) 21:39:18.84 ID:zIu6PpOW.net]: マス目の中央に十字に線引いて、左上、左下、右上、右下と「田」の字型に4分割していることをイメージさせたい時、
どう短い英単語で表現したらわかりやすいでしょうか？
622 名前：デフォルトの名無しさん mailto:sage [2019/02/20(水) 22:15:51.62 ID:6AaY2QOY.net]: >>611
イメージ的にはライフルのスコープのあれ？
reticleと言うらしい

後は素直に4分割でquarteringぐらいか
623 名前：デフォルトの名無しさん mailto:sage [2019/02/20(水) 22:36:02.59 ID:QXQfMXGM.net]: quadrant
624 名前：デフォルトの名無しさん mailto:sage [2019/02/20(水) 23:08:55.59 ID:Wi/z/KN1.net]: キューブ4とかスクウェア4とか、そんなんしか思い浮かばん。
625 名前：デフォルトの名無しさん mailto:sage [2019/02/21(木) 00:03:50.37 ID:Nx5iJ8EP.net]: paddy field
626 名前：デフォルトの名無しさん mailto:sage [2019/02/21(木) 00:04:19.77 ID:toD0kycv.net]: 数学の象限は orthantと言うらしい
627 名前：デフォルトの名無しさん mailto:sage [2019/02/21(木) 01:06:16.29 ID:LSFEbLdL.net]: >>611
その形が重要なの?目的っぽい名前にはできないの?
628 名前：デフォルトの名無しさん mailto:sage [2019/02/21(木) 01:08:06.67 ID:8z2yw4hD.net]: >>612-616
調べたところ象限という表現が近いと思います（多分
いちばんパッと見て馴染みやすそうなquadrantにしようかと思います
ありがとうございました
629 名前：デフォルトの名無しさん mailto:sage [2019/02/21(木) 01:10:15.03 ID:8z2yw4hD.net]: >>617
形と言うか
中央を基準に左上・左下・右上・右下の4つに分類したいと言った感じでしょうか
630 名前：デフォルトの名無しさん mailto:sage [2019/02/21(木) 01:38:37.65 ID:Cw68EtgL.net]: >>618
象限っていうのは普通は四つに分けた一つのことなんですよw
第〇象限って高1で習ったでしょ。

数学の言葉を使うなら╋は直交座標とかデカルト座標とか言う
でも冗長だと思う
631 名前：デフォルトの名無しさん mailto:sage [2019/02/21(木) 07:00:50.05 ID:bbSqDcsj.net]: SWOT分析みたいな分割図の区画を描くようなイメージなら象限とquadrantでいいんじゃない
632 名前：デフォルトの名無しさん [2019/02/21(木) 12:19:33.00 ID:MDhOI6F5.net]: 象限て久しぶりに思い出したわ
たまには為になるなおまえらもw
633 名前：デフォルトの名無しさん mailto:sage [2019/02/21(木) 21:44:57.05 ID:3EVPwELG.net]: 2×2であることが自明なんだったらgridでもよさげ
634 名前：デフォルトの名無しさん mailto:sage [2019/02/21(木) 22:25:52.00 ID:zF2vyctA.net]: 漢字で田でいいよ。
635 名前：デフォルトの名無しさん mailto:sage [2019/02/22(金) 00:19:00.31 ID:6OtVlR1W.net]: そろそろ positioning map でググれ
636 名前：デフォルトの名無しさん mailto:sage [2019/02/22(金) 08:35:41.73 ID:KGqa3gdj.net]: ポジショニングマップって…
さすがに的ハズレすぎだろ
637 名前：デフォルトの名無しさん mailto:sage [2019/02/22(金) 13:00:33.47 ID:D4QpBG3p.net]: quadrantで画像検索するとそれっぽいのが出てくるからこれでイメージ合ってりゃquadrantでいいんじゃね
各領域の呼び方も決まってるぽいし
https://www.google.com/search?q=quadrant
638 名前：デフォルトの名無しさん mailto:sage [2019/02/22(金) 13:23:45.34 ID:MgF7Ol/L.net]: table2x2
639 名前：デフォルトの名無しさん mailto:sage [2019/02/22(金) 15:08:55.26 ID:UNEOcTqW.net]: 4LDK
640 名前：デフォルトの名無しさん mailto:sage [2019/02/22(金) 15:30:07.80 ID:5n5TLANb.net]: 田ficated
641 名前：デフォルトの名無しさん mailto:sage [2019/02/23(土) 00:36:41.19 ID:gaPva4TF.net]: tanoji
642 名前：デフォルトの名無しさん mailto:sage [2019/02/23(土) 02:06:04.14 ID:khme0D5e.net]: LU,LD,RU,RD
643 名前：デフォルトの名無しさん mailto:sage [2019/03/20(水) 23:44:55.77 ID:+x+aKSef.net]: 同時に処理できる最大数（制限値）を示す、短い変数名をお願いします
644 名前：デフォルトの名無しさん mailto:sage [2019/03/21(木) 00:02:56.13 ID:udXu0zXR.net]: proc_max
645 名前：デフォルトの名無しさん mailto:sage [2019/03/21(木) 02:40:05.89 ID:sL/jDeiO.net]: >>633
結局さ、「処理」っていうのが抽象的過ぎるから命名に困るんだと思うけどねたぶん。
646 名前：デフォルトの名無しさん mailto:sage [2019/03/21(木) 07:20:00.18 ID:Ru1ssq7b.net]: 短くしたいなら漠然とした一般的な部分は削除候補になるので
max_parallel
647 名前：デフォルトの名無しさん mailto:sage [2019/03/21(木) 08:10:15.75 ID:u3u8nbsq.net]: >>633
RunLimit
648 名前：デフォルトの名無しさん mailto:sage [2019/03/21(木) 09:29:35.49 ID:O21Dd4dp.net]: 外部からこの処理やってねって頼まれる場合なら
AcceptLimit？
649 名前：デフォルトの名無しさん mailto:sage [2019/03/21(木) 09:57:23.13 ID:wzenmx5C.net]: >>635
これ
calcXXXみたいなもん
650 名前：デフォルトの名無しさん mailto:sage [2019/03/21(木) 22:47:37.75 ID:udXu0zXR.net]: >>636
parallelはちょっと読みすぎやろ。
651 名前：デフォルトの名無しさん mailto:sage [2019/03/22(金) 00:02:52.39 ID:GmT3YQ5y.net]: え？proc_maxも最大プロセス数みたいな感じじゃないの
バッチ処理やバッファリングのサイズ上限みたいなイメージってこと？
むしろRunLimitあたり「魔法のランプは3回まで」みたいな回数限度で、同時であるニュアンスが落ちすぎだと思ってたわ
まあいくつか挙がった内から近いものがあれば選べばいいとは思うが
652 名前：デフォルトの名無しさん [2019/05/26(日) 22:08:46.49 ID:33DPLG/U.net]: ボタンをｎ回押すと実行されるイベントがあります。
（回数ｎは別途指定します）
ｎ回押されたとき、その時刻を設定ファイルに記録するのですが
そこに使うキーとなる文字列をお願いします

foo: 1970-01-01T09:00:00
みたいな感じです
653 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 22:36:33.72 ID:MKDuMAe+.net]: button_pushed
じゃアカンの？
654 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 22:43:11.01 ID:kcdU4Ge6.net]: >>642
> foo: 1970-01-01T09:00:00
> みたいな感じです
それでなんの問題があるんだ？
あとスレ違いだし
655 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 22:43:36.79 ID:33DPLG/U.net]: ありがとう
特定回数という意味はあえて入れないということかしら
656 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 22:56:58.41 ID:edjd2fQa.net]: >>645
ボタンn回押すのが何かのコマンドか何かであるなら、それを名前に使った方がいいね。

そういうのじゃなく、本当に純粋にボタンがn回押されたタイミングを記録したいだけだとすると
なかなか適切なのが思いつかんなあ
657 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 23:12:23.37 ID:33DPLG/U.net]: >>646
具体的なイベントもコールバックで指定されるんで
なにかが起こるとしか言えない感じ
658 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 23:27:10.28 ID:edjd2fQa.net]: >>647
そういう漠然としたものに名前を与えろっていうのも無理筋な気がするw
まあOnEveryNthClickとか？
659 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 23:45:04.89 ID:33DPLG/U.net]: あーなるほど
ｎ回ってのをそのまま名前にしちゃうという手があったか
いちいち特定回数みたいな日本語に直して考えてたわ
660 名前：デフォルトの名無しさん [2019/06/22(土) 18:33:43.34 ID:2XZpmmZY.net]: Goldfish.AzureGoldfishIsMany() //アジュール色の金魚が多いときに真
のように、形容詞＋クラス名と同じ名詞＋ is ＋形容詞という命名の関数があったとして
クラスと関数でGoldfishがダブってるわけだけどどうしてる？
たとえば関数名のほうを消して Goldfish.AzureIsMany() にできるか？みたいな
661 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 19:02:05.23 ID:B/1A2928.net]: AzureColorIsManyじゃダメなん？
あと多いってのがアバウトじゃね？いいの？
662 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 19:33:14.17 ID:RDL2QMg7.net]: このダブってしまうケースに合うとしばらく思考停止してしまう
663 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 20:06:21.99 ID:xRFWxHvZ.net]: このケースだからそう思うのかもしれないけど、
IsManyを判定できる関数がこのクラスに居るのが違和感
Goldfishの集まりを持っているクラスが他にあって(水槽とか)
FishTank.ContainsManyAzureGoldfishes()
みたいな感じで定義したい
Goldfishクラスには
Goldfish.IsAzure()
関数があればよいはず

まあ単に X.IsAandB() みたいな命名でよいケースもあるような気もする

>>650
「多い」の実装がどうであるかは呼び出し側は気にしたくないんだろう多分
664 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 21:43:09.00 ID:cXBWskr/.net]: 金魚が「Goldfish」なことに違和感。ｗ
直訳？
誰や、んな訳語をつくったんは！
665 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 22:34:20.22 ID:6TuhVHB2.net]: >>650
まあ既に指摘されてるけど、集まりを評価する関数を要素のクラスに持たせるのが
そもそも変だねw

何か事情があるにしても、HasManyAzureとかIsRateOfAzureHighでいいんじゃないか。
むしろいちいちGoldfishと断る意味が分からん
666 名前：デフォルトの名無しさん [2019/06/22(土) 23:38:09.91 ID:2XZpmmZY.net]: >>653
なるほど、同じ文意になる文章がないかと考えてみるのは良さそう

>>651 >>655
形容詞（この場合はAzure）に対してmanyと言って良いのか悩んだんだ
多いのはあくまでも金魚の方だから
667 名前：デフォルトの名無しさん mailto:sage [2019/06/23(日) 00:50:33.60 ID:9mBYoRL1.net]: >>656
azureは他の色と同様名詞の用法もあるみたいだよ
辞書的には不可算名詞みたいだけど、たぶん他の色と同じように場合によってはs付けても大丈夫だと思う
668 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 15:09:38.38 ID:/3nDQzMs.net]: Dataを継承して値の変更を検出できるようにしたDataのクラス名
669 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 19:07:28.81 ID:EAkeN2PH.net]: >>658
Data_notifiyable
670 名前：デフォルトの名無しさん mailto:sage [2019/07/18(木) 01:58:50.63 ID:+One8JDO.net]: >>658
変更検出の方法に基づいて考えたい気がする。
変更時に通知が出るなら >659 とかでいいけど、原本を控えておいて比較によって検出するような形だとまた違ってきそう。
671 名前：デフォルトの名無しさん mailto:sage [2019/07/18(木) 12:59:08.35 ID:i/nHfent.net]: Observerとかでええんちゃう
672 名前：デフォルトの名無しさん mailto:sage [2019/07/18(木) 20:10:35.28 ID:C3Rw/RHH.net]: >>660
検出するのがオブジェクト自身なら、その方法をクラス名に含めないほうがええやろ。
実装の詳細はできるだけ隠すべき。

>>661
それは、Dataオブジェクトの外側の何かやろ。
673 名前：デフォルトの名無しさん mailto:sage [2019/07/19(金) 12:28:07.16 ID:tVWqD6XF.net]: 変更を検知する方法を外部に提供するのか
自分で検出して自分でなにかするのかによって違うわな
674 名前：デフォルトの名無しさん mailto:sage [2019/07/20(土) 00:09:53.37 ID:5OyZG+Pc.net]: ChangeDetectableData
675 名前：デフォルトの名無しさん mailto:sage [2019/07/20(土) 09:39:17.20 ID:ka1618cW.net]: DetectableなDataをChangeするになってしまわないか？
676 名前：デフォルトの名無しさん mailto:sage [2019/07/20(土) 10:21:23.54 ID:eNhk7IpQ.net]: そもそも値の違いを検出できるクラスを作ること自体が設計としてまずいんじゃねえの
677 名前：デフォルトの名無しさん mailto:sage [2019/07/20(土) 11:37:02.08 ID:iXVafCep.net]: そこの議論は一応スレチなので…
Angular詳しくないけどこういう枠組みはあるもよう
https://qiita.com/lacolaco/items/523d96ddbfe55c4e6949

で、実質は Change-Detectable な Data かも知れないけど、
周りからは DataChangeDetector とでも呼ばれるべきという考え方はあるかもしれない
678 名前：デフォルトの名無しさん mailto:sage [2019/07/20(土) 14:56:22.84 ID:kkJ7q95a.net]: もう素直に DataWithChangeDetect でよくね？
679 名前：デフォルトの名無しさん mailto:sage [2019/07/20(土) 18:43:27.60 ID:5OyZG+Pc.net]: それならDataWithChangeDetectionかな
スレチで我慢してたけどDataとChangeDetectorを同じクラスにするのは微妙だから、名前にWithとか入って微妙感が出るのは自然な成り行きと思う

>>665
changeには名詞と動詞があるからそうも読めるけど、change detectionという一般名詞があるから誤読されにくい
クラス名が現れるべき文脈でメソッド名と間違われることなんて実際少ないから、混同への配慮よりも俺なら英語として自然であることを選ぶ
680 名前：デフォルトの名無しさん mailto:sage [2019/07/20(土) 21:10:11.95 ID:ZHuBK9XQ.net]: 質問者もやる気なさそうだから真面目に考えるだけ無駄だと思うよw

だいたい、こんな命名をそのクラスが必要になる背景も、
「検出」の具体的な意味も示さずにやれとか言う時点で何をかでしょ
681 名前：デフォルトの名無しさん mailto:sage [2019/07/20(土) 22:33:32.11 ID:TGp7aH1H.net]: 普通の実装ならDetectableを継承したDataになるはず
682 名前：デフォルトの名無しさん mailto:sage [2019/07/20(土) 22:42:52.16 ID:ZHuBK9XQ.net]: 普通ではないね
むしろ勘違いオブジェクト指向っぽいw
その多態、本当に必要か？
いらないでしょw
683 名前：デフォルトの名無しさん mailto:sage [2019/07/21(日) 15:05:16.00 ID:CumP8Uxr.net]: 全ての品番と型式が対になったリスト
型はC#のDataTableです
684 名前：デフォルトの名無しさん mailto:sage [2019/07/21(日) 16:59:41.32 ID:/atv33Bt.net]: >>673
品番はキーだろうから普通にModelsとかModelNumberとかでいいんじゃね
685 名前：デフォルトの名無しさん mailto:sage [2019/07/21(日) 17:18:39.47 ID:akwJwcuK.net]: >>672
モデルビュー的なことをするならそんなにおかしくもない。
「多態」が目的じゃないから。
686 名前：デフォルトの名無しさん mailto:sage [2019/07/21(日) 18:11:15.08 ID:XeVeiVX2.net]: >>675
どう考えても多態そのものだと思うけど、
それはともかく特殊な条件付けたら何でも正当化できるよw

もとの質問にそんな条件なんか付いてないのは自明でしょ
687 名前：デフォルトの名無しさん mailto:sage [2019/07/21(日) 18:22:06.33 ID:rq1ZgCT5.net]: >>671-672はイチャモンつけたいだけだからスルーでいいよ
そのために
> 命名規則や設計の善し悪しについて議論するのは基本的に禁止。
の注記あるんだし
688 名前：デフォルトの名無しさん mailto:sage [2019/07/21(日) 18:28:01.59 ID:yIq3VOUu.net]: 最初に言いだした>>666俺だわすまん
689 名前：デフォルトの名無しさん mailto:sage [2019/07/21(日) 20:14:42.06 ID:XeVeiVX2.net]: >>677
これもういうの何度目？
この手の馬鹿は自分もそのお仲間である自覚が皆無のおめでたい馬鹿
690 名前：デフォルトの名無しさん mailto:sage [2019/07/21(日) 20:20:53.26 ID:XeVeiVX2.net]: ついでに言えば、こんな過疎ってるスレ（もう今ではこの板の大半のスレがそうだが）で
「スレ違いガー」なんてそれこそ言い掛かりでほとんど無意味。

お前こそ他人にイチャモン付けたいだけだろ馬鹿w
今時2chにいるなんてもういい歳こいてるんだろうから、もうちょっと合理的かつ柔軟に考えたらどうなのかね
派生的な話題を許容しても誰も困らないだろう。
691 名前：デフォルトの名無しさん mailto:sage [2019/07/21(日) 20:38:37.46 ID:O7YQRZ5I.net]: 混乱の元
そんなに気に入らないならまずは次スレを立てる時にテンプレから外しな
692 名前：デフォルトの名無しさん mailto:sage [2019/07/21(日) 21:02:34.97 ID:BTE59XxR.net]: 新参か？
実際に設計の善し悪し含めた話OKの命名スレが立っても、そのスレは全く活用できなかったという
実績が確実に残ってるのよね

そこんとこ分からない程度のオツムなら、設計の善し悪し�
693 名前：ﾈんか話すオツムなんか当然ないんだからやめとけ []: [ここ壊れてます]
694 名前：デフォルトの名無しさん mailto:sage [2019/07/21(日) 21:21:18.61 ID:/atv33Bt.net]: そりゃ名前聞きたいだけなのに生半可な知識の奴に設計ガーとか言われても困るだけ
バカな言い合いで賑わうぐらいなら過疎ってた方がまだマシだよ
695 名前：デフォルトの名無しさん mailto:sage [2019/07/21(日) 21:51:52.82 ID:CumP8Uxr.net]: >>674
ありがとうございます
696 名前：デフォルトの名無しさん mailto:sage [2019/07/21(日) 23:43:53.38 ID:pXk5HZg7.net]: >>682
意味が分からない。
自分で自分が何をっているのか理解しているのか

>>683
こういう馬鹿、言ってる傍から自分で自分の言ってることに矛盾してる自覚もないのな。
697 名前：デフォルトの名無しさん mailto:sage [2019/07/21(日) 23:54:23.20 ID:akwJwcuK.net]: 他人をバカにしたいだけのヤツは、天に召されていただきたいものだ。
698 名前：デフォルトの名無しさん mailto:sage [2019/07/21(日) 23:57:14.14 ID:pXk5HZg7.net]: >>672みたいなレスは

-　誰かの参考になる可能性がある
-　2chの現状を考えれば誰の迷惑にもならない

のに対して>>677みたいのは

-　誰の役にもたなない
-　それどころか一部の人間の気分とスレッドの雰囲気を悪くする

どちらが悪質で罪深いか言うまでもない。
毎度のことだけど、2chに限らずネットではこの程度のことに考えも及ばないバカに限って
本人は自分が正しいと思い込んでる

なぜならこういう馬鹿は内省的になるのが怖くて仕方がなく、
内省的な自分を抑圧する手段の一つとして他人に言い掛かりをつけている自分に無自覚だからだ
699 名前：デフォルトの名無しさん mailto:sage [2019/07/22(月) 00:00:52.53 ID:hNRqRxaR.net]: そんでこれが一番重要なことだが、このスレのテンプレにもあるような
ローカルルールは、結局その手の馬鹿に体のいい言い訳を与えているだけ。

「他人を批判したい」という卑しいだけの動機を抑圧して「正しいこと」に変える欺瞞のね
700 名前：デフォルトの名無しさん mailto:sage [2019/07/22(月) 00:26:05.35 ID:IpNCwwZ3.net]: こーゆーのずっと繰り返してpart28なのよ
んでご希望の設計込みのスレ立てて分離したけど、そっちに居着かないのよ
言い出しっぺもね

どうしても納得いかないならもう一回スレ立てたら？
このスレのルールを変えようとすることだけが目的の馬鹿がまた来たなあとしか思わんね
どうせまた消えるに1億ペリカ
701 名前：デフォルトの名無しさん mailto:sage [2019/07/22(月) 01:04:48.79 ID:q7HwWXHn.net]: >>687
> -　誰かの参考になる可能性がある
ない。
他人のやりかたを「勘違いオブジェクト指向」呼ばわりするようなクソ発言が参考になんかなるか。

> -　2chの現状を考えれば誰の迷惑にもならない
実際に迷惑なんだよ！
702 名前：デフォルトの名無しさん mailto:sage [2019/07/22(月) 04:51:07.44 ID:X0h3hmGj.net]: >>687
> 本人は自分が正しいと思い込んでる
ブーメランすぎるw
703 名前：デフォルトの名無しさん mailto:sage [2019/07/22(月) 08:57:03.38 ID:3CfIT26m.net]: >>682
(どうせ使われないだろうけど)って皮肉がわからん新参か？
704 名前：デフォルトの名無しさん mailto:sage [2019/07/22(月) 11:07:52.75 ID:lH1dF0Hx.net]: >どうせ使われないだろうけど
スレ内ヒット>>692

>どうせ
スレ内ヒット>>488 >>689>692

>使われない
スレ内ヒット>>102 >>103 >>692

>だろうけど
スレ内ヒット>>375 >>574 >>692

どの言葉も話の流れにヒットしないんで>>692が創造主になってるんだが
皮肉の元が真面目に分からん
705 名前：デフォルトの名無しさん mailto:sage [2019/07/22(月) 11:25:07.67 ID:3CfIT26m.net]: 混乱の元
そんなに気に入らないならまずは次スレを立てる時にテンプレから外しな(どうせ使われないだろうけど)
706 名前：デフォルトの名無しさん mailto:sage [2019/08/05(月) 16:15:13.02 ID:jMrkLRxI.net]: 1つだけ有効な値が入っていてそれ以外は0になる配列ってなんて命名すればいいだろうか？
例えば、
{0, 0, 1, 0, 0, 0, 0} これはOK
{0, 0, 0, 0, 0, 0, 1} これもOK
{0, 0, 0, 1, 1, 0, 0} これはNG
707 名前：デフォルトの名無しさん [2019/08/05(月) 16:43:27.68 ID:17zIidUO.net]: それがナニを意味するか、それを名前に入れないと意味ないのでは？
それがナニを意味するかはあんた以外誰も分からないのでは？
708 名前：デフォルトの名無しさん mailto:sage [2019/08/05(月) 18:58:37.11 ID:kCWOwKEP.net]: >>695
array_valid_only1

それっぽい単語を並べるしかないのでは？
709 名前：デフォルトの名無しさん mailto:sage [2019/08/05(月) 19:12:10.92 ID:1szj/JJ7.net]: 既に有効が1つある状態で別の場所が有効になるケースはあるの？
{0, 0, 1, 0, 0, 0, 0} これが
{0, 1, 0, 0, 0, 0, 0} これになるケース
それとも最初はゼロフィルで1度有効の場所が決まれば不変？
710 名前：デフォルトの名無しさん mailto:sage [2019/08/05(月) 19:28:02.73 ID:8/n/eZGp.net]: 「１つだけ有効な値がある配列」ではなく
「ある処理に対して有効な配列」という方向での命名はどう？
711 名前：デフォルトの名無しさん mailto:sage [2019/08/05(月) 21:18:13.38 ID:RYVjF+lB.net]: >>695
論理回路がらみでone-hotっていう用語があるよ。ググって。
712 名前：デフォルトの名無しさん [2019/08/05(月) 21:45:25.18 ID:ayYyoEKb.net]: 意味ないってそんなの
定数1に名前を付けろと言ってるのと同じだから

だから、1がナニを意味するのか分かんなきゃ名前なんか付けようがないだろうにw
713 名前：デフォルトの名無しさん mailto:sage [2019/08/05(月) 23:37:04.95 ID:Cfuto8Vp.net]: 具体的な用途がないと型に名前を付けられないというのも乱暴な話だな
QueueやTupleのような単純なデータ構造だってそれが役に立つなら型と名前が与えられるべき
そういう場合、用途は変数名が表せば充分
714 名前：デフォルトの名無しさん [2019/08/06(火) 00:17:40.47 ID:SOS5SX0N.net]: 何その意味不明な意見
715 名前：デフォルトの名無しさん [2019/08/06(火) 00:22:42.23 ID:SOS5SX0N.net]: この人、QueueやTupleって名前が何の意味も表してないと思ってるのかな
716 名前：デフォルトの名無しさん mailto:sage [2019/08/06(火) 00:32:01.73 ID:NH2VvLYA.net]: 表してるに決まってるだろ
逆に聞くが質問者がいう配列は何も表してないと思うのか？
717 名前：デフォルトの名無しさん [2019/08/06(火) 00:35:14.30 ID:SOS5SX0N.net]: だから何でそうなるのw
何かを表しているはずだと思ってるからそれを言ってくださいと言ってるんでしょw
もう大丈夫かマジw
718 名前：デフォルトの名無しさん [2019/08/06(火) 00:38:42.21 ID:SOS5SX0N.net]: だからね、「一週間の日数を表す定数の名前を付けてくれ」って質問はありだけど、
何を意味してるのか伏せたまま「定数7に名前を付けてくれ」って質問に意味があるとか
思うわけ？

あるわけないじゃんww
719 名前：デフォルトの名無しさん mailto:sage [2019/08/06(火) 00:50:02.95 ID:aM52vrol.net]: 少なくとも、あれは、one-hot encoding という立派な名前のついた状態表現方法。
ただの数字と一緒にするのは無知。
720 名前：デフォルトの名無しさん mailto:sage [2019/08/06(火) 01:02:24.48 ID:NH2VvLYA.net]: 特定の問題を解く上で便利なデータ構造があるなら、それが695の説明ほぼそのままの抽象度の高いものであってもいいだろ
自然物や既知の概念に縛られる必要はない
データの特性が明かされている以上、定数7の例示は過度の単純化をしていて相応しいとは思えない
抽象性の高いままに案を提示してくれている人々に対して「意味ない」とは俺は思わん
721 名前：デフォルトの名無しさん mailto:sage [2019/08/06(火) 08:53:55.01 ID:3T7QkgRF.net]: 695です

このデータ構造は、OneHot〇〇って命名するのが適切そうなのでそうします
ありがとうございます

>> 698
そのケースはあります
722 名前：デフォルトの名無しさん [2019/08/06(火) 10:53:14.30 ID:SOS5SX0N.net]: >>708
だから特定の問題領域で何と呼ばれるか、そんなの何の意味もない
彼の問題領域でそれが何を意味しているか、それが重要。
当たり前でしょ

そもそも配列がベクトルか、行列の列や行を表しているのか、数列か、
あるいは数学的な意味は持たないただの集合か、状況によって
配列そのものがまったく違った意味を持つ

もちろん抽象度が高い配列の特定の状態（例えば全部の要素が規定値とか）が
汎用的な意味を持つ場合もあるだろうし持たない場合もあるだろうが、
普通に考えればこんなのか後者に決まってる

>>709
抽象度が高いのが悪いとか誰も言ってないの。
重要なのは何を意味しているのかだと何度言わ�
723 名前：ｹるの 大丈夫かマジで []: [ここ壊れてます]
724 名前：デフォルトの名無しさん mailto:sage [2019/08/06(火) 15:23:01.65 ID:dzuMs9n7.net]: >>708 で終了だろ
何をグダグダ言ってるんだよw
725 名前：デフォルトの名無しさん mailto:sage [2019/08/06(火) 20:33:38.37 ID:SN9O18fE.net]: >>711
名前の提案ができないのなら、黙ってればいいんだよ。
できない言い訳をするスレじゃないから。
726 名前：デフォルトの名無しさん mailto:sage [2019/08/06(火) 21:44:11.23 ID:U5iXBkFD.net]: 勤勉な無能という奴よ
727 名前：デフォルトの名無しさん mailto:sage [2019/08/07(水) 20:46:09.76 ID:JnBdotvz.net]: 抽象的と言うか
外から見た役割で命名しろというのは大前提も大前提だろ

ただ、その内部処理を書いてるときとか
実装べったりな命名やら、類似処理で使える汎用的なプリフィクス/サフィックスやらが欲しいときも当然あるさ
728 名前：デフォルトの名無しさん mailto:sage [2019/08/19(月) 09:15:28.15 ID:xlQPwL5+.net]: 質問者は
OneHotXXX
↑こういうのの「OneHot」という言葉が欲しかったんでしょうに。
729 名前：デフォルトの名無しさん [2019/08/19(月) 09:47:08.91 ID:OAPxNX3i.net]: そんなのなら素直にValidってやった方いい
意味不明より抽象的な方がミスリードの心配がなく情報量も多いから
730 名前：デフォルトの名無しさん mailto:sage [2019/08/19(月) 09:58:34.23 ID:kG35/yIv.net]: >>716
いきなりどうした？
既に質問者（と思われる人）は
> このデータ構造は、OneHot〇〇って命名するのが適切そうなのでそうします
> ありがとうございます
ってレスしてるよ
731 名前：デフォルトの名無しさん mailto:sage [2019/08/29(木) 01:46:53.52 ID:YxRLkEWl.net]: Analysisが長いのでAnalにしようと思います
732 名前：デフォルトの名無しさん mailto:sage [2019/08/29(木) 03:45:05.82 ID:ReiuIvlQ.net]: pencilが長いのでpenisにしようと思います
733 名前：デフォルトの名無しさん mailto:sage [2019/08/29(木) 07:54:05.23 ID:7UT2vx+j.net]: penisが長いのでinsertしようと思います
734 名前：デフォルトの名無しさん mailto:sage [2019/08/29(木) 09:51:10.58 ID:seNfV/n6.net]: insertまでできるんだったらmagnumを使おうと思います
735 名前：デフォルトの名無しさん [2019/09/04(水) 05:26:03.52 ID:eJy7OAMp.net]: 商品であれば取扱開始日と終了日まで、アカウントであれば有効化日と無効化日を表す変数名で悩んでます。
今はとりあえずstartdateとenddateにしてるんですが、どんな名前にするのがいいでしょうか？
validateddateとinvalidateddateのほうがいいですか？
736 名前：デフォルトの名無しさん mailto:sage [2019/09/04(水) 07:08:03.51 ID:wWcw57/J.net]: >>723
regist_date、cancel_dateとか
737 名前：デフォルトの名無しさん mailto:sage [2019/09/04(水) 09:29:15.85 ID:ZdLs6UcV.net]: registなんて英語はない
738 名前：デフォルトの名無しさん mailto:sage [2019/09/04(水) 10:00:04.36 ID:TVYSsDEa.net]: Active, Disable？
取扱開始日と有効化日、終了日と無効化日を同じ変数名で？
それなら商品の方が微妙になるか
739 名前：デフォルトの名無しさん mailto:sage [2019/09/04(水) 10:06:44.94 ID:OgTLBF5E.net]: 期間っていう構造体かクラスのメンバーじゃないの？
740 名前：デフォルトの名無しさん [2019/09/04(水) 10:28:30.97 ID:EZkqGWkS.net]: >>723
いつでもそうできるわけじゃないだろうけど、開始日/終了日を一組にしてしまえば、

DealingSpan.First
DealingSpan.Last

とかできるはず。
741 名前：デフォルトの名無しさん mailto:sage [2019/09/04(水) 12:46:50.07 ID:1D9rv4MD.net]: 下手に微妙な名前をつけるよりstartdate, enddateで一般化したほうがいろいろ具合がいいという側面もある
個人的にはbegindateの方が好き
型が日付なのか日時なのかわからない名前は嫌
742 名前：デフォルトの名無しさん mailto:sage [2019/09/04(水) 14:03:19.01 ID:TYvZQs3/.net]: beginning dateだな
743 名前：デフォルトの名無しさん mailto:sage [2019/09/04(水) 14:12:20.29 ID:HTJbgiFI.net]: 次に読んだ時に、何が初まるの？とはないだろうか？
744 名前：デフォルトの名無しさん mailto:sage [2019/09/04(水) 19:40:52.08 ID:S+RlT6ue.net]: >>723
終わりのほうはexpired一択。
始まりはなんだろ？対応させるならsubscribedかな？

ただの開始と終了じゃなく、なんか有効期間的な範囲だったら。
745 名前：デフォルトの名無しさん [2019/09/04(水) 19:46:59.42 ID:EZkqGWkS.net]: >>732
現時点で過去とは限らないのでそういうのはどうかと思うよw
746 名前：デフォルトの名無しさん mailto:sage [2019/09/04(水) 21:15:39.20 ID:1D9rv4MD.net]: 難しいな
他動詞なら過去分詞を受動態として無造作に使えるけど、自動詞では、時制が過去かどうかはともかく、完了相が前に出るということだろうか
expire dateでは文法的におかしいし、expiringも進行相だし、素直にexpiryかexpiration dateしかないのか
747 名前：デフォルトの名無しさん mailto:sage [2019/09/04(水) 23:09:38.87 ID:S+RlT6ue.net]: >>733
>>734のいう感じで、過去分詞のつもり。
原則、命名で過去形なんか使わん。
自動他動は気にしなかったけど、そこはどっちでもよくない？

英語は言うほど詳しくないんだけども。ｗ
748 名前：デフォルトの名無しさん [2019/09/04(水) 23:40:05.53 ID:1AbQmJ8B.net]: いやexpiredは形容詞だと思うけど、どっちにしろ
現時点までのある時点で「期限切れ」になってないものに使うのは変だと思う。
749 名前：デフォルトの名無しさん mailto:sage [2019/09/05(木) 06:29:17.88 ID:9D+N5xdb.net]: >>734
英語として正しいことが目的じゃなくて、わかりやすい変数名でしょ
文法的に正しくても、一般的でない単語や言い回しだと読む人が混乱するんじゃね？
まあ、誰が読むのかって定義は必要かも知れんが

つまり、YukoukaDate,MukoukaDateにしろ
750 名前：デフォルトの名無しさん mailto:sage [2019/09/05(木) 08:59:34.49 ID:p9eUlRUA.net]: 開き直るならyukoukabi、mukoukabiもありだと思うよ
ただし和英混合ありなしとヘボン式なのか何なのかは厳格に
それで一貫してるシステムは割と開発しやすかった
751 名前：デフォルトの名無しさん mailto:sage [2019/09/05(木) 22:54:21.19 ID:do1wrMFw.net]: >>736
「過去分詞」って知ってる？ｗ
752 名前：デフォルトの名無しさん mailto:sage [2019/09/05(木) 23:39:58.60 ID:8OdGH4bL.net]: 過去分詞の形容詞的用法って懐かしいよな
ちなみに未来完了形でwill have expiredという活用になることもある
いずれにしても話者の視点からは「失効した日」という意味になるから
おかしいと思うのは同感だ
753 名前：デフォルトの名無しさん mailto:sage [2019/09/05(木) 23:44:45.61 ID:SqVFrgIi.net]: おまえらexpireで盛り上がりすぎ。
質問者いつ出てくるんだよ。
754 名前：デフォルトの名無しさん mailto:sage [2019/09/05(木) 23:58:09.84 ID:8OdGH4bL.net]: 思い…出した！
obsolete dateだわ
対義語はeffective date
我ながら見事な回答と言うしかないが、日本人エンジニアからはインテリぶってると思われる諸刃の剣
素人にはおすすめできない
755 名前：デフォルトの名無しさん [2019/09/06(金) 01:43:27.95 ID:8Fs8S30Z.net]: >>739
知ってるよ。
っていうか辞書引いてそれ言ってるのか

>>740の言う通りというか、いやちょっと違って、
もともと形容詞的な用法から派生したんだと思うが、今では独立した形容詞と見なされている単語だよ

expiredを過去分詞として使っているとしても（もちろん受動じゃなくて完了の意味で）
どっちにしろ現時点で過去になってない期日を表す言葉としては不適切だ

もう質問者さんどうでもいいみたいだけど、
こういう面倒な問題をスキップするためにも、>>729に書いたみたいに
可能なら期間を表す型を定義しちゃったほうがシンプルだね
756 名前：デフォルトの名無しさん [2019/09/06(金) 01:45:26.86 ID:8Fs8S30Z.net]: >>729じゃなくて>>728だった
757 名前：デフォルトの名無しさん mailto:sage [2019/09/06(金) 01:48:50.02 ID:lHAI4brR.net]: 意味もなく頭に星の名前を付ける
758 名前：デフォルトの名無しさん mailto:sage [2019/09/06(金) 11:58:03.50 ID:uS/8ghDY.net]: URIが与えられて、そのURIが表すリソースの種別を判定するのですが、
例えば、Aリソース、Bリソース、Cリソースなど。
各種別ごとに下のようにメソッド用意するのもあれなんで、
bool isAResourceUri(Uri uri);
bool isBResourceUri(Uri uri);
bool isCResourceUri(Uri uri);

一つにまとめて
解析結果を表すクラス parseUri(Uri uri); //

みたいな感じにしたいです。解析結果を表すクラスのクラス名をお願いします。
parseUriの名前も変えた方がいいならお願いします。
759 名前：デフォルトの名無しさん mailto:sage [2019/09/06(金) 12:39:37.74 ID:jknoknuH.net]: ResourceType
760 名前：デフォルトの名無しさん mailto:sage [2019/09/06(金) 16:03:43.23 ID:c49RxhBS.net]: parseはあかん
ResourceTypeOf(URI uri);
761 名前：デフォルトの名無しさん mailto:sage [2019/09/06(金) 18:14:38.78 ID:RrO6Um6/.net]: >>746
与えられるのが文字列ならparseでいいけど既にUri型になってるならparseは違和感ある
UriクラスにgetResourceType()みたいなメソッド追加すればいいんじゃね？
762 名前：デフォルトの名無しさん mailto:sage [2019/09/06(金) 19:08:30.01 ID:uS/8ghDY.net]: そうですか、型はUriですね。もちろん、文字列にして内部でUriにしてもいいですが。
で、そのUriのパスのフォームからリソースタイプを判定するのですが。
Uriはビルトインクラスなので、メソッド追加できません。拡張メソッドみたいのもありませんし。
763 名前：デフォルトの名無しさん mailto:sage [2019/09/06(金) 19:13:06.97 ID:uS/8ghDY.net]: 後、解析結果なんですが1つのリソースタイプだけじゃなく複数の情報が返されるのです。
たから、現状クラス名がUriParsedResultとかにしてて..

後parse以外にanalyzeとか思いつきましたがなんか大袈裟というか
764 名前：デフォルトの名無しさん mailto:sage [2019/09/06(金) 19:15:06.10 ID:uS/8ghDY.net]: 最初のbool isAResourceUri
で、返される情報は１つだけみたいな誤解を与えてしまいましたすみません
765 名前：デフォルトの名無しさん [2019/09/06(金) 19:59:09.78 ID:aE1H8E8O.net]: web全然知らんけど、要するに実際にファイルをwebから拾って中身を見て解析するわけじゃなく、
単純にパスの拡張子を見るだけってこと？

そうならそこを強調しないとまずいよねたぶん。知らんけど。
適当な名前空間に収まってる前提で
ResourceType PathParser.GetType(Uri uri)
766 名前：デフォルトの名無しさん mailto:sage [2019/09/06(金) 20:24:08.80 ID:uS/8ghDY.net]: そうですね。実際にWebから中身拾ってくるわけじゃありません。例えば
hoge.com/users/[userId]
このUriならuserを表すuri
hoge.com/tweets/[tweetId]
このUriならtweetをあらわす

これを解析してどのリソースを表すかと、例えばuserを表すuriなら抜き出したuserIdも返す感じです
767 名前：デフォルトの名無しさん mailto:sage [2019/09/06(金) 23:54:53.62 ID:w2Tc9TX1.net]: >>750
> Uriはビルトインクラスなので、メソッド追加できません。
言語がわからんけど（Javaのfinal classとかC#のsealed classとかで）派生できないようにされてるの？
768 名前：デフォルトの名無しさん [2019/09/07(土) 00:34:21.80 ID:lng4b11W.net]: >>754
これ、そもそもURIはリソースを指しているんじゃなくて、
アプリケーション（？）の種類とそのパラメータを表してるんじゃないの？

その意味じゃ全然URIじゃないねw
769 名前：デフォルトの名無しさん mailto:sage [2019/09/07(土) 02:36:02.55 ID:VkB2thai.net]: extractResourceType
770 名前：デフォルトの名無しさん mailto:sage [2019/09/07(土) 13:20:01.46 ID:3+0QPiXb.net]: ResourceUri ResourceUri.of(Uri uri)

ResourceUriはtypeやidなどを持つ
771 名前：デフォルトの名無しさん mailto:sage [2019/09/07(土) 13:20:42.48 ID:3+0QPiXb.net]: >>756
RESTのURIじゃないのかな
772 名前：デフォルトの名無しさん mailto:sage [2019/09/07(土) 17:18:57.36 ID:oc7TfbqT.net]: getURIInfo

これなら、いろいろふんわりやから気にならんやろ。ｗ
773 名前：デフォルトの名無しさん mailto:sage [2019/09/07(土) 17:42:43.45 ID:15iR+LCW.net]: getSomethingAbout(uri)
774 名前：デフォルトの名無しさん mailto:sage [2019/09/07(土) 21:13:20.29 ID:Sb2KjlQX.net]: >>759
RESTのUriはあんな感じですよね。
>>760
ふんわりしてていいかもですね。
775 名前：デフォルトの名無しさん mailto:sage [2019/09/14(土) 19:11:22.43 ID:TUFMAlcF.net]: A, ファイルをバイナリとして開いて検索
B, 起動中のプロセスのメモリを検索

検索部分は共通した処理だから同じクラスでやりたい
この場合はクラス名何がいいかな？
MemorySearchとかだとBだけになるし
BinarySearchだとメモリもバイナリでいいの？ってならないかな？
776 名前：デフォルトの名無しさん mailto:sage [2019/09/14(土) 20:18:51.13 ID:nEO5MM+y.net]: >>763
class BinarySearch {
public BinarySearch(String FileName){ … }
public BinarySearch(Pid ProcessId){ … }
…
}
みたいな感じでいいんじゃね？
777 名前：デフォルトの名無しさん mailto:sage [2019/09/14(土) 20:53:18.08 ID:ynHb/SwE.net]: Binary searchは「二分探索」って意味になるからそれは避けたほうがよいと思う
778 名前：デフォルトの名無しさん [2019/09/14(土) 21:20:28.76 ID:hosEl+Of.net]: >>763
検索対象のデータはストリームみたいに抽象化するんだろうから、
「何から」検索するかではなく「何を」検索するかに注目して
名前を付けた方がいいんじゃない？

だとするとざっくり検索って言われてもな感じ。
これだとFinderとかSeekerとかぐらいしか言いようがないよね
779 名前：デフォルトの名無しさん mailto:sage [2019/09/14(土) 22:13:28.42 ID:nEO5MM+y.net]: >>765
ああ、言われてみればそうだな
780 名前：デフォルトの名無しさん mailto:sage [2019/09/14(土) 22:16:17.66 ID:pQ8OW4Ak.net]: Seeker
Searcher
SearchEngine
781 名前：デフォルトの名無しさん mailto:sage [2019/09/15(日) 00:06:01.47 ID:epz106Yo.net]: BinDataSearch
782 名前：デフォルトの名無しさん mailto:sage [2019/09/15(日) 10:33:36.53 ID:WyNEQ0+k.net]: ありがとう

A, バイナリエディタの検索部分
B, メモリエディタの検索部分
検索部分だけのプロジェクトを作ってAとBに使い回すなら
両方で違和感の無い名前がいいよなってのが経緯

「何を」と言われると
　A, 修正箇所
　B, 値の変動に応じて絞り込み検索してアドレスを特定
こうなるから同じにせずに分けた方がいいのかなと思えてきた
でもやってる事は同じだから共通化させたいけどこういう時は分けるもんなんかな？
783 名前：デフォルトの名無しさん mailto:sage [2019/09/15(日) 11:24:36.57 ID:VKeDSGtj.net]: >>770
よほど特殊な機能を持ってるなら別だけど単なる検索機能だけならコード量もたいしたことないだろうから俺なら別々にしておくと思う
784 名前：デフォルトの名無しさん mailto:sage [2019/09/15(日) 12:41:40.84 ID:lkQ+SOXM.net]: 共通部分をis-aなりhas-aなりで共通化することに問題はないと思う
785 名前：デフォルトの名無しさん mailto:sage [2019/09/15(日) 12:48:53.00 ID:lkQ+SOXM.net]: 簡単な名前でいいならBinaryDataSearcher
Dataみたいな語は情報量が少ないから削られがちだけど、この位置のDataを無造作に省略すると修飾先が変わっておかしなことになる
もう少し真面目に考えると、バイナリかテキストかという初歩的な分類用語よりも、エンディアンとか解釈した結果のバイトストリームを扱ってるならそういう名前の方が適切
ほかには多少語弊が生じるけど、お好みでProcessとかProgramとかExecutableあたりの語を使ってもいいかも
786 名前：デフォルトの名無しさん [2019/09/15(日) 13:13:26.96 ID:WGDoaeaE.net]: >>770
要するに、

(1) ストリームの中から
(2) 指定されたバイト列に完全一致する場所を探す

ってことね。部分一致とか、パターンマッチと、CRC的な符号が一致するとか、そういうのじゃないわけだ。

じゃあ「バイト列の探し屋」か？
ByteSequenceFinderとかByteArraySeeker みたいな感じ？
787 名前：デフォルトの名無しさん mailto:sage [2019/09/15(日) 14:39:03.93 ID:1CTIlTlw.net]: Cで言えばstrstrのバイナリ版GNU拡張のmemmemだよね。
ファイルが対象だとしてもmmapすれば同じだし。
788 名前：デフォルトの名無しさん [2019/09/15(日) 15:50:14.45 ID:WGDoaeaE.net]: もっと単純BytesFinderでもよかったか
789 名前：デフォルトの名無しさん mailto:sage [2019/09/15(日) 16:44:36.00 ID:PqHAhyXf.net]: そこまで抽象化するなら検索アルゴリズムの実装になるから検索アルゴリズムの名前でいいんじゃ
790 名前：デフォルトの名無しさん mailto:sage [2019/09/16(月) 08:48:03.32 ID:f/9IJK5V.net]: ありがとう

そう、完全一致だけで部分とかパターンとかは無し
この流れをヒントにして考えてみるよ

ありがとう
791 名前：デフォルトの名無しさん [2019/10/21(月) 11:26:02 ID:cJ8/Rgj7.net]: テキスト検索で、検索ボックスに入力する文字列と検索対象の文字列(本文)はどう名付けるのが無難ですか？
792 名前：デフォルトの名無しさん [2019/10/21(月) 12:13:57.58 ID:VNGEIVP2.net]: >>779
前者はkeyword？
後者は置かれる文脈次第だろうね。シンプルにtextで通じるならそれでいいと思う

他の候補は
target, targetText, scannedText, searchee

ググってみたがsearcheeって言葉は正式な英語じゃない（当たり前か）
でも意味は分かると思う
793 名前：デフォルトの名無しさん mailto:sage [2019/10/21(月) 13:48:15 ID:qqa/WroJ.net]: box, search という単語を変数名に入れた方がいいと思う
同じような変数が何種類か出てくることになると思うので
794 名前：デフォルトの名無しさん mailto:sage [2019/10/21(月) 14:26:40.55 ID:Ib7YbEIo.net]: それはあるある
795 名前：デフォルトの名無しさん mailto:sage [2019/10/21(月) 15:02:23 ID:coWSyVCC.net]: 検索文字列はsearchStringがよく使われる印象
boxみたいにUIの形状に基づく変数名は本当にそれが妥当なのかよく考えてから付けたい
796 名前：デフォルトの名無しさん mailto:sage [2019/10/21(月) 16:25:59 ID:k7iewJnN.net]: よくあるのは、needle, haystack
797 名前：デフォルトの名無しさん mailto:sage [2019/10/21(月) 17:44:13 ID:cifrZUYa.net]: UI要素につける名前なのか
UIから受け取った検索文字列と検索対象文字列を一時的に格納するローカル変数につける名前なのか
それを渡す検索メソッドの引数につける名前なのか

コンテキストによって適切な名前は変わってくるから
それを共有しないと時間の無駄
798 名前：デフォルトの名無しさん mailto:sage [2019/10/21(月) 20:46:03.97 ID:xjKpZ4EU.net]: ムダだと思うなら黙っとけ！
799 名前：デフォルトの名無しさん [2019/10/21(月) 21:00:10 ID:VNGEIVP2.net]: 普通に考えれば>>779の人が検索ボックスと言ってるのは
その方が話が早いからでUI要素の名前を聞いてるわけではないと思うよ

英語のkeywordに相当する日本語って意外とないから。
検索文字列とか言っても見つけ出したい文字列じゃなくてスキャンされる方の
文字列を指してると誤解される可能性がある。
800 名前：デフォルトの名無しさん mailto:sage [2019/11/13(水) 09:16:45.77 ID:JAuzgMXK.net]: 例えば、Twitterのツイートがあります。ツイートが他のツイートへの返信の場合、
どのツイートへの返信かを表すIN_REPLAY_TO_TWEET_IDみたいのがあります。
で、この逆の関係を表現したいのです。
あるツイートがあって、このツイートへ返信してるツイートのIDsを表す場合
なんて名前がいいでしょうか？
801 名前：デフォルトの名無しさん mailto:sage [2019/11/13(水) 11:02:28.02 ID:LQUpdw6j.net]: replies
802 名前：デフォルトの名無しさん mailto:sage [2019/11/13(水) 11:18:20.64 ID:ZW56FeJ7.net]: TWEET_FROM_REPLAY_ID
803 名前：デフォルトの名無しさん mailto:sage [2019/11/13(水) 11:18:40.12 ID:ZW56FeJ7.net]: この手のってコード書いてると訳分からんようになるんだよなー
804 名前：デフォルトの名無しさん mailto:sage [2019/11/13(水) 11:20:16.90 ID:ZW56FeJ7.net]: 連投すまん
上2レスをまとめて書いたらNGワードで蹴られたから分けてみたら通った
ERROR: Rock54: Warning:NG～ってやつ
何じゃそら
805 名前：デフォルトの名無しさん mailto:sage [2019/11/13(水) 13:41:02.27 ID:esrVwf9J.net]: なんでreplayなの？
806 名前：デフォルトの名無しさん mailto:sage [2019/11/13(水) 14:16:26.15 ID:ZW56FeJ7.net]: 788のにそのまんま返してしまったけど、replyだったねｗ
807 名前：デフォルトの名無しさん [2019/11/13(水) 15:07:27.24 ID:dfS9RQP/.net]: >>789で終わってたw
逆にこれ以外に何があるんだw

ついでに、IN_REPLAY_TO_TWEET_IDなんて意味不明だから
素直にparentとかした方がいいんじゃないの？
808 名前：デフォルトの名無しさん mailto:sage [2019/11/13(水) 17:41:41.87 ID:JAuzgMXK.net]: in reply to tweet id は返信先のツイートのIDって意味じゃないですかね？確かTwitterAPI のJSONはこういう名前のフィールド持ってたから外人の人が命名しただろうから、盲目的に信じてたが、おかしいのか？
809 名前：デフォルトの名無しさん mailto:sage [2019/11/13(水) 17:45:10.84 ID:JAuzgMXK.net]: Tweetクラスに、InReplyToプロパティとRepliesプロパティ追加しとげばいいか。どっちがどっちになりそうだけど仕方ないのか
810 名前：デフォルトの名無しさん mailto:sage [2019/11/13(水) 17:47:41.19 ID:Imemf4ry.net]: in_reply_to_tweet_idってのはTwitter APIの仕様だから変えるのはいささか難しいだろうな
リプライオブジェクトを格納するrepliesと、リプライIDだけを格納するreplyIDsを名前で区別したい場合はある
名前に対称性を持たせるならreply_tweet_ids
811 名前：デフォルトの名無しさん mailto:sage [2019/11/13(水) 17:48:07.09 ID:JAuzgMXK.net]: つか今見ると俺がreplayだったのか。すまん、typoしてました
812 名前：デフォルトの名無しさん mailto:sage [2019/11/13(水) 18:03:10.32 ID:JAuzgMXK.net]: >>795のparentというアイデアを借りて、
単にParentとChildren。これじゃ何の親子関係か分かりづらい?のでReplyParentとReplyChildrenじゃくどい？

で最後InReplyToとReplies

皆さんはどれがお好みでしょうか？
813 名前：デフォルトの名無しさん mailto:sage [2019/11/14(木) 00:23:50.76 ID:Nc6xtndT.net]: 特定のツイートとリプライは1対Nの参照関係だけど親子関係ではないし
ドメイン用語にParentやChildは無いのでそういうのは入れないほうがベター
InReplyToとRepliesがいい
814 名前：デフォルトの名無しさん [2019/11/14(木) 00:29:00.53 ID:HNBp407z.net]: いやいやいやw
フツーにツリー構造だからw
815 名前：デフォルトの名無しさん mailto:sage [2019/11/14(木) 09:41:50.47 ID:baSi3t2K.net]: 循環するツリーってあるんですね(笑)
816 名前：デフォルトの名無しさん [2019/11/14(木) 11:24:59.93 ID:xkNbqoiZ.net]: 循環てw
明日書かれるツイートに今日返信できるのかwww
817 名前：デフォルトの名無しさん [2019/11/14(木) 11:28:27.61 ID:xkNbqoiZ.net]: ついでに言うと、論理的には木構造は循環する可能性を必ずしも排除しないはず。
ツイートは循環なんかしないけどね
818 名前：デフォルトの名無しさん mailto:sage [2019/11/14(木) 13:15:57.33 ID:Nc6xtndT.net]: >>802
ツイートとツイートの関係(=relationship)の話と
それをプログラムで扱う際にどういうデータ構造で表現するのかという話はレイヤーが違う
親子関係じゃないということとツリー構造で扱うということは両立しうる話

特定のデータ構造で扱うことを前提とした命名をすべき状況で
ツリー構造に依存した名前にしたければそうすればいい
819 名前：デフォルトの名無しさん mailto:sage [2019/11/14(木) 18:19:32.64 ID:baSi3t2K.net]: 自己言及してるツイート見て来いよバカ
820 名前：デフォルトの名無しさん mailto:sage [2019/11/14(木) 18:48:28.45 ID:VHDeJvx8.net]: ツリー構造であるかどうかを議論してもしょうがないと思うぞ
ツリーの関係性を有するデータの名前に漏れなくChildrenをつけるべきか？
これは常には成立しないよな

ツリー以前に、単なる1:Nの親子関係を有するデータにも同じことがいえる
雇用関係ならEmployerとEmployeesが妥当であって、EmploymentParentとEmploymentChildrenという命名は拙い
821 名前：デフォルトの名無しさん [2019/11/14(木) 22:24:40.93 ID:DMlczWCC.net]: >>806
なるほど、では君はファイルシステムで上位のディレクトリのことを親って言わないんだねきっと。
どういう問題領域のどういう対象であろうと、それが木構造にみなせる以上、親は親だ。
普通はそう考えると思うけど
822 名前：デフォルトの名無しさん mailto:sage [2019/11/15(金) 00:27:23.00 ID:SWgp43Jk.net]: 「金槌しか道具を持っていない人は、何もかも釘であるかのように取り扱う」by マズロー
823 名前：デフォルトの名無しさん mailto:sage [2019/11/15(金) 00:33:09.85 ID:WAwhq9DE.net]: >>809
ふつうじゃねえよ。異常。
独立したものの参照関係がツリーのように見えているだけで、本質的には親子関係が成立するツリーじゃないぞ。
824 名前：デフォルトの名無しさん [2019/11/15(金) 00:49:32.81 ID:ZDqxsHuV.net]: >>811
それは君がツリーっていう言葉の語感に影響されているだけ。
だからUIみたいに「見える化」されているものだけを指すと勘違いしてるんだろう。
抽象的な思考が苦手なタイプによくある勘違いだ。

木構造は単に論理的な関係を表現しているだけだ。
っていうか自分でツイートとそれに対するリプの関係を図示してみろって。
それ、ツリーそのものだろアホか。

っていうかだから、直上のディレクトリを親と言うのか言わないのか、答えてみろって。
頭悪いにも程があるよほんと
825 名前：デフォルトの名無しさん [2019/11/15(金) 00:58:36.52 ID:ZDqxsHuV.net]: >>810
こいつも何か言ってるつもりなんだろうけど馬鹿だよねw
悪いけど「バカの一つ覚え」なのはそっちの方だ。

何もそれを表現するより具体的な表現や用語があるの
826 名前：なら 木構造だの親だの、そんな抽象的な言葉を使つ必要なんかない。 ディレクトリの例もそうだが、それがないから「親」と呼べばいいじゃないかと言ってる。 なのにこの手の御仁は「もっと具体的な言葉を使うべきだ！！！」というバカの一つ覚え。 笑えるね []: [ここ壊れてます]
827 名前：デフォルトの名無しさん mailto:sage [2019/11/15(金) 00:59:46.30 ID:E8ESC8td.net]: 本件はツリーだけど親子関係ではない
ディレクトリではなくメールボックスをツリー表示したようなものだから、
返信メールを子とは言わないしレス元のメールを親とは言わないけどツリーではあると

と横からレス
828 名前：デフォルトの名無しさん [2019/11/15(金) 01:03:57.08 ID:ZDqxsHuV.net]: >>814
論理的な関係を表現していると言ってるそばからこれだ。
何を言ってるのか意味が分からないよ。
829 名前：デフォルトの名無しさん mailto:sage [2019/11/15(金) 01:09:21.32 ID:E8ESC8td.net]: あ・・・この人は・・・

君以外全員馬鹿ってことでいいよ
円満解決だ
830 名前：デフォルトの名無しさん [2019/11/15(金) 01:10:06.03 ID:ZDqxsHuV.net]: はいはい得意の精神勝利法ね。
831 名前：デフォルトの名無しさん mailto:sage [2019/11/15(金) 01:18:47.48 ID:E8ESC8td.net]: いやいや、全てにおいてあなたの大勝利で結構ですよ
その他の犬共に侮蔑の言葉を投げつけてくださいﾜﾝﾜﾝ
832 名前：デフォルトの名無しさん [2019/11/15(金) 01:20:02.90 ID:ZDqxsHuV.net]: しかし、ツイートとリプの関係を図示するってそんな難しいか？w
10歳ぐらいの子供でも図示なんかしなくても頭の中で描けると思うけど。

それ以前に親が変だと思うならもっとふさわしい表現を出せばいいのに。
ここそういうスレでしょ。

少なくともin reply toじゃ「に対する返信」で、意味不明は言い過ぎとしても
分かりやすいとは言えないよね。
833 名前：デフォルトの名無しさん mailto:sage [2019/11/15(金) 01:25:04.80 ID:SY/YBOOW.net]: 見た感じメインは罵倒みたいだし議論する気には見えないな
おっとﾜﾝﾜﾝﾜﾝﾜﾝww
834 名前：デフォルトの名無しさん mailto:sage [2019/11/15(金) 09:05:44.13 ID:MDhJ3LYt.net]: >>813
具体的な表現がないって、InReplyToとRepliesというまさに具体的な回答が出てるだろ
その回答を論理的に否定しないと皆は納得しない
お前がなんで不満なのかはわかるよ
英語ネイティブであるAPI設計者の名付けに対して
> IN_REPLAY_TO_TWEET_IDなんて意味不明だから
なんて赤っ恥なツッコミをしてしまったから引っ込みがつかなくなったんだろ？
でももういいだろ
間違えることもある
そこからどう行動するかが大事なんじゃないのか
835 名前：デフォルトの名無しさん mailto:sage [2019/11/15(金) 09:21:07.06 ID:MDhJ3LYt.net]: >>819
言えないよね、っていうのは感覚だよね
女子っぽく同意を求めてもそれなと答えてくれるのは仲のいい子だけ
最終的に感覚に頼るしかないなら、自分の感覚と他人の感覚を同じように尊重することだ

しかし周囲が全員、低い英語力のコーダーしかいない環境ではChildrenの方が通りがいいケースはあるだろうな
836 名前：デフォルトの名無しさん mailto:sage [2019/11/15(金) 10:01:57.70 ID:Dg2kwGpJ.net]: ID:ZDqxsHuV　必死過ぎて見てて恥ずかしくなる
837 名前：デフォルトの名無しさん mailto:sage [2019/11/15(金) 13:26:17.06 ID:SWgp43Jk.net]: >>815
そうそう、1対Nになる論理的な関係はすべて木構造ですよねw
論理的な関係で言えばデスヨね

「論理的」とは何か「関係」とは何か
それすら理解できてないバカには何を言っても無駄ですよw

図示してツリーになるやつは全部Parent/Childrenですもんね
抽象的思考が苦手なバカwはこんな簡単なことも理解できないんですかね？

「バカの一つ覚え」とはよく言ったもんですねw
838 名前：デフォルトの名無しさん mailto:sage [2019/11/15(金) 13:41:49.03 ID:pd2oXw5y.net]: >>824
少なくとも｢全て｣ではないな
839 名前：デフォルトの名無しさん mailto:sage [2019/11/15(金) 13:42:55.92 ID:pd2oXw5y.net]: 他人をバカにするなら
少しは書き込みを見直した方が良いかと
840 名前：デフォルトの名無しさん mailto:sage [2019/11/15(金) 13:45:07.28 ID:pd2oXw5y.net]: >>806
構造まで名前に入れるのはプログラムの世界では良くあることだよ
841 名前：デフォルトの名無しさん mailto:sage [2019/11/15(金) 13:46:00.43 ID:pd2oXw5y.net]: 元の書き込みを見てないので適切かどうかは別として
842 名前：デフォルトの名無しさん mailto:sage [2019/11/15(金) 14:26:50.12 ID:E8ESC8td.net]: >>815
君が論理的にっていいながらディレクトリ構造を持ちだして親子親子言ってるから、
メールボックスのツリー構造を例に出してこれは親子とは言わないよなってツッコんだら
意味が分からないとかもっとふさわしい条件とか、君こそ馬鹿の一つ覚えの
主張しかせず全くツッコミ内容に触れずに相手を馬鹿にすることに全力賭けてるもんだから、
ﾜﾝﾜﾝとしか言えないなって話になる
843 名前：デフォルトの名無しさん mailto:sage [2019/11/15(金) 19:57:05.56 ID:3X1+zKuD.net]: 有向グラフなのか無向グラフなのか
順序関係なのか半順序関係なのか
この辺で親子という表現を使うかどうかが決まる
844 名前：デフォルトの名無しさん mailto:sage [2019/11/15(金) 20:09:51.51 ID:SY/YBOOW.net]: この件が親子関係になるんなら、この一連のレスバにも親子関係があることになるが
ちょっと意味が分かりませんね
845 名前：デフォルトの名無しさん mailto:sage [2019/11/15(金) 20:50:28.62 ID:WAwhq9DE.net]: >>830
決まらん。
ひょっとして、ツリーバカと同一人物？
846 名前：デフォルトの名無しさん mailto:sage [2019/11/15(金) 21:14:16.66 ID:/dDy1LQy.net]: 各ノード
親は高々１人
子はゼロ人以上
ループはない

グラフでいうと
親から子への有向単純グラフ
全ての点は、それに向かう辺が1個以下
閉路は含まない

連結の条件は不要かな
847 名前：デフォルトの名無しさん mailto:sage [2019/11/15(金) 22:28:51.89 ID:SWgp43Jk.net]: >>825-826
ちょ、皮肉殺しのマジレスやめてー
848 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 09:43:16.55 ID:sxDPEgRe.net]: 皮肉だったのか
そこしか見てなかったので
849 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 11:14:00.05 ID:Wv4XuSIJ.net]: 皮肉としても底質
850 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 12:58:45.04 ID:gzUz93yQ.net]: 自分が分かってない事を分かってないってほんと怖いね
851 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 13:01:11.14 ID:7BT2jGOo.net]: 皮肉って言葉の意味わかってんのかコイツ
自分が議論に窮した時に使う言い訳じゃねえんだぞ
852 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 10:42:22.71 ID:dBD2jv65.net]: ツリーボーイ必死やなw
853 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 11:38:40.03 ID:MkfijLAQ.net]: 釣りーボーイか
854 名前：デフォルトの名無しさん mailto:sage [2019/11/22(金) 12:27:14.39 ID:Da5ctjWB.net]: >>829
メールボックスのツリー構造も親子というと思うけど

なぜディレクトリは親子で、メールボックスは親子ではないの？
構造はどちらも同じだろ
855 名前：デフォルトの名無しさん mailto:sage [2019/11/22(金) 13:26:05.71 ID:vT5VBrvl.net]: >>841
俺の親はお前なの？
俺が>>829にも安価付けてレスしたら兄弟にもなるの？
ディレクトリ構造とは全く違うわな
856 名前：デフォルトの名無しさん mailto:sage [2019/11/22(金) 14:43:50.50 ID:o7w4L720.net]: >>842
安価もツリーと見なしたら、親子関係にあるとも言えるでしょ
見方によって変わるものを、一面だけ見て決めつけるのも違うと思うんだがな
857 名前：デフォルトの名無しさん mailto:sage [2019/11/22(金) 18:10:38.25 ID:FtTqA+yz.net]: 「お前を俺の親と見なしたら、親子関係にあるとも言えるでしょ」w
858 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 08:14:27.92 ID:lHF5Ppzy.net]: メール
　送信者→親
　受信者→子
　　受信者が送信者に返信
　　　元の送信者→親であり子になる
　　　受信者も→親であり子になる

だからおかしくね？って話だと思ってた
859 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 01:47:32.93 ID:1sgprDiI.net]: 別にコードを書くにおいてメールを親子関係としてネーミングするのは自由にしたらいいと思うけど、

送信者X→相手A,B,C
A返信→X
B返信→X,A,C

この組み合わせが変わったりして続くとか普通にあるから、親子関係に当てはめられても人間から見て分かりやすいか？って話
元レスのtwitterの件も同じカテゴリ
もちろん親子関係が成立するメールもあるけど、必ずしもそうならないって話

なのでディレクトリとは明確に違う（ハードリンク云々はおいといて）
860 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 02:22:47.27 ID:Ak7CJVWZ.net]: まだこの話してるのか
いやメールのスレッドが親子じゃないという例は微妙かなと思ったよ
でも蒸し返してもいいことないぞ
結局スレの趣旨的にはメールの返信元にあたる変数をParentと名付けるのが妥当かどうかという話になる
どう考えてもReplyToだろ
RFCで定められたスタンダードにはかなわんということでFA
もうこの話は勘弁
861 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 22:32:00.69 ID:gpG4vfBq.net]: 元の話はTwitterやぞ
何がRFCやねんアホか
862 名前：デフォルトの名無しさん [2019/11/24(日) 23:02:32.23 ID:wqMWqGYC.net]: 何の用語に採用されてようと意味が通じれば別にいいんだけど、
in reply to ってたぶん副詞句なんだよね。

まあそういう不細工さには目をつぶるとしても、
InReplyToっていうメンバー変数を持つクラスのインスタンスがあるとして、
InReplyToのtoがInReplyTo自身に掛かるのか、それともそれを内包する
インスタンスの方に掛かるのか、自明じゃないように感じるよね

parentならこういう曖昧さの問題は存在しない
863 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 23:22:59.50 ID:ajYX9vGJ.net]: >>849
前置詞句は使い方次第で副詞句にも形容詞句にもなる
中学校で習わなかった？

A tweet in reply to the tweet
Tweetクラス/構造体のInReplyToで保持してるTweet IDがどれを指してるのか誤解のしようがない
864 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 00:14:30.07 ID:wA2TWbSp.net]: 本来は親子でないものに「parent」とかつけたら、そのほうがややこしくてたまらんわ。
865 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 00:38:12.82 ID:rt9A3Dcl.net]: グラフ理論とか知ったら発狂しそうだね
なんでこれがpathなんだとか、どこがheadなんだとか
866 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 02:14:23.37 ID:KQ7B6BKU.net]: >>848
最初の元ネタはTwitter
最近になって841が蒸し返したのはメールの親子関係をツリーと呼ぶ是非の話
Twitter APIはInReplyTo
メールはReplyToヘッダがRFCで定められてる
スレの趣旨は変数名として何が妥当か
流れを理解せずに勘違いで罵ってるアホはお前だよ
867 名前：デフォルトの名無しさん [2019/11/25(月) 02:41:05.02 ID:7zhksLgm.net]: >>850
何を言ってるのか意味が分かんないねw
それ、which is が省略されてるんじゃないの？w

それ以前にtoがどっちに掛かるのか自明でない、という反論として成立していない
868 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 03:10:31 ID:OXWkeipl.net]: >>854
うわっ…お前の英語力、低すぎ…
869 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 04:23:51 ID:wA2TWbSp.net]: >>852
抽象と具象の違いってわかる？
わっかんねえんだろうなあ。
870 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 10:52:44.05 ID:r+iMoQ8s.net]: >>804のアホが延々無知晒してんの最高に笑える
871 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 12:50:56.59 ID:TgbLWIbn.net]: お前らの対立軸はマクロで見るかミクロで物事を見るかの違いだな。

メールやツイートの返信関係は、マクロで見るとツリーではない。というのも、返信と全く関係ない独立したメールがあるからこれらを考慮して全体として見るとツリーにはなってない。

実際に返信関係あるメールだけのミクロで見ればツリーになるけど。
872 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 13:00:47.98 ID:XBh0S+Uu.net]: プログラマーって中1レベルの英語も理解できないんだねw
873 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 13:01:16.04 ID:TgbLWIbn.net]: ディレクトリ構造の場合は必ずルート以外は親いるから、まさしくツリーになるけど。

メールやツイートの場合は返信と関係ない独立したメールのインスタンスが存在するから、返信関係はツリーであるとは言わん。

もちろん、実際返信関係が成り立っってるミクロな部分だけ見ればツリーだけど。
874 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 13:50:21.50 ID:Rjr9199e.net]: >>853
Twitterの話→ディレクトリ構造を例に親子関係論展�
875 名前：J→Twitterは親子関係じゃない→ ディレクトリ構造を再度提示してこいつが親子なのにTwitterが親子じゃないのはおかしい→ 本筋はこれだ この流れにメールを例に出した横槍が入ってるだけで、この横槍にまた亀レス横槍が入ってる構造に お前がRFCを持ちだして「本筋」にFAを突きつけてるアホ丸出しの構造だ この親子関係ｗｗくらい理解してから発言しとけ まあこんな奴が居るからレス安価（メール）は親子関係じゃ分かりにくいよってなるわけだが []: [ここ壊れてます]
876 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 20:37:57.87 ID:3Ul+Adg3.net]: >>860
それってWindowsみたいにドライブ毎にルートがあるような感じじゃないの？
877 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 20:51:43.60 ID:wA2TWbSp.net]: >>862
ムリヤリ親子にしなくてもよろしい。
878 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 22:55:34.19 ID:/aUUJhfs.net]: >>863
何を言いたいのか意味不明なんだけど…
どこからムリヤリとか出てきたんだ？
879 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 23:36:15.23 ID:wmfv73Ue.net]: ディレクトリ構造がツリーの親子だって？
よしハードリンクの話をしようぜ
ジャンクションでループを作ろう
880 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 06:51:02.39 ID:6EvauiRd.net]: 実際の親子でも近親相姦とかあるわけでそんな例外的な話でドヤるのはどうかと思うなw
881 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 08:53:57 ID:i6eVGflj.net]: クソくだらない話が延々と続いてるのでちょうどいいかなと
それとも有意義な議論だったのかこの状況
882 名前：デフォルトの名無しさん [2019/11/26(火) 12:38:11.97 ID:iBb2XGni.net]: 結局バカの壁は厳然として存在する、という事実が再確認されたまでだよ
世の中には具象の中に抽象的な構造を見出す類の思考がどうやっても出来ない人が存在する、というねw
883 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 18:20:47.91 ID:R7oiXS/a.net]: ツイートがツリー構造に見えるアホとかな
884 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 18:40:00.61 ID:5FF2MzCH.net]: ツリー構造という具象でしか見れてないことにすら気付かないツリーボーイww
885 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 18:59:00.33 ID:x9a86O6O.net]: 何に見えてるの？
886 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 19:47:38.62 ID:dYmckS6u.net]: >>868
いやまったく。
具象と抽象の具合を図るのが命名の妙であり、このスレの目的。

なんでもかんでも抽象化すればいいってもんではない。
たまたまツリーに見えたとしても、本質的にツリーとして表現するべきかどうかを考えんとな。
887 名前：デフォルトの名無しさん [2019/11/26(火) 22:55:56.97 ID:RP1bqzn6.net]: 何度も同じ話を繰り返すのも壁の向こう側の人の特徴>>813

壁の向こう側の人は、

　- 自分を包含するディレクトリを親と呼ばないのか、と問われても答えずに流す

　- in reply toは「〇〇に対する返信」だが、「に対する返信」という変数名では○○に何が入るのか不明確
だと指摘されても反論せずに流す

要するに他人と議論する以前に自分自身を欺いている。
自分に自信がないから、間違いを認めるのが怖いんだろう。
888 名前：デフォルトの名無しさん [2019/11/26(火) 23:02:59.13 ID:RP1bqzn6.net]: ○○に何が入るのか、じゃなくて変数に何が入るのか、だね訂正します
889 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 23:59:30.95 ID:5FF2MzCH.net]: >何度も同じ話を繰り返すのも壁の向こう側の人の特徴>>813
>要するに他人と議論する以前に自分自身を欺いている。
>自分に自信がないから、間違いを認めるのが怖いんだろう。

みんながお前に対して思ってることそのままでワロタww
890 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 00:16:31.95 ID:h1vurxL0.net]: tweetが「ふつうにツリー構造」とか言っちゃった>>802君いきしてるぅ？？
891 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 01:00:35 ID:ymKEnJ4Y.net]: >InReplyToっていうメンバー変数を持つクラスのインスタンスがあるとして、
>InReplyToのtoがInReplyTo自身に掛かるのか、それともそれを内包する
>インスタンスの方に掛かるのか、自明じゃないように感じるよね

↑コレを↓コレに都合よく変換してあるあたり「自分に自信がないから、間違いを認めるのが怖いんだろう。」

>- in reply toは「〇〇に対する返信」だが、「に対する返信」という変数名では○○に何が入るのか不明確
892 名前：デフォルトの名無しさん mailto:sage [2019/11/29(金) 10:07:39.73 ID:uyEeBWHJ.net]: Twitter、“会話”のネスト化ツリー表示を来年ローリングアウト
https://www.itmedia.co.jp/news/articles/1911/29/news071.html
893 名前：デフォルトの名無しさん mailto:sage [2019/11/29(金) 14:42:28.69 ID:E8CTm6X3.net]: 表示がツリーのようにされるだけ。
データの構造は別。
894 名前：デフォルトの名無しさん mailto:sage [2019/11/29(金) 15:38:36.89 ID:SfUIaHHM.net]: >>802は相当悔しい思いをしているらしい
895 名前：デフォルトの名無しさん [2019/12/22(日) 06:42:09.17 ID:BhZ7lWAO.net]: 迷ったらhoge
896 名前：デフォルトの名無しさん mailto:sage [2019/12/22(日) 10:15:02.45 ID:qcLf379+.net]: いや、fooとどちらがいいか議論が必要ではないだろうか…？
fooならbar、bazと続くが、hogeはどうだ
piyoなのかhugaなのか
実に悩ましい
897 名前：デフォルトの名無しさん mailto:sage [2019/12/22(日) 16:02:00.13 ID:buP4BnNs.net]: https://ja.wikipedia.org/wiki/メタ構文変数
898 名前：デフォルトの名無しさん mailto:sage [2019/12/22(日) 17:52:02.51 ID:BhZ7lWAO.net]: 私の頭を見ながらhogehoge言ったことを後悔させてやる
899 名前：デフォルトの名無しさん mailto:sage [2019/12/28(土) 19:31:32.73 ID:U0yz7pVo.net]: Load（？？？？） <-> Save（保存・記録）
Read（読み込み） <-> Write（書き込み）

Loadも読み込みでOK？
900 名前：デフォルトの名無しさん [2019/12/28(土) 21:03:10.86 ID:06FVqHz0.net]: >>885
むしろreadは読み込まない。
読み込むとはつまり読込先が存在するということ
"read data to an array"とは普通書かないのでは？
901 名前：デフォルトの名無しさん mailto:sage [2019/12/28(土) 21:18:17.06 ID:PmNsWEnA.net]: >>885
カタカナで「ロード」「セーブ」でええやん？
もうリッパに日本語やろ。
902 名前：デフォルトの名無しさん mailto:sage [2019/12/28(土) 21:43:00.44 ID:wFzdDG/T.net]: 読み出し？
903 名前：デフォルトの名無しさん mailto:sage [2019/12/28(土) 21:45:40.23 ID:b3ohKRMf.net]: >>886
read data into ~
904 名前：デフォルトの名無しさん mailto:sage [2019/12/28(土) 21:57:03.80 ID:U0yz7pVo.net]: 「load read 違い」でググってみた

Load->読み込む・読んで込める・読んでから変数にセットするまでを「込んでる」
Read->読む・読むことにだけフォーカスしている・読んだ後はタッチしてない、知らん

こんな感じでいいのだろうか
確かに意識してなかったけどソースコードはそんな組み方になってたので勝手に納得してみました
皆さんありがとう
905 名前：デフォルトの名無しさん mailto:sage [2019/12/28(土) 21:58:36.23 ID:U0yz7pVo.net]: ていうか>>886さんの言ってることを今さら理解できました
すみませんでした
906 名前：デフォルトの名無しさん mailto:sage [2019/12/28(土) 22:06:26.14 ID:OWvAeNbB.net]: x = ReadHoge()

LoadHoge(out x)

こういうことか？
907 名前：デフォルトの名無しさん mailto:sage [2019/12/31(火) 22:56:12.54 ID:4f6x4OqL.net]: LoadはよりCPUに近い場所に移動させるイメージだな
908 名前：デフォルトの名無しさん mailto:sage [2020/01/01(水) 02:03:06.51 ID:4oQ1Kxot.net]: readもloadも同じく低速媒体から高速媒体に移動するイメージでしょ
readはシリアルやストリームから一定量または全量読み進める感じ
媒体を読む(read)行為そのものに意識があり対象データが何かは必ずしも問わない
loadはオブジェクトやプログラム等の有意のデータ単位を読んで所定位置に載せる感じ
読み込まれる情報に意識があり何がどこに読み込まれるのかだいたい分かってる

loadのコアイメージは読むことではなく、積み荷を載せること
弾丸を弾倉にリロードする感じ
909 名前：デフォルトの名無しさん mailto:sage [2020/01/01(水) 03:14:02.92 ID:YaU7J6nt.net]: fp=Load("第一章"）
Read(fp, data)
printf(data)　　→　何でもないようなことが幸せだったと思う
910 名前：デフォルトの名無しさん [2020/01/01(水) 03:48:19.30 ID:t62Wc1II.net]: それはroadや
って元旦にみんな何しとんねんw
911 名前：デフォルトの名無しさん mailto:sage [2020/01/01(水) 04:30:15.32 ID:YaU7J6nt.net]: し・・・仕事しとるんやで・・・・・デバッグ中
912 名前：デフォルトの名無しさん mailto:sage [2020/01/02(木) 00:15:37.46 ID:SbnsJZXp.net]: ・
913 名前：デフォルトの名無しさん mailto:sage [2020/01/12(日) 23:07:00.28 ID:hbtwGtoY.net]: クラス名変数名より一歩前の話です

会計時の支払い方法で現金・クレジットカードが選べる簡易レジシステムなんですが、
最近流行り（？）のバーコード（QR）コード決済を追加してくれという流れになり、その表題を「キャッシュレス」
と指示されたのですが、クレカもそうやん・・・と思うのでバーコード（QR）という名前でもいいと思うのですが、
この第三枠目にはバーコード（QR）決済のみならず現金・クレジット以外という意味も含まれる可能性があるようです

なおさらここはキャッシュレスじゃないだろ・・・と思うのですが、どういう名前が最適かご指南ください
914 名前：デフォルトの名無しさん [2020/01/12(日) 23:38:10.18 ID:crjmdSkp.net]: 電子マネー：ElectricMoney
電子決済：ElectricPayment, EPOS
クレカ以外のキャッシュレス：CashlessButCredit

でもキャッシュレスでいいって言ってるんだからいいじゃんキャッシュレスで。
ああ、クレカ以外のキャッシュレスを狭義のキャッシュレスって言ってるんだなって分かるでしょ
915 名前：デフォルトの名無しさん mailto:sage [2020/01/13(月) 00:56:38.11 ID:mmkLwImI.net]: >>899
「QRコード」は登録商標やぞ。
細かいことを気にするなら、そもそも候補に入れるな。ｗ
一般名なら二次元バーコードかマトリックスコードか。

将来にも通じる名前というなら、「other」「etc」とかにせざるを得ないやろ。

しかし、>>900の言うように、こだわらずに指示に従っとくのも一理。
そいつのせいにしとけばいいんだよ。
コメントに明記しといたれ。ｗ
916 名前：デフォルトの名無しさん mailto:sage [2020/01/13(月) 02:52:15 ID:Jh+AJgi9.net]: >>181
ハンガリアン記法を再燃させるな
917 名前：デフォルトの名無しさん [2020/01/13(月) 16:13:53.18 ID:UjYrXoaW.net]: >>899
nonCash
918 名前：デフォルトの名無しさん [2020/01/13(月) 16:18:02.53 ID:UjYrXoaW.net]: >>899
そのくくりそのものが典型的な仕様崩壊パターン。

一つ追加して、また一つ追加して複数のものになって名前が崩壊する。

英語ならOthersとするしかない。
919 名前：デフォルトの名無しさん [2020/01/13(月) 16:23:12.93 ID:WUoSHY6Y.net]: エバーノートのパチモンでネバーノートを作りたい。
920 名前：デフォルトの名無しさん mailto:sage [2020/01/13(月) 19:04:38.38 ID:KUNSdwO3.net]: ElectricPaymentに一票
Othersもいいけど、電子決済以外の支払い方法が増えたらまた新しい名前を追加することになると見た
921 名前：デフォルトの名無しさん mailto:sage [2020/01/14(火) 01:42:05.14 ID:QzFNJ/om.net]: 皆さんありがとうございます

>>900
キャッシュレスでも通じる感じですか・・・自分の頭が固いのかもですねｗ

>>901
確かにQRはダメですね
自分の流儀で行けば二次元バーコードですが、マトリックスコードもいいですね
キャッシュレス指示してる人がキャッシュレス連呼止まらないので、
コメントで愚痴を各方向に向かいつつありますが・・

>>904,905
後から増える懸念がとてもあります
ブランド種別や締め日などのワードがちらっと顔を覗かせていますが、
そこまでやるとやり過ぎ論で今のところ防がれています
922 名前：デフォルトの名無しさん mailto:sage [2020/02/24(月) 10:52:27 ID:TgLwmft3.net]: 例えば、メーラーアプリがあるとします
既読管理ができるとして、メール一覧画面において既読のメールを未読と区別するため未読より全体を暗く?表示したりしますがこの名前をお願いします

まず、日本語名からお願いします
暗く?以外にふさわしい表現ありますでしょうか
923 名前：デフォルトの名無しさん [2020/02/24(月) 12:22:27 ID:cnp9Tx4f.net]: 強調表示 = highlighting

視覚効果の選択肢は知らない
メーラーならオリジナ
924 名前：ルの方法にこだわるより既存の物に右へ倣えした方がいいと思うけど、 メーラーじゃないんだよね []: [ここ壊れてます]
925 名前：デフォルトの名無しさん mailto:sage [2020/02/24(月) 12:46:32 ID:jy9LaqAj.net]: read の過去分詞が read で区別がつかなくて困るとかか?
926 名前：デフォルトの名無しさん mailto:sage [2020/02/24(月) 14:17:18 ID:iQYTd9Fe.net]: >>908
名前を付けようとしてる対象が適切でないように思う

個別のスタイルを適用できる要素として既読メールや未読メールがあって
それらに既定のスタイルやユーザーがカスタマイズしたスタイルを適用してるだけなので
この場合の暗くするという処理(というか設定によっては暗くなる状態)に名前はついてないしつけるべきでもない

例えばcssなら.UnreadMessageBodyや.ReadMessageBodyみたいなclassを定義して
それぞれにcolor, font-size, background-colorなんかを指定するだけ
927 名前：デフォルトの名無しさん mailto:sage [2020/02/24(月) 19:31:21 ID:v3p46mmV.net]: 対処済
低優先
低重要

とか？
区別したい趣旨や目的が不明瞭なら、これくらい抽象的な名前かな？
928 名前：デフォルトの名無しさん mailto:sage [2020/02/24(月) 19:49:44 ID:TgLwmft3.net]: うーん。アイテムはメールで例を出しましたが、ツイートであったり5chならレスであったりメールと似たようなものです。それの「既読・未読」管理します

で、その暗く?するという視覚効果を適用するかしないかをオプションでユーザーに選択できるようにしたくて
929 名前：デフォルトの名無しさん mailto:sage [2020/02/24(月) 19:54:31 ID:TgLwmft3.net]: >>909
「既読を〰?する」じゃなく、その逆の発想の「未読を強調表示する」も考えましたがどいなんでしょうね

もうちょっと考えてみます
930 名前：デフォルトの名無しさん mailto:sage [2020/02/24(月) 20:19:01 ID:9Kd/PSPa.net]: >>913-914
だから未読/既読を管理すればいいなら例えばIsUnreadとか逆にIsAlreadyReadとかでいいんじゃね？
931 名前：デフォルトの名無しさん mailto:sage [2020/02/24(月) 21:04:45 ID:iQYTd9Fe.net]: >>914
(例)macOSのMail.appの設定にあるチェックボックス
- Display unread messages with bold font
- 未読メッセージをボールドフォントで表示

ユーザーにスタイルの選択肢は与えず
あくまで「既読を暗くする」って感覚にこだわりたいなら
上の例で「強調表示する」ではなく「ボールドフォントで表示する」になってるように
「暗くする」とはどういうことなのかをもう少し詳細度を落として考えたほうが良い
932 名前：デフォルトの名無しさん mailto:sage [2020/02/24(月) 21:55:47 ID:/AgoBCck.net]: dimっていう用語はよく使われるよ
933 名前：デフォルトの名無しさん mailto:sage [2020/02/24(月) 22:05:36 ID:TgLwmft3.net]: >>916
暗くするって、具体的にはビューの上に不透明度?Opacityを設定したビューを重ねて合成表示すると全体的に輝度が下がって暗くなる
そんな実装です

>>917
あー。なんかdimってありましたね。どっかで見た記憶があるが思い出せない
934 名前：デフォルトの名無しさん mailto:sage [2020/02/24(月) 22:08:24 ID:TgLwmft3.net]: https://tech.recruit-mp.co.jp/mobile/remember_canvas2/#h-2
合成モードでdarkenとかありますね。
似たような効果なのかしりませんが
935 名前：デフォルトの名無しさん mailto:sage [2020/02/24(月) 22:16:39 ID:TgLwmft3.net]: dimよさそうですね。
dim background for? read mails
日本語があれやな..
936 名前：デフォルトの名無しさん mailto:sage [2020/02/24(月) 22:33:44 ID:TgLwmft3.net]: つか、連投すみません。
>>916
未読をボールドフォントで表示する方法もありましたね。アイデアありがとうございます。そっちの方が見やすいかもしれません。試してみます。
937 名前：デフォルトの名無しさん mailto:sage [2020/04/21(火) 21:47:10.01 ID:S98JwHkY.net]: ○○ファイルを削除する関数の名前に統一性もなくDeleteやRemoveを使ってたのが発覚
ここはまあDeleteに統一かなと思ったけど、気にしすぎかな？
938 名前：デフォルトの名無しさん mailto:sage [2020/04/21(火) 22:16:03 ID:tPnrPq2V.net]: 統一しようぜ
核となるニュアンスは取り除く(re-move)だからファイル消去にremoveはかなり微妙
939 名前：デフォルトの名無しさん mailto:sage [2020/04/21(火) 22:29:43.63 ID:9fcQjJm8.net]: removeが微妙かどうかはコンテキスト次第

同じモジュール内にもかかわらず
同じ意図で異なる名前を使ってるなら統一したほうがベター
940 名前：デフォルトの名無しさん mailto:sage [2020/04/21(火) 23:58:14 ID:S98JwHkY.net]: >>923-924
やはりまずは統一ですね

ところで、linuxがrmだったりdosはファイルがdel、ディレクトリがrmdir、
win32apiもファイルがDeleteFile、ディレクトリがRemoveDirectoryだったりするのはなぜでしょう？
941 名前：デフォルトの名無しさん mailto:sage [2020/05/28(木) 14:48:04.26 ID:EFbtIqYt.net]: 渡された日付がおかしな日付だったらおかしな部分を0にして返す関数名をお願いします

例えばうるう年ではないのに2/29が渡されたり、4/31というようなあり得ない日付は、
2/0、4/0として返すようにします
13/1みたいなのだと、0/1として返します

ここでは0にしていますが、おかしいものはxxxに統一しておくことで後々一々日付範囲チェック
しなくてもxxxなら異常値として処理できるように意図しています
942 名前：デフォルトの名無しさん mailto:sage [2020/05/28(木) 15:23:59.56 ID:d4ggzNnr.net]: >>926
invalidate value
943 名前：デフォルトの名無しさん [2020/05/28(木) 15:45:21.36 ID:TOqrHko/.net]: 13/31の日付はどう判定すべきなんだろうw

しかし、変なら変だと素直に教えてくれりゃいいのに、
わざわざ別の変な値に変換して返す関数ってずいぶんと意地悪な仕様だなw
944 名前：デフォルトの名無しさん mailto:sage [2020/05/28(木) 16:00:40.72 ID:EFbtIqYt.net]: >>927
ちょっと抽象的かなと

>>928
顧客情報に誕生日欄があり、UI側では異常な数値は設定できないようになっており
誕生日が不明な部分（何年のみ、何月生まれのみという事だけ分かるなど）
というケースもあり得る感じになっています
分かっている部分はデータが入っており、未設定・不明部分は0としてデータセットします

問題は、CSVから顧客情報をインポートする場合に2/31のような異常な日付データが入ってくることがあり、
これをインポート時に処理しておきたいということです

13/31の場合は、実処理は月を先に処理するので0/31となって終わります
これはまあ、日だけデータがあってもどうしようもないのであってないようなものです
年や月が正常ならば日を正確に処理するようにしています
945 名前：デフォルトの名無しさん [2020/05/28(木) 16:27:30 ID:TOqrHko/.net]: >>929
よく分からないなあ。
不正な値は未知の値と見なして「未知な値」を表す値に変換して正規化するってこと？
NormalizeInvalidAsUnknown

それなら13/31は0/0に変換すべきじゃないの？
年が不明で月日だけ分かるケースはあるかもしれないが、
常識的には月が不明なら日付も不明とすべきじゃないのかな
946 名前：デフォルトの名無しさん mailto:sage [2020/05/28(木) 16:50:57.83 ID:+W7oKQtZ.net]: 不完全なっておかしい？
incomplete
947 名前：デフォルトの名無しさん mailto:sage [2020/05/28(木) 17:29:01 ID:EFbtIqYt.net]: >>930
> 不正な値は未知の値と見なして「未知な値」を表す値に変換して正規化するってこと？

そういうことです
データそのものは色々な使い方をするので、その色々な処理で一々不正な日付かも知れない
というチェックを入れるよりは、最初から未定義として設定しておこうかと

> それなら13/31は0/0に変換すべきじゃないの？

これは確かに無意味なので0/0の方がいいので、そのようにします
948 名前：デフォルトの名無しさん mailto:sage [2020/05/28(木) 17:43:29 ID:Xow4Xb3r.net]: parse date string

mask invalid date string
annotate invalid date string
format invalid date string
set zero to invalid date string

設計的には妥当な入力は日付型として扱った方が堅牢
無効な値を残しておきたいなら生年月日の入力値と生年月日を別に持てばいい
949 名前：927 mailto:sage [2020/05/28(木) 19:59:07 ID:d4ggzNnr.net]: >>929
まあ、日付オブジェクトの(拡張)メソッドくらいのつもりだったからな。
じゃあ、グローバル関数のつもりで。

invalidate unacceptable parts of date
950 名前：デフォルトの名無しさん mailto:sage [2020/05/28(木) 22:41:35 ID:PU/HmmJF.net]: zerofillInvalidDateChar
951 名前：926 mailto:sage [2020/05/29(金) 21:18:54.54 ID:/MYYXMLs.net]: 皆さんありがとうございました
mask invalid～辺りで行きます

> 設計的には妥当な入力は日付型として扱った方が堅牢

一般店舗でのデータなので、客が誕生日を書いてくれないことが多くこのような仕様になっています
952 名前：デフォルトの名無しさん mailto:sage [2020/08/04(火) 06:50:25 ID:V7cT9r4T.net]: メソッドならzeroizateInvalid
関数ならzeroizateInvalidDate
953 名前：デフォルトの名無しさん [2021/02/05(金) 13:55:29.79 ID:In3kItp2.net]: バックエンドから戻ってきたフォームのエラーフラグをフォームに反映させるクラス、または関数の名前
954 名前：デフォルトの名無しさん [2021/02/05(金) 14:11:24.01 ID:sQbQrry7.net]: class Reflector
class FormReflector extend Reflector
class FormErrorReflector extend FormReflector
955 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 15:01:52.21 ID:In3kItp2.net]: >>939
ありがとう！2番目採用したいと思います
956 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 16:03:20.59 ID:ywW/HyXt.net]: 英語的にはそのreflectの使い方は誤用じゃないかな
設計的にもupdateView(response)やdisplayErrors(errors)で対処できるような構造にしたほうがいい気がする
957 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 16:37:34.95 ID:5eI5Jyf0.net]: このスレまだあったんだね

まあ質問者さんがいいならいいんでないの？
そもそも質問内容もあいまいだし。

submitされた後で複数の入力項目のエラーをまとめて
UIに反映するタイプのアプリなのかな？

IndicateErrorstとかNotifyErrorsとかの方がいいように思っちゃうけど
まあ細かい話が分からんので何ともいえんね。
958 名前：デフォルトの名無しさん [2021/02/05(金) 16:54:53.60 ID:sQbQrry7.net]: FormReflectorをValidatorにmixinとかするとスマートかなっておもた
959 名前：デフォルトの名無しさん [2021/02/13(土) 04:01:59.44 ID:T7MdlztrD]: 高度IT人材、富士通は最大年収3500万円へ
https://www.nikkei.com/article/DGXMZO58248520Q0A420C2000000/
「富士通年収3500万！」日本のIT企業の年収も、高額化してきました
https://needs-explorer.co.jp/5801/
AI人材の獲得に超本気　NECが新人事制度を9人に適用、富士通は最大年収3500万円へ
sierblog.com/archives/1994846.html
【年収３５００万円も】富士通、「ジョブ型」人事制度を導入幹部社員から高度IT人材
https://coinmap.jp/archives/56639
960 名前：デフォルトの名無しさん mailto:sage [2021/02/15(月) 01:37:18.93 ID:Upko3Ndr.net]: Taskってマルチスレッドで並列実行的な意味合いが大きいの？
単純に処理を数珠つなぎに登録して別の箇所で実行していく
Task/TaskList的なものはなんて名前つけるのが一般的なの？
961 名前：デフォルトの名無しさん mailto:sage [2021/02/15(月) 03:16:42.65 ID:Yv9X0Du7.net]: コマンドパターンに近そうなのでCommandかな
単に関数のリストならfunc_listやfn_listみたいなのにするかも
962 名前：デフォルトの名無しさん mailto:sage [2021/02/15(月) 03:34:49.14 ID:2abjFk2X.net]: >>945
https://e-words.jp/w/%E3%82%BF%E3%82%B9%E3%82%AF.html
によればtask≒threadみたいなニュアンスがあるらしい。
文脈次第のような気もするけど。

Commandは良さげに聞こえるね。あとはActionとか？
「TaskList的なもの」はSequenceってとこ？

こっちの実装によっては個々のアイテムの呼称については
必ずしも明確にしなくても良いような気もする。
まあ、コメントやドキュメントを書くときに名称がないと困るかもしれんけど
963 名前：デフォルトの名無しさん mailto:sage [2021/02/15(月) 04:01:07.94 ID:IKX6hlUM.net]: script 台本
964 名前：デフォルトの名無しさん mailto:sage [2021/02/15(月) 04:13:17.44 ID:2VFC6Owo.net]: タスクはTaskでええやろ。
マルチスレッドかどうかは実装の話やし。

で、そういうリストはQueueやないか？
965 名前：デフォルトの名無しさん mailto:sage [2021/02/15(月) 21:10:20.48 ID:oDLt9usU.net]: TRONではスレッドのことタスクって言うんだったっけ
966 名前：デフォルトの名無しさん mailto:sage [2021/02/20(土) 14:44:39.38 ID:PUihGoQs.net]: リバースアセンブラでopcodeとoperandをひとまとめにしたデータクラスってどう命名するのがいいですかね？
Operationだとプログラミング中で使うのに含意が広すぎる気がするんですよね
現状ではInstructionを略してInstにしてるんだけど
967 名前：デフォルトの名無しさん mailto:sage [2021/02/20(土) 15:43:08.73 ID:eYAtaCBL.net]: >>951
instructionでもoperationでもどっちでもいいと思うけどCPUのアーキテクチャー
関係の用語としてはinstructionの方が一般的みたいな印象はあるね。

opcode = operation codeなんだからoperationの方が素直な気もする反面
確かにより一般的なinstructionの方が変な誤解がないような気もする。

あえてこの2つ以外を選択する理由はないようが気がする。
968 名前：デフォルトの名無しさん mailto:sage [2021/02/20(土) 16:18:17.41 ID:AAHMFYv6.net]: op_infoとかop_dataとか？
969 名前：デフォルトの名無しさん mailto:sage [2021/02/20(土) 16:31:25.39 ID:recLBG3U.net]: asm,rev_asm
970 名前：デフォルトの名無しさん mailto:sage [2021/02/20(土) 17:13:35.31 ID:56yjs2OO.net]: PythonのdisassemblerではInstructionって名前が使われてる
https://docs.python.org/3/library/dis.html#dis.Instruction
971 名前：デフォルトの名無しさん mailto:sage [2021/02/20(土) 17:51:24.35 ID:PUihGoQs.net]: >>952
>>955
ふむ、やっぱInstructionが無難ですかね
とりあえずそれで進めてみます
972 名前：おお mailto:sage [2021/03/21(日) 02:49:28.03 ID:yhgvVG8Ma]: デキる人ほどフリーランス化する？★働き方改革
https://www.youtube.com/watch?v=ALflcwYOJtQ
年収890万円以下は社会のお荷物★騙される労働者
https://www.youtube.com/watch?v=CAp-ZrJpF54
騙されたくなかったら勉強しろ★他人のルールは損をする
https://www.youtube.com/watch?v=s176O6qKuPw
底辺の99％は一生底辺★10年後が見えない同僚たち
https://www.youtube.com/watch?v=4Mfiwn2sPD8
稼ぎたければ働くな★4千万円ぽっちも稼げないのはなぜ？
https://www.youtube.com/watch?v=Fi7bILN4wes
サラリーマン思考では儲からない理由
https://www.youtube.com/watch?v=iW6oAo0q0ZI
「頭使えよ貧乏人」に思う、寝てても金入るシステムを作る人
https://www.youtube.com/watch?v=VEB6M_s6abs
973 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 21:02:28.99 ID:7lpOLCJL.net]: 誘導されてきました

フォルダを参照して
処理用の関数に渡すための色々なデータ(ID
とかパスとか拡張子とか) を収集してひとつの変数に配列として格納した
この変数の名前はなんてつけたらいいでしょうか？

temp? database? container?
974 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 21:18:35.00 ID:rJwQsTRc.net]: info
975 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 21:24:10.39 ID:dKYEf41F.net]: 命名以前の問題がある気がするんだけど気のせいかなw
976 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 22:25:30.30 ID:vKvwVCfN.net]: config、settings
配列って連想配列のことだよね
977 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 22:33:52.72 ID:rJwQsTRc.net]: >>960
スレ違い
978 名前：デフォルトの名無しさん [2021/04/24(土) 22:43:44.49 ID:dKYEf41F.net]: >>962
名前を与えられるだけの条件を満たしてないというのも立派な回答。
そういう交通整理こそスレ違いだから
しかしどこにでも他人にケチをつけたいだけのバカいるなほんと
979 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 23:00:23.27 ID:1TZSSoTN.net]: >>958
for ent in xxx_entries
980 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 23:28:36.98 ID:vKvwVCfN.net]: >>963
いや>>1は見ようよ
そのルールが気に食わないと思うならこちらに書き込まないのが大人の対応
981 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 23:52:57.68 ID:RPGHdVOi.net]: >>958
[{id: 1, file_path: path/to/x.jpg, ext: jpg}, {id: 2, file_path: path/to/y.jpg, ext: jpg}, …]

JSONで書くと↑こういうイメージの配列だとするならtargetとかtarget_filesとかにするかな

あとは渡す先の関数の処理内容だったり
その変数自体がプログラム全体の構造の中で持つ意味だったり
他の関数名や変数名との兼ね合いだったりで調整する

指定されたフォルダをスキャンして収集した結果データなんだぞってことを強調したいなら
scan_resultsみたいな事前処理の結果だと分かる名前にするかもしれない
982 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 23:58:58.76 ID:rJwQsTRc.net]: >>963
スレ違いじゃなくて、理解力も想像力も足りないバカだったか。。。
983 名前：デフォルトの名無しさん mailto:sage [2021/04/25(日) 00:00:45.26 ID:yYRREqIx.net]: >>963
>名前を与えられるだけの条件を満たしてないというのも立派な回答。
これには同意するんだけど
命名以前の問題があると感じたんならそれがどの辺なのかを指摘して
良い命名ができる手助けをしてあげたらいいんじゃないかな

あー、>>2にある設計・命名スレに誘導すればよかったのか
984 名前：デフォルトの名無しさん mailto:sage [2021/04/25(日) 00:48:37.24 ID:yYRREqIx.net]: >>2にあるスレは死んでるっぽいので
命名の相談時に設計のアドバイスや指摘を禁止しないスレ立てといた

【命名スレ1】命名に悩んだらココへ (設計助言あり)
https://mevius.5ch.net/test/read.cgi/tech/1619279151/
985 名前：デフォルトの名無しさん mailto:sage [2021/04/25(日) 02:38:18.46 ID:FXC/gt7H.net]: また死ぬ
986 名前：デフォルトの名無しさん mailto:sage [2021/04/25(日) 03:15:27.21 ID:MgHPagGO.net]: 世の中ほんと馬鹿が多いよね。

プログラミングは実学であり命名なんて「分かりやすいコードを書く」という
上位目的達成のための一手段に過ぎない。

上位目的が間違ってるならその手段を考えるのは無駄だ。
少なくとも>>958の仕様はクソだ。

こんなクソ仕様の変数にどんな名前を付けたって意味はない。
どうせ名前からそれが何を意味するかをくみ取ることなんて不可能なのだから。

>>967みたいなバカは「水虫の足の切断方法を教えてくれ」という質問者に足の切断方法を
説明するんだろうね（笑）

俺なら皮膚科の医者に行けバカという。
987 名前：デフォルトの名無しさん mailto:sage [2021/04/25(日) 03:26:05.72 ID:FXC/gt7H.net]: んー、このスレではそのような話題は何度も出てるよ
あえてこのスレでは設計に関する話題は除外することになってるので、別スレでどうぞ

なんで除外してるのかは>>2が死んでることからも察してもらうか、過去スレを舐めるように追ってください
988 名前：デフォルトの名無しさん mailto:sage [2021/04/25(日) 03:35:50.60 ID:MgHPagGO.net]: >>972
こいつも重症だな
設計の話なんか誰もしてない。
問題自体が間違っているなら回答することに意味がないと言ってるんだけど
989 名前：デフォルトの名無しさん mailto:sage [2021/04/25(日) 03:44:56.19 ID:MgHPagGO.net]: さて次は上から目線でどんな馬鹿を言うか楽しみだねw

こういう連中は単に頭が悪いだけじゃなくて自分が単に「他人のやることにケチを付けたい」
という下劣な動機に突き動かされていることが自覚できない性格異常者。

ついでに言わせてもらえれば、スレのレンプレにグダグダとルールを書き込むのは有害無益。
こういう卑しい連中に他人に絡む口実を与えるだけのことでスレの「平和」には一切寄与した
試しがないからね。
990 名前：デフォルトの名無しさん mailto:sage [2021/04/25(日) 04:01:27.17 ID:FXC/gt7H.net]: ん？
命名自体意味がないって言いたいのかな？
991 名前：デフォルトの名無しさん mailto:sage [2021/04/25(日) 04:12:27.28 ID:nrx375qK.net]: >>974
「他人のやることにケチを付けたい」て、自己紹介すんな！ｗ
992 名前：デフォルトの名無しさん mailto:sage [2021/04/25(日) 05:37:50.62 ID:Gdi31Nhn.net]: かまってちゃんはNGして無視で
993 名前：デフォルトの名無しさん mailto:sage [2021/04/25(日) 10:07:18.53 ID:NjcwFT/7.net]: >>973
意味がないと思うならスルー
>>974は自己投影にしか見えない
994 名前：デフォルトの名無しさん mailto:sage [2021/04/25(日) 11:05:41.53 ID:CXBEgNTo.net]: え？無料で変数名の相談に乗ってくれた上に
無料で設計のアドバイスももらえるんですか！
995 名前：デフォルトの名無しさん mailto:sage [2021/04/25(日) 12:32:05.94 ID:uu6ADq5e.net]: もらえるよ！

参考になるかどうかは知らんけど…
996 名前：デフォルトの名無しさん mailto:sage [2021/04/25(日) 13:33:01.25 ID:nrx375qK.net]: 相談者そっちのけやけどな！ｗ

どうせだいたいが「アドバイス」というよりは、言いたいことを言ってるだけの決めつけばかり。
997 名前：デフォルトの名無しさん mailto:sage [2021/04/26(月) 01:24:45.55 ID:1IpM1FOI.net]: >>958
素直に file_data とかでよい気がする
temp は本当に一時利用の目的でなければ避けた方がよい
やるとしても file_data_temp とかかな

配列って言ってるけど構造体参照への配列とかだよね
998 名前：デフォルトの名無しさん mailto:sage [2021/04/26(月) 02:10:55.19 ID:ir/yUQGT.net]: file_dataだとファイルを読み込んだ生データに見えちゃう
必要なのはパス情報なんじゃないの？
path_parts_list
みたいなのを処理関数に渡して、そっちで読み込んだりするのかとオモタが
999 名前：デフォルトの名無しさん mailto:sage [2021/04/26(月) 02:19:00.69 ID:NviB05oc.net]: childItemList
1000 名前：デフォルトの名無しさん mailto:sage [2021/04/26(月) 02:29:12.92 ID:wMKnR+sa.net]: ファイルパスや拡張子はたぶん一例で、IDみたいな情報も含んでるらしいぞ
当人が思い付いた候補もそれっぽい
パスに特化した名前よりも設定全般を表す変数名が妥当だと思う
1001 名前：デフォルトの名無しさん mailto:sage [2021/04/26(月) 02:32:01.56 ID:wMKnR+sa.net]: お題がかなり抽象的だからいっそparamsでもいいシチュエーションな気もしてきた
1002 名前：デフォルトの名無しさん mailto:sage [2021/04/26(月) 07:33:33.25 ID:1IpM1FOI.net]: >>983
まあ data がファイルの中身に見えるのはそうかなと思う
配列名を file_info にしたうえで、中身をしまう先は file_info[],content とかにするかな
1003 名前：デフォルトの名無しさん mailto:sage [2021/04/26(月) 12:31:03.80 ID:8QzjZI3Y.net]: >>985
>設定全般
設定の話だっけ？
1004 名前：デフォルトの名無しさん mailto:sage [2021/04/26(月) 13:04:04.27 ID:FFVl8nyC.net]: いわゆるいれもんやろ。
1005 名前：ネミ子 mailto:sage [2021/04/26(月) 14:57:01.40 ID:wvSFpXgq.net]: 次スレ立てミスりました(つ∀｀)ﾀﾊｰ
4年ぶりとか久しぶりすぎ・・・
連続するためかわたしはもう立てられないようですので、どなたかお願いいたします。
クラス名・変数名に迷ったら書き込むスレ。Part29
クラス名、変数名のつけ方に悩んだら書き込むスレです。

命名規則や設計の善し悪しについて議論するのは基本的に禁止。
命名するのに足りない情報は適当に想像して楽しんでﾏﾀｰﾘ返してあげてください。
設計などの話が主題になるならば他のスレでどうぞ。

前スレ
クラス名・変数名に迷ったら書き込むスレ。Part28
mevius.5ch.net/test/read.cgi/tech/1494147712/
1006 名前：デフォルトの名無しさん [2021/04/26(月) 18:00:16.89 ID:KOZxV/bH.net]: 次スレ

クラス名・変数名に迷ったら書き込むスレ。Part29
mevius.5ch.net/test/read.cgi/tech/1619427133/
1007 名前：デフォルトの名無しさん mailto:sage [2021/09/28(火) 03:43:35.62 ID:kMNTAwvw.net]: (UTC+9) とかの "+9" に固有名称ありますか？
無い場合どういったものが適当でしょうか？
diffUTCtime とか TimeZoneAdjustableValue みたいな？
1008 名前：デフォルトの名無しさん mailto:sage [2021/09/28(火) 07:42:17.66 ID:TCHn27pS.net]: UTC offset
timezone offset
time offset
offset hours
この辺でいいんじゃないかな
1009 名前：デフォルトの名無しさん mailto:sage [2021/09/28(火) 07:45:10.82 ID:blUocx58.net]: UTC offsetかUTC time offsetだね
1010 名前：デフォルトの名無しさん mailto:sage [2021/09/28(火) 09:39:29.80 ID:BMVYOSBT.net]: ちなみにman dateには「numeric time zone」とある。
1011 名前：デフォルトの名無しさん mailto:sage [2021/09/28(火) 22:36:46.20 ID:kMNTAwvw.net]: >>993-995
timezone そのものを指すものでもあるし num_TimeZone や TimeZone で良いのかも
他には
UTC time offset
timezone offset
短い変数名だと iTZ_h 辺りかな
ありがとうございました
1012 名前：デフォルトの名無しさん mailto:sage [2022/01/02(日) 01:35:29.19 ID:TyBeq0Rg.net]: ｔ
1013 名前：デフォルトの名無しさん mailto:sage [2022/01/02(日) 01:35:50.17 ID:TyBeq0Rg.net]: ｂ
1014 名前：デフォルトの名無しさん mailto:sage [2022/01/02(日) 01:35:56.05 ID:TyBeq0Rg.net]: ｇ
1015 名前：デフォルトの名無しさん mailto:sage [2022/01/02(日) 01:36:22.69 ID:TyBeq0Rg.net]: ｖ
1016 名前：デフォルトの名無しさん mailto:sage [2022/01/02(日) 01:36:30.15 ID:TyBeq0Rg.net]: ｃ
1017 名前：デフォルトの名無しさん mailto:sage [2022/01/02(日) 15:45:55.12 ID:Q+x92955.net]: ｘ
1018 名前：1001 [Over 1000 Thread.net]: このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 1700日 21時間 44分 3秒
1019 名前：過去ログ ★ [[過去ログ]]: ■ このスレッドは過去ログ倉庫に格納されています

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

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