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

1 名前：ネミ子 mailto:sage [2017/05/07(日) 18:01:52.03 ID:akuyRduv.net] クラス名、変数名のつけ方に悩んだら書き込むスレです。 命名規則や設計の善し悪しについて議論するのは基本的に禁止。 前スレ クラス名・変数名に迷ったら書き込むスレ。Part27 echo.2ch.net/test/read.cgi/tech/1476572490/ 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