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