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

**デフォルトの名無しさん** · 2018/10/08(月) 05:15:16.84

ギュッ❤

**デフォルトの名無しさん** · 2018/11/08(木) 04:04:47.08

ドラゴンボール的なものを想像して欲しいんだけど
かめはめ波を撃つとして

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

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

とりあえず
(1)PreliminaryAction (2)ChargingEnergy (3)MainAction (4)Impact (6)BlowingAway
まではそれっぽいのを探したが、(5)が全然分からん。そもそも適切な日本語も分からん。

**デフォルトの名無しさん** · 2018/11/08(木) 08:10:50.98

>>405
BoostActionとかでいいと思うけど個人的にはMainActionがイミフ

**デフォルトの名無しさん** · 2018/11/08(木) 08:21:30.16

>>406
なるほどboost。
(1)が予備動作だったので、対になる主動作かなあって

**デフォルトの名無しさん** · 2018/11/08(木) 08:23:29.59

>>405
prepare
charge
fire / discharge
hit
empower / inject power
blow away

一部微妙？

**デフォルトの名無しさん** · 2018/11/08(木) 09:29:43.84

それならfireとboostに一票
6段階あるシーケンスで主処理って命名は危うい
目的は相手にダメージを与えることだからむしろboostが主ともいえる
解釈に差が生まれる語は避けるが吉

アクションと状態が一緒くたになってるからアドバイスが名詞と動詞で割れてる
状態遷移図でいう丸印と矢印ね

**デフォルトの名無しさん** · 2018/11/08(木) 12:08:24.19

あんまりアニメみないが、あのシーンは単に揉み合ってるんじゃなくて攻撃力をアップさせてるのかw
その発想は俺にはなかった
あの世界ではそんなことが可能なのか

**デフォルトの名無しさん** · 2018/11/08(木) 15:27:58.00

>>405
(5) はreinforce とかどうか
こういうのは軍隊用語引っ張ってくるとそれっぽいのが見つかりそう
Reinforcements は「増援部隊」の意味

**デフォルトの名無しさん** · 2018/11/08(木) 16:32:24.48

しかし>>405は何なんだろう
ゲームのキャラクターの内部状態ではないようだし、映像のカット割りともちょっと違うような

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

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

どっちにしても、断片のことをシーケンスというのは言葉の使い方としてちょっと変でしょうw

**405** · 2018/11/08(木) 17:23:42.50

fireいいな。適度に短いし
あとreinforceは俺の厨二心へ実に刺さるチョイスだ

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

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

>>412
ゲームの方
ただ格闘ゲーム的なものではなくて、かめはめ派的な攻撃のシーンの流れそのものを
分割処理しようとしてたので、カット割りっぽくも見えたのかも
シーケンスという用語云々については分からん

**デフォルトの名無しさん** · 2018/11/08(木) 18:17:34.78

揉み合って攻撃力が上がるアニメといえばヴァルキリードライヴマーメイド

**デフォルトの名無しさん** · 2018/11/08(木) 21:03:49.60

>>412
シーケンスは意味が多くて、文脈依存。
つながってるものなら、なんでもシーケンス。
C#のIEnumerableとかも。

**デフォルトの名無しさん** · 2018/11/08(木) 23:26:05.90

>>412
映像業界のカットはフィルム映画の名残で厳密にはシーンを表してはいないでしょ
フィルムをハサミで切るからカットだよ

>というシークエンスに分割するとき
「かめはめ波」という1つの塊を動作という解釈で断片の集まり（シーケンス）として捉えてって言っているように見えるけど？
この場合、連続的に分割する時って意味でしょ

**デフォルトの名無しさん** · 2018/11/08(木) 23:58:03.19

>>416
全体的に何を言ってるのかさっぱり意味分からんけどw

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

自分で言ってるようにシーケンスとういのは断片を集めて一列につなげたもの。
だからシーケンス「を」分割するならわかるがシーケンス「に」分割なんて意味が分からない

**デフォルトの名無しさん** · 2018/11/09(金) 07:37:48.52

名前にこだわるスレではあるものの、助詞1文字違いの言葉のあやにいちいち草生やすのもいやらしいな

**デフォルトの名無しさん** · 2018/11/09(金) 10:35:33.02

>>417
シーケンスって一定のルールに従って何かが順番に並んでいるモノでしょ
つまり、かめはめ波って1つのモノ「を」動作単位のシーケンス「に」分割したんだよ

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

何で分からないかなあ

**デフォルトの名無しさん** · 2018/11/09(金) 11:17:34.16

何言ってるのかわからんねw

**デフォルトの名無しさん** · 2018/11/09(金) 11:26:50.71

ついでに言うとさあ、上でC#のシーケンスという用語が出てくるけど、
このシーケンスという言葉にはむしろ「かならずしも配列のようにメモリー上に要素を持つとは
限らない」からシーケンスと呼ばれる。

例えば単に乱数求めて都度吐き出すだけでもシーケンス。
用法的にはシーケンス制御のシーケンスと同じ

**デフォルトの名無しさん** · 2018/11/09(金) 12:58:10.34

…わかったもうこの話はやめよう

**デフォルトの名無しさん** · 2018/11/09(金) 15:46:23.63

かめはめ波という動作をもっと細かい動作のシーケンスに分割(シーケンスとして表現)

言ってること理解できるし全く問題なし。

**デフォルトの名無しさん** · 2018/11/09(金) 16:09:51.29

結構面白いと思うけどね。
ゲームプログラミングなんかで実際ぶち当たりそうな場面だし。

**デフォルトの名無しさん** · 2018/11/09(金) 16:31:08.44

>>423
マジでこういう思考回路の人間がいるから世の中面白いねw
こんな人が何でこういうスレに興味を持つのか疑問だが

こういう人はきっと「関数を処理に分割する」んだろうw
普通の人は「処理を関数に分割する」んだが

**デフォルトの名無しさん** · 2018/11/09(金) 16:44:16.58

>>425
>>418

**デフォルトの名無しさん** · 2018/11/09(金) 16:52:37.83

>>425
ヒント。
細かい動作『の』シーケンスに分割
と
細かい動作『を』シーケンスに分割<-君が>>425で出した例
全然違うから。

**デフォルトの名無しさん** · 2018/11/09(金) 16:55:34.48

>>425
君はこのニュアンスの違いを理解してないだけw

**デフォルトの名無しさん** · 2018/11/09(金) 17:02:31.58

>>425は分割するの目的語を見誤ってるw
細かい動作『の』シーケンスは
細かい動作のシーケンスになるようにかめはめ波(省略)を分割する

って意味だから。

**デフォルトの名無しさん** · 2018/11/09(金) 17:04:36.02

>>425
お馬鹿さん日本語しっかりしてくださいww
『分割する』の目的語は省略されてるんですよw

**デフォルトの名無しさん** · 2018/11/09(金) 17:07:23.80

ごめん目的語は省略されてなかったなw

**デフォルトの名無しさん** · 2018/11/09(金) 17:23:34.22

>>429
粗みじんに切る
とか
千々に乱れる

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

元々の話は>>405がたぶんシーケンスって言葉のニュアンスを誤解してだだけの話。
別に誰もそれをことさら馬鹿にしてやしないし、無理して擁護することないと思うけど

**デフォルトの名無しさん** · 2018/11/09(金) 17:29:32.94

「分割」の目的語は「かめはめ波という動作」で「もっと細かい動作のシーケンスに」は「もっと細かい動作のシーケンスになるように」の「なるように」を
長いので省略

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

>馬鹿にしてやしないし、
>マジでこういう思考回路の人間がいるから世の中面白いねw
>こんな人が何でこういうスレに興味を持つのか疑問だが
これで十分馬鹿にした言い方だろw

**デフォルトの名無しさん** · 2018/11/09(金) 17:31:17.87

>>433
質問者の誤用（たぶんね）を馬鹿にしてないとは書いたが、
君を馬鹿にしてないとは言ってないよw

まあ、もういいでしょ

**デフォルトの名無しさん** · 2018/11/09(金) 17:35:59.12

>>425のおまえが最初に馬鹿にし出したから、同じ事されても文句言うなよ。

短い１行の文の目的語すら把握できない日本語できないおバカさんww

**デフォルトの名無しさん** · 2018/11/09(金) 17:37:54.42

>>434
おまえが原因のくせに何がもういいだろだよ。カスww
日本語できない馬鹿が混じると話へんな方にいくからロムってろボケww

**デフォルトの名無しさん** · 2018/11/09(金) 19:08:40.59

>>432
ID:G3jvy5HTは>>412かな？誤用でも誤解でも何でも無いよ

君が指摘する「断片はシーケンスである」とは誰も言っていないんだよ
1つの物体に対して「何かの一連の集まりである」という解釈で観測している
件の場合は「かめはめ波」という1つのモノを「動作」という単位でシーケンスに分割して観ている
こういう抽象的な思考ってプログラムで要求されると思うんだけども大丈夫？

**デフォルトの名無しさん** · 2018/11/09(金) 19:32:05.98

>>437
何度も言うけど、そういうのは「短いカットに分割する」って言うんだよ。
あるいは、「短いカットをつないだシーケンスとして映像を構成する」なら日本語として正しい。

シーケンスに分割なんて表現はありえない。
それは分割統治されたメソッドや変数の集合として構成されるクラスを書くときに
「クラスに分割する」なんて言わないのと同じだ

**デフォルトの名無しさん** · 2018/11/09(金) 19:49:12.77

>>438
だから、君の言ってることも正しいが君が唯一間違ってるのは、片方だけがあってるんじゃなくて表現として両方問題なし。
君は表現力が乏しくて片方しか想像できなかったら、ファビョリ続けてる。

**デフォルトの名無しさん** · 2018/11/09(金) 19:56:46.72

俺はシーケンスに分割なんて表現はお初やな
シーケンシャルな処理やデータって基本的に順次データの完成品みたいなもんであって、
こいつを編集分割とかするんなら、それこそシーンやカットをピックアップコピーペーストカット（削除）ソート～
ということはあっても、シーケンスに分割って考え方は出てこない

シーケンス（な処理やデータ）を再構成するってなら分かる

**デフォルトの名無しさん** · 2018/11/09(金) 20:24:45.85

だから，「Aに分割」っていったとき、
1.「Aという最小単位に分割」
2.「Aという集まりなるように分割」と言葉厳密に分けると２通りある。
>>440とほざいてるアホは1.しか想像できてない。

**デフォルトの名無しさん** · 2018/11/09(金) 20:51:06.99

おっ、言葉遊びの論破合戦やったんやな
失敬失敬

どうぞ続けてくれ

**デフォルトの名無しさん** · 2018/11/09(金) 21:02:02.89

>>438
「1つの物体を分割してシーケンスにする」って表現でも分からない？
「シーケンスに1つの物体を分割する」の「に」は「へ」に置き換えてもいい
「シーケンスに分割」って思うからおかしくなるんだよ

>それは分割統治されたメソッドや変数の集合として構成されるクラスを書くときに
>「クラスに分割する」なんて言わないのと同じだ
そりゃ、こっちはクラス視点で話をしているからな
君はそのメソッドや変数などの構成物視点で話をしてる
>>441も言ってるけど、両方の視点を理解した上でこっちは言っているのよ

**デフォルトの名無しさん** · 2018/11/09(金) 22:28:21.61

>>443
だな。「シーケンスに分割」を「シーケンスという最小単位に分割」と捉えると、
分割した結果の断片が最小単位であるシーケンスだから、
>「断片のことをシーケンスというのは言葉の使い方としてちょっと変でしょうw 」とか言ってる。
となるのは事実。

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

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

>>405はだから、誤用なんかしてない。
まぁ、数学じゃねぇから生き物のような言葉に100%正しいとかはないけど。

**デフォルトの名無しさん** · 2018/11/09(金) 22:46:08.10

まあ、毎度おなじみバカの壁だね
>>438にも書いた通り、壁の向こう側の人たちはクラスを書くことを「クラスに分割する」と表現するんだろうw

壁の向こう側の人口が少ないことを祈るばかり
日本のIT産業の平和のためにも

**デフォルトの名無しさん** · 2018/11/09(金) 22:50:26.27

しかし、この彼>>443にしてもそうだけど、
>>438でクラスを書くことをクラスに分割すると表現するのかと問われて何も自問自答しなかったのかw

**デフォルトの名無しさん** · 2018/11/09(金) 22:57:11.91

>>445
相手とのやり取りで理解を示すために思考もせず
自分の意見が正しい、他は間違いって凝り固まっている君の方がその壁の向こう側じゃね？
こっちはそっちの言っていること「も」理解した上で言っているんだよ
何で視点の違いが分からないんだろう

よくそれでオブジェクト指向やってんね

**デフォルトの名無しさん** · 2018/11/09(金) 23:08:00.39

「物体を分割して細かい何かのシーケンスにする」するのを「物体を細かい何かのシーケンスに分割する」って言っても意味が通じるのに、
この馬鹿重症すぎる。

**デフォルトの名無しさん** · 2018/11/09(金) 23:11:26.99

迷ったけどちょっとだけ捕捉

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

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

なぜならシーケンスというのは断片が一列に（文字通りシーケンシャルに）つながった状態
を表す抽象名詞だからだ。

**デフォルトの名無しさん** · 2018/11/09(金) 23:14:10.69

バカ同士で議論の真似事するの中二病の流行りなの？

**デフォルトの名無しさん** · 2018/11/09(金) 23:14:12.40

>>446
>クラスを書くことをクラスに分割すると表現するのかと問われて何も自問自答しなかったのかw
君はそれが変だと分かっていても、どういうことだ？と思考していないんだよ
ただレコーダのように変だ変だって繰り返しているだけ
よくそれでプログラミングやってんね

君の解釈とは違うから、別の解釈であることをずっと説明しているじゃん
まず、そこに聞く耳を持とうよ

**デフォルトの名無しさん** · 2018/11/09(金) 23:15:05.00

>>448
この彼の書いたものを見ると、そもそもシーケンスという概念がよく分かってないんだろうなとは思う。

>>447
この彼は自分を疑うことを知らない。
自分の批判を自分自身に向けることを知らない。
話にならないね

**デフォルトの名無しさん** · 2018/11/09(金) 23:16:54.99

>>452
話しとるやんバカ同士でw

**デフォルトの名無しさん** · 2018/11/09(金) 23:19:31.05

>>453
じゃあ君もそのバカの仲間入りってことだね

**デフォルトの名無しさん** · 2018/11/09(金) 23:21:13.67

俺は詳しい文法までは知らんが、おまえも詳しく知らないならちょっと突っ込んだ文法的な説明は無駄すぎてやめたほうがいい。
お互い説得力なさすぎ。

**デフォルトの名無しさん** · 2018/11/09(金) 23:22:16.52

>>452
え～？こっちはそっちの言い分を理解した上で説明してきたんだけど>>447をちゃんと読んだよね
ちゃんと意思疎通できているよね、不安になってきたわ

**デフォルトの名無しさん** · 2018/11/09(金) 23:23:15.04

>>454
なんでや？？？生憎バカの理屈は理解できんのやwwww

**デフォルトの名無しさん** · 2018/11/09(金) 23:25:02.78

>>457
絡んだ時点で同類じゃね？

**デフォルトの名無しさん** · 2018/11/09(金) 23:25:41.93

>>458
敬語使えバカ

**デフォルトの名無しさん** · 2018/11/09(金) 23:29:06.88

ほんと、これに尽きる。
>「物体を分割して細かい何かのシーケンスにする」するのを「物体を細かい何かのシーケンスに分割する」って言っても意味が通じるのに、
>この馬鹿重症すぎる。
もう、今日のまとめはこれで。

**デフォルトの名無しさん** · 2018/11/09(金) 23:29:47.49

>>460
おまえもバカやからw
何調子にのっとるんやバカwwww

**デフォルトの名無しさん** · 2018/11/09(金) 23:32:47.52

>>459
敬ww語ww使wwえwwバwwカwww
バカにするつもりでバカに絡んでバカにされた先輩、チワっすwww

**デフォルトの名無しさん** · 2018/11/09(金) 23:39:26.54

>>462
敬語使えバカ

**デフォルトの名無しさん** · 2018/11/10(土) 00:00:11.20

そもそもカメハメ波の送出過程とプログラムとがどう関係あんのか
小時間問い詰めたい・・・。

**デフォルトの名無しさん** · 2018/11/10(土) 00:42:15.19

小一時間のことを小時間というのは言葉の使い方としてちょっと変でしょう？（便乗）

**デフォルトの名無しさん** · 2018/11/10(土) 00:56:54.43

>>464
その「シーケンスを個別アクションに分割」して表示したいんじゃね

**デフォルトの名無しさん** · 2018/11/10(土) 17:48:32.11

>>464
ゲーム中で、状態やモーションの状態遷移系を考えるなら、ふつうに関係あるぞ。

**デフォルトの名無しさん** · 2018/11/10(土) 23:47:21.46

普通の人はリングを連結して鎖を作り、鎖をリングに分割する
壁の向こう側の人間は「鎖に分割する」

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

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

普通のプログラマはクラスの機能をメソッドに分割する
壁の向こう側のプログラマは「クラスに分割する」

**デフォルトの名無しさん** · 2018/11/10(土) 23:54:14.36

なにこのキチガイの普通こわい

**デフォルトの名無しさん** · 2018/11/11(日) 00:12:11.80

…いや、てにをはを間違えるとおかしなことになるぞ！
というのを分かりやす～く例示してくれてるだけだろ

**デフォルトの名無しさん** · 2018/11/11(日) 01:13:09.85

悔しかったからってしつこすぎだろw
いつまで続ける気だよ

**デフォルトの名無しさん** · 2018/11/11(日) 01:19:27.47

>>470
てにをはを間違えるとおかしな奴に絡まれるぞ！の間違いでは？

**デフォルトの名無しさん** · 2018/11/11(日) 01:21:22.80

てにをはを間違える奴がおかしいやろw

**デフォルトの名無しさん** · 2018/11/11(日) 01:23:45.77

>>473
本当は、てにをはが問題ではないんだけどね
誰も指摘しなかったな

**デフォルトの名無しさん** · 2018/11/11(日) 01:27:12.80

どないやねんw

**デフォルトの名無しさん** · 2018/11/11(日) 02:31:18.17

こんなに続くこと自体が双方おかしい
決着も相互理解も得られないことは解ってるくせに
信条もイデオロギーも絡まない、とるに足らない揚げ足とりと反論でここまで続くのは病的
残業のしすぎか？辛くなったら休めよ

**デフォルトの名無しさん** · 2018/11/11(日) 03:55:53.08

頭いい俺は完全にわかった。
今回のポイントは「文脈」と「省略」。
今回は「文脈」を考慮して、色々単語を「省略」したら、誤解した人と意味をくみ取った人に分かれた。

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

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

**デフォルトの名無しさん** · 2018/11/11(日) 03:57:03.80

つまり、
>>468はあくまでも「文脈」も他の単語の「省略」もないただのAをBに分割するの文法レベルの話で正しいだの間違ってるだの
の話に終始し、

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

どうだ？？

**デフォルトの名無しさん** · 2018/11/11(日) 04:08:55.84

だから、>>468は
>壁の向こう側の人は「プロジェクトに分割する」
>壁の向こう側の人間は「列車に分割する」
と言ってるが、勝手に妄想ででっち上げて、反論できないから俺正しいじゃんと思ってるだけ。

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

こうやってちゃんと>>468の主張に反論すれば>>468は黙るだろう。

**デフォルトの名無しさん** · 2018/11/11(日) 11:14:13.30

黙らないに一票。
黙ったとしたら、単純に時間が空いたから。

いや、最近、そういうヤツをこのスレでよく見かけるんだよ。ｗ
偏執狂的「理論」を垂れ流したあと、突然いなくなるという。

**デフォルトの名無しさん** · 2018/11/11(日) 12:44:25.94

一言。
頭のいい人は簡潔を好む。だらだら要領を得ないことを書くことを好まない。

しかし、省略と来たかw
だったら省略する前の原文ぐらい書けばいいのに。

**デフォルトの名無しさん** · 2018/11/11(日) 13:01:22.04

俺は基本的に人間に関しては悲観主義者で、壁の向こう側の人間を信用しないので
論理が通用するはずの壁のこちら側の人に対してだけ言う。

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

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

こっち側の人間なら同じ「に」の使い方で意味が通るシーケンス以外の言葉を探して
自分の主張の正当性を示すぐらいしそうなものだが、それすらしようとしない

**デフォルトの名無しさん** · 2018/11/11(日) 14:16:04.75

グダグダ自分語りを始めちゃったよ
もうスレ違い（別の意味も含めて）

**デフォルトの名無しさん** · 2018/11/11(日) 14:39:19.45

>>482
>>478はつまり論点が基本ずれてるってこと。
これは君の主張の正当性が相手の主張の否定につながらないってこと。
例えると、この計算式の答えに君が答えながら、相手は別の計算式を答えてる感じ。答の値がちがくても式２つあるんだからどっちも正しい場合もある。

論点が同じ時だけ自分と意見がちがければ相手の意見を否定することになる

**デフォルトの名無しさん** · 2018/11/11(日) 14:45:29.16

泣き言は聞いてない。
論理を頼む

**デフォルトの名無しさん** · 2018/11/11(日) 14:46:06.17

繰り返しになるけど、期待はまったくしてないけどねw
君にはたぶん無理だ

**デフォルトの名無しさん** · 2018/11/11(日) 14:48:32.56

>こっち側の人間なら同じ「に」の使い方で意味が通るシーケンス以外の>言葉を探して
>自分の主張の正当性を示すぐらいしそうなものだが、それすらしようとしない

だから基本論点が違う。『に』の正しい文法的に厳密に正しい使い方を問題にしてるのは君の論点で、もう一方は、省略されようが誤用されようがどうでもいい。

**デフォルトの名無しさん** · 2018/11/11(日) 14:54:36.70

どうせ言ってもわかりゃしないと思うが。
繰り返しになるが、「シーケンスに分割する」という表現が成立するためには
シーケンスという言葉が分割の仕方に対する説明になっている必要がある。

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

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

元の質問者のお題に戻れば、シーケンスという言葉はそもそも「かめはめ派のシーン」の言い換えに過ぎない。
それを短いカットをつないだシーケンスとして実現する別の方法なんか存在しないからだ

**デフォルトの名無しさん** · 2018/11/11(日) 14:56:51.04

訂正

× それを短いカットをつないだシーケンスとして実現する別の方法なんか存在しないからだ
〇それを短いカットをつないだシーケンスとして実現する以外の別の方法なんか存在しないからだ

**デフォルトの名無しさん** · 2018/11/11(日) 14:59:23.78

まともな教育を受けてたら
ｼｰｹﾝｽを分割する
で通じるからな

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

ここからも低学歴知恵遅れとは意思疎通が不可能なことが分かる

**デフォルトの名無しさん** · 2018/11/11(日) 15:09:45.29

間違えてる言葉づかいでも通じるんだからこまけえことは気にすんな
はダメだな

それを読む側にはエラー補正を強いられてることも書く側は気にしろってことだ

**デフォルトの名無しさん** · 2018/11/11(日) 15:13:30.82

理解力ねぇのか??
シーケンスを分割するが文法的に間違ってて
シーケンスに分割するが文法的にあっててるなんて基本的には言ってないんだよ。逆もしかり。
どっちが誤用してようと、他に単語省略されてようと、仮に文法間違ってても補正して『意味がわかる』って言ってるしだけ。

だから論点がずれてるっていってるの

**デフォルトの名無しさん** · 2018/11/11(日) 15:18:08.02

>>491
それはその通りだね。

**デフォルトの名無しさん** · 2018/11/11(日) 15:19:47.03

でもそんな揚げ足とりで毎回紛糾しててもしょうがないからね。まぁ今まさに紛糾してるが

**デフォルトの名無しさん** · 2018/11/11(日) 15:29:54.89

これで論点がずれてることの恐ろしさを理解できたかね?

もう一方の主張が>>488、>>490の意見が間違ってるなんて言ってない、合ってるとも言うのも目的じゃない。だって基本論点ずれてるんだから

**デフォルトの名無しさん** · 2018/11/11(日) 15:36:35.75

な、いまだにｼｰｹﾝｽの意味が分かってない
で、著しく頭悪い低学歴知恵遅れが顔真っ赤にして長文連投してるﾜｹ

ｺﾚが低学歴知恵遅れ

**デフォルトの名無しさん** · 2018/11/11(日) 15:39:07.30

>>496のこっちのお馬鹿さんはわかって無さそうだが、>>488の方は理解できたんじゃないかな?

**デフォルトの名無しさん** · 2018/11/11(日) 15:40:46.66

ﾊﾞｶはまずﾊﾞｶの自覚がないからな
だからﾊﾞｶは治らない

ﾊﾞｶは根治不可能

ﾎﾝﾄなﾊﾞｶの自覚がないﾊﾞｶは救いようがない

**デフォルトの名無しさん** · 2018/11/11(日) 15:42:11.40

低学歴知恵遅れの自己評価の高さは異常だからな
それは底辺であるほど顕著に見受けられる傾向といえる

**デフォルトの名無しさん** · 2018/11/11(日) 16:31:52.39

とりあえず己の能力では連投しまくらないと説明できないことについて
相手の理解が足りないだのと馬鹿にするのは違うだろうな

前提条件をはっきりさせりゃ一行で済む内容なのに
相手を馬鹿にすることに命を燃やしてID真っ赤にしてるだけという

**デフォルトの名無しさん** · 2018/11/11(日) 17:42:09.70

>>492
君に何を言っても無駄だと思うが....

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

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

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

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

君に限らないが、壁の向こう側の人種は自分の中に
一貫した主張や論理を持つわけでなく、相手の主張に場当たり的に噛みつくからこうなる

**デフォルトの名無しさん** · 2018/11/11(日) 17:52:09.85

しかし、壁の向こう側の人たちはあれかね、バグ出して叱られても
「ロジックが正しくなくても意図は分かるはずだ」って言い訳するのかねw

**デフォルトの名無しさん** · 2018/11/11(日) 18:13:44.63

しかし、誰か一人ぐらい>>488に対して

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

って反論するのを期待してだけど誰もいなかったw
ではそろそろさようなら

**デフォルトの名無しさん** · 2018/11/11(日) 19:57:09.94

>>501
だから君と重みが違うんだろ。ガチガチの文法の命の男ににもっと、軽いのりの文法とか深く考えずに、意味がわかるからいいんじゃねみたいなﾉﾘで。
流れ見直すと、文法が正しいか正しくないしかしかの話に終始してる男にもう一方はどっちかというと、解釈の仕方がメインでこう捉えれば?が話の流れにしか見えない。一方が文法の詳しい話しても、もう一方はめんぐせそうに避けてるし。
多少流れにぶれあるけど、骨格はそう。

**デフォルトの名無しさん** · 2018/11/11(日) 20:17:02.08

だから元から論点が違う、もっと砕けた言い方すると、興味ある部分、重要視してる部分が違い元から土俵違って、一人相撲がメインだったのに、隣で張り手しただけなのに自分に飛んできたと勘違いして、お互いヒートアップ。

**デフォルトの名無しさん** · 2018/11/11(日) 20:19:54.08

同じことしか繰り返してねぇけど、まぁ、俺の意見はそういうこと。

**デフォルトの名無しさん** · 2018/11/11(日) 20:41:02.64

https://togetter.com/li/1240941

**デフォルトの名無しさん** · 2018/11/11(日) 21:13:54.61

>>501
うん。だから、そこは謝る部分はある。
誤用してようが、誤用してまいが、「いいたい事分かるしというレベル」で別に「誤用」してないという軽い気持ちで最初に突っ込んだのは事実。
俺の発端はこれ。
だから、>>432や>>449で文法深く突っ込んできてもどうでもよかったから、>>455で逃げたのも事実。
こっちからも文法の話絡めてるけど、それは、相手の興味のレベルまで頑張って下げようとして、答えてる部分もあるから、今思うと
無理やりすぐにひねり出して一貫性ないのがある部分も事実。
それはお互い様の部分もある。君は文法の正しさしか興味なかったら、こっちの話は興味まったくなくて、一切、合わせようとしなかった。

**デフォルトの名無しさん** · 2018/11/11(日) 21:23:28.44

だから、言い訳すると、相手の興味のレベルに合わせることは大変なんだって。
君は文法の正しさしか興味なかったのが一貫してるのは事実で、
>こっちは、誤用してまいが、「いいたい事分かるしというレベル」で別に「誤用」してないという軽い気持ちで最初に突っ込んだのは事実。
と書いたように、元から興味のある部分が違ってから、途中からずれちゃった。だからは、俺は誤用してようが誤用しいまが
それを補正してどう解釈すればいいかみたいな話だけしか興味なかった。。

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

悪かったよw

**デフォルトの名無しさん** · 2018/11/11(日) 21:49:49.46

そんなんだね！すごいや！

**デフォルトの名無しさん** · 2018/11/12(月) 00:04:00.10

>>501
最後に君が一番知りたい話で締めくくらせてもらうと、「シーケンスに分割」は誤用だな。

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

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

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

悪かったwすまん。

**デフォルトの名無しさん** · 2018/11/15(木) 23:47:25.04

>>415
アテナに出てきたら2Pだもんなあ。
意味が多すぎる。

**デフォルトの名無しさん** · 2018/12/05(水) 17:57:49.17

メンバ変数hogeに対して
null（デフォルト）、定数FOO、BAR、BAZ… の値が指定できる

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

SetHogeToFoo()とApplyHoge()とか？

**デフォルトの名無しさん** · 2018/12/05(水) 18:10:38.09

hogeって変数の存在が表に出すぎじゃね？
もっと裏の意図がわかる名前がよかったりしない？

**デフォルトの名無しさん** · 2018/12/05(水) 19:28:29.92

>>513
set_hoge_FOO
set_hoge_BAR

これくらい割り切れば。
英語をこねるよりもわかりやすいやろ。

**デフォルトの名無しさん** · 2018/12/05(水) 23:02:32.12

>>514
出来るやつは幾つかそうしたんだけど
ちょっと思いつかないやつがあってなあ

>>515
そうかもしれない

**デフォルトの名無しさん** · 2018/12/05(水) 23:34:30.85

定数FOOを決めうちでセットさせたいときは素直にsetHoge(FOO)でしょう
静的型付け言語ならFOOをタイプセーフな定数として宣言すると収まりがいい
いちいちsetHogeFoo()等をとりうる値全てに用意するのはナシ
値FOOにだけ専用メソッドが欲しいと感じるなら特定の関係性があることを示唆しているはずで
その関係に相応しい動詞や名詞を探すとしっくりくるかも

**デフォルトの名無しさん** · 2018/12/06(木) 00:49:51.41

>>517に同意
hogeを保持するオブジェクトにおけるその決め打ちとは何ぞや？って考えてみたら良いんじゃね
あとInitHoge()みたいなのは正直いらないというか、表に出すようなものじゃない

**デフォルトの名無しさん** · 2018/12/06(木) 12:27:56.03

レイヤを曖昧にしたままで名付けようたするから
回答側も無意識に想定しとるレイヤで自由気ままに答えるわなそらw

**デフォルトの名無しさん** · 2018/12/06(木) 13:05:20.58

名前付けはプログラムの10%くらいは占める大事な要素なんです。

**デフォルトの名無しさん** · 2018/12/06(木) 20:05:04.82

>>517には同意

>>518
> あとInitHoge()みたいなのは正直いらないというか、表に出すようなものじゃない
意味わからん
既定値に戻したいことってそれなりにあると思うが
まあ俺ならSetDefaultHoge( )とかResetHoge( )とかにするけど

**デフォルトの名無しさん** · 2018/12/08(土) 05:26:15.95

亀

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

前者のパターンはともかく（いくらでも短縮する方法があるので）
後者に関しては、専用の関数を作っちゃうのが楽かな？って発想だった

**デフォルトの名無しさん** · 2018/12/08(土) 08:40:44.79

>>522
複数の値を取るものは引数同士の結び付きと、親との関係性による
SetHoge(春、夏、秋、冬)ならSetHoge(四季)が自然
四季という組み合わせ方がそのクラスの機能の一部として隠蔽されているのはおかしいので専用メソッドは変
Set(しょうゆ、みりん、酒)ならSetHogeFor割り下()もアリかなと思う
レシピを型として用意した方が綺麗だとは思うけど、調理人Interfaceの固有知識と捉えても差し支えなさそうなので

**デフォルトの名無しさん** · 2018/12/08(土) 10:06:57.89

なるほど、ありがとう
あと、その語のチョイスに至った言語センスを分けてくれｗ

**デフォルトの名無しさん** · 2019/01/15(火) 01:03:43.65

永続するデータの変化点を時刻と共に持ち、変化点をまとめてデータの移り変わりを表現したいと思っています。

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

timeSectionなどでしょうか？

何か良いものがあれば教えて下さい。

**デフォルトの名無しさん** · 2019/01/15(火) 01:27:26.64

その前に変化点って日本語が何を意味してるのか全然分かりません。
構造体の中で値が変化したメンバー（の名前）とかそういう意味？

**デフォルトの名無しさん** · 2019/01/15(火) 02:30:15.90

historyとかtimelineとか？

**デフォルトの名無しさん** · 2019/01/15(火) 07:19:25.94

値の変化だとたんにchangeってこともあるし
状態の変化だとtransitionがよかったり。

**デフォルトの名無しさん** · 2019/01/15(火) 08:11:05.04

>>525
素直にChangingPointで良いかと

**デフォルトの名無しさん** · 2019/01/15(火) 08:53:32.68

時系列で持つデータは名前にそのニュアンスを入れないという選択もある
データベースの履歴テーブルとかそう
イチイチChangePointだのTimeSegmentだの付けてるとくどい
集合をhistoryと呼ぶのは慣例的によく使うけど、その個々のエントリーに対してhistoryと呼んでしまったら微妙
versions, revisions, snapshotsあたりもアリかな

**デフォルトの名無しさん** · 2019/01/15(火) 09:03:36.69

点(タイミング)に焦点合わせてるみたいだけど
「データの移り変わりを表現」なんだから流れとして見てログとかじゃダメなん？

**デフォルトの名無しさん** · 2019/01/15(火) 13:00:12.01

>>529
素直も糞も、だから変化点でもChangingPointでも何でもいいけど、それって何なんだとw

率直にいって質問者が何を言ってるのかさっぱり分からんけど、
よくこんな意味不明な質問にみんな解答できるよなw

**デフォルトの名無しさん** · 2019/01/15(火) 13:09:48.30

わからないなら黙ってりゃいいのに…

**デフォルトの名無しさん** · 2019/01/15(火) 14:32:55.01

悩ましいネタだからもう少し具体的に書いてくれた方がいい答えが付くのにとは思う
プライバシーを晒したくないなら似た何かに置き換えてくれてもいいし
せめて変化点が4M管理の話なのか実測データのプロットなのか何かの改編履歴なのか…
命名ってデリケートで、一般化して質問されると回答も抽象度が増してズレることが結構ある

**デフォルトの名無しさん** · 2019/01/15(火) 17:49:37.98

マジで
> データの変化点を時刻と共に持ち
で何をしたいのかがわからん奴は黙ってて欲しいわ
4M管理とか頓珍漢すぎるし

**デフォルトの名無しさん** · 2019/01/15(火) 18:21:03.25

>>535
そういう御託はいいから、本気でそう思うなら変化点とやらが何を意味してるのか説明してみ。
まあ無理しなくていいよ。
この手の輩は物事を深く考えてないだけ。

**デフォルトの名無しさん** · 2019/01/15(火) 18:52:44.24

引っ込みつかなくなってるのか？
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
のようにして管理したいってことだろ

**デフォルトの名無しさん** · 2019/01/15(火) 20:21:00.20

何が引っ込みなんだろうねえ
意味がわからないよ

求められてるのは変化点が何を意味してるかなんですが。
それ、時刻と一緒にデータそのもののスナップショットを保存してるだけじゃないのアホか

**デフォルトの名無しさん** · 2019/01/15(火) 20:21:58.68

物事深く考えてないといってるそばからこの浅はかさ

**デフォルトの名無しさん** · 2019/01/15(火) 21:10:08.07

>>538
> それ、時刻と一緒にデータそのもののスナップショットを保存してるだけ
わざわざ
> データの変化点を時刻と共に持ち
って書いてあるのに…

**デフォルトの名無しさん** · 2019/01/15(火) 21:13:36.38

>>540
頭悪そうだけど、>>537で「時刻と共に持」っているのはデータのスナップショット。
マジで大丈夫かおたく

**デフォルトの名無しさん** · 2019/01/15(火) 21:25:14.23

はいはい、理解力が壊滅的に無い奴に何言っても無駄だわな w

**デフォルトの名無しさん** · 2019/01/15(火) 21:35:55.69

まあこのお馬鹿さん以外の人に言うけど、最初から言ってるように変化点が何を意味してるのか、
それを厳密に定義するとどういうことなのか、深く追求せずに曖昧なままイーメージ的にとらえると
彼みたいな訳の分からん話になる。

**デフォルトの名無しさん** · 2019/01/15(火) 21:42:03.98

孤軍奮闘乙
恥ずかしいからそろそろ止めたら？

**デフォルトの名無しさん** · 2019/01/15(火) 22:49:25.11

ID:ToRrrvnY
あほなのかな。
わからんならだまってればいいのに。
めんどくさ。

**デフォルトの名無しさん** · 2019/01/15(火) 23:05:48.19

>>545
馬鹿はお前だよ
お前が質問者の求めているものの意味が分かるなら黙って解答すればいい。
それもしないで他人に喧嘩うってるじゃねえよ馬鹿が

**デフォルトの名無しさん** · 2019/01/15(火) 23:15:15.49

(a) 変化点 = 変更された時刻 + 変更後のデータ

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

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

つまり変化点は時刻を含まず、(a)の定義はありえない

**デフォルトの名無しさん** · 2019/01/15(火) 23:22:50.99

いや、最初は単純に、

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

のことを言ってるのかとも思ったが、それだと質問者自身がこれをtimeSection
と仮に命名してることと整合性がない

**デフォルトの名無しさん** · 2019/01/15(火) 23:26:50.99

> お前が質問者の求めているものの意味が分かるなら黙って解答すればいい。
> それもしないで他人に喧嘩うってるじゃねえよ馬鹿が
既に>>527-531辺りで回答されてるのに何言ってるんだよww

> それもしないで他人に喧嘩うってるじゃねえよ馬鹿が
こんなわかりやすいブーメラン久々に見たわ

**デフォルトの名無しさん** · 2019/01/15(火) 23:29:49.53

よー分からん理屈....
これが精神勝利法か

**デフォルトの名無しさん** · 2019/01/15(火) 23:30:21.07

俺はネトウヨじゃないけど、ほとんど韓国人の理屈だなそれw

**デフォルトの名無しさん** · 2019/01/16(水) 01:13:44.29

525です。
色々な解答ありがとうございます。
具体的にと出たので後出しで申し訳ないのですが、どのような物を想定しているかを書かせていただきます。

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

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

timeSectionは思い付く単語を並べただけですので無視してください。

**デフォルトの名無しさん** · 2019/01/16(水) 01:22:33.30

元々の質問も誤解を招く書き方で申し訳ありません。

**デフォルトの名無しさん** · 2019/01/16(水) 02:35:29.82

やっぱりごくありふれた歴アリのテーブル構造だよな
ならcustomerテーブルやelectric_currentテーブルみたいな簡潔な名前ではダメなん？

**デフォルトの名無しさん** · 2019/01/16(水) 05:50:59.00

>>553
心配しなくても誤解してるのは１名だけww
普通はあの書き方で充分わかる

**デフォルトの名無しさん** · 2019/01/16(水) 18:49:45.18

>>552
くどくて済まんけど、要するにsnapshotだよねそれ。
差分とかじゃなくて変更後のベタなデータなんでしょ？

**デフォルトの名無しさん** · 2019/01/16(水) 18:59:59.07

>>547
aだってよ？ｗ
おまえいがいはそうぞうがついてたが。

これからは、わからんかったらだまってるようにな！

**デフォルトの名無しさん** · 2019/01/16(水) 19:05:47.57

>>556
snapshotは違う気がするな。
スナップショットはあんまり連続させないし、ふつうは対象が変化自体ではないからか。

上にも似たようなのがあったけど、ValueChangeくらいでいいんじゃないの？

**デフォルトの名無しさん** · 2019/01/16(水) 19:11:47.45

>>557
＞そうぞうがついてた
頭悪いね。
問題にしているのは質問文から「変化点」の意味を正確に読み取れるかどうか。
質問者自身が認めているようにそれは明らかにNoだ。

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

>>558
https://wa3.i-3-i.info/word14388.html

**デフォルトの名無しさん** · 2019/01/16(水) 19:15:08.81

あとどうでもいいけど、>>552を読む限り質問者さんの言う変更点って
>>548に書いた(b)なんじゃないの？

**デフォルトの名無しさん** · 2019/01/16(水) 19:38:44.13

updateっていうのはどうやろ

**デフォルトの名無しさん** · 2019/01/16(水) 20:34:51.10

>>559
もういちどいってあげるけど、ひとりいがいはよみとれてたよ？
しつもんしゃのけんそんをこんきょにするなんて、あほのうえに、ずうずうしいぞ。

**デフォルトの名無しさん** · 2019/01/17(木) 02:22:34.82

525です。
皆様色々なご解答ありがとうございました。単語の意味などを調べつつ適切な物を選びたいと思います。

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

となります。誤解を招く質問で申し訳ありませんでした。

**デフォルトの名無しさん** · 2019/01/17(木) 02:27:35.15

>>554さん
実際のデータ(の表現)はviewで、変化した時点のデータのみをテーブルで保持したいので、提案いただいたものはviewにつけたいと思っています。

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

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

長々と失礼しました。

**デフォルトの名無しさん** · 2019/01/17(木) 03:29:03.79

んーよー分からんw
ゲームのコントローラーの入力状態の履歴みたいなイメージなんだろうか。
それならsnapshotは違うというのもちょっとわからんでもないけど...

しかし、状態変化直後の状態の写し（スナップショット）の記録に違いはないと思うんだけどな

**デフォルトの名無しさん** · 2019/01/17(木) 07:42:56.78

質問のポイントは、金太郎飴な等間隔時系列データ(VIEW)と、変化点だけに圧縮した時系列データ(TABLE)の2つのオブジェクトをDBに作るから、それぞれを識別できるように名付けたいということだな
しかも集合と要素のどちらも呼び分けたいという思いがあると

**デフォルトの名無しさん** · 2019/01/17(木) 07:47:10.89

要素には別々の名前をつける意味はないと思う
そのTABLEはVIEWの部分集合に他ならないから、集合だけに個別の名前を与えるのが妥当

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

そもそもその奇異なVIEWの存在意義が
気になる
速度もメモリ量も性能悪そう
ツリー構造の索引を持つデータとしてメモリ内に読み出しておいて、任意時点のデータを取るメソッドを付けて、必要ならflyweightパターンにしたい
もちろん事情があるならそのままでいい

**デフォルトの名無しさん** · 2019/01/17(木) 09:58:31.61

525です

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

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

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

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

金太郎飴の例が悪かったですね。
今後は伝わりやすい例を考慮してから質問させていただきます。

**デフォルトの名無しさん** · 2019/01/17(木) 10:05:22.99

Change Update
Log History
ここらへん組み合わせればいいんでないの

**デフォルトの名無しさん** · 2019/01/17(木) 11:50:07.39

>>567
まだ言ってるのかよ…

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

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

**デフォルトの名無しさん** · 2019/01/17(木) 15:59:55.65

>>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するようなものじゃないし
逆に処理に利用される外部から能動的に値を変えない限り定数状態になっているようなメンバ変数なら
オブジェクト構築時に初期化するようにして、それらの値を変えたいなら新しくオブジェクトを構築したら良いと思うよ

**デフォルトの名無しさん** · 2019/01/17(木) 19:44:55.80

>>571
> じゃあ、final()の中でinit()しちゃえばいいよねってなるけど
なりません

コンストラクタ/デストラクタを持ってる言語なら init() はコンストラクタで、final() はデストラクタで呼び出せば良い
再利用したいなら削除して再度生成すべき
コンストラクタ/デストラクタを持ってない言語ならinit()→update()→final()を強要するんだからfinal()した後で再利用したいならinit()から強要すべき
中途半端にfinal()の中でinit()なんて呼び出すべきじゃない
そもそも再利用しないならそのinit()は無駄だし

**デフォルトの名無しさん** · 2019/01/17(木) 20:02:41.35

>>568
いや、「スナップショット」についてのその感覚は正しいと思う。
再確認するのはいいけど、言われたことにあんまりこだわらないようにね。

って、もう来ないかな？

オレとしてはいろいろ出ていたchange系の名前がよさそうだと思ってたけど、気に入らない理由を聞きたかった。

**デフォルトの名無しさん** · 2019/01/17(木) 21:11:21.86

語感の問題なんだろうけど、スナップショットは任意のある時点って感じで、変化時点って意味は含まなさそう。

**デフォルトの名無しさん** · 2019/01/17(木) 21:36:53.38

>>572
>final()はデストラクタで呼び出せば良い
ああごめん、それらのメンバはオブジェクトを構築破棄する意味合いが強いものじゃなく
そのオブジェクトの目的を処理する意味でのinit()とfinal()
例えば、ハッシュ関数、データを繰り返しupdate()してその処理を終わらせるfinal()
final()はハッシュ値を返すみたいな

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

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

で、オブジェクトの初期化と処理の初期化を1つにして
もし処理を初期化するinit()メンバ関数を設けるなら、publicにはしないよって話だよ

**デフォルトの名無しさん** · 2019/01/17(木) 21:46:08.66

>>574
スナップショットって「ここで記録を残したい！」って、それを取り扱う側の任意が強いよね
変化したポイントを必ずしも残したいとは限らないからちょっと違うイメージだな

**デフォルトの名無しさん** · 2019/01/17(木) 22:05:06.73

>>576
それは確実に違うw
https://wa3.i-3-i.info/word14388.html
↑の人が簡潔に書いてるように、「何か」のある瞬間の丸ごとの写し、という含意しかない
人が意志を持って作ろうが、一定の間隔で機械的に作成されるものであろうが、それは関係がない

**デフォルトの名無しさん** · 2019/01/17(木) 22:11:14.58

完全に蛇足だけど、VirtualBoxみたいに
完全な写しではなくてもある瞬間の状態が再現可能なデータのことを
スナップショットと呼ぶケースもあるとは思う

**デフォルトの名無しさん** · 2019/01/17(木) 22:17:04.64

>>574
変化直後の値であることを名前で明示する必要があるかは微妙だと思う
だって例えば一定間隔でサンプリングされたデータだったらいちいちそんな名前付けんでしょう。

**デフォルトの名無しさん** · 2019/01/17(木) 22:27:55.19

>>525はデータ自体の持ち方より変化した時のみ記録すると言う事を言いたい
って言うのは１名を除いてみんなわかってる話
なのでスナップショットの議論をしてもあまり意味がないと思う

**デフォルトの名無しさん** · 2019/01/17(木) 22:44:49.84

>>575
> そのオブジェクトの目的を処理する意味でのinit()とfinal()
> 例えば、ハッシュ関数、データを繰り返しupdate()してその処理を終わらせるfinal()
> final()はハッシュ値を返すみたいな
それならそんな変な名前をつけるべきじゃない
普通にget_result()とかでいいだろ

> init()は少なくともコンストラクタとreset()の中でコールされるよ
>>521が言ってるのはreset()の話な
> まあ俺ならSetDefaultHoge( )とかResetHoge( )とかにするけど
って書いてるあるから普通理解できると思うが

**デフォルトの名無しさん** · 2019/01/17(木) 22:52:28.78

>>577
あるにきまってんだろ。

それに、「スナップショット」は、IT用語のスナップショットの意味も強すぎる。

**デフォルトの名無しさん** · 2019/01/17(木) 23:19:06.78

>>580
だから、そんな必要はないだろうと言ってる。
タイムスタンプとデータの写しが保存されていれば、常識的にそれは変化の先頭を
記録したものだと分かる。

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

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

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

>>582
ないから。
あるというならそう言ってる人の記事の一つでも出してみ。
君が勝手に狭義に思い込んでるだけ。

**デフォルトの名無しさん** · 2019/01/17(木) 23:19:56.06

しかし、すぐに喧嘩ごしで物を言ってくる馬鹿がいるな。
しかも言ってる内容がほんとしょうもない

**デフォルトの名無しさん** · 2019/01/17(木) 23:31:16.65

>>583
「スナップショット」は普通に使う言葉なんだが。ｗ
狭義といえばそうだが実際にそうだから。

喧嘩腰に相手される理由を自省しろ。

**デフォルトの名無しさん** · 2019/01/18(金) 05:15:11.78

>>581
そのレスを否定も何もしていないよ
同じことを言っているだけなんだけど、initやinitializeって名称のメンバ関数を表に出すことはなく
初期化は利用者が能動的に使う名称にした方が良いねって説明しただけだよ
で、後半にメンバ変数を個別に初期化するような処理を持たせるにも条件が有るよねって書いたのよ

**デフォルトの名無しさん** · 2019/01/18(金) 07:03:04.62

>>583
全体的にほぼ同意
タイムスタンプのフィールド名がただの時刻じゃなく有効期間開始時刻みたいなニュアンスでキーになっているテーブルならもう誤解する人いないレベル
妥協案としてのsnapshotOnChangedもいいな
changeが原形で出てくるとどうも動詞っぽくて座りが悪し

**デフォルトの名無しさん** · 2019/01/18(金) 07:16:09.93

>>583
> タイムスタンプとデータの写しが保存されていれば、常識的にそれは変化の先頭を記録したものだと分かる。
等間隔でタイムスタンプとデータを記録することなんて普通にある

> そんなことよりそれがナニであるかの方が余程重要な情報だ。
だからそんなことを思ってるのはお前だけ

**デフォルトの名無しさん** · 2019/01/18(金) 07:17:54.96

emploee_with_mail_addressとか
emploee_with_optimistic_lockingみたいなテーブル名が冗長なのと同じ理由で
emploee_snapshot_on_changedなんて説明的な名前になるのだとしたら
本来こっちがemployeeだよなあとは思う

**デフォルトの名無しさん** · 2019/01/18(金) 09:29:05.82

ここまで読んだが、スナップショットの定義論争する意味ある？
使ってもいいし使わなくてはならないこともないレベル

**デフォルトの名無しさん** · 2019/01/18(金) 11:52:48.03

>>586
> 初期化は利用者が能動的に使う名称にした方が良いねって説明しただけだよ
だから
>> まあ俺ならSetDefaultHoge( )とかResetHoge( )とかにするけど
って書いてあるのに、バカなの？

**デフォルトの名無しさん** · 2019/01/18(金) 11:54:44.14

>>590
> ここまで読んだが、スナップショットの定義論争する意味ある？
ない
最初にスナップショットって言い出した>>538が一人でしつこく食い下がってるだけ

**デフォルトの名無しさん** · 2019/01/18(金) 15:17:56.66

>>591
書いてあるから何なの？
そのレスの人は自分はそうするって書いているだけで何故かを書いていないでしょ
それをこっちは説明しただけじゃん、何で突っかかってくるの？
まあ、その例に対しても>>571の後半でこっちの意見が書いてあるけどね
この場合はそのレスの人とは意見が異なるよ

**デフォルトの名無しさん** · 2019/01/18(金) 15:54:14.53

そう言えば普通に理解できる人じゃなかったんだな…
1ヶ月以上も前のレスに粘着するような人だと言うことを忘れてたよ w

**デフォルトの名無しさん** · 2019/01/18(金) 23:02:05.46

常に差分だけを記録するって
あんまり得策とは言えないからな…

**デフォルトの名無しさん** · 2019/02/08(金) 18:15:31.54

変数名はよく迷うんだけど、
最近、本当に迷っているのは変数名自体じゃなくて、
日本語の英訳だと気付いた。
ググっても、いまいちしっくりこないんだよな。
状況的にこの訳でいいの?って。

**デフォルトの名無しさん** · 2019/02/08(金) 18:17:45.03

たしかに迷ったら書き込むスレだが、そんな日記かポエムはいらん

**デフォルトの名無しさん** · 2019/02/09(土) 08:00:40.77

>>597
>>596はええ事ゆうとるやん
おまえのがいらんわw

**デフォルトの名無しさん** · 2019/02/09(土) 16:16:29.35

>>596
そのためにこのスレがあるんだろ

**デフォルトの名無しさん** · 2019/02/09(土) 18:10:09.58

具体的な質問しないと慰めるくらいしかできない

**デフォルトの名無しさん** · 2019/02/11(月) 12:24:00.36

誰かワイのことも慰めてくれんかのう、性的に

**デフォルトの名無しさん** · 2019/02/11(月) 12:50:15.46

風俗いけや

**デフォルトの名無しさん** · 2019/02/11(月) 15:15:36.09

class 新井浩文