クラス名、変数名のつけ方に悩んだら書き込むスレです。
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
前スレ
クラス名・変数名に迷ったら書き込むスレ。Part27
http://echo.2ch.net/test/read.cgi/tech/1476572490/
探検
クラス名・変数名に迷ったら書き込むスレ。Part28 [無断転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
1ネミ子
2017/05/07(日) 18:01:52.03ID:akuyRduv2ネミ子
2017/05/07(日) 18:03:36.48ID:akuyRduv 無関係スレ
設計・命名スレ
http://echo.2ch.net/test/read.cgi/tech/1477368563/
設計から喧々諤々されたい殿方は別スレがございますので、そちらをご利用ください。
設計・命名スレ
http://echo.2ch.net/test/read.cgi/tech/1477368563/
設計から喧々諤々されたい殿方は別スレがございますので、そちらをご利用ください。
2017/05/07(日) 18:17:56.16ID:/2PQHse0
乙
2017/05/10(水) 02:45:04.00ID:YgxPtTuh
データベース的なものを想像して欲しい。
あるデータ群(オブジェクトの配列)を画面出力するとき、出力イベントをフックして
・「表示/非表示」を切り替える(単純にreturn falseだけで済むような処理ではない)
・「見た目」を切り替える(色変更や予め用意した画像に変更など)
の2つが必要なとき、それぞれどんな単語を使えばいい?
紛らわしくなく、かつ統一感のある関数名にしたい。
上記2つは呼び出すタイミングが微妙に異なるため、一括にはしにくい。
また、出力を切り替えると言っても、実際には個々のオブジェクトに含まれている値やメンバ変数を読み込み、
その設定を適用させるといった内容になる。
あるデータ群(オブジェクトの配列)を画面出力するとき、出力イベントをフックして
・「表示/非表示」を切り替える(単純にreturn falseだけで済むような処理ではない)
・「見た目」を切り替える(色変更や予め用意した画像に変更など)
の2つが必要なとき、それぞれどんな単語を使えばいい?
紛らわしくなく、かつ統一感のある関数名にしたい。
上記2つは呼び出すタイミングが微妙に異なるため、一括にはしにくい。
また、出力を切り替えると言っても、実際には個々のオブジェクトに含まれている値やメンバ変数を読み込み、
その設定を適用させるといった内容になる。
2017/05/10(水) 07:56:10.53ID:oAoKVhQv
visibityとstyle
2017/05/10(水) 08:06:31.31ID:YgxPtTuh
ありがとう、それでいく
出社前にスレ確認できてよかった
出社前にスレ確認できてよかった
2017/05/16(火) 21:12:59.38ID:5gubPtqb
通信やファイルへ書込を伴う処理で
一旦変数に代入(書き込み予約)してから、任意のタイミングで確定させて処理したい
確定処理ってupdate? apply? commit? finalize? save?
それとこの場合の代入ってsetでいい?
一旦変数に代入(書き込み予約)してから、任意のタイミングで確定させて処理したい
確定処理ってupdate? apply? commit? finalize? save?
それとこの場合の代入ってsetでいい?
2017/05/16(火) 21:43:09.50ID:AGzM1pll
もう少し詳しく書かないと何とも状況が分からんね
2017/05/16(火) 22:08:11.06ID:5HaY8++G
むしろ確定の方をsetにした方がいいような…
を確定するの英訳|英辞郎 on the WEB:アルク
https://eow.alc.co.jp/search?q=%E3%82%92%E7%A2%BA%E5%AE%9A%E3%81%99%E3%82%8B
予約、だと自分はreserveをよく使うな…
を確定するの英訳|英辞郎 on the WEB:アルク
https://eow.alc.co.jp/search?q=%E3%82%92%E7%A2%BA%E5%AE%9A%E3%81%99%E3%82%8B
予約、だと自分はreserveをよく使うな…
2017/05/16(火) 22:12:30.84ID:64KrDfHK
stageとcommitかな
でもwriteやsendといった実際の物理的な動作をイメージさせる名前を差し置いてまで強調するようなことだとは俺は思わないけどな
抽象的な名前は基本的に糞
でもwriteやsendといった実際の物理的な動作をイメージさせる名前を差し置いてまで強調するようなことだとは俺は思わないけどな
抽象的な名前は基本的に糞
2017/05/16(火) 23:16:14.08ID:5gubPtqb
2017/05/17(水) 10:22:15.30ID:vwwaD4yq
2017/05/17(水) 10:24:01.10ID:vwwaD4yq
setかどうかはmodelかviewかによるかな
modelならset
modelならset
2017/05/17(水) 11:04:25.83ID:GJ9WSlKV
>>7
BufferedFile f;
f.write(data);
f.flush();
BufferedConnection c;
c.write(data); // or c.send(data)
c.flush();
BufferedFile f;
f.write(data);
f.flush();
BufferedConnection c;
c.write(data); // or c.send(data)
c.flush();
2017/05/18(木) 12:25:59.00ID:xXCtzo0J
Series を列挙する型と、それを格納する変数。
C# だと
enum Series {
A,
B
}
Series Series;
とできなくはないけど、別にしたい。
たいていは列挙の方を複数、変数を単数にするんだけど、複数と単数で変化がないものはどうしたもんか。
C# だと
enum Series {
A,
B
}
Series Series;
とできなくはないけど、別にしたい。
たいていは列挙の方を複数、変数を単数にするんだけど、複数と単数で変化がないものはどうしたもんか。
2017/05/18(木) 12:39:39.31ID:eX+vCwZM
2017/05/18(木) 13:22:41.48ID:nmM7QGeO
>>15
型名は大文字から、変数名は小文字から始めればよい
型名は大文字から、変数名は小文字から始めればよい
2017/05/18(木) 21:24:31.73ID:3g1FRJ8u
十分にスコープが狭いならsでも別にいいや感
2017/05/19(金) 01:40:19.91ID:4aXBqFa1
1年後に1画面に入らないくらいまで広がっててsってなんだっけー
2017/05/19(金) 02:53:52.81ID:mnhKNMJ9
1画面くらいならそこまで問題にならんだろw
2115
2017/05/19(金) 08:38:09.61ID:mmCvLNpl んー、時代遅れか。
C# の例は挙げたけど、できない言語の場合にどうしようかってのもあったんだがな。
大文字小文字の場合も。
これといった案はなさそうだね。
いろいろ意見ありがとう。
C# の例は挙げたけど、できない言語の場合にどうしようかってのもあったんだがな。
大文字小文字の場合も。
これといった案はなさそうだね。
いろいろ意見ありがとう。
2017/05/19(金) 15:07:17.02ID:/r/R+k8J
2017/05/20(土) 03:47:13.80ID:zc92SfK6
最初の質問で「できなくはないけど」と言いつつ
「できない言語の場合」って追記するの、ちょっとずるくない?
「できない言語の場合」って追記するの、ちょっとずるくない?
2017/05/20(土) 09:02:34.55ID:m4galLui
2017/05/20(土) 09:52:00.08ID:I6OViHCS
2017/05/20(土) 09:58:35.64ID:/WJez+wG
言語に関わらず共通のスタイルを使うという発想自体がそもそもの大間違い
郷に入れば郷に従え
C#では型名とプロパティ名に同じ名前を付けることが推奨されていてenumにXXEnumみたいなのは禁止されている
他の言語には違ったルールがある、それに従うだけ
その良し悪しを判断するのはお前でもこのスレでもない
郷に入れば郷に従え
C#では型名とプロパティ名に同じ名前を付けることが推奨されていてenumにXXEnumみたいなのは禁止されている
他の言語には違ったルールがある、それに従うだけ
その良し悪しを判断するのはお前でもこのスレでもない
2017/05/20(土) 10:00:30.34ID:/WJez+wG
あとC#ならenumの型名にs付けていいのはビットフラグの場合だけだ
2017/05/20(土) 15:02:41.50ID:zc92SfK6
>>27
そんな違いあるのか。ちょっと面白い
そんな違いあるのか。ちょっと面白い
2017/05/20(土) 16:07:08.58ID:LUvMfIz7
型の名前は型自身じゃなくてインスタンスの性質を表しているべきだって
発想かもしれんけど、拡張メソッドの入れ物の静的クラスにExtensionsなんてのもあったりして
ちょっと統一感ないね
発想かもしれんけど、拡張メソッドの入れ物の静的クラスにExtensionsなんてのもあったりして
ちょっと統一感ないね
2017/05/22(月) 08:56:31.87ID:zv0b6nGa
2017/05/22(月) 10:19:43.12ID:SMVCp6Um
The name of a type should express the charactor of not a type itself, but the instance
2017/05/22(月) 23:54:30.25ID:9Hmi5Lo6
確かに、やや低レベルな名前って気はするかな
具体的にどうすればいいかは分からんけど
具体的にどうすればいいかは分からんけど
2017/06/21(水) 16:36:34.47ID:dvfsnCQH
現時点ではスレチだけど、いずれ設定周りの名称に出没しそうなのでご容赦ください。
スタンドアロンのシステムが既に稼働していますが、一部機能をクラウド化して併用する計画があります。
クラウド化してもスタンドアロンの方もそのまま運用を続けます。
いわゆる半クラウド?とでも言うのでしょうか、このようなシステムの場合、
何と呼べばいいでしょうか?
スタンドアロンのシステムが既に稼働していますが、一部機能をクラウド化して併用する計画があります。
クラウド化してもスタンドアロンの方もそのまま運用を続けます。
いわゆる半クラウド?とでも言うのでしょうか、このようなシステムの場合、
何と呼べばいいでしょうか?
2017/06/21(水) 16:54:36.57ID:kzV2so42
2017/06/21(水) 18:34:51.54ID:dvfsnCQH
>>34
ありがとうございます。
色々調べましたが、ハイブリッドクラウドとは
パブリッククラウドとプライベートクラウドなどの複数のインフラ周りを
組み合わせた場合に呼ぶようです。
サーバーデータの保全や負荷分散という説明も見ると、
今回のケースに該当するのかというと、う〜ん。。。
ありがとうございます。
色々調べましたが、ハイブリッドクラウドとは
パブリッククラウドとプライベートクラウドなどの複数のインフラ周りを
組み合わせた場合に呼ぶようです。
サーバーデータの保全や負荷分散という説明も見ると、
今回のケースに該当するのかというと、う〜ん。。。
2017/07/01(土) 12:23:57.34ID:41xGfxtK
単項検証: SingleFieldValidation
相関検証: MultiFieldsValidation
データベースで行と行を比較する検証や表を超えて検証する場合はなんと言いますか?
日本語と英語の両方ともわからない
相関検証: MultiFieldsValidation
データベースで行と行を比較する検証や表を超えて検証する場合はなんと言いますか?
日本語と英語の両方ともわからない
2017/07/08(土) 15:58:43.96ID:FfZt44/H
2017/07/15(土) 09:19:26.23ID:nrvPEg51
ちょっと物事を単純化して話しますが
オブジェクトの有効期間を変数として持たせたいんです
リストの中にぶっこんでいって
リストを触る奴がその値によってリストから削除したりをさせたい
このとき、有効期限をどう表現しますか?
色々考えた結果
long lifetime = now + duration;
と初期化しておいて
if (obj.lifetime < now) list.remove(obj);
というふにしました
もっと名前、初期化、運用に他のやり方があったかなと心配しています
名前は単にtime_to_removeでもよかったかなと思ってます
オブジェクトの有効期間を変数として持たせたいんです
リストの中にぶっこんでいって
リストを触る奴がその値によってリストから削除したりをさせたい
このとき、有効期限をどう表現しますか?
色々考えた結果
long lifetime = now + duration;
と初期化しておいて
if (obj.lifetime < now) list.remove(obj);
というふにしました
もっと名前、初期化、運用に他のやり方があったかなと心配しています
名前は単にtime_to_removeでもよかったかなと思ってます
2017/07/15(土) 10:13:38.40ID:qqsDF0t/
クッキーを参考にしたまえ
2017/07/15(土) 10:41:48.41ID:zuAt7dHe
expire
2017/07/15(土) 13:45:28.74ID:GNjnjteo
>>38
有効期限が本当にそのオブジェクトが管理すべき情報なのか、それともそのオブジェクトを使う側が
管理すべき情報なのか、それだけじゃ分からんけど、前者だとして
CreationTime(作られた時)
LifeSpan(寿命)
TimeToLive(余命 CreationTime + LIfeSpan - now)
IsAlive(TimeToLive > 0)
こんだけの情報を持たせた方が扱いやすいかも
有効期限が本当にそのオブジェクトが管理すべき情報なのか、それともそのオブジェクトを使う側が
管理すべき情報なのか、それだけじゃ分からんけど、前者だとして
CreationTime(作られた時)
LifeSpan(寿命)
TimeToLive(余命 CreationTime + LIfeSpan - now)
IsAlive(TimeToLive > 0)
こんだけの情報を持たせた方が扱いやすいかも
2017/07/15(土) 14:31:14.53ID:nrvPEg51
>>39 ありがとうございます見てみます
>>40 expireは既に別のとこで使っておりまして
>>41 もう少し正確にお話すると
class WithLifetime<T> {
public final T org;
public final long lifetime;
WithLifetime(T org, long duration) {
this.org = org;this.lifetime = System.currentTimeMillis() + duration;
}
}
こういうのを
list.add(new WithLifetime<Foo>(foo, TimeUnit.HOURS.toMillis(5)));
こう使ってますね
あくまでlistありきで
list中の生存期間を、listを使う側の都合で勝手に決めてるという
List<Foo> listのままで、Map<Foo, Long> lifetimeみたいなのを併用
っていうのも最初は考えたりもしたんですが、それでいくと
list0, map0, list1, map1, list2, map2みたいな煩雑さがチラついてきますんで
この形式にしました
>>40 expireは既に別のとこで使っておりまして
>>41 もう少し正確にお話すると
class WithLifetime<T> {
public final T org;
public final long lifetime;
WithLifetime(T org, long duration) {
this.org = org;this.lifetime = System.currentTimeMillis() + duration;
}
}
こういうのを
list.add(new WithLifetime<Foo>(foo, TimeUnit.HOURS.toMillis(5)));
こう使ってますね
あくまでlistありきで
list中の生存期間を、listを使う側の都合で勝手に決めてるという
List<Foo> listのままで、Map<Foo, Long> lifetimeみたいなのを併用
っていうのも最初は考えたりもしたんですが、それでいくと
list0, map0, list1, map1, list2, map2みたいな煩雑さがチラついてきますんで
この形式にしました
2017/07/16(日) 03:26:58.87ID:yo5XpH/o
2017/07/16(日) 12:39:20.68ID:Jr85n6Sz
>>43
ありがとうございます
とても有力な手だと思います
ただ、みなさんも覚えがあるかもしれませんが
こういうコンテナラッパーを気軽に書いても
意外とスッキリしていかねえな、ということです
1) 最初から十分なインタフェースをそろえるのはめんどい(主に指の疲労)
2) だから最初はsize, add, removeくらいで始めるのだが
あとで結局また加筆していくことになる
3) コンテナクラスの理想は中身を知らないこと
でもこういう作りにするとそこに想定が入ることになる
だからと言ってすぐ困りはしないが、そのことに小さい不満が残る
removeExpired()みたいなこともさせたいが、何か不満が残る
それに引数を与えてやりたいが、ここでその引数の名前が難しすぎる
何をどういう基準でremoveしてるかを表現しきるメソッド名も難しい
最後までぐだぐだ申しましてすみません
不満ばかりできりが無いのでこれにて閉じさせてくだしあ
ありがとうございます
とても有力な手だと思います
ただ、みなさんも覚えがあるかもしれませんが
こういうコンテナラッパーを気軽に書いても
意外とスッキリしていかねえな、ということです
1) 最初から十分なインタフェースをそろえるのはめんどい(主に指の疲労)
2) だから最初はsize, add, removeくらいで始めるのだが
あとで結局また加筆していくことになる
3) コンテナクラスの理想は中身を知らないこと
でもこういう作りにするとそこに想定が入ることになる
だからと言ってすぐ困りはしないが、そのことに小さい不満が残る
removeExpired()みたいなこともさせたいが、何か不満が残る
それに引数を与えてやりたいが、ここでその引数の名前が難しすぎる
何をどういう基準でremoveしてるかを表現しきるメソッド名も難しい
最後までぐだぐだ申しましてすみません
不満ばかりできりが無いのでこれにて閉じさせてくだしあ
2017/07/16(日) 16:29:38.83ID:yo5XpH/o
Listのextendできない環境なのか
2017/07/17(月) 08:04:36.40ID:dfDRQ3ag
>>44
remove_if(predicate)
remove_if(predicate)
2017/07/17(月) 10:09:00.03ID:U2FIHXXv
2017/07/18(火) 02:42:58.10ID:tovqy0R7
俺は同じような状況でexpires_onにしたことがある
49デフォルトの名無しさん
2017/08/31(木) 08:14:10.71ID:dCGUN1Rj Optionsみたいに複数形ってクラス名には不適切?
OptionBagか
OptionsBagにすべき?
OptionBagか
OptionsBagにすべき?
2017/08/31(木) 08:48:46.76ID:5u1Eta34
Containerとか
2017/08/31(木) 12:53:15.50ID:+8FXvQ6t
2017/08/31(木) 14:19:34.74ID:PxNjJG10
OptionSetとかOptionListでいいんでない
2017/08/31(木) 14:54:36.74ID:iGMaENMY
2017/08/31(木) 15:58:56.77ID:sCduGK6O
listはともかく、setはちょっときついだろ。
意味が多すぎる。
意味が多すぎる。
2017/08/31(木) 18:00:27.66ID:+8FXvQ6t
2017/08/31(木) 22:46:11.83ID:uNWxwE2R
2017/08/31(木) 22:54:08.86ID:PxNjJG10
>>53
継承したら
継承したら
2017/08/31(木) 23:53:16.30ID:J2aSRpVx
Optionの単数形でも別にいいと思うけどね
各オプションには具体名があるだろうし
責務によってはOptionManager/OptionHandler/OptionContainerみたいなer系も有り
オプションバッグ、オプションセット、オプションリストとかは普段からそういう名前で呼んでも問題ないかどうかに依る
あとは汎用コレクションクラスを使ってList<Option>みたいな選択肢も
各オプションには具体名があるだろうし
責務によってはOptionManager/OptionHandler/OptionContainerみたいなer系も有り
オプションバッグ、オプションセット、オプションリストとかは普段からそういう名前で呼んでも問題ないかどうかに依る
あとは汎用コレクションクラスを使ってList<Option>みたいな選択肢も
2017/09/01(金) 00:29:25.98ID:5FevI1x1
2017/09/01(金) 22:02:43.64ID:bkxV70/L
javaはPropertiesクラスがあるから複数でもいい気が
2017/09/20(水) 20:11:34.47ID:wQDPDBBK
ある値と、それに掛け合わされる係数fooがあります。
元の値が500、fooが30だとすると、500の30%アップで650といった具合です。
このとき以下の関数名をお願いします。
(a)そのまま30を返す
(b)0.3を返す(30%→0.3なので)
(c)130を返す(元の値を130%する)
(d)1.3を返す(元の値に1.3をかける)
関数を1つにまとめて、フラグなり呼び出し元で計算するなりしろよ思わないでもないですが、
名前変更以外の修正を伴うので避けたいところ。
ちなみに既存のコードはGetFoo1()、GetFoo2()…という命名になっているので
ちょっとキレそうです。
元の値が500、fooが30だとすると、500の30%アップで650といった具合です。
このとき以下の関数名をお願いします。
(a)そのまま30を返す
(b)0.3を返す(30%→0.3なので)
(c)130を返す(元の値を130%する)
(d)1.3を返す(元の値に1.3をかける)
関数を1つにまとめて、フラグなり呼び出し元で計算するなりしろよ思わないでもないですが、
名前変更以外の修正を伴うので避けたいところ。
ちなみに既存のコードはGetFoo1()、GetFoo2()…という命名になっているので
ちょっとキレそうです。
6261
2017/09/20(水) 20:18:55.20ID:wQDPDBBK >61に追記です。
圧倒的に使用頻度が高いのは(a)の「そのままの値を返す」でした。
ほかは同じくらい、
圧倒的に使用頻度が高いのは(a)の「そのままの値を返す」でした。
ほかは同じくらい、
2017/09/20(水) 21:27:00.99ID:joxmKzqL
2017/09/20(水) 21:35:02.04ID:0lMVwAWW
>>61
(a) deltaInPercent
(b) delta
(c) multiplier
(d) multiplierInPercent
スレ違いだしたぶん余計なお世話だと思うけど、可能なら「係数」自体を
クラス化した方がいいんだろうね
(a) deltaInPercent
(b) delta
(c) multiplier
(d) multiplierInPercent
スレ違いだしたぶん余計なお世話だと思うけど、可能なら「係数」自体を
クラス化した方がいいんだろうね
2017/09/20(水) 22:07:22.07ID:DOSxYj0U
税率、税抜き価格、税込価格、税額みたいに
文脈に応じた名前を付けたほうがいい気がするけど
“〇〇係数”みたいな名前がついてるんじゃないの?
文脈に応じた名前を付けたほうがいい気がするけど
“〇〇係数”みたいな名前がついてるんじゃないの?
2017/09/20(水) 23:55:11.31ID:Yucd9rMJ
2017/09/21(木) 00:05:51.85ID:3yD+3if8
>>61
(a) なし
(b) increase rate
(c) なし
(d) increase multiplier
パーセント版はいらんやろ。その場で100倍すればいいじゃん。
どうしてもというなら、末尾に_percentとかつければ。命名としては歪かもしらんけど、わかりやすかろう。
(a) なし
(b) increase rate
(c) なし
(d) increase multiplier
パーセント版はいらんやろ。その場で100倍すればいいじゃん。
どうしてもというなら、末尾に_percentとかつければ。命名としては歪かもしらんけど、わかりやすかろう。
2017/09/21(木) 00:08:16.78ID:3yD+3if8
>>64
deltaは増分であるべき。
deltaは増分であるべき。
2017/09/21(木) 00:33:44.66ID:ENxlmPyL
2017/09/21(木) 01:31:41.29ID:Y0fSMmUh
deltaは差分(足し算の増分)のイメージが強いなあ
x = 500
rate = foo/100 = 0.3 だとして、
delta = rate * x = 150
って感じ
x = 500
rate = foo/100 = 0.3 だとして、
delta = rate * x = 150
って感じ
2017/09/21(木) 02:14:32.44ID:ENxlmPyL
お買い物に例えないと算数理解できないデキの悪い小学生じゃないんだからw
正規化された増(減)分って考え方は普通だと思うよw
もともとパーセンテージ自体がそうなんだし
正規化された増(減)分って考え方は普通だと思うよw
もともとパーセンテージ自体がそうなんだし
2017/09/21(木) 02:53:51.36ID:K0No9bcT
deltaは差分だよな
係数って意味でdeltaって呼んでるケースーある?
係数って意味でdeltaって呼んでるケースーある?
2017/09/21(木) 02:54:50.68ID:3yD+3if8
考えかたはふつうかもしれないが、それをdeltaとは言わん、という話。
2017/09/21(木) 03:03:19.06ID:K0No9bcT
ついでにincrease rateも増加率・伸び率・上昇率みたいな意味だよ
増やすための割合じゃなく、増えた割合って意味が強いから
あんまり適切じゃない気がする
〇〇rateって名前にするのはいいと思うけど
その〇〇として適切な用語は>>61の情報だけじゃ分からん
増やすための割合じゃなく、増えた割合って意味が強いから
あんまり適切じゃない気がする
〇〇rateって名前にするのはいいと思うけど
その〇〇として適切な用語は>>61の情報だけじゃ分からん
2017/09/21(木) 08:02:46.22ID:Lyzqp+ao
500 ⇒ 650 にするなら
係数: 1.3
係数(%): 130
増分係数: 0.3
増分係数(%): 30
なので
(a) GetPercentOfIncrementalRate
(b) GetIncrementalRate
(c) GetPercentOfRate
(d) GetRate
係数: 1.3
係数(%): 130
増分係数: 0.3
増分係数(%): 30
なので
(a) GetPercentOfIncrementalRate
(b) GetIncrementalRate
(c) GetPercentOfRate
(d) GetRate
2017/09/21(木) 09:58:51.84ID:PJ3pbPS2
2017/09/21(木) 10:46:54.69ID:2CEy6KWD
7861
2017/09/21(木) 12:06:41.89ID:36VZaNjA 係数の質問者です。みんなありがとう。
リファクタリングしてたのはゲームプログラムでして、
攻撃力アップ、獲得経験値アップ、消費MPダウン、3Dモデルの表示サイズ等で使われてる。
日本語で総称すると何になるんだろう? ……ステータス強化?
百分率くらい自分で計算しろよと言うのは、そのとおりだと思う。自分も強く思う。
関数ポインタ的な使い方をしてる箇所が幾つかあるので関数化されてたほうが都合がいいだろうってのと、
一括置換でいけるだろうとはいえ処理の変更扱いになってしまうので手続き上ちょっと面倒くさい。
とりあえず、
GetFooRateInPercent
GetFooRate
GetFooMultiplierInPercent
GetFooMultiplier
で提案してみます
リファクタリングしてたのはゲームプログラムでして、
攻撃力アップ、獲得経験値アップ、消費MPダウン、3Dモデルの表示サイズ等で使われてる。
日本語で総称すると何になるんだろう? ……ステータス強化?
百分率くらい自分で計算しろよと言うのは、そのとおりだと思う。自分も強く思う。
関数ポインタ的な使い方をしてる箇所が幾つかあるので関数化されてたほうが都合がいいだろうってのと、
一括置換でいけるだろうとはいえ処理の変更扱いになってしまうので手続き上ちょっと面倒くさい。
とりあえず、
GetFooRateInPercent
GetFooRate
GetFooMultiplierInPercent
GetFooMultiplier
で提案してみます
2017/09/21(木) 12:58:27.56ID:2CEy6KWD
>>78
俺ならrateとmultiplierって何が違うんだ同じじゃないのかと思っちゃうねw
俺ならrateとmultiplierって何が違うんだ同じじゃないのかと思っちゃうねw
2017/09/21(木) 14:01:30.22ID:PJ3pbPS2
2017/09/21(木) 15:27:42.38ID:2CEy6KWD
頭の悪い奴に言ってもしょうがないから質問者にだけ言うけど、
rateとmultiplierはどちらもほぼ同じ意味だから再考した方がいいよ。
もちろん見直す必要があるのはrateの方。
これははっきり言って意味不明だ。
これで通じるのは「税率」のように本体からの上乗せ部分に注目している場合だけで、
水の質量を基準値の何倍にするかって言う場合に「質量乗数」は何倍にするかっていう
倍率だろうなと推測できるが、「質量率」って聞いて[基準値からの増加分]/[基準値]
のことだと分かる人は誰もいないはずだ
rateとmultiplierはどちらもほぼ同じ意味だから再考した方がいいよ。
もちろん見直す必要があるのはrateの方。
これははっきり言って意味不明だ。
これで通じるのは「税率」のように本体からの上乗せ部分に注目している場合だけで、
水の質量を基準値の何倍にするかって言う場合に「質量乗数」は何倍にするかっていう
倍率だろうなと推測できるが、「質量率」って聞いて[基準値からの増加分]/[基準値]
のことだと分かる人は誰もいないはずだ
2017/09/21(木) 15:54:15.20ID:2CEy6KWD
× 税率
○ 消費税率
○ 消費税率
2017/09/21(木) 23:14:58.69ID:K0No9bcT
>>78
そういうのだったんか
それならincrease rateでもおかしくないな
バフ・デバフともいうけど日本語の総称はステータス効果かな
自分ならEffectのうち乗算型のやつに.rateや.percentのプロパティつけとく
名前とは関係ないけど
0.3や30%を返すのと1.3と130%を返すのが同居してるのは
個々のeffectを適用する計算の責務がEffect側にあるのか
使う側にあるのか明確じゃない気がしてちょっと気持ち悪いかも
そういうのだったんか
それならincrease rateでもおかしくないな
バフ・デバフともいうけど日本語の総称はステータス効果かな
自分ならEffectのうち乗算型のやつに.rateや.percentのプロパティつけとく
名前とは関係ないけど
0.3や30%を返すのと1.3と130%を返すのが同居してるのは
個々のeffectを適用する計算の責務がEffect側にあるのか
使う側にあるのか明確じゃない気がしてちょっと気持ち悪いかも
2017/09/21(木) 23:33:51.33ID:Y0fSMmUh
2017/09/21(木) 23:53:17.74ID:2CEy6KWD
>>84
absolute deltaって言っても意味不明だからrelative deltaも意味不明だと思うよw
俺は単にdeltaで問題ないと思うが、どうしても気に入らないなら「上乗せ分」か「変位」かね
辞書みても上乗せ分はぴったりの語が見当たらないから、displacementか
でもdisplacementは1次元の移動量のイメージが強い気がするな
absolute deltaって言っても意味不明だからrelative deltaも意味不明だと思うよw
俺は単にdeltaで問題ないと思うが、どうしても気に入らないなら「上乗せ分」か「変位」かね
辞書みても上乗せ分はぴったりの語が見当たらないから、displacementか
でもdisplacementは1次元の移動量のイメージが強い気がするな
2017/09/22(金) 00:13:26.49ID:cM2LPeWP
あとは俺は冗長だと思うけど「正規化された差分」かね
normalized delta
normalized delta
2017/09/22(金) 00:34:54.94ID:L886aacT
2017/09/22(金) 01:10:08.68ID:9s7VGfiV
rateは特に曖昧じゃないだろ
税率(tax rate)、成長率(growth rate)、割引率(discount rate)、
どれもrateの前にある名詞の率(rate)を指してる
質問者の例で言えば攻撃力アップ率は30%であって130%ではない
この場合の率(30%)に対して130%を表現する言葉が
日本語にも英語にも無いのが困るところ
税率(tax rate)、成長率(growth rate)、割引率(discount rate)、
どれもrateの前にある名詞の率(rate)を指してる
質問者の例で言えば攻撃力アップ率は30%であって130%ではない
この場合の率(30%)に対して130%を表現する言葉が
日本語にも英語にも無いのが困るところ
2017/09/22(金) 02:07:25.25ID:i1EbplBY
2017/09/22(金) 02:15:15.35ID:i1EbplBY
>>87
だから、では何と言えばいいでしょう。
何回も言うケけど、そう感じるのは君の思考回路が数学脳じゃないからだよ。
deltaって聞いて物理量の増減分しか連想できないのは算数の問題を
お買い物に置き換えないと理解できない小学生と同じ。
だから、では何と言えばいいでしょう。
何回も言うケけど、そう感じるのは君の思考回路が数学脳じゃないからだよ。
deltaって聞いて物理量の増減分しか連想できないのは算数の問題を
お買い物に置き換えないと理解できない小学生と同じ。
2017/09/22(金) 02:17:35.24ID:i1EbplBY
2017/09/22(金) 02:42:32.64ID:9s7VGfiV
2017/09/22(金) 02:46:31.06ID:9s7VGfiV
>>91
「質量率」以外の同じような例でもいいよ
「質量率」以外の同じような例でもいいよ
2017/09/22(金) 02:47:56.85ID:i1EbplBY
2017/09/22(金) 02:49:35.11ID:i1EbplBY
まあとにかく、話の文脈追わずに短絡的に反応されても困惑するだけ
2017/09/22(金) 06:49:15.39ID:L886aacT
質量率なんて謎言葉で誤魔化そうとして失敗 w
2017/09/22(金) 10:07:49.81ID:EMdVK6xe
>>88
倍率とかmultiplierとかで通じるでしょ。
倍率とかmultiplierとかで通じるでしょ。
2017/09/22(金) 21:31:20.05ID:9s7VGfiV
あーー、「質量率」って自分で作った名前だったのか
分かってあげられなくてごめんね。。。。。
〇〇率 = 部分/全体(基準) は 部分の名前を〇〇に入れて使うのが一般的
税率、成長率、割引率、どれも同じパターン
質量率だけだと何が部分で何が全体なのかわからない
rateという言葉の曖昧さが問題じゃなくてネーミングの問題
分かってあげられなくてごめんね。。。。。
〇〇率 = 部分/全体(基準) は 部分の名前を〇〇に入れて使うのが一般的
税率、成長率、割引率、どれも同じパターン
質量率だけだと何が部分で何が全体なのかわからない
rateという言葉の曖昧さが問題じゃなくてネーミングの問題
2017/09/22(金) 21:43:41.73ID:9s7VGfiV
>>97
そう言われるとそうだね。
ただ、単に倍率(multiplier)で済むときはいいんだけど
例えば税率や割引率に対応するのは何倍率と呼べばいいの?
消費税率 -> 消費税倍率?
攻撃力上昇率 -> 攻撃力上昇倍率?
そう言われるとそうだね。
ただ、単に倍率(multiplier)で済むときはいいんだけど
例えば税率や割引率に対応するのは何倍率と呼べばいいの?
消費税率 -> 消費税倍率?
攻撃力上昇率 -> 攻撃力上昇倍率?
100デフォルトの名無しさん
2017/09/22(金) 22:17:53.84ID:ka2EbGnk >>98
>税率
これは増減する量に関わる比率じゃない
>成長率、割引率
確かに経済成長率、人口増加率、前年同月比のように、経済や統計の指標では
[増減分]/[元の量]を〜率と言うことがあるが、これは、例えば減少局面では数値がマイナスになるようにしたい、
というような指標として分かりやすくするためだと思われる。
指標ではなく直接計算に用いるような実務的な比率の場合は、[変化後の値]/[元の値]を〜率という場合が多い。
e.g.. 増幅率、拡大率
俺は少なくとも質問者のケースでは後者だと思うが、それはどうでもいい。
何度も言うが、論点は
GetFooRate
これを見て[Fooの増加分]/[Fooの元の値]を意味していると分かるかということ。
分かかるわけないでしょ。
だから、文脈を無視して短絡的な反応をしない。
>税率
これは増減する量に関わる比率じゃない
>成長率、割引率
確かに経済成長率、人口増加率、前年同月比のように、経済や統計の指標では
[増減分]/[元の量]を〜率と言うことがあるが、これは、例えば減少局面では数値がマイナスになるようにしたい、
というような指標として分かりやすくするためだと思われる。
指標ではなく直接計算に用いるような実務的な比率の場合は、[変化後の値]/[元の値]を〜率という場合が多い。
e.g.. 増幅率、拡大率
俺は少なくとも質問者のケースでは後者だと思うが、それはどうでもいい。
何度も言うが、論点は
GetFooRate
これを見て[Fooの増加分]/[Fooの元の値]を意味していると分かるかということ。
分かかるわけないでしょ。
だから、文脈を無視して短絡的な反応をしない。
101デフォルトの名無しさん
2017/09/22(金) 22:32:59.10ID:ka2EbGnk ただ、81-82で書いているように、Fooの増加分にFoo(例えば商品価格)とは別のbar(例えば消費税)
という概念があてがわれているのであれば、
GetBarRate
これはあり。
という概念があてがわれているのであれば、
GetBarRate
これはあり。
102デフォルトの名無しさん
2017/09/23(土) 03:18:34.26ID:PFKg/P6i >>100
なるほどね
その2つはrateとratioの違いのように思えるけど
まあそういう捉え方をする人もいるということは理解した
俺は根底のロジックは、着目部分/全体(基準)でどちらも一緒だと捉えてるから平行線だわな
FooRateのときは、Foo/全体(基準)でFooに着目してるのであってFooの増加分に着目してるのではない
拡大率は拡大サイズ/元サイズ、ただこれは部分全体の関係じゃなく比率の考え方から来てるので
英語でもrateという言葉は基本使われない
なるほどね
その2つはrateとratioの違いのように思えるけど
まあそういう捉え方をする人もいるということは理解した
俺は根底のロジックは、着目部分/全体(基準)でどちらも一緒だと捉えてるから平行線だわな
FooRateのときは、Foo/全体(基準)でFooに着目してるのであってFooの増加分に着目してるのではない
拡大率は拡大サイズ/元サイズ、ただこれは部分全体の関係じゃなく比率の考え方から来てるので
英語でもrateという言葉は基本使われない
103デフォルトの名無しさん
2017/09/23(土) 12:29:10.90ID:/JXVbO7c >>102
平行線って意味がわからないよ。これは簡単な問題。
だから
FooRate
これを見て[Fooの増加分]/[Fooの元の値]のことだと分かるのかどうかはっきりしてくれ。
>>78ではそう意味で使われてるし、ここはそういうことを追及するスレのはずなんですが。
>拡大率は〜英語でもrateという言葉は基本使われない
"magnification rate"で普通に検索に引っかかるよw
余談だけど、rateとratioの違いだというのも全然違う
http://worldts.com/english-writing/eigo-ronbun31/index.html
によれば、どちらも同じ比率だが、ratioの場合は分母が自明の場合に使われる
(文章に分子を表す言葉しか現れない)ということらしい。
平行線って意味がわからないよ。これは簡単な問題。
だから
FooRate
これを見て[Fooの増加分]/[Fooの元の値]のことだと分かるのかどうかはっきりしてくれ。
>>78ではそう意味で使われてるし、ここはそういうことを追及するスレのはずなんですが。
>拡大率は〜英語でもrateという言葉は基本使われない
"magnification rate"で普通に検索に引っかかるよw
余談だけど、rateとratioの違いだというのも全然違う
http://worldts.com/english-writing/eigo-ronbun31/index.html
によれば、どちらも同じ比率だが、ratioの場合は分母が自明の場合に使われる
(文章に分子を表す言葉しか現れない)ということらしい。
104デフォルトの名無しさん
2017/09/23(土) 12:32:48.16ID:/JXVbO7c105デフォルトの名無しさん
2017/09/23(土) 15:08:25.17ID:xCJjTQ1w >>103
質問者は結論を出したようなので、もうどうでもいいが、わかるかどうかについてはもっとどうでもいい。
用語定義や文脈などでわかれば充分なので。
たとえば実際、消費税率はconsumption tax rateというが、これについてもとの値がとか増加分がとかいうバカはいまい。
あんたは言っていいよ。w
質問者は結論を出したようなので、もうどうでもいいが、わかるかどうかについてはもっとどうでもいい。
用語定義や文脈などでわかれば充分なので。
たとえば実際、消費税率はconsumption tax rateというが、これについてもとの値がとか増加分がとかいうバカはいまい。
あんたは言っていいよ。w
106デフォルトの名無しさん
2017/09/23(土) 15:09:07.73ID:PFKg/P6i >>103
>これを見て[Fooの増加分]/[Fooの元の値]のことだと分かるのかどうかはっきりしてくれ。
分かるも何も、君の「質量率」以外にそういう使い方してるやついないから
攻撃力上昇率と攻撃力上昇倍率をrateとmultiplierで区別してるだけ
ここでのFooは攻撃力上昇であって攻撃力ではない
君の定義だと、攻撃力率になるけど誰もそんなこと言ってないよ
>"magnification rate"で普通に検索に引っかかるよw
それ間違えてる例だからww
調べるならちゃんと調べよう
もう面倒くさいから上の説明で理解できんならあとは好きにやってくれ
>これを見て[Fooの増加分]/[Fooの元の値]のことだと分かるのかどうかはっきりしてくれ。
分かるも何も、君の「質量率」以外にそういう使い方してるやついないから
攻撃力上昇率と攻撃力上昇倍率をrateとmultiplierで区別してるだけ
ここでのFooは攻撃力上昇であって攻撃力ではない
君の定義だと、攻撃力率になるけど誰もそんなこと言ってないよ
>"magnification rate"で普通に検索に引っかかるよw
それ間違えてる例だからww
調べるならちゃんと調べよう
もう面倒くさいから上の説明で理解できんならあとは好きにやってくれ
107デフォルトの名無しさん
2017/09/23(土) 15:27:01.93ID:/JXVbO7c108デフォルトの名無しさん
2017/09/23(土) 17:19:51.41ID:/JXVbO7c109デフォルトの名無しさん
2017/09/23(土) 18:32:33.32ID:nAanI8EG 説明した気になってるバカの長文ウザイ
110デフォルトの名無しさん
2017/09/24(日) 01:32:45.36ID:lCQ1Dr2N incrementValue_percent とかでもいいんだけど、
一番多用するメソッドにつける名前としてはちょっと長いのよねぇ
一番多用するメソッドにつける名前としてはちょっと長いのよねぇ
111デフォルトの名無しさん
2017/09/24(日) 01:46:40.37ID:ezgJnviS valueではないよね
112デフォルトの名無しさん
2017/09/24(日) 02:55:51.17ID:lCQ1Dr2N まあそうなんだけど
倍率の方をmultiplierなりrateなりにして、
もう一方を、少し遠めの言葉から選んでみたつもり。
絶対値みたいな言葉もあるし、
あとは自分みたいな英語さっぱり勢でも困らない単語ということで。
倍率の方をmultiplierなりrateなりにして、
もう一方を、少し遠めの言葉から選んでみたつもり。
絶対値みたいな言葉もあるし、
あとは自分みたいな英語さっぱり勢でも困らない単語ということで。
113デフォルトの名無しさん
2017/09/24(日) 03:39:54.52ID:uS0xIQvj パーセントの値は計算時じゃなく表示時に使いたいんだろうから
数字のフォーマッティングをするクラスに任せたほうがいいかと
atk_increase = new Effect()
atk_increase.rate.to_percent()
数字のフォーマッティングをするクラスに任せたほうがいいかと
atk_increase = new Effect()
atk_increase.rate.to_percent()
114デフォルトの名無しさん
2017/09/24(日) 10:18:34.03ID:BVMVs4QW115デフォルトの名無しさん
2017/09/24(日) 15:03:53.37ID:uS0xIQvj >>114
もしそれが避けられないならEnum的なもので
decimalかpercentを引数として渡すようにするかな
atk_increase.rate(:persent)
でも表示用に数字をフォーマットする処理は
別途書いてるんだろうから二度手間だと思うわ
もしそれが避けられないならEnum的なもので
decimalかpercentを引数として渡すようにするかな
atk_increase.rate(:persent)
でも表示用に数字をフォーマットする処理は
別途書いてるんだろうから二度手間だと思うわ
116デフォルトの名無しさん
2017/09/24(日) 15:31:27.46ID:U4nAGnPY 設計の話はNGって水を差すいつもの人が出てこない時は
その人自身がそれをやってる時だったりするのかなw
まあ俺ならRatioクラスを作るね。
その人自身がそれをやってる時だったりするのかなw
まあ俺ならRatioクラスを作るね。
117デフォルトの名無しさん
2017/09/24(日) 16:01:39.95ID:J5jaZAG3 設計の話はちゃんと別スレがありますのでな
118デフォルトの名無しさん
2017/09/24(日) 16:07:11.25ID:uS0xIQvj 命名がうまくできないのは設計がうまくいってない結果の場合もかなりあるのに
それを無視して設計の話はNGで命名だけってのは意味がないよね
それを無視して設計の話はNGで命名だけってのは意味がないよね
119デフォルトの名無しさん
2017/09/24(日) 16:14:45.42ID:gFeQddMX >>118
そう思うなら別スレたててやればいい
そう思うなら別スレたててやればいい
120デフォルトの名無しさん
2017/09/24(日) 16:31:31.90ID:U4nAGnPY121デフォルトの名無しさん
2017/09/24(日) 16:32:09.42ID:J5jaZAG3 だからそういう奴のためのスレがあるっつってんだろ。
どうぞ正論に同意されている方々でやってください。無能なんですか?
設計・命名スレ
http://echo.2ch.net/test/read.cgi/tech/1477368563/
設計から喧々諤々されたい殿方は別スレがございますので、そちらをご利用ください。
どうぞ正論に同意されている方々でやってください。無能なんですか?
設計・命名スレ
http://echo.2ch.net/test/read.cgi/tech/1477368563/
設計から喧々諤々されたい殿方は別スレがございますので、そちらをご利用ください。
122デフォルトの名無しさん
2017/09/24(日) 16:53:26.87ID:BVMVs4QW123デフォルトの名無しさん
2017/09/24(日) 17:03:46.44ID:uS0xIQvj >>122
↓ここの一つ目の答えに書いてるようなやり方をしてると想定してるよ
https://gamedev.stackexchange.com/questions/29982/whats-a-way-to-implement-a-flexible-buff-debuff-system
バフ管理はそれ自体が難しいし
やり方もいろいろあるから実際のコードはわからんけどね
↓ここの一つ目の答えに書いてるようなやり方をしてると想定してるよ
https://gamedev.stackexchange.com/questions/29982/whats-a-way-to-implement-a-flexible-buff-debuff-system
バフ管理はそれ自体が難しいし
やり方もいろいろあるから実際のコードはわからんけどね
124デフォルトの名無しさん
2017/10/03(火) 21:21:41.83ID:3+KZIdY7 仕方ない事だけどNormalizedってよく使うのに長すぎ
どっか偉い団体が頻出単語は標準的な省略形を定めてくれればいいのに
どっか偉い団体が頻出単語は標準的な省略形を定めてくれればいいのに
125デフォルトの名無しさん
2017/10/24(火) 05:35:26.82ID:LmIfeDhI megante
126デフォルトの名無しさん
2017/11/02(木) 01:36:36.25ID:qgjuzQPR ファイルの拡張子ごとに処理するクラスがあるんですが、そのクラスの静的メソッドとして、
処理できる拡張子かどうかを判定する静的メソッドを追加したいのですが
その名前をお願いします。
処理できる拡張子かどうかを判定する静的メソッドを追加したいのですが
その名前をお願いします。
127デフォルトの名無しさん
2017/11/02(木) 01:56:42.44ID:aYOFaFkK 「処理する」の内容とあと言語のクラスメソッドの文法に依るけど、例えば
Class.canHandle(".xxx")
Class.canHandle(".xxx")
128デフォルトの名無しさん
2017/11/02(木) 02:01:05.56ID:qgjuzQPR >>127
なるほど。処理するの内容が何気に重要でしたね。すみません。
言語はC#で、アーカイブファイルを開くクラスですね。zipとか、それが拡張子ごとにある感じです。
そうすると「開く」??かなぁ・・?
なるほど。処理するの内容が何気に重要でしたね。すみません。
言語はC#で、アーカイブファイルを開くクラスですね。zipとか、それが拡張子ごとにある感じです。
そうすると「開く」??かなぁ・・?
129デフォルトの名無しさん
2017/11/02(木) 02:51:26.89ID:oBTHYZXz CanHandle、いいと思うけどな
あとはIsKnown(Extension)とか
静的メソッドだと
if (Hoge.CanHandle(ext))
...
else if (Hage.CanHandle(ext))
...
else if (Foo.CanHandle(ext))
...
ってなるのは必定で何だか泥臭いなとは思うけど、そこはスレ的に突っ込んじゃダメかね
あとはIsKnown(Extension)とか
静的メソッドだと
if (Hoge.CanHandle(ext))
...
else if (Hage.CanHandle(ext))
...
else if (Foo.CanHandle(ext))
...
ってなるのは必定で何だか泥臭いなとは思うけど、そこはスレ的に突っ込んじゃダメかね
130デフォルトの名無しさん
2017/11/02(木) 06:52:45.58ID:AeE8oNtK131デフォルトの名無しさん
2017/11/02(木) 23:09:34.30ID:ttIahPlC オレなら、単純にisAcceptかなぁー
関係ないけど、静的関数を足すよりfactoryのクラス作って静的なインスタンス返すほうがいいとおもうんだ。
ステートフルパターンな感じに。。。
関係ないけど、静的関数を足すよりfactoryのクラス作って静的なインスタンス返すほうがいいとおもうんだ。
ステートフルパターンな感じに。。。
132デフォルトの名無しさん
2017/11/03(金) 00:16:58.35ID:Ro85MhDs >>131
そこはせめてCanAcceptで
そこはせめてCanAcceptで
133デフォルトの名無しさん
2017/11/03(金) 01:55:49.56ID:zDTNiuBK ありがとうございます。
Handle,Acceptのどちらかにしようと思います。
Handle,Acceptのどちらかにしようと思います。
134デフォルトの名無しさん
2017/12/27(水) 20:43:15.51ID:V1EFdajr 5chの板のスレ一覧のクラス(例えばThreadList)と各スレのクラス(Thread)があって、
・スレ一覧を更新するメソッド(各スレのログはダウンロードしない)
・スレッドを差分ダウンロードして新着レスを得る(最新状態に更新する)メソッド
にそれぞれ何という名前を付けますか?どっちもupdate()にしてるんですけど、同じ名前なのにやってることがだいぶ違ってなんかいまいちに感じます
・スレ一覧を更新するメソッド(各スレのログはダウンロードしない)
・スレッドを差分ダウンロードして新着レスを得る(最新状態に更新する)メソッド
にそれぞれ何という名前を付けますか?どっちもupdate()にしてるんですけど、同じ名前なのにやってることがだいぶ違ってなんかいまいちに感じます
135デフォルトの名無しさん
2017/12/27(水) 21:37:23.78ID:q4iOOx1e その専ブラがどのプラットホーム向けでいつリリースされるのかのほうが気になる。
136デフォルトの名無しさん
2017/12/27(水) 23:05:30.53ID:xrH4goD9 >>134
updateはユーザーから見た動作であって実際のオブジェクトの動作はdownloadじゃないのかな?
知らんけど
と言う訳で
Download
DownloadUpdatedOnly ⇔ DownloadFull
updateはユーザーから見た動作であって実際のオブジェクトの動作はdownloadじゃないのかな?
知らんけど
と言う訳で
Download
DownloadUpdatedOnly ⇔ DownloadFull
137デフォルトの名無しさん
2017/12/28(木) 01:24:24.92ID:GDDWlLSR138デフォルトの名無しさん
2017/12/28(木) 06:28:17.27ID:iIC53K2J139デフォルトの名無しさん
2017/12/28(木) 08:20:19.96ID:sX9pr0im get とfetchってどう使い分けたら良いですか?
140デフォルトの名無しさん
2017/12/28(木) 20:33:30.12ID:tdhK3u9G141デフォルトの名無しさん
2017/12/28(木) 21:13:26.38ID:P1qp1D/S 途中からめんどくなってもう全部get…
142デフォルトの名無しさん
2017/12/28(木) 22:22:06.88ID:/lEDrM81 fetchなんて仰々しい言葉プログラミングではあんまり使わないと思うw
143デフォルトの名無しさん
2017/12/28(木) 23:07:16.13ID:Qj6V/Knj ただ取るんじゃなくて「行って取ってくる」のが fetch だとググって知った。
ワンコがフリスビーとってくわえて戻ってくる感じ。
FreeBSD だと wget のかわりに fetch っていうコマンドを使うし
プログラミングではDBとのやりとりの時に使うことがあるね。
どうやって使い分けるのかっていうとうーん・・・
ワンコがフリスビーとってくわえて戻ってくる感じ。
FreeBSD だと wget のかわりに fetch っていうコマンドを使うし
プログラミングではDBとのやりとりの時に使うことがあるね。
どうやって使い分けるのかっていうとうーん・・・
144デフォルトの名無しさん
2017/12/28(木) 23:26:05.43ID:/lEDrM81 まあ、比較的高価だったり重かったり間に通信が入ったりする処理であることを
意識させる必要がある時ぐらいかね。
CPUがコアの外側のメモリから命令を拾ってくるのをフェッチっていうのも
そういうニュアンスなんだろうたぶん
意識させる必要がある時ぐらいかね。
CPUがコアの外側のメモリから命令を拾ってくるのをフェッチっていうのも
そういうニュアンスなんだろうたぶん
145デフォルトの名無しさん
2018/02/03(土) 02:30:03.15ID:1Zb7vqEQ あるDLLをロードしたとき、そのDLL内部で使う情報を色々初期設定するために
InitializeDllって関数を作ったとき、それに対する終了処理としてつかう関数名は、
FinalizeDll?TerminationDll?どっちの名前を採用しますか?
もしくはもっと別の名前?
InitializeDllって関数を作ったとき、それに対する終了処理としてつかう関数名は、
FinalizeDll?TerminationDll?どっちの名前を採用しますか?
もしくはもっと別の名前?
146デフォルトの名無しさん
2018/02/03(土) 13:33:45.89ID:dgAq2hsG147デフォルトの名無しさん
2018/02/03(土) 15:38:15.49ID:DDYrw5D6 CleanupDll なんてどう?
148デフォルトの名無しさん
2018/02/03(土) 18:01:48.28ID:Rh9ysymE >>145
どっちでもいいでしょw
どぢらでも意味は分かるし誤解のしようもない。
ついでに変なサフィックスもいらない
Initialize/Finalizeで十分では?
名前異空間が使えなくてバッティングを避ける目的ならHOGE_Initialize
みたいにプリフィクスでやるのが普通じゃない?
どっちでもいいでしょw
どぢらでも意味は分かるし誤解のしようもない。
ついでに変なサフィックスもいらない
Initialize/Finalizeで十分では?
名前異空間が使えなくてバッティングを避ける目的ならHOGE_Initialize
みたいにプリフィクスでやるのが普通じゃない?
149デフォルトの名無しさん
2018/02/03(土) 18:38:27.91ID:1Zb7vqEQ 補足しますと、元々DLLがロード・アンロードされるときに呼ばれるDllMainに渡される引数
DLL_PROCESS_ATTACHとDLL_PROCESS_DETACHで初期化処理終了処理を
突っ込んでたんですが、調子に乗って色々やり過ぎて不具合起こしたので
改めて明示的にEXE側から呼び出す初期化終了関数を作ったのでした。
(MSDNにも注意点として書かれれた)
そこで名称に疑問符が。
>>146
同感なのですが、後々DLLのアンロード時(アプリ終了時)に実行することを考えると
terminateもアリなのか?と思ってしまいました。
>>147
Initializeのイメージと被る感じがします・・・
>>148
まあどっちでもいいかもですがw
サフィックスはもうちょっとちゃんと考えますね。
finalizeで行こうと思います。
皆さんありがとうございました。
DLL_PROCESS_ATTACHとDLL_PROCESS_DETACHで初期化処理終了処理を
突っ込んでたんですが、調子に乗って色々やり過ぎて不具合起こしたので
改めて明示的にEXE側から呼び出す初期化終了関数を作ったのでした。
(MSDNにも注意点として書かれれた)
そこで名称に疑問符が。
>>146
同感なのですが、後々DLLのアンロード時(アプリ終了時)に実行することを考えると
terminateもアリなのか?と思ってしまいました。
>>147
Initializeのイメージと被る感じがします・・・
>>148
まあどっちでもいいかもですがw
サフィックスはもうちょっとちゃんと考えますね。
finalizeで行こうと思います。
皆さんありがとうございました。
150デフォルトの名無しさん
2018/02/04(日) 13:51:18.18ID:Bky4hvL+151デフォルトの名無しさん
2018/02/07(水) 15:10:28.31ID:BclnE8u9 goodsとかnewsと言った単数にしない単語をモデル名に使いたいとき、皆様はどのようになさるのでしょうか。productやarticle, postと言った別の単語で置き換えるのでしょうか。
置き換えると意味的に微妙に違和感が出るケースでしたので質問させていただきました。
参考
goodsが使われるケースがないか探している中で、ZOZOTOWNのAPIがgoodsを使っているのを見つけました。モデル名はどうしているのでしょうね...。
置き換えると意味的に微妙に違和感が出るケースでしたので質問させていただきました。
参考
goodsが使われるケースがないか探している中で、ZOZOTOWNのAPIがgoodsを使っているのを見つけました。モデル名はどうしているのでしょうね...。
152デフォルトの名無しさん
2018/02/07(水) 16:59:58.39ID:izr6WB3M >>151
面白そうだからググってみたけど、その手の単語ってそうは多くないみたいね
http://www1.odn.ne.jp/xenom/gohou.box/gohou1.html
それを集約するオブジェクトがあって複数形が使えた方が都合がいいなら複数形がある別の可算名詞に
置き換える、そうじゃなきゃそのまま使う
まあ、柔軟に対応でいいんじゃないでしょうか
面白そうだからググってみたけど、その手の単語ってそうは多くないみたいね
http://www1.odn.ne.jp/xenom/gohou.box/gohou1.html
それを集約するオブジェクトがあって複数形が使えた方が都合がいいなら複数形がある別の可算名詞に
置き換える、そうじゃなきゃそのまま使う
まあ、柔軟に対応でいいんじゃないでしょうか
153デフォルトの名無しさん
2018/02/07(水) 21:17:32.06ID:3BT7o9wr >>152
どうもありがとうございます。柔軟に対応します。
どうもありがとうございます。柔軟に対応します。
154デフォルトの名無しさん
2018/02/16(金) 06:10:05.04ID:W1XJdyx1 ☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が3分の2を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆
両院で、改憲議員が3分の2を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆
155デフォルトの名無しさん
2018/04/10(火) 09:53:35.09ID:Kfr8PFFs 指定したプロセスのメモリ使用量を表示する場合名前は何にしますか?
具体的にはタスクマネージャのプロセスタブにあるメモリ (プライベート ワーキング セット)の値をX秒毎に取得してその値を表示するプログラムです
SurveillanceProcessMemory?
CheckProcessMemory?
ViewProcessMemory?
WatchProcessMemory?
etc・・・
具体的にはタスクマネージャのプロセスタブにあるメモリ (プライベート ワーキング セット)の値をX秒毎に取得してその値を表示するプログラムです
SurveillanceProcessMemory?
CheckProcessMemory?
ViewProcessMemory?
WatchProcessMemory?
etc・・・
156デフォルトの名無しさん
2018/04/10(火) 14:04:38.60ID:KG4vxU3v 何の名前?
表示を更新するUIのメソッド名?
それともアプリ自体の名前?
表示を更新するUIのメソッド名?
それともアプリ自体の名前?
157デフォルトの名無しさん
2018/04/10(火) 14:10:33.38ID:RE4Ll6H9 その時点の情報表示 ViewProcessMemory
情報を監視(垂れ流し表示) WatchProcessMemory
なイメージ
checkは抽象的でよく分からない
情報を監視(垂れ流し表示) WatchProcessMemory
なイメージ
checkは抽象的でよく分からない
158デフォルトの名無しさん
2018/04/10(火) 21:02:18.73ID:g9DkMx9b 見ることではなく、見せるものであれば、「Show」とか。
159デフォルトの名無しさん
2018/04/10(火) 21:31:43.12ID:rwK1ezW+ Monitorじゃねって混乱させたり、
Memoryの中見るんじゃなくて使用量見るんならMemoryUsageとかMemoryUseだよねとつっこんでみたり。
Memoryの中見るんじゃなくて使用量見るんならMemoryUsageとかMemoryUseだよねとつっこんでみたり。
160デフォルトの名無しさん
2018/04/10(火) 22:42:37.83ID:xK9q0OHZ そもそもexeの名前なんだから
俺のメモリー.exe
とかでいいだろ
俺のメモリー.exe
とかでいいだろ
161デフォルトの名無しさん
2018/04/19(木) 02:14:10.85ID:QzBHelKx 先頭が数字で半ば固有名詞扱いになってるものを識別子にしたい場合のお約束ってなんかある?
3D Y/C分離とか3次元ノイズリダクションとか
セットアップレベルの0IREとか7.5IREとかを読みやすさを損なわずに列挙体メンバにしたい
3D Y/C分離とか3次元ノイズリダクションとか
セットアップレベルの0IREとか7.5IREとかを読みやすさを損なわずに列挙体メンバにしたい
162デフォルトの名無しさん
2018/04/19(木) 03:11:55.95ID:II5zdCld 月並みなことしか言えんけど...
■ 先頭が数字の名前の対処法
(1) 先頭にアンダーバーか適当なプリフィクスを付ける
_3DYCSeparation
m3DNoiseReduction
(2) アラビア数字の代わりに英単語で
ThreeDimensionsYcSepartion
■ 小数点
電気屋は小数点をSI接頭辞やRで置き換えるんだった気が...
_7R5Ire
4.7kΩ = _4k7Ohm
自分は小数点をpで置き換えたことがある
_7p5Ire
■ 先頭が数字の名前の対処法
(1) 先頭にアンダーバーか適当なプリフィクスを付ける
_3DYCSeparation
m3DNoiseReduction
(2) アラビア数字の代わりに英単語で
ThreeDimensionsYcSepartion
■ 小数点
電気屋は小数点をSI接頭辞やRで置き換えるんだった気が...
_7R5Ire
4.7kΩ = _4k7Ohm
自分は小数点をpで置き換えたことがある
_7p5Ire
163デフォルトの名無しさん
2018/04/19(木) 18:25:39.74ID:5inohPPn 公開する名前をアンダーバー始まりにするのは認めないぞ。
絶対の絶対だ。
絶対の絶対だ。
164デフォルトの名無しさん
2018/04/19(木) 18:29:45.48ID:5inohPPn 語順を入れ換えて、「NR3D」とか?
165デフォルトの名無しさん
2018/04/23(月) 19:10:14.27ID:A/jct/5p 誘導されて来ました
ネット上のAPIを叩いて、情報を取ってくるメソッドの名前って
どんな感じにつけたらいい?
例えば、どこかのサーバーにアクセスして天気予報データをJSONで
取ってくるケースだと、どういう名前にしたらいいか教えてください
ネット上のAPIを叩いて、情報を取ってくるメソッドの名前って
どんな感じにつけたらいい?
例えば、どこかのサーバーにアクセスして天気予報データをJSONで
取ってくるケースだと、どういう名前にしたらいいか教えてください
166デフォルトの名無しさん
2018/04/23(月) 20:50:16.54ID:lPog2avr 天気予報といえばこのURLだしフォーマットもJSON以外ありえないという前提なら、
FetchWeatherでいいだろ。
もっと大げさに指定したいならFetchWeatherDataFromUrlInJsonとか。
FetchWeatherでいいだろ。
もっと大げさに指定したいならFetchWeatherDataFromUrlInJsonとか。
167デフォルトの名無しさん
2018/04/24(火) 09:52:50.58ID:eWyRlcS+168デフォルトの名無しさん
2018/04/24(火) 13:22:19.64ID:5gRbnpaG169デフォルトの名無しさん
2018/04/24(火) 19:12:36.34ID:ZKUvPQBu つか、メソッド名はクラス設計とも関係してて、
主語のクラス名も明確にしてくれないとどのメソッド名(動詞)が一番しっくりくるか変わるし。
俺は、例えば、天気予報情報を提供するREST API経由のXXXサービスがあるとすると、
クラスとしてXXXWeatherClientクラスみたいの用意して、
メソッド名にGetWeatherInfoでGetで十分だわ。
クラス名がどこから取得するか物語ってる事になるし。ローカルキャッシュされたものを取得するなら
適当に、LocalCacheWeatherClientとか。
だから、俺はこんな設計に大抵するからGetで十分だな。
主語のクラス名も明確にしてくれないとどのメソッド名(動詞)が一番しっくりくるか変わるし。
俺は、例えば、天気予報情報を提供するREST API経由のXXXサービスがあるとすると、
クラスとしてXXXWeatherClientクラスみたいの用意して、
メソッド名にGetWeatherInfoでGetで十分だわ。
クラス名がどこから取得するか物語ってる事になるし。ローカルキャッシュされたものを取得するなら
適当に、LocalCacheWeatherClientとか。
だから、俺はこんな設計に大抵するからGetで十分だな。
170デフォルトの名無しさん
2018/04/24(火) 19:17:38.91ID:ZKUvPQBu 抽象化してもしなくてもいいが、例えば
interface IWeatherClient
GetWeatherInfoAsync():
用意して、
class XXXWeatherClient : IWeatheerClient
class YYYWeatherClient : IWeatherClient
class LocalCacheWeatherClient : IWeatherClient
だから、クラス名の方がどっから取ってくるか物語るのでメソッド名は汎用的・抽象的なGetで十分かな。
こういう設計する場合は。
interface IWeatherClient
GetWeatherInfoAsync():
用意して、
class XXXWeatherClient : IWeatheerClient
class YYYWeatherClient : IWeatherClient
class LocalCacheWeatherClient : IWeatherClient
だから、クラス名の方がどっから取ってくるか物語るのでメソッド名は汎用的・抽象的なGetで十分かな。
こういう設計する場合は。
171デフォルトの名無しさん
2018/04/24(火) 19:23:33.68ID:ZKUvPQBu API呼ぶの1か所だけだし、抽象化もいらねぇしとかなら
class WeatherUtillity
static FetchWeatherInfoAsync
でstaticメソッドあたりにしてこれなら名前はFetchでいいかなとは思うけど。
class WeatherUtillity
static FetchWeatherInfoAsync
でstaticメソッドあたりにしてこれなら名前はFetchでいいかなとは思うけど。
172デフォルトの名無しさん
2018/04/24(火) 19:25:00.97ID:fm62Hv3K getの話はさんざんされてるけど、言語の慣用によっては、
属性のゲッター的軽い処理と見誤られることがあるので注意すべき。
属性のゲッター的軽い処理と見誤られることがあるので注意すべき。
173デフォルトの名無しさん
2018/04/24(火) 19:31:36.38ID:ZKUvPQBu まぁ、長々書いたけど、
Twitter APIとかDropbox APIとかいろんなREST APIのラッパーライブラリ
を見ると、Fetchを使ってるのはほぼ見ないかな。ほとんどGetだと思う。
Twitter APIとかDropbox APIとかいろんなREST APIのラッパーライブラリ
を見ると、Fetchを使ってるのはほぼ見ないかな。ほとんどGetだと思う。
174デフォルトの名無しさん
2018/04/24(火) 20:13:15.61ID:DxRUWE0G まあ、混在がない(FetchXxxだけでGetXxxがない)かつ、
全部をGetXxxにしてもそれが何を意味するか文脈的に自明なら全部Getでも問題ないねたぶん
でもpublicなメソッドは全部FetchXxxでも非publicなGetXxxメソッドが
存在するような場合は、使う人は良くても書いたり保守するのは混乱するかもね
全部をGetXxxにしてもそれが何を意味するか文脈的に自明なら全部Getでも問題ないねたぶん
でもpublicなメソッドは全部FetchXxxでも非publicなGetXxxメソッドが
存在するような場合は、使う人は良くても書いたり保守するのは混乱するかもね
175デフォルトの名無しさん
2018/04/24(火) 21:51:29.46ID:UZrLd4N8 そんなん気にしてるのおまえらだけやぞw
しかも他人は絶対使わんやんおまえらのコードw
しかも他人は絶対使わんやんおまえらのコードw
176デフォルトの名無しさん
2018/04/24(火) 23:24:04.71ID:RWNhMG6P REST APIの仕様であれば、Getばかりなのはそういうものなので、あたりまえ。
今回の質問者にふさわしいとは限らない。
プログラム全体と天気予報情報の関係によるだろ。
ほかのところはふつうにプロパティ参照みたいになってるのに、天気予報情報だけがサーバーに取得しにいくとかなら、それだけを特別にfetchと名付けるのは妥当。
つーか、質問者はもうfetchがいいって言ってるんだっつーの。w
今回の質問者にふさわしいとは限らない。
プログラム全体と天気予報情報の関係によるだろ。
ほかのところはふつうにプロパティ参照みたいになってるのに、天気予報情報だけがサーバーに取得しにいくとかなら、それだけを特別にfetchと名付けるのは妥当。
つーか、質問者はもうfetchがいいって言ってるんだっつーの。w
177デフォルトの名無しさん
2018/04/25(水) 03:41:22.81ID:gCQtLPGy weather.api() か weatherAPI() だな
178デフォルトの名無しさん
2018/04/25(水) 07:24:54.62ID:8OWy2krh それ呼んで天気が取得できそうに見えない
179デフォルトの名無しさん
2018/04/25(水) 12:50:16.95ID:YpxvDKQH 接頭語は規約で縛りたいね
180デフォルトの名無しさん
2018/04/25(水) 12:55:24.71ID:Ftk8gYl/ やめろそんなくだらん思いつきw
181デフォルトの名無しさん
2018/04/25(水) 15:06:08.92ID:/DJF/vp7 ついでに型名とか軽量単位あたりも接頭辞で表すようにしてみるか
182デフォルトの名無しさん
2018/04/25(水) 17:55:49.84ID:7+xZ9HVo >>177
天候制御APIなのか。
天候制御APIなのか。
183デフォルトの名無しさん
2018/04/25(水) 22:04:30.35ID:TrWCKrBY fetch()、sketch()、oneTouch()メソッドを持つHentaiクラス
184デフォルトの名無しさん
2018/04/26(木) 21:22:57.77ID:gC2FApkc 文字型としてはchar32_tのみ、文字列型としてはUTF-8 stringを使う体系の名前
なんか格好いいのないですか
なんか格好いいのないですか
185デフォルトの名無しさん
2018/04/26(木) 22:14:30.62ID:EmRzHR04186デフォルトの名無しさん
2018/04/26(木) 22:25:32.99ID:gC2FApkc >>185
文字列をコードポイント単位で切り出して処理します
文字列をコードポイント単位で切り出して処理します
187デフォルトの名無しさん
2018/04/26(木) 22:59:38.60ID:bkKH84l+ Utf32backedUtf8String
188デフォルトの名無しさん
2018/04/26(木) 23:55:24.03ID:VXYRbyyQ >>184
体系ってのがなんともアバウトだよねw
体系ってのがなんともアバウトだよねw
189デフォルトの名無しさん
2018/04/27(金) 00:35:20.48ID:7vAN1kr9 StringUTF8_CharUCS4
かっこよくはないけど、字面のわかりやすさ重視で。
ほかのところ(Enum型名とか)でだいたいわかるのであれば、String_Char.UTF8_UCS4とかでも。
かっこよくはないけど、字面のわかりやすさ重視で。
ほかのところ(Enum型名とか)でだいたいわかるのであれば、String_Char.UTF8_UCS4とかでも。
190デフォルトの名無しさん
2018/04/27(金) 00:41:27.78ID:6Bhz5Awv 体系って言ってるんだからクラス名とかじゃないんでしょ
そもそもクラス名なら、内部でどういう符号化してるかなんて普通はどうでもいいはずw
そもそもクラス名なら、内部でどういう符号化してるかなんて普通はどうでもいいはずw
191デフォルトの名無しさん
2018/04/27(金) 00:51:53.60ID:W2h8WuA6192デフォルトの名無しさん
2018/04/27(金) 01:01:21.64ID:W2h8WuA6193デフォルトの名無しさん
2018/04/27(金) 02:05:45.35ID:m8rmfrp+ 振る舞わせたいことが決まってるならForeachableStrとか?
>>190も言ってるように「何で実装されてるか」を名前にするのはあんまり筋がよくない気がする
>>190も言ってるように「何で実装されてるか」を名前にするのはあんまり筋がよくない気がする
194デフォルトの名無しさん
2018/04/27(金) 02:23:34.45ID:W2h8WuA6 >>193
クラス名ではなく、イテレート検索置換set/mapその他文字列関数やそれを用いる処理群に付ける名前で
既存のchar/string、wchar_t/wstring等のペアと区別するためのもの、と思っていただければ
クラス名ではなく、イテレート検索置換set/mapその他文字列関数やそれを用いる処理群に付ける名前で
既存のchar/string、wchar_t/wstring等のペアと区別するためのもの、と思っていただければ
195デフォルトの名無しさん
2018/04/27(金) 02:47:42.29ID:6Bhz5Awv 正直そっちの世界よく知らんけど、単純に文字・文字列の順でそれぞれを
表すプリフィクスをくっつけちゃうとか。つまり、Uu8
表すプリフィクスをくっつけちゃうとか。つまり、Uu8
196デフォルトの名無しさん
2018/04/27(金) 04:09:55.93ID:W2h8WuA6197デフォルトの名無しさん
2018/04/27(金) 08:57:17.46ID:ZX4OPUdX その効率悪そうな実装をするココロは?
198デフォルトの名無しさん
2018/04/27(金) 11:26:33.92ID:3DjLi910 多重起動できる数を制限するのはなんて言う?
1つしか許さない場合もあれば2つまでは可能な場合もある
LimitMultiBoot、RestrictMultiBoot、他
1つしか許さない場合もあれば2つまでは可能な場合もある
LimitMultiBoot、RestrictMultiBoot、他
199デフォルトの名無しさん
2018/04/27(金) 11:35:52.00ID:Lc4wIlfn >>198
MaxInstances
MaxInstances
200デフォルトの名無しさん
2018/04/27(金) 12:22:21.74ID:BpdbHlVm そもそも数なら数ってわかる名前にしろよw
基本がアカンのに凝るとこ間違っとるでw
基本がアカンのに凝るとこ間違っとるでw
201デフォルトの名無しさん
2018/04/27(金) 12:36:51.38ID:3DjLi910202デフォルトの名無しさん
2018/04/27(金) 13:11:57.11ID:+sB9m2tC203デフォルトの名無しさん
2018/04/27(金) 13:27:06.30ID:Lc4wIlfn >>201
実行ファイルを起動してできるプロセス = Instance
だったらMaxProcessesでもよさそうだけど、それだとまるで別のバイナリも含めた
実行可能なプロセスの数のような感じになっちゃう
そもそも質問文が曖昧に感じるけど、
プログラムが起動を許す自分の実体の最大値を表す数ならMaxInstancesでいいと思う
実行ファイルを起動してできるプロセス = Instance
だったらMaxProcessesでもよさそうだけど、それだとまるで別のバイナリも含めた
実行可能なプロセスの数のような感じになっちゃう
そもそも質問文が曖昧に感じるけど、
プログラムが起動を許す自分の実体の最大値を表す数ならMaxInstancesでいいと思う
204デフォルトの名無しさん
2018/04/27(金) 13:48:39.01ID:3DjLi910205デフォルトの名無しさん
2018/04/27(金) 13:51:21.38ID:+sB9m2tC206デフォルトの名無しさん
2018/04/27(金) 14:04:49.98ID:Lc4wIlfn >>204
じゃあLimitInstanceCountとか?
だけど、
if (getCurrentInstanceCount() >= MaxInstances) プログラム終了;
の方が分かりやすいと思うけどw
じゃあLimitInstanceCountとか?
だけど、
if (getCurrentInstanceCount() >= MaxInstances) プログラム終了;
の方が分かりやすいと思うけどw
207デフォルトの名無しさん
2018/04/27(金) 14:10:56.76ID:3DjLi910 >>205
変数を訊きたいなら「多重起動できる数はなんて言う?」になるのでは?
> 多重起動できる数を制限するのはなんて言う?
既に元の質問でこうなんだから変数はありえないとわかるし
そもそも例も動詞から始まってるんだから関数だとわかると思ったけど
それとも動詞から始まる変数もありなん?
変数を訊きたいなら「多重起動できる数はなんて言う?」になるのでは?
> 多重起動できる数を制限するのはなんて言う?
既に元の質問でこうなんだから変数はありえないとわかるし
そもそも例も動詞から始まってるんだから関数だとわかると思ったけど
それとも動詞から始まる変数もありなん?
208デフォルトの名無しさん
2018/04/27(金) 14:16:37.58ID:3DjLi910209デフォルトの名無しさん
2018/04/27(金) 14:17:16.59ID:uWI4DiNj LimitRunningCount
210デフォルトの名無しさん
2018/04/27(金) 22:17:00.33ID:+ocy8bIv あーあ、limitにしちゃったか
211デフォルトの名無しさん
2018/04/28(土) 07:16:54.26ID:1vsIQmRo >>200
お前は基本の前に読解力が必要だなw
お前は基本の前に読解力が必要だなw
212デフォルトの名無しさん
2018/04/28(土) 09:06:15.09ID:74OzkJQW 「起動」には invoke をよく使ってる
213デフォルトの名無しさん
2018/05/01(火) 17:59:48.31ID:csuC8ljm invokeの意味はcallに近いからメソッドの呼び出しには相応しいけどプロセス起動には違和感ある
bootだとOSが起動しそう
start、launchあたりでいいんじゃないかな
プロセスであることに特段の意識を向けないならrunもイイと思う
bootだとOSが起動しそう
start、launchあたりでいいんじゃないかな
プロセスであることに特段の意識を向けないならrunもイイと思う
214デフォルトの名無しさん
2018/05/01(火) 18:32:13.66ID:IZMmswHj callというより、summonだよ。
すごいやつを召喚する感じ。
commandの起動にはinvokeが一番ぴったりだよ。
すごいやつを召喚する感じ。
commandの起動にはinvokeが一番ぴったりだよ。
215デフォルトの名無しさん
2018/05/01(火) 19:46:41.20ID:oyZWZ8lH ぴったりなのはsummonやんけw何言っとんやコイツw
バカの考え恐るべしw
バカの考え恐るべしw
216デフォルトの名無しさん
2018/05/01(火) 21:31:54.87ID:J+iCny9E ソースにsummonとか出てきたら笑ってまうやろな。w
ファンタジーなのか、中二なのかと。
ファンタジーなのか、中二なのかと。
217デフォルトの名無しさん
2018/05/02(水) 00:29:57.07ID:mp5av7vO SummonWizard とか SummonDaemon したい
218デフォルトの名無しさん
2018/05/02(水) 03:43:35.29ID:iZCbTs+2 デーモン"クロン"を召喚
スーパーユーザの名において命ずる
時の守護者よ預言を現実と為せ
スーパーユーザの名において命ずる
時の守護者よ預言を現実と為せ
219デフォルトの名無しさん
2018/05/02(水) 07:26:32.24ID:GbcXK+Pf auto daemon = Necromancy.Summon();
220デフォルトの名無しさん
2018/05/02(水) 09:21:15.45ID:j9UHzewR すぐにけせ
221デフォルトの名無しさん
2018/05/02(水) 11:04:17.15ID:Ul+rrzaM >>219
auto slave = necromancer.summon(new demon());
auto slave = necromancer.summon(new demon());
222デフォルトの名無しさん
2018/05/16(水) 16:05:57.30ID:+m6OL90c とりあえず前置詞省略するのやめてほしい
223デフォルトの名無しさん
2018/05/16(水) 16:07:06.11ID:+m6OL90c 核となる動詞の目的語と付随する前置詞の目的語の区別がつかないんよ>他人のコード
224デフォルトの名無しさん
2018/05/16(水) 20:32:46.91ID:5FKSCtlR でも、自動詞と他動詞が並んだときに、すべて前置詞なしで統一したい気持ちもわかる。
確認もめんどくさいしね。。。
確認もめんどくさいしね。。。
225デフォルトの名無しさん
2018/05/23(水) 19:36:24.40ID:Au5e7VGg 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
RUCPE
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
RUCPE
226デフォルトの名無しさん
2018/05/24(木) 10:49:40.87ID:cPlRxlDn RUCPE
227デフォルトの名無しさん
2018/05/28(月) 06:35:00.86ID:kyqpWJOZ Lookfor みたいに1語としてしまう方法もあるかな
自分も含めて英語が苦手な人間だと、確認が大変なのは同意する
自分も含めて英語が苦手な人間だと、確認が大変なのは同意する
228デフォルトの名無しさん
2018/06/05(火) 16:29:36.05ID:rxd5N2KO とある制御用プログラムの話です
例えるならスクリーンショットのように、ある瞬間の現場の状態を記録する処理をCaptureと命名しています
今回悩んでいるのはその逆で、記録されたキャプチャデータから可能な限り現場を再現する処理の命名に悩んでいます
何か名案ありますか?
例えるならスクリーンショットのように、ある瞬間の現場の状態を記録する処理をCaptureと命名しています
今回悩んでいるのはその逆で、記録されたキャプチャデータから可能な限り現場を再現する処理の命名に悩んでいます
何か名案ありますか?
229デフォルトの名無しさん
2018/06/05(火) 17:35:39.82ID:vCTdp4Eh >>228
restore?
decapture?
まあ、話が抽象的過ぎw
再現する対象によるんじゃないかと
絵画ならreadrawだろうしボードゲームならreplayだろうし構造物を再建するならrebuildだろうし
そもそも再現というニュアンスが本当に必要かもよくわからん
キャプチャーされたデータだろうとゼロベースで作ったデータだろうとdrawはdrawだろうって考え方もありうるかと
restore?
decapture?
まあ、話が抽象的過ぎw
再現する対象によるんじゃないかと
絵画ならreadrawだろうしボードゲームならreplayだろうし構造物を再建するならrebuildだろうし
そもそも再現というニュアンスが本当に必要かもよくわからん
キャプチャーされたデータだろうとゼロベースで作ったデータだろうとdrawはdrawだろうって考え方もありうるかと
230デフォルトの名無しさん
2018/06/05(火) 18:21:11.57ID:PRfwVQI5 saveとloadでもよさそう。
231デフォルトの名無しさん
2018/06/05(火) 20:03:29.48ID:dW5AuQ9S replay
232デフォルトの名無しさん
2018/06/05(火) 20:44:13.65ID:rxd5N2KO233デフォルトの名無しさん
2018/06/05(火) 21:36:57.01ID:0hgxeSu3 captureだと一般的すぎるのでsnapshotをご提案。
234デフォルトの名無しさん
2018/06/05(火) 22:49:02.18ID:m8mVVRTq もし工作機械というのが削る系なら、rebuildには超違和感。。。
組み立て系なら超納得だけど。
組み立て系なら超納得だけど。
235デフォルトの名無しさん
2018/06/05(火) 23:39:15.31ID:yC4OyvIK "restore a snapshot" は割と使われる表現みたいね
あとはimport/export とかも思いついたけど、
captureよりはもうちょっと上の処理のイメージになっちゃうかな
あとはimport/export とかも思いついたけど、
captureよりはもうちょっと上の処理のイメージになっちゃうかな
236デフォルトの名無しさん
2018/06/06(水) 00:06:11.59ID:QCe3vYvo 純粋なデータを保存するわけではなく、実物の加工品(加工途中?)をスキャンして再現を試みる…と言う話みたいだから、save/loadやexport/importは違和感があるかなあ
それだと100%同じものが復元されるイメージがある
それだと100%同じものが復元されるイメージがある
237デフォルトの名無しさん
2018/06/06(水) 07:59:52.74ID:AFggJmmf snapshotみたいな名詞らしい語を処理名(関数名)にするのには躊躇いを感じる
動詞用法あるけど基本はtake a snapshotだしこれチェキるみたいなくだけた表現だよな
SnapshotクラスやStateHistoryクラスのreplayやrestoreメソッドなら好き
動詞用法あるけど基本はtake a snapshotだしこれチェキるみたいなくだけた表現だよな
SnapshotクラスやStateHistoryクラスのreplayやrestoreメソッドなら好き
238デフォルトの名無しさん
2018/06/06(水) 19:12:54.42ID:unmQcZLl playback
239デフォルトの名無しさん
2018/07/04(水) 22:31:14.31ID:gFgZc5FG IKD
240デフォルトの名無しさん
2018/07/05(木) 16:54:41.07ID:AeL6VB/V IKD
241デフォルトの名無しさん
2018/07/31(火) 18:16:10.08ID:BaQoKVST 毎日データを作成して保存しているのですが、x日間保存・残しておくという仕様です。(現状5日)
このx日をdefineで名前を付けておきたいのですが、この名前をお願いします。
このx日をdefineで名前を付けておきたいのですが、この名前をお願いします。
242デフォルトの名無しさん
2018/07/31(火) 18:34:43.95ID:C5jUYukD TIME_TO_LIVE
http://e-words.jp/w/TTL-1.html
http://e-words.jp/w/TTL-1.html
243デフォルトの名無しさん
2018/07/31(火) 18:38:08.53ID:C5jUYukD DAYS_TO_LIVEの方がいいかも
244デフォルトの名無しさん
2018/07/31(火) 18:54:31.67ID:BaQoKVST なるほど、TTLというのがありましたね。
それで行きます。
どうもありがとうございました。
それで行きます。
どうもありがとうございました。
245デフォルトの名無しさん
2018/08/01(水) 19:25:31.53ID:L56+Ekrg expire
246デフォルトの名無しさん
2018/08/02(木) 00:40:08.75ID:Jsv6wlPl expireを使うならDAYS_TO_EXPIRYだな
247デフォルトの名無しさん
2018/08/11(土) 11:27:51.21ID:D0St3L3h スレ立てるまでもない質問のスレ見てて、ここでもたまに同じ話になるが
このスレタイや>1だと、クラス名と変数名以外の質問はできないと勘違いしちゃう人も多いのかね
このスレタイや>1だと、クラス名と変数名以外の質問はできないと勘違いしちゃう人も多いのかね
248デフォルトの名無しさん
2018/08/11(土) 18:28:01.97ID:edehoOie できないぞ。仕様。
249デフォルトの名無しさん
2018/08/11(土) 18:43:58.24ID:WNr/dTgn メソッド名とかは? w
ってか常識で判断しろよ
ってか常識で判断しろよ
250デフォルトの名無しさん
2018/08/11(土) 18:45:00.14ID:D0St3L3h SQLのテーブル名やら実行ファイル名なんかも
過去にはありましたけどね
過去にはありましたけどね
251デフォルトの名無しさん
2018/08/11(土) 21:00:34.49ID:xD5kHdtf メソッド名・関数名は変数名の一種でしょ(高階関数脳)
252デフォルトの名無しさん
2018/08/11(土) 21:22:19.89ID:LaePOOgq 識別子名じゃあ堅苦しいし
253デフォルトの名無しさん
2018/08/11(土) 21:29:33.96ID:edehoOie もう「名前」にしよう。提案。
254デフォルトの名無しさん
2018/08/11(土) 22:07:46.94ID:+hhI+0rF 子供の名前とかペットの名前まで相談されるぞ
255デフォルトの名無しさん
2018/08/11(土) 22:32:03.46ID:QfTJwHhj256デフォルトの名無しさん
2018/08/11(土) 23:14:01.89ID:nSSr2OPO このスレの前身スレである「ネーミング倶楽部」の復活来る!?
257デフォルトの名無しさん
2018/08/12(日) 00:00:33.86ID:GWXqucOk PG板なんだから「命名に迷ったら」で十分じゃん
258デフォルトの名無しさん
2018/08/12(日) 09:55:15.16ID:2ilyV10f 昔は、板名を見ずに検索で飛んできて
頓珍漢な質問する人って結構いたなあと思いだした
頓珍漢な質問する人って結構いたなあと思いだした
259デフォルトの名無しさん
2018/08/14(火) 08:05:50.65ID:c1VO1O/p メソッド名について相談です。
c#ですが、
public static Func<SqlConnection> CreatSqlConnection{xxxx}(string connectionString)
みたいな、「インスタンスを作るメソッド」を作るメソッドの場合、{xxxx}には何をいれたら良いでしょうか?
また、もっとより良い名前があれば教えてください。
c#ですが、
public static Func<SqlConnection> CreatSqlConnection{xxxx}(string connectionString)
みたいな、「インスタンスを作るメソッド」を作るメソッドの場合、{xxxx}には何をいれたら良いでしょうか?
また、もっとより良い名前があれば教えてください。
260デフォルトの名無しさん
2018/08/14(火) 11:44:03.89ID:45jA2HfC 素直にこうすれば無理名前考えずに済むんじゃないのかなと...
public static SqlConnection CreateSqlConnection(string connectionString){ ... }
....
Func<SqlConnection > creator = CreateSqlConnection;
public static SqlConnection CreateSqlConnection(string connectionString){ ... }
....
Func<SqlConnection > creator = CreateSqlConnection;
261デフォルトの名無しさん
2018/08/14(火) 11:47:26.70ID:45jA2HfC ごめんこうか...
Func<SqlConnection > creator = () => CreateSqlConnection("debu");
Func<SqlConnection > creator = () => CreateSqlConnection("debu");
262デフォルトの名無しさん
2018/08/14(火) 13:27:03.62ID:iUeERglu getSqlConnectionSupplier
頭と末尾の動詞はニュアンスに応じてお好みで
変数名をフルスペルで書いたときこうなる感じ
Func<SqlConnection> sqlConnectionSupplier = getSqlConnectionSupplier("debu");
関数型の変数についての良い命名ガイドラインって無いのかな
SupplierはJava8から拝借した
頭と末尾の動詞はニュアンスに応じてお好みで
変数名をフルスペルで書いたときこうなる感じ
Func<SqlConnection> sqlConnectionSupplier = getSqlConnectionSupplier("debu");
関数型の変数についての良い命名ガイドラインって無いのかな
SupplierはJava8から拝借した
263デフォルトの名無しさん
2018/08/14(火) 15:17:53.59ID:c1VO1O/p264デフォルトの名無しさん
2018/08/14(火) 16:57:24.97ID:45jA2HfC >>263
「Func<T>を返すメソッド」自体が抽象的で分かりづらい。
どうしてもGetFuncToCreateSqlConnectionみたいに長くなると思う
例外は
static class SqlConnectionHelper
{
public static Func<SqlConnection> GetCreator(string connectionString) { ... }
...
}
みたいにメソッドが置かれた文脈が十分に明示的な場合だけ
しつこくて申し訳ないけど、そもそも本当に「Func<T>を返すメソッド」に
固執する必要があるのか再考した方が俺はいいんじゃないかと思うけどなあ。
ラムダ式で簡単にTを返すメソッドからFunc<T>を作れるんだから
「Func<T>を返すメソッド」自体が抽象的で分かりづらい。
どうしてもGetFuncToCreateSqlConnectionみたいに長くなると思う
例外は
static class SqlConnectionHelper
{
public static Func<SqlConnection> GetCreator(string connectionString) { ... }
...
}
みたいにメソッドが置かれた文脈が十分に明示的な場合だけ
しつこくて申し訳ないけど、そもそも本当に「Func<T>を返すメソッド」に
固執する必要があるのか再考した方が俺はいいんじゃないかと思うけどなあ。
ラムダ式で簡単にTを返すメソッドからFunc<T>を作れるんだから
265デフォルトの名無しさん
2018/08/14(火) 20:15:21.22ID:I6V3xwhV266デフォルトの名無しさん
2018/08/14(火) 20:23:17.89ID:I6V3xwhV >>263
create factory predicate
○なにかをつくるなにかはやはりfactoryだろう。FactoryパターンとかFactoryメソッドとかいうしね。
○個人的に、Action/Funcには総称してpredicateと名付けることにしている。
create factory predicate
○なにかをつくるなにかはやはりfactoryだろう。FactoryパターンとかFactoryメソッドとかいうしね。
○個人的に、Action/Funcには総称してpredicateと名付けることにしている。
267デフォルトの名無しさん
2018/08/14(火) 20:43:35.35ID:45jA2HfC >>265
それでいいと思うならスレの趣旨にそったレスをしろ馬鹿者
それでいいと思うならスレの趣旨にそったレスをしろ馬鹿者
268デフォルトの名無しさん
2018/08/14(火) 20:44:34.23ID:45jA2HfC >>266
いやpredicateは全然違うからw
いやpredicateは全然違うからw
269デフォルトの名無しさん
2018/08/14(火) 20:47:13.97ID:/EKv3YIo 昔、関数ポを返すのを書いたときは
GetFooFunctionだったかGetBarMethodだったか、そんな感じにしたなあ
今考えるとちょっと野暮ったい
GetFooFunctionだったかGetBarMethodだったか、そんな感じにしたなあ
今考えるとちょっと野暮ったい
270デフォルトの名無しさん
2018/08/14(火) 20:57:39.85ID:45jA2HfC 仮に運よく>>264みたいに簡潔なメソッド名が使えるとしても、
var creator = SqlConnectionHelper.GetCreator("Hage");
こう書けるだけ。
これが、
Func<SqlConnection > creator = () => CreateSqlConnection("debu");
より簡潔でより読みやすいと言えるか、かなり微妙だと思うけどね。
むしろ後者の方が可読的と思うけどなあ
var creator = SqlConnectionHelper.GetCreator("Hage");
こう書けるだけ。
これが、
Func<SqlConnection > creator = () => CreateSqlConnection("debu");
より簡潔でより読みやすいと言えるか、かなり微妙だと思うけどね。
むしろ後者の方が可読的と思うけどなあ
271デフォルトの名無しさん
2018/08/14(火) 21:02:43.21ID:kXwDSKTz >>264
提案ありがとう。
都度都度ラムダで作れるのはそうだけどConnectionは1つの例で、(disposeの有無に関わらず)他にもラップしたいのはいくつかあるんですよ。
今は「インスタンスを作るメソッド」を作る(返す)メソッドってテーマで色々やってるんで。
他皆様もありがとうございます。
提案ありがとう。
都度都度ラムダで作れるのはそうだけどConnectionは1つの例で、(disposeの有無に関わらず)他にもラップしたいのはいくつかあるんですよ。
今は「インスタンスを作るメソッド」を作る(返す)メソッドってテーマで色々やってるんで。
他皆様もありがとうございます。
272デフォルトの名無しさん
2018/08/15(水) 01:42:50.33ID:tWimvAnq >>268
どう違うのか言え。馬鹿者。
どう違うのか言え。馬鹿者。
273デフォルトの名無しさん
2018/08/15(水) 02:21:33.52ID:2FmXo3U+ 殺伐としたスレにPredicateが!
public delegate string IntToStringAction(int i);
public delegate string IntToStringAction(int i);
274デフォルトの名無しさん
2018/08/16(木) 17:17:21.85ID:FfzoHzI3 predicateって1つ以上の引数を取ってbool型を返す関数(関数オブジェクト)じゃねーの?
関数名が断定する名称でさ、例えば、Equal(A, B) → bool
関数名が断定する名称でさ、例えば、Equal(A, B) → bool
275デフォルトの名無しさん
2018/08/16(木) 23:05:16.48ID:p8ZUZr7l それであってるよ
https://msdn.microsoft.com/ja-jp/library/bfcke1bz(v=vs.110).aspx
専ら条件式を記述するときに使う代物で、一般に「何かを受け取って真か偽か判定する」関数をpredicateと呼ぶ
>>266みたいに何でもかんでもpredicateと名付けるのは論外
覚えたての言葉を使いたがるガキかと
https://msdn.microsoft.com/ja-jp/library/bfcke1bz(v=vs.110).aspx
専ら条件式を記述するときに使う代物で、一般に「何かを受け取って真か偽か判定する」関数をpredicateと呼ぶ
>>266みたいに何でもかんでもpredicateと名付けるのは論外
覚えたての言葉を使いたがるガキかと
276デフォルトの名無しさん
2018/08/17(金) 05:57:44.08ID:kUuVSKQh >>273
案をありがとう。
これだと、C#にすでにはActionって名前のデリゲートがあるから、そっちに意味を取られないかね?
これは各々の認識の話になるけれども。
だったらサフィックスをFuncにしろよって話だけど、
なんかね、、、カッコ悪いしね
案をありがとう。
これだと、C#にすでにはActionって名前のデリゲートがあるから、そっちに意味を取られないかね?
これは各々の認識の話になるけれども。
だったらサフィックスをFuncにしろよって話だけど、
なんかね、、、カッコ悪いしね
277デフォルトの名無しさん
2018/08/17(金) 07:26:31.99ID:V/i+u2Gb >>276
C#にはPredicateというさらに別の意味のデリゲートもあって、Predicateと言いつつActionという名前が付いたFuncですよね!いい加減にしてください!
と言われたいだけのネタだったんだ…
C#にはPredicateというさらに別の意味のデリゲートもあって、Predicateと言いつつActionという名前が付いたFuncですよね!いい加減にしてください!
と言われたいだけのネタだったんだ…
278デフォルトの名無しさん
2018/08/17(金) 07:28:20.40ID:V/i+u2Gb お詫びに案を挙げますね
//取得
Func<SqlConnection> createSqlConnection = x.GetCreatingSqlConnection("debu");
// 実行
createSqlConnection();
//取得
Func<SqlConnection> createSqlConnection = x.GetCreatingSqlConnection("debu");
// 実行
createSqlConnection();
279デフォルトの名無しさん
2018/08/17(金) 13:08:13.08ID:7gyaHV45 >>274
C#とかJavaでそういうデリケート/インターフェイスが定義されてるとしても、「predicate」の本来の意味は「述部」だから。
C#の場合は、comparerとかの名前を先にインターフェイスとして使ってしまってるから、ヤケクソ的にpredicateを使ったのでは?w
単体では意味が広すぎると思う。
C#とかJavaでそういうデリケート/インターフェイスが定義されてるとしても、「predicate」の本来の意味は「述部」だから。
C#の場合は、comparerとかの名前を先にインターフェイスとして使ってしまってるから、ヤケクソ的にpredicateを使ったのでは?w
単体では意味が広すぎると思う。
280デフォルトの名無しさん
2018/08/17(金) 13:10:30.52ID:7gyaHV45 >>275
たまたま知ってるひとつの意味にこだわるとか、まさにバカガキ。
たまたま知ってるひとつの意味にこだわるとか、まさにバカガキ。
281デフォルトの名無しさん
2018/08/17(金) 13:20:48.82ID:rrElr8rg classの本来の意味が「部類・種類」だからと言ってenumに付けてまわったら紛らわしいことこの上ないじゃん
JavaやC#といったメジャーな言語で定義されてるもんを勝手に使うのは良くない
しかも今回はActionやFuncが登場する言語での話だし
たまたま知ってたじゃなくて>>280が無知なだけ
JavaやC#といったメジャーな言語で定義されてるもんを勝手に使うのは良くない
しかも今回はActionやFuncが登場する言語での話だし
たまたま知ってたじゃなくて>>280が無知なだけ
282デフォルトの名無しさん
2018/08/17(金) 13:33:11.89ID:fY7CNqGl >>279
少なくともプログラミングの世界のpredicateの普通の用法はこれw
https://en.wikipedia.org/wiki/Predicate_(mathematical_logic)
仮に君の言う「述部」とやらの意味だったとして、
そんな意味の用語がプログラミングの世界で必要とされる余地が果たして存在するかねw
少なくともプログラミングの世界のpredicateの普通の用法はこれw
https://en.wikipedia.org/wiki/Predicate_(mathematical_logic)
仮に君の言う「述部」とやらの意味だったとして、
そんな意味の用語がプログラミングの世界で必要とされる余地が果たして存在するかねw
283デフォルトの名無しさん
2018/08/17(金) 13:37:28.17ID:E8kXAg+Z >>279
命名ってのは英和辞書で引いてみて意味があってりゃいいってもんじゃねえだろ。
例えば「モノを作るなにか」でもcreaterやfactory、maker、manufacturerなどなど似たような単語はいっぱいあるが、その中でも最も適切な単語を選ぶのが命名だ。
「述語=predicate」と言うたまたま知ってた1つの単語に固執してるのは君だろう
初めて英単語を覚えた中学生じゃあるまいし
命名ってのは英和辞書で引いてみて意味があってりゃいいってもんじゃねえだろ。
例えば「モノを作るなにか」でもcreaterやfactory、maker、manufacturerなどなど似たような単語はいっぱいあるが、その中でも最も適切な単語を選ぶのが命名だ。
「述語=predicate」と言うたまたま知ってた1つの単語に固執してるのは君だろう
初めて英単語を覚えた中学生じゃあるまいし
284デフォルトの名無しさん
2018/08/17(金) 13:54:48.34ID:FrC0luOi 関数名より仮引数なイメージあるわ
285デフォルトの名無しさん
2018/08/17(金) 14:58:06.31ID:KaaDwp63 まあ業界用語はテキトーに決められてる奴もあるから元の意味ガーとか言ってもしょうがないわな
ネットワーク用語のpromiscuousなんて元の意味は人前でつかうのを憚られるし w
ネットワーク用語のpromiscuousなんて元の意味は人前でつかうのを憚られるし w
286デフォルトの名無しさん
2018/08/17(金) 16:19:33.11ID:7gyaHV45287デフォルトの名無しさん
2018/08/17(金) 16:20:20.21ID:7gyaHV45 >>285
abortとかね。w
abortとかね。w
288デフォルトの名無しさん
2018/08/17(金) 16:25:58.31ID:FrC0luOi289デフォルトの名無しさん
2018/08/17(金) 16:27:08.26ID:FrC0luOi すまん、>288の日本語がおかしい
誤:回避優先度は高いだろうが
正:回避優先度は低いだろうが
誤:回避優先度は高いだろうが
正:回避優先度は低いだろうが
290デフォルトの名無しさん
2018/08/17(金) 16:37:36.53ID:E8kXAg+Z291デフォルトの名無しさん
2018/08/17(金) 16:44:51.48ID:5lcaj0TK そもそも質問者がC#を使ってるのに、そのC#で多用するPredicateを別の意味で再定義しようとしてる時点でアホやろ
そんなアホ新人がいたら試用期間で切るわ
そんなアホ新人がいたら試用期間で切るわ
292デフォルトの名無しさん
2018/08/17(金) 17:12:26.42ID:fY7CNqGl >>286
ここまで見苦しい奴も珍しいなw
ここまで見苦しい奴も珍しいなw
293デフォルトの名無しさん
2018/08/17(金) 18:35:11.36ID:V/i+u2Gb predicateの名詞用法のうち最も代表的なものは「述語」だから広義に用いても間違いという訳ではないんだけど、英英辞典を引くと動詞の「断定する」や「命題の述部」というニュアンスも色濃く現れてきて無視できない
https://www.dictionary.com/browse/predicate
語源としてもその辺から由来し、広義の述語へと転じた経緯がある模様
特にプログラミングや論理学の分野でどう用いられているかを見れば答えは自ずと決まる
https://www.dictionary.com/browse/predicate
語源としてもその辺から由来し、広義の述語へと転じた経緯がある模様
特にプログラミングや論理学の分野でどう用いられているかを見れば答えは自ずと決まる
294デフォルトの名無しさん
2018/08/17(金) 19:08:31.34ID:nnyWdGJK C#(特にLINQ)を触り始めたばかりの初心者だとPredicateとラムダ式を混同してることが多いからその類じゃないかね?
Predicateを引数にとる各種メソッド群も、一定の規則を守ったラムダ式ならコンパイラが自動的に解釈・変換してくれるもんだから勘違いしがち
Predicateを引数にとる各種メソッド群も、一定の規則を守ったラムダ式ならコンパイラが自動的に解釈・変換してくれるもんだから勘違いしがち
295デフォルトの名無しさん
2018/08/17(金) 19:30:14.24ID:zD2h2oDf296デフォルトの名無しさん
2018/08/17(金) 19:33:30.25ID:nnyWdGJK >>295
「FuncにもActionにも何でもかんでもPredicateと名付けてしまうのはこれら全てがラムダ式と同一のものだと勘違いしてるんじゃないの?」ってこと
俺じゃなくて今春の新米PGにいたんだわ
「FuncにもActionにも何でもかんでもPredicateと名付けてしまうのはこれら全てがラムダ式と同一のものだと勘違いしてるんじゃないの?」ってこと
俺じゃなくて今春の新米PGにいたんだわ
297デフォルトの名無しさん
2018/08/17(金) 20:02:32.47ID:zD2h2oDf298デフォルトの名無しさん
2018/08/17(金) 20:39:16.72ID:nnyWdGJK299デフォルトの名無しさん
2018/08/17(金) 21:36:39.65ID:zD2h2oDf なんや結局謎のままやんけw
300デフォルトの名無しさん
2018/08/17(金) 22:29:26.14ID:V/i+u2Gb この人はPredicateとDelegateを混同してるのではないだろうか
301デフォルトの名無しさん
2018/08/17(金) 23:06:48.61ID:hTsqlHEP302デフォルトの名無しさん
2018/08/17(金) 23:27:59.94ID:QIXEpzAH303デフォルトの名無しさん
2018/08/17(金) 23:33:12.06ID:7gyaHV45304デフォルトの名無しさん
2018/08/17(金) 23:36:41.12ID:QIXEpzAH まーた恥の上塗りが始まった
305デフォルトの名無しさん
2018/08/17(金) 23:48:25.74ID:w9bXgbFB >>303
このスレでも何度も書いたことだが、
英語という言語は日本語のように新しい概念に対して語彙を増やして対応する言語じゃない。
同じ言葉を文脈によってまったく別の意味に使い分ける傾向が強い言語だ。
だから、
>あくまでpredicateは一般名詞
これナンセンス。
だから何度も言ってるだろう。
プログラミングの分野では(数学と同じく)boolで評価する関数のことをpredicateを言うの。
いい加減恥を知った方がいいよ。
このスレでも何度も書いたことだが、
英語という言語は日本語のように新しい概念に対して語彙を増やして対応する言語じゃない。
同じ言葉を文脈によってまったく別の意味に使い分ける傾向が強い言語だ。
だから、
>あくまでpredicateは一般名詞
これナンセンス。
だから何度も言ってるだろう。
プログラミングの分野では(数学と同じく)boolで評価する関数のことをpredicateを言うの。
いい加減恥を知った方がいいよ。
306デフォルトの名無しさん
2018/08/17(金) 23:51:44.07ID:QIXEpzAH しかし夏だねえ
307デフォルトの名無しさん
2018/08/17(金) 23:53:05.85ID:9uI3JlhI >>303
言語機能か一般名詞かの違いしかないと思ってるんならそれは混同してるってことだよ
言語機能か一般名詞かの違いしかないと思ってるんならそれは混同してるってことだよ
308デフォルトの名無しさん
2018/08/18(土) 00:08:59.00ID:LOkpLZfD だいたいコードの中の普通の日本語でいう述語なんか出てこないだろうってw
お前はコードの中に、
(空は)青い
(地球ま)回る
とか書くのかとw
ダイクストラ先生の時代からコードってのはデータと手続きで出来てるんだよw
それは宣言型の言語だろうが同じこと
お前はコードの中に、
(空は)青い
(地球ま)回る
とか書くのかとw
ダイクストラ先生の時代からコードってのはデータと手続きで出来てるんだよw
それは宣言型の言語だろうが同じこと
309デフォルトの名無しさん
2018/08/18(土) 00:13:12.08ID:QJ6qXFdU なんやまたどえらいアホが現れたなあw結構結構wwww
310デフォルトの名無しさん
2018/08/18(土) 00:44:17.20ID:N7wT67Om >>303
キミ、「述語」って言葉の意味すらよく分かってないんじゃない?
キミ、「述語」って言葉の意味すらよく分かってないんじゃない?
311デフォルトの名無しさん
2018/08/18(土) 01:00:41.41ID:MgtGkUH1 混同というのはID:nnyWdGJKに対して言ったんだけどな
余計な飛び火をさせてしまった
余計な飛び火をさせてしまった
312デフォルトの名無しさん
2018/08/18(土) 01:06:13.96ID:MgtGkUH1313デフォルトの名無しさん
2018/08/18(土) 01:10:28.56ID:MgtGkUH1314デフォルトの名無しさん
2018/08/18(土) 01:13:07.29ID:CxOhf3ss あらゆるメソッド名、クラス名にSentenceと名付けてしまうかのような暴挙
315デフォルトの名無しさん
2018/08/18(土) 01:14:41.34ID:QJ6qXFdU あらゆるメソッド名、クラス名にSentenceと名付けたらコンパイル通らんやんwwww
アホしかおらんのかここはwwww
アホしかおらんのかここはwwww
316デフォルトの名無しさん
2018/08/18(土) 01:16:34.23ID:tAHy4SpI その理屈で言えば>>266もコンパイル通らんやろ…
317デフォルトの名無しさん
2018/08/18(土) 01:18:38.83ID:QJ6qXFdU318デフォルトの名無しさん
2018/08/18(土) 01:25:33.36ID:tAHy4SpI319デフォルトの名無しさん
2018/08/18(土) 01:27:40.92ID:QJ6qXFdU320デフォルトの名無しさん
2018/08/18(土) 01:28:57.12ID:N7wT67Om つーか何度も言ってるが、C#で多用されるLINQの引数型としてPredicateはあちらこちらで使われるんだから
それに別の意味を持たせて再定義してる時点で脳味噌スッカスカだろと
それに別の意味を持たせて再定義してる時点で脳味噌スッカスカだろと
321デフォルトの名無しさん
2018/08/18(土) 01:30:10.58ID:tAHy4SpI322デフォルトの名無しさん
2018/08/18(土) 01:44:39.95ID:X2Z3Uu8P delegate(委任、委譲)とpredicate(断定)の区別すら出来ない子がいるとは…一般名詞とか言語仕様以前の問題だろう
中学生ぐらいで英語力が止まってるのか?
中学生ぐらいで英語力が止まってるのか?
323デフォルトの名無しさん
2018/08/18(土) 01:56:59.73ID:LOkpLZfD >>312
何を指すも英語はそんな文脈に依存して意味が変わる単語だらけ
atomic, bit, function
日本語は英語より文脈に依存する表現を好まない傾向が強い
分割不可能性みたいに明示的な漢語を作り出すか、ビットのようにカタカナ表記にするか
(日本語でビットといえば普通文脈に関係なくそのビットしかない)関数のように音訳する
何を指すも英語はそんな文脈に依存して意味が変わる単語だらけ
atomic, bit, function
日本語は英語より文脈に依存する表現を好まない傾向が強い
分割不可能性みたいに明示的な漢語を作り出すか、ビットのようにカタカナ表記にするか
(日本語でビットといえば普通文脈に関係なくそのビットしかない)関数のように音訳する
324デフォルトの名無しさん
2018/08/18(土) 02:12:07.58ID:LOkpLZfD 電動ドライバーのビットはあるかw
でも日本語が同じ言葉より語彙を増やすことを好む言語なのはちょっと考えれば
大方同意するよね
スレ違いなのでこれで終わりで
でも日本語が同じ言葉より語彙を増やすことを好む言語なのはちょっと考えれば
大方同意するよね
スレ違いなのでこれで終わりで
325デフォルトの名無しさん
2018/08/18(土) 02:14:44.60ID:LOkpLZfD × 同じ言葉より語彙を増やすことを好む
〇 同じ言葉を使いまわすより語彙を増やすことを好む傾向が強い
〇 同じ言葉を使いまわすより語彙を増やすことを好む傾向が強い
326デフォルトの名無しさん
2018/08/18(土) 02:58:17.88ID:hnx9JO2D valueをgetするメソッド名に悩んでるのですが、一般的にはどんな名前になるんですかね?
327デフォルトの名無しさん
2018/08/18(土) 02:59:09.12ID:hnx9JO2D valueGetterでいいのかな?
328デフォルトの名無しさん
2018/08/18(土) 04:05:49.01ID:CDhAkOpw329デフォルトの名無しさん
2018/08/18(土) 05:31:12.42ID:g/WMhA69 >>326, >>327
変数のようにその値が意味する名称にする(例えば、string.length)、あるいはgetValueのように動詞始まりで書く
個人的には、状態を取得する関数は他の関数(手続き、メソッド)と完全に区別しているから、名詞にするよ
状態を表すbool型を返す場合は、trueを想定した命題にする特殊なルールがある(例えば、iterator.hasNext)
ValueGetterって名称の場合、関数は動詞始まりが一般的だから、(get)ValueGetterのように省略していると解釈され
意地悪を言っちゃうと、Valueを取得するGetterオブジェクトを返すって意味に取られかねない
変数のようにその値が意味する名称にする(例えば、string.length)、あるいはgetValueのように動詞始まりで書く
個人的には、状態を取得する関数は他の関数(手続き、メソッド)と完全に区別しているから、名詞にするよ
状態を表すbool型を返す場合は、trueを想定した命題にする特殊なルールがある(例えば、iterator.hasNext)
ValueGetterって名称の場合、関数は動詞始まりが一般的だから、(get)ValueGetterのように省略していると解釈され
意地悪を言っちゃうと、Valueを取得するGetterオブジェクトを返すって意味に取られかねない
330デフォルトの名無しさん
2018/08/18(土) 06:39:02.57ID:0oOTxqO8 >329は解答として満点に近いと思うのでこれに賛成しておこう
331デフォルトの名無しさん
2018/08/18(土) 07:44:29.19ID:MgtGkUH1 >>324
ありがとう把握した
個人的にはやまと言葉は1単語の広がりがとても広く
漢語はその豊富な表意文字と音素の恩恵から狭めって認識だわ
それと外来語学習者のバイアスがあって
学習者はコアとなる概念をそのまま理解できずに
母語の単語に置き換えて把握するから
例えば英語話者は日本語の核という言葉が
atomic, core, nucleus, kernelの4つに当てはまることを見て
使い回しの多い言語デスネーと感じる傾向があると思う
スレチなんで俺もこのくらいにしておきます
ありがとう把握した
個人的にはやまと言葉は1単語の広がりがとても広く
漢語はその豊富な表意文字と音素の恩恵から狭めって認識だわ
それと外来語学習者のバイアスがあって
学習者はコアとなる概念をそのまま理解できずに
母語の単語に置き換えて把握するから
例えば英語話者は日本語の核という言葉が
atomic, core, nucleus, kernelの4つに当てはまることを見て
使い回しの多い言語デスネーと感じる傾向があると思う
スレチなんで俺もこのくらいにしておきます
332デフォルトの名無しさん
2018/08/18(土) 07:56:57.22ID:MgtGkUH1 >>326
言語とクラス名にも依るけど、その感じだとJavaかな
JavaならThreadLocalやOptionalのような変数のコンテナクラスにはget()というメソッド名が与えられてるから、それに倣うと自然な感じになると思う
言語とクラス名にも依るけど、その感じだとJavaかな
JavaならThreadLocalやOptionalのような変数のコンテナクラスにはget()というメソッド名が与えられてるから、それに倣うと自然な感じになると思う
333デフォルトの名無しさん
2018/08/18(土) 08:21:05.22ID:0oOTxqO8 20年前ならともかく、
getだけでJava前提にするのは厳しいかなと思いますがw
getだけでJava前提にするのは厳しいかなと思いますがw
334デフォルトの名無しさん
2018/08/18(土) 12:28:24.34ID:MgtGkUH1 モダンな言語は大概プロパティがサポートされているから、getterメソッドを使う慣習があって、小文字で書くそこそこシェアのある言語ってことでJavaかなーと思ったんだけどな
Rubyも候補に入るのかな
Rubyも候補に入るのかな
335デフォルトの名無しさん
2018/08/18(土) 12:46:29.75ID:uDYXPxxS >>328
コンパイラが暗黙的にキャストしてくれるからって、それに頼り切って本来の引数型を見てみぬふりしちゃいかんだろう
コンパイラが暗黙的にキャストしてくれるからって、それに頼り切って本来の引数型を見てみぬふりしちゃいかんだろう
336デフォルトの名無しさん
2018/08/18(土) 13:03:31.24ID:CDhAkOpw337デフォルトの名無しさん
2018/08/18(土) 13:33:47.43ID:0oOTxqO8 >>334
プロパティあっても、アクセサ的なメソッドを作ることは珍しくないかなと
プロパティあっても、アクセサ的なメソッドを作ることは珍しくないかなと
338デフォルトの名無しさん
2018/08/18(土) 21:18:57.24ID:hnx9JO2D ルッビーアックバール!
339デフォルトの名無しさん
2018/08/19(日) 00:30:14.49ID:EuNb7t2q340デフォルトの名無しさん
2018/08/19(日) 07:29:43.11ID:Owr7PcVA341デフォルトの名無しさん
2018/08/19(日) 12:34:21.72ID:tEQmuEnO 1段落目だけでいいです
342デフォルトの名無しさん
2018/09/18(火) 13:04:45.53ID:ub4FiyyP343デフォルトの名無しさん
2018/09/19(水) 10:54:47.56ID:B2R8NLhN 変数名は大事だな
344デフォルトの名無しさん
2018/09/19(水) 14:27:36.07ID:MoqoniL9 よーしパパ、ハンガリアンでバリバリコード書いちゃうぞ!
345デフォルトの名無しさん
2018/09/20(木) 20:05:21.32ID:9QTub7MD ハンガリアンは大事だな
346デフォルトの名無しさん
2018/09/20(木) 20:50:07.90ID:l42nckct 変数名はだいじだな
ハンガリアン(に汚染されていたことの発覚)はおおごとだな
ハンガリアン(に汚染されていたことの発覚)はおおごとだな
347デフォルトの名無しさん
2018/09/20(木) 20:51:25.89ID:DBWB48iV カッコさんもこれほど存在感のない使われ方するとは思ってもみなかったやろなw
348デフォルトの名無しさん
2018/09/21(金) 22:58:36.14ID:zRb9Ordj ハンガリアン悪くない
悪いのは型名をプレフィクスに使う事
悪いのは型名をプレフィクスに使う事
349デフォルトの名無しさん
2018/09/21(金) 23:17:13.00ID:MqKbhYRD 型名が何フィクサーやったらええんや?
350デフォルトの名無しさん
2018/09/21(金) 23:30:33.48ID:0BdmXKlD NYのフィクサーならカッコいいと思います
351デフォルトの名無しさん
2018/09/21(金) 23:40:14.17ID:O7oYqnzQ ハンガリアン悪くない
private変数の
m_
とか推奨
private変数の
m_
とか推奨
352デフォルトの名無しさん
2018/09/22(土) 00:07:18.77ID:Elm8N2Dm 納期
DEAD_LINE
死ぬんか
DEAD_LINE
死ぬんか
353デフォルトの名無しさん
2018/09/22(土) 01:02:58.20ID:mXZbGj0b354デフォルトの名無しさん
2018/09/22(土) 09:01:46.06ID:4dEHSzz5 訳し方ひとつじゃないだろ
プログラマーのメンタルに悪い
プログラマーのメンタルに悪い
355デフォルトの名無しさん
2018/09/22(土) 09:41:14.17ID:i8+E3FCQ こうですね、理解ります
DEAD_LINE
死の線
モノの死にやすい部分
直死の魔眼により視ることができ、切られたものは死ぬ
DEAD_LINE
死の線
モノの死にやすい部分
直死の魔眼により視ることができ、切られたものは死ぬ
356デフォルトの名無しさん
2018/09/22(土) 10:17:47.73ID:mXZbGj0b357デフォルトの名無しさん
2018/09/22(土) 11:07:39.01ID:4dEHSzz5 納期=死線
ちがう絶対ちがう遅れたっていいんだ誰も死なないんだ
ちがう絶対ちがう遅れたっていいんだ誰も死なないんだ
358デフォルトの名無しさん
2018/09/22(土) 11:23:11.52ID:TIOG2Ben due date使えよ
359デフォルトの名無しさん
2018/09/22(土) 11:26:12.67ID:i8+E3FCQ 最適解について考えるなら俺も due date を推したい
時刻もあり得る deadline と違って日付であることが明確
deadline は守るべき締め切りというニュアンスが乗りすぎてフラットでない感もある
ただアッパーケースで書いてるし、ザ・期日というべき値ならDUE_DATEよりDEAD_LINEのニュアンスが相応しい文脈なのかもと思ったり
due date という英語は難しいから避けた方がいい、なんて環境ならレベルが低すぎるからとっととおさらばしたい
時刻もあり得る deadline と違って日付であることが明確
deadline は守るべき締め切りというニュアンスが乗りすぎてフラットでない感もある
ただアッパーケースで書いてるし、ザ・期日というべき値ならDUE_DATEよりDEAD_LINEのニュアンスが相応しい文脈なのかもと思ったり
due date という英語は難しいから避けた方がいい、なんて環境ならレベルが低すぎるからとっととおさらばしたい
360デフォルトの名無しさん
2018/09/22(土) 11:33:19.06ID:i8+E3FCQ いや納期だったか
じゃあ delivery date だな
じゃあ delivery date だな
361デフォルトの名無しさん
2018/09/22(土) 12:34:11.88ID:TIOG2Ben delivery dateだと、その日だけって感じにならん?
due dateならそれより前でも可ってわかるけど
due dateならそれより前でも可ってわかるけど
362デフォルトの名無しさん
2018/09/22(土) 13:49:40.09ID:kFAOP0FY 英辞郎で「納期」で検索した感じ、ニュアンス的には納品側の用語としてはdeadline、
発注側の用語としてはdue dateが適切のように感じるね
個人的にはそこまでこだわる必要はなく、普通にdeadlineでよいと思う
発注側の用語としてはdue dateが適切のように感じるね
個人的にはそこまでこだわる必要はなく、普通にdeadlineでよいと思う
363デフォルトの名無しさん
2018/09/22(土) 13:51:25.09ID:4dEHSzz5 俺のメンタルに悪いっつってんだろgじゃkじゃあjsふぁ
364デフォルトの名無しさん
2018/09/22(土) 14:24:37.52ID:mXZbGj0b 日本語には「〜です」って言葉をよく使うんだけど
生きづらそうだね
生きづらそうだね
365デフォルトの名無しさん
2018/09/22(土) 15:15:34.07ID:4dEHSzz5 それは直接的な意味ではないし回避するために毎回文章を考えるのが面倒なので仕方ないdeath
366デフォルトの名無しさん
2018/09/27(木) 19:49:12.84ID:JSlkPqQs 自社スタンドアロンアプリでデータをCSVにエクスポートする機能があるので、
ExportXXX()みたいな関数名が付けられていたんだけど、
この機能を使い回して自社WEBサービス版でも一部利用しようということに
なったものの、こっちで使うときもExportでいいのかどうか
くだらないことに引っかかってる次第。
スタンドアロン←→WEBの間にユーザーは一切関与せず、どちらもまとめて
一つのシステムという扱いなので、Exportでは外に出して自由に使える
イメージが強くて違和感が。
気にしすぎですかね?
ExportXXX()みたいな関数名が付けられていたんだけど、
この機能を使い回して自社WEBサービス版でも一部利用しようということに
なったものの、こっちで使うときもExportでいいのかどうか
くだらないことに引っかかってる次第。
スタンドアロン←→WEBの間にユーザーは一切関与せず、どちらもまとめて
一つのシステムという扱いなので、Exportでは外に出して自由に使える
イメージが強くて違和感が。
気にしすぎですかね?
367デフォルトの名無しさん
2018/09/27(木) 19:55:39.03ID:lMgw/m73 気にしすぎというか何言っとるのかわからん
368デフォルトの名無しさん
2018/09/27(木) 20:14:19.43ID:7LpaKKmv もはや気にしてもしょうがない
出来ているものの名前は変えなくていい
とはいえ違和感が強いならExportというネーミングが最初から微妙だった可能性を省みてもいいかも
システム外部へのエクスポートはCSV出力のひとつの役割で
当初はその側面しか見てなかったけど
本質を表してはいなかった可能性がある
例えば別案はWriteXXXToCSV
出来ているものの名前は変えなくていい
とはいえ違和感が強いならExportというネーミングが最初から微妙だった可能性を省みてもいいかも
システム外部へのエクスポートはCSV出力のひとつの役割で
当初はその側面しか見てなかったけど
本質を表してはいなかった可能性がある
例えば別案はWriteXXXToCSV
369デフォルトの名無しさん
2018/09/27(木) 20:15:54.50ID:314u9gDI Web版でExportXXXしたら何が起きるの?
370デフォルトの名無しさん
2018/09/27(木) 20:40:57.03ID:sTtGwCQ3 何言ってるのか分からないねw
Exportっていうのは普通に考えれば「データを他所のアプリに対してexport」ってニュアンスなので、
もしCSVをそのアプリ自身でも読むのならちょっと違うとは思う。
Exportっていうのは普通に考えれば「データを他所のアプリに対してexport」ってニュアンスなので、
もしCSVをそのアプリ自身でも読むのならちょっと違うとは思う。
371デフォルトの名無しさん
2018/09/27(木) 21:05:18.71ID:JSlkPqQs >>367
スタンドアロンというのが意味が違うんですかね。
Windowsにインストールしてるソフトがあり、それのことを書いてました。
旧来のそのソフトにWEBサービス版が加わり、そっちとデータの
やりとりが必要となったという流れです。
>>368
仰るとおりです。当初は外部に出してしまって好きに使ってもらう
ことしか考えてなかったのですが、WEB版にデータを渡すのに
一々新規でそのプログラムを作らないで、Export部分を使い回した方が
工数削減出来るだろうし、その後の保守も手間を省けるというところです。
ただ、この場合システム内部で完結するのでExportとは言わないかなあと。
既に開発スタートしてて、既存のExport部とは関係ないデータを吐き出すのに
MakeXXXXCSVみたいなのを作ってから、後でExport処理も使い回す際に
ネーミングに疑問が出てきました次第で。
>>369
WEB版にはExport機能はありません。
スタンドアロン運用で不便な点のみWEB版として追加してます。
>>370
すみません。
ニュアンスとしては同感でして、そこから今回の質問の流れとなりました。
とりあえずは、やはりExportのままだと本来の意味からするとちょっと
違う感じですよね。
もうちょっと考えてみます。どうもありがとうございました。
スタンドアロンというのが意味が違うんですかね。
Windowsにインストールしてるソフトがあり、それのことを書いてました。
旧来のそのソフトにWEBサービス版が加わり、そっちとデータの
やりとりが必要となったという流れです。
>>368
仰るとおりです。当初は外部に出してしまって好きに使ってもらう
ことしか考えてなかったのですが、WEB版にデータを渡すのに
一々新規でそのプログラムを作らないで、Export部分を使い回した方が
工数削減出来るだろうし、その後の保守も手間を省けるというところです。
ただ、この場合システム内部で完結するのでExportとは言わないかなあと。
既に開発スタートしてて、既存のExport部とは関係ないデータを吐き出すのに
MakeXXXXCSVみたいなのを作ってから、後でExport処理も使い回す際に
ネーミングに疑問が出てきました次第で。
>>369
WEB版にはExport機能はありません。
スタンドアロン運用で不便な点のみWEB版として追加してます。
>>370
すみません。
ニュアンスとしては同感でして、そこから今回の質問の流れとなりました。
とりあえずは、やはりExportのままだと本来の意味からするとちょっと
違う感じですよね。
もうちょっと考えてみます。どうもありがとうございました。
372デフォルトの名無しさん
2018/09/28(金) 20:32:14.35ID:SyXcx5uH >>366
エクスポートは取り出した結果を外部に公開するイメージだから、スタンドアロンとかwebとかは関係ないと思う。
エクスポートは取り出した結果を外部に公開するイメージだから、スタンドアロンとかwebとかは関係ないと思う。
373デフォルトの名無しさん
2018/09/29(土) 01:06:55.25ID:QC2tzjvw おまえのイメージも関係ないと思う
374デフォルトの名無しさん
2018/09/29(土) 02:02:39.43ID:4/x0Bpme >>372
そう、関係ないですよ。一行で書けば、
既にあるExport機能を内部で完結する形で流用するので関数名がExportだと意味が違ってくるけど変えた方がいいかな考えすぎ?
という主旨です。
開発内部からみれば一応二つのシステム間でExport,Importしてるのは間違いないですが。
そう、関係ないですよ。一行で書けば、
既にあるExport機能を内部で完結する形で流用するので関数名がExportだと意味が違ってくるけど変えた方がいいかな考えすぎ?
という主旨です。
開発内部からみれば一応二つのシステム間でExport,Importしてるのは間違いないですが。
375デフォルトの名無しさん
2018/09/29(土) 12:46:33.16ID:x2fX+cFc 最初から通信などの内部処理用として用意するならserializeとかにすると思うけど、
既存の処理を使い回すならexportでも別にいいかなあって印象
自分で自由に出来るなら、出力部分のコードをserialize側に移して
export側ではserializeを呼び出すようにしちゃってもいいんだろうけど
既存の処理を使い回すならexportでも別にいいかなあって印象
自分で自由に出来るなら、出力部分のコードをserialize側に移して
export側ではserializeを呼び出すようにしちゃってもいいんだろうけど
376デフォルトの名無しさん
2018/10/06(土) 01:13:06.07ID:JjdhAE/r 「システム・ハンガリアン記法」を嫌う人がいるようだけど、個人的には実際に長年使ってみて、
コーディング効率が上がっていると感じる。
ネット上でよく見かける反論に、「システム・ハンガリアン記法は、(代入などで型が異なれば)コンパイラ
がエラーを出してくれるのだから不要」というものがある。
しかし、システム・ハンガリアン記法を使っていれば、たとえば、代入のコードをコーディングしたい最中に
周囲の変数の変数名を見て、エラーが起きない組み合わせを探すと、実は、非常にわずかな組み合わせ
しか無いことが多い。
そして、そのわずかな組み合わせの中に必ず正しいコードがあるので、人間の作業は、
そのわずかな組み合わせの中から選ぶだけでよくなるので、思考の節約になってくれる。
もし、システム・ハンガリアンを使っていなければ、この思考の節約が働かないので、
本格的に考えないといけないことがあり、余計に時間がかかってしまうことがある。
正しいコードが次のようなものだったとする:
pXxxx = pYyyy + ofsAaa;
周囲には、pXxx, pYyy, ofsAaa 位しか変数がないとすれば、頭を使わなくても、可能な組み合わせは、
上記のコードを含む少数のパターンしかないことがすぐに分かる。
そのうちから正しいコードを「選ぶ」事と、意味で考えることを二重に行うことで、早く正解のコードを
書くことが出来るようになる。
ところが、システム・ハンガリアン記法を使っていなければ、意味で考えることしか出来なくなり、
思考パターンを減らすことが出来ない。また、コンパイルしてみないと「検算」もも出来ない。
コーディング効率が上がっていると感じる。
ネット上でよく見かける反論に、「システム・ハンガリアン記法は、(代入などで型が異なれば)コンパイラ
がエラーを出してくれるのだから不要」というものがある。
しかし、システム・ハンガリアン記法を使っていれば、たとえば、代入のコードをコーディングしたい最中に
周囲の変数の変数名を見て、エラーが起きない組み合わせを探すと、実は、非常にわずかな組み合わせ
しか無いことが多い。
そして、そのわずかな組み合わせの中に必ず正しいコードがあるので、人間の作業は、
そのわずかな組み合わせの中から選ぶだけでよくなるので、思考の節約になってくれる。
もし、システム・ハンガリアンを使っていなければ、この思考の節約が働かないので、
本格的に考えないといけないことがあり、余計に時間がかかってしまうことがある。
正しいコードが次のようなものだったとする:
pXxxx = pYyyy + ofsAaa;
周囲には、pXxx, pYyy, ofsAaa 位しか変数がないとすれば、頭を使わなくても、可能な組み合わせは、
上記のコードを含む少数のパターンしかないことがすぐに分かる。
そのうちから正しいコードを「選ぶ」事と、意味で考えることを二重に行うことで、早く正解のコードを
書くことが出来るようになる。
ところが、システム・ハンガリアン記法を使っていなければ、意味で考えることしか出来なくなり、
思考パターンを減らすことが出来ない。また、コンパイルしてみないと「検算」もも出来ない。
377デフォルトの名無しさん
2018/10/06(土) 01:42:44.00ID:JjdhAE/r さらに、文字列などを使っている時、
CString strText;
const char *pszText = (const char *)strText; // operator char *() 演算子による型変換
int lenText = strText.GetLength();
などと、同じ Text という名前の文字列に対して、CString 文字列や、それを高速アクセスするための
文字列へのポインタ、文字列の長さ、の各々に対する変数名を機械的に付けられるのは重宝している。
さらに、よくあるのは、メンバ変数と全く同じ意味のローカル変数や仮引数がある状況。
この場合、毎回、新しい生を考え出すのは大変なので、メンバ変数には必ず先頭に m_ を
つけていると便利。今の場合、
m_strText = strText;
m_lenText = lenText;
のように美しくバランスするのがとても好きだ。
これだと、エラーが正しいコードであることがとても分かりやすい。
また、「m_」の接頭辞は、次のようなコンストラクタでも重宝する:
CPerson::CPerson( const CString &strName ) {
m_strName = strName;
}
さらに、引数が同じ文字列でも、0終端文字列の場合は、
CPerson::CPerson( const char *pszName ) {
m_strName = pszName;
}
とすればよいだけなので、とても美しい。
CString strText;
const char *pszText = (const char *)strText; // operator char *() 演算子による型変換
int lenText = strText.GetLength();
などと、同じ Text という名前の文字列に対して、CString 文字列や、それを高速アクセスするための
文字列へのポインタ、文字列の長さ、の各々に対する変数名を機械的に付けられるのは重宝している。
さらに、よくあるのは、メンバ変数と全く同じ意味のローカル変数や仮引数がある状況。
この場合、毎回、新しい生を考え出すのは大変なので、メンバ変数には必ず先頭に m_ を
つけていると便利。今の場合、
m_strText = strText;
m_lenText = lenText;
のように美しくバランスするのがとても好きだ。
これだと、エラーが正しいコードであることがとても分かりやすい。
また、「m_」の接頭辞は、次のようなコンストラクタでも重宝する:
CPerson::CPerson( const CString &strName ) {
m_strName = strName;
}
さらに、引数が同じ文字列でも、0終端文字列の場合は、
CPerson::CPerson( const char *pszName ) {
m_strName = pszName;
}
とすればよいだけなので、とても美しい。
378デフォルトの名無しさん
2018/10/06(土) 02:54:17.48ID:hIftmu0Z 唐突にどうしたのw
真面目に言ってるのかネタのつもりかのか知らんけど、畢竟
「書きっぱなしで他人も自分も後でメンテしない」
コードならどんな表記法使おうが何の問題もないのよ。
ハンガリアンが批判されるのは、この条件を満たさない(世の中のコードの9割はそうだと思うけど)
場合に問題が起こるから
もちろんハンガリアンがダメって言ったって教条主義的に全部捨てる必要はない。
メンバ変数のプリフィクスなんか誰も文句言わないよ
こんな20年前に決着が付いてる話を今頃して何が楽しいの
真面目に言ってるのかネタのつもりかのか知らんけど、畢竟
「書きっぱなしで他人も自分も後でメンテしない」
コードならどんな表記法使おうが何の問題もないのよ。
ハンガリアンが批判されるのは、この条件を満たさない(世の中のコードの9割はそうだと思うけど)
場合に問題が起こるから
もちろんハンガリアンがダメって言ったって教条主義的に全部捨てる必要はない。
メンバ変数のプリフィクスなんか誰も文句言わないよ
こんな20年前に決着が付いてる話を今頃して何が楽しいの
379デフォルトの名無しさん
2018/10/06(土) 03:14:51.07ID:wpWp2JW+ ワイはアプリもシステムも混在するハンガリアン
とりあえず事故は皆無
アプリケーションで使うのは、大体座標系かな
x,y,cx,cyとか、コイツらをシステムの方でやっちゃうと変数名が長くなるだけ
ならまだいいんだけど、計算がちと複雑化してくるとあああああってなる
とりあえず事故は皆無
アプリケーションで使うのは、大体座標系かな
x,y,cx,cyとか、コイツらをシステムの方でやっちゃうと変数名が長くなるだけ
ならまだいいんだけど、計算がちと複雑化してくるとあああああってなる
380デフォルトの名無しさん
2018/10/06(土) 07:22:44.97ID:hM5EPMW3 グローバル変数でなければハンガリアンオッケーだ。
381デフォルトの名無しさん
2018/10/06(土) 11:05:40.90ID:Ba25Qv4b 個人的にはこうだな
・ポインタ変数にpを接頭するのは分かりやすい
・メンバ変数にm_も悪くない
・型を接頭するのはやめて
・ポインタ変数にpを接頭するのは分かりやすい
・メンバ変数にm_も悪くない
・型を接頭するのはやめて
382デフォルトの名無しさん
2018/10/06(土) 11:06:26.33ID:Ba25Qv4b lenTextがintLenTextじゃないのは気になった
デフォルト扱い?
デフォルト扱い?
383デフォルトの名無しさん
2018/10/06(土) 11:10:52.47ID:Ba25Qv4b 型の接頭がいいと思うのは関数内で型変換するときくらい
384デフォルトの名無しさん
2018/10/06(土) 11:17:28.61ID:Ba25Qv4b ポインタと型変換とメンバ変数に共通することを一般化して考えると、同じ情報を異なる形式で2つ持ちたいときにハンガリアンは活きる
385デフォルトの名無しさん
2018/10/06(土) 14:07:26.85ID:1KPazL3D386デフォルトの名無しさん
2018/10/06(土) 15:03:56.04ID:evMRo/Iv C++相談室 part137
https://mevius.5ch.net/test/read.cgi/tech/1535353320/962
962 デフォルトの名無しさん (ワッチョイ 6ee3-BkfR) [sage] 2018/10/05(金) 18:51:17.31 ID:4ThlZrTR0 [3/7]
>>947
最初の従業員のデータについては、
EmployeeInfo
二番目の dictionary の方は、
g_dictCompanyEmploeeInfo_s
https://mevius.5ch.net/test/read.cgi/tech/1535353320/962
962 デフォルトの名無しさん (ワッチョイ 6ee3-BkfR) [sage] 2018/10/05(金) 18:51:17.31 ID:4ThlZrTR0 [3/7]
>>947
最初の従業員のデータについては、
EmployeeInfo
二番目の dictionary の方は、
g_dictCompanyEmploeeInfo_s
387デフォルトの名無しさん
2018/10/06(土) 15:21:42.95ID:1KPazL3D コピペマン参上!!!まで読んだ
388デフォルトの名無しさん
2018/10/06(土) 16:32:09.02ID:pORM0fWU389デフォルトの名無しさん
2018/10/06(土) 20:13:22.49ID:rmt6Q6pM390デフォルトの名無しさん
2018/10/06(土) 21:13:34.32ID:pORM0fWU >>389
どっちもプリフィクスなの変わらなくない?って聞きたかったんだけど
どっちもプリフィクスなの変わらなくない?って聞きたかったんだけど
391デフォルトの名無しさん
2018/10/06(土) 22:43:56.02ID:rmt6Q6pM392デフォルトの名無しさん
2018/10/06(土) 22:52:54.09ID:rmt6Q6pM 変なプレフィックスを使うことに忌避感情はあるけどptrというやや古典的な略語を使うことについてマイナスイメージはないということか
393デフォルトの名無しさん
2018/10/06(土) 23:10:54.72ID:pORM0fWU >>391-392
よく分からんが、pFoo を否定したのは>385だぞ
よく分からんが、pFoo を否定したのは>385だぞ
394デフォルトの名無しさん
2018/10/06(土) 23:46:24.65ID:rmt6Q6pM >>393
ゴメン間違えた
ゴメン間違えた
395デフォルトの名無しさん
2018/10/07(日) 11:54:03.14ID:9wt2o7WS >>385
何故、ハンガリアン記法が支持され、否定されてきたか
PtrToReadやPointerToReadなんて記法は、そのオブジェクトのデザインとしての命名ではなく
ハンガリアン記法と同じくプログラマの都合のような命名でしょ
文章的にそれをやってしまうと、ハンガリアン記法よりも余計にウザったい命名規則になると思うがな
そのPointer(Ptr)って名前は、システムとしてのポインタ(型)なのか
デザインとしてのポインタ(指し示すもの)なのか、って分かりづらくなる
何故、ハンガリアン記法が支持され、否定されてきたか
PtrToReadやPointerToReadなんて記法は、そのオブジェクトのデザインとしての命名ではなく
ハンガリアン記法と同じくプログラマの都合のような命名でしょ
文章的にそれをやってしまうと、ハンガリアン記法よりも余計にウザったい命名規則になると思うがな
そのPointer(Ptr)って名前は、システムとしてのポインタ(型)なのか
デザインとしてのポインタ(指し示すもの)なのか、って分かりづらくなる
396デフォルトの名無しさん
2018/10/07(日) 12:09:03.29ID:TpDmbWu/ >>395
何を言ってるのか意味が分からないよ
システムとかデザインとか何のこっちゃw
世の中いろんなプログラマがいるが、PtrToReadなんて命名をする奴は誰もいないだろうw
よく見てみ
ReadPtrって書いてあるでしょうw
これは例えばキューみたいなものを実装する時に次のデータの読み出し位置をポイントするポインタ(読み出しポインタ)だ
だからPtrToReadPtr は「読み出しポインタへのポインタ」だw
何を言ってるのか意味が分からないよ
システムとかデザインとか何のこっちゃw
世の中いろんなプログラマがいるが、PtrToReadなんて命名をする奴は誰もいないだろうw
よく見てみ
ReadPtrって書いてあるでしょうw
これは例えばキューみたいなものを実装する時に次のデータの読み出し位置をポイントするポインタ(読み出しポインタ)だ
だからPtrToReadPtr は「読み出しポインタへのポインタ」だw
397デフォルトの名無しさん
2018/10/07(日) 13:54:56.07ID:nLJ8SV7e >>395
だからどっちのハンガリアンだよ
だからどっちのハンガリアンだよ
398デフォルトの名無しさん
2018/10/07(日) 16:58:32.70ID:9wt2o7WS >>396
>PtrToReadなんて命名をする奴は誰もいないだろう
「普通にPtrToXxxかXxxPtrでいい」って>>385に書いてあるじゃん
>だからPtrToReadPtr は「読み出しポインタへのポインタ」だw
意気揚々と説明しなくても、そんなことは分かってるよ
>システムとかデザインとか何のこっちゃw
意味分からんか?
本来デザインとしての名称にシステムとしての名称が加味される状態だろ(strFoo、iBarなどのシステムハンガリアンみたいに)
PtrToXXXでもXXXPtrでもそれと同じな上に変に文章的な書き方をしたことでデザイン上の名称なのか区別がつき難い
fooPointerって変数があった時、それがポインタ型を表すのか、デザインとして指し示すモノって意味でつけたのか、分からないだろ
そんなのなら、まだpFooのような無機質な記号の方がまだマシだよ
こんなの、Bool型を返すプロパティを命題にするとか、プロパティ名は名詞にするとかと同じように特殊ルールなんだからさ
>>397
システムハンガリアンだよ
>PtrToReadなんて命名をする奴は誰もいないだろう
「普通にPtrToXxxかXxxPtrでいい」って>>385に書いてあるじゃん
>だからPtrToReadPtr は「読み出しポインタへのポインタ」だw
意気揚々と説明しなくても、そんなことは分かってるよ
>システムとかデザインとか何のこっちゃw
意味分からんか?
本来デザインとしての名称にシステムとしての名称が加味される状態だろ(strFoo、iBarなどのシステムハンガリアンみたいに)
PtrToXXXでもXXXPtrでもそれと同じな上に変に文章的な書き方をしたことでデザイン上の名称なのか区別がつき難い
fooPointerって変数があった時、それがポインタ型を表すのか、デザインとして指し示すモノって意味でつけたのか、分からないだろ
そんなのなら、まだpFooのような無機質な記号の方がまだマシだよ
こんなの、Bool型を返すプロパティを命題にするとか、プロパティ名は名詞にするとかと同じように特殊ルールなんだからさ
>>397
システムハンガリアンだよ
399デフォルトの名無しさん
2018/10/07(日) 17:11:57.27ID:XEfeABUd400デフォルトの名無しさん
2018/10/07(日) 17:17:10.53ID:9wt2o7WS401デフォルトの名無しさん
2018/10/07(日) 17:42:41.95ID:vaPxBKbp よしじゃあMemoryAddressPointerToReadにしよう
402デフォルトの名無しさん
2018/10/08(月) 00:52:41.08ID:U3W9vOBu とりあえず、生ポインタ使うのはやめようぜ
403デフォルトの名無しさん
2018/10/08(月) 01:47:59.04ID:PsSZQ0gM (´∀`)<なまぽ
404デフォルトの名無しさん
2018/10/08(月) 05:15:16.84ID:l0nZ7S5V ギュッ❤
405デフォルトの名無しさん
2018/11/08(木) 04:04:47.08ID:+uMbCCJQ ドラゴンボール的なものを想像して欲しいんだけど
かめはめ波を撃つとして
(1)手首を合わせて腰の横に持っていく
(2)エネルギーを貯める「かめはめ〜」
(3)手首を前に突き出す、エネルギー放出開始。「波!」
(4)敵に命中
(5)「行けぇ!!」とか「うおおおお!」とか叫びながら攻撃力アップさせる
(6)耐えきれなくなった敵が吹っ飛ぶ
というシークエンスに分割するとき、それぞれどういう単語を選んだら良いだろうか。
とりあえず
(1)PreliminaryAction (2)ChargingEnergy (3)MainAction (4)Impact (6)BlowingAway
まではそれっぽいのを探したが、(5)が全然分からん。そもそも適切な日本語も分からん。
かめはめ波を撃つとして
(1)手首を合わせて腰の横に持っていく
(2)エネルギーを貯める「かめはめ〜」
(3)手首を前に突き出す、エネルギー放出開始。「波!」
(4)敵に命中
(5)「行けぇ!!」とか「うおおおお!」とか叫びながら攻撃力アップさせる
(6)耐えきれなくなった敵が吹っ飛ぶ
というシークエンスに分割するとき、それぞれどういう単語を選んだら良いだろうか。
とりあえず
(1)PreliminaryAction (2)ChargingEnergy (3)MainAction (4)Impact (6)BlowingAway
まではそれっぽいのを探したが、(5)が全然分からん。そもそも適切な日本語も分からん。
406デフォルトの名無しさん
2018/11/08(木) 08:10:50.98ID:fwzjEtEg >>405
BoostActionとかでいいと思うけど個人的にはMainActionがイミフ
BoostActionとかでいいと思うけど個人的にはMainActionがイミフ
407デフォルトの名無しさん
2018/11/08(木) 08:21:30.16ID:+uMbCCJQ408デフォルトの名無しさん
2018/11/08(木) 08:23:29.59ID:SQN1lIRc409デフォルトの名無しさん
2018/11/08(木) 09:29:43.84ID:93DhObPl それならfireとboostに一票
6段階あるシーケンスで主処理って命名は危うい
目的は相手にダメージを与えることだからむしろboostが主ともいえる
解釈に差が生まれる語は避けるが吉
アクションと状態が一緒くたになってるからアドバイスが名詞と動詞で割れてる
状態遷移図でいう丸印と矢印ね
6段階あるシーケンスで主処理って命名は危うい
目的は相手にダメージを与えることだからむしろboostが主ともいえる
解釈に差が生まれる語は避けるが吉
アクションと状態が一緒くたになってるからアドバイスが名詞と動詞で割れてる
状態遷移図でいう丸印と矢印ね
410デフォルトの名無しさん
2018/11/08(木) 12:08:24.19ID:ANJNfK6C あんまりアニメみないが、あのシーンは単に揉み合ってるんじゃなくて攻撃力をアップさせてるのかw
その発想は俺にはなかった
あの世界ではそんなことが可能なのか
その発想は俺にはなかった
あの世界ではそんなことが可能なのか
411デフォルトの名無しさん
2018/11/08(木) 15:27:58.00ID:zOCDn1Y1412デフォルトの名無しさん
2018/11/08(木) 16:32:24.48ID:ANJNfK6C しかし>>405は何なんだろう
ゲームのキャラクターの内部状態ではないようだし、映像のカット割りともちょっと違うような
仮に映像のカット名前なら(5)は接触中(KamehameHaContacting)とかかなあ
余談だけど、ちょっと気になってググってみたら、映像業界ではカット(本来はショットというらしい)の集まりを
シーン、シーンの集まりをシーケンスと言うらしい。
https://ja.wikipedia.org/wiki/シーン
どっちにしても、断片のことをシーケンスというのは言葉の使い方としてちょっと変でしょうw
ゲームのキャラクターの内部状態ではないようだし、映像のカット割りともちょっと違うような
仮に映像のカット名前なら(5)は接触中(KamehameHaContacting)とかかなあ
余談だけど、ちょっと気になってググってみたら、映像業界ではカット(本来はショットというらしい)の集まりを
シーン、シーンの集まりをシーケンスと言うらしい。
https://ja.wikipedia.org/wiki/シーン
どっちにしても、断片のことをシーケンスというのは言葉の使い方としてちょっと変でしょうw
413405
2018/11/08(木) 17:23:42.50ID:+uMbCCJQ414デフォルトの名無しさん
2018/11/08(木) 18:17:34.78ID:93DhObPl 揉み合って攻撃力が上がるアニメといえばヴァルキリードライヴ マーメイド
415デフォルトの名無しさん
2018/11/08(木) 21:03:49.60ID:YJtspA4r416デフォルトの名無しさん
2018/11/08(木) 23:26:05.90ID:SOYbOjSt >>412
映像業界のカットはフィルム映画の名残で厳密にはシーンを表してはいないでしょ
フィルムをハサミで切るからカットだよ
>というシークエンスに分割するとき
「かめはめ波」という1つの塊を動作という解釈で断片の集まり(シーケンス)として捉えてって言っているように見えるけど?
この場合、連続的に分割する時って意味でしょ
映像業界のカットはフィルム映画の名残で厳密にはシーンを表してはいないでしょ
フィルムをハサミで切るからカットだよ
>というシークエンスに分割するとき
「かめはめ波」という1つの塊を動作という解釈で断片の集まり(シーケンス)として捉えてって言っているように見えるけど?
この場合、連続的に分割する時って意味でしょ
417デフォルトの名無しさん
2018/11/08(木) 23:58:03.19ID:h9Ju9qPv >>416
全体的に何を言ってるのかさっぱり意味分からんけどw
>映像業界のカットはフィルム映画の名残で厳密にはシーンを表してはいない
だれもそんなこと言ってませんw
自分で言ってるようにシーケンスとういのは断片を集めて一列につなげたもの。
だからシーケンス「を」分割するならわかるがシーケンス「に」分割なんて意味が分からない
全体的に何を言ってるのかさっぱり意味分からんけどw
>映像業界のカットはフィルム映画の名残で厳密にはシーンを表してはいない
だれもそんなこと言ってませんw
自分で言ってるようにシーケンスとういのは断片を集めて一列につなげたもの。
だからシーケンス「を」分割するならわかるがシーケンス「に」分割なんて意味が分からない
418デフォルトの名無しさん
2018/11/09(金) 07:37:48.52ID:fluqCdGP 名前にこだわるスレではあるものの、助詞1文字違いの言葉のあやにいちいち草生やすのもいやらしいな
419デフォルトの名無しさん
2018/11/09(金) 10:35:33.02ID:8MnVkVBO >>417
シーケンスって一定のルールに従って何かが順番に並んでいるモノでしょ
つまり、かめはめ波って1つのモノ「を」動作単位のシーケンス「に」分割したんだよ
例えば、配列もシーケンスでしょ
確保されたメモリの塊(シーケンスではない)を型というルールで分割して配列(シーケンスである)にしている
何で分からないかなあ
シーケンスって一定のルールに従って何かが順番に並んでいるモノでしょ
つまり、かめはめ波って1つのモノ「を」動作単位のシーケンス「に」分割したんだよ
例えば、配列もシーケンスでしょ
確保されたメモリの塊(シーケンスではない)を型というルールで分割して配列(シーケンスである)にしている
何で分からないかなあ
420デフォルトの名無しさん
2018/11/09(金) 11:17:34.16ID:G3jvy5HT 何言ってるのかわからんねw
421デフォルトの名無しさん
2018/11/09(金) 11:26:50.71ID:G3jvy5HT ついでに言うとさあ、上でC#のシーケンスという用語が出てくるけど、
このシーケンスという言葉にはむしろ「かならずしも配列のようにメモリー上に要素を持つとは
限らない」からシーケンスと呼ばれる。
例えば単に乱数求めて都度吐き出すだけでもシーケンス。
用法的にはシーケンス制御のシーケンスと同じ
このシーケンスという言葉にはむしろ「かならずしも配列のようにメモリー上に要素を持つとは
限らない」からシーケンスと呼ばれる。
例えば単に乱数求めて都度吐き出すだけでもシーケンス。
用法的にはシーケンス制御のシーケンスと同じ
422デフォルトの名無しさん
2018/11/09(金) 12:58:10.34ID:HV6KzCqy …わかった もうこの話はやめよう
423デフォルトの名無しさん
2018/11/09(金) 15:46:23.63ID:jgq67h0m かめはめ波という動作をもっと細かい動作のシーケンスに分割(シーケンスとして表現)
言ってること理解できるし全く問題なし。
言ってること理解できるし全く問題なし。
424デフォルトの名無しさん
2018/11/09(金) 16:09:51.29ID:gCUmlTjd 結構面白いと思うけどね。
ゲームプログラミングなんかで実際ぶち当たりそうな場面だし。
ゲームプログラミングなんかで実際ぶち当たりそうな場面だし。
425デフォルトの名無しさん
2018/11/09(金) 16:31:08.44ID:G3jvy5HT >>423
マジでこういう思考回路の人間がいるから世の中面白いねw
こんな人が何でこういうスレに興味を持つのか疑問だが
こういう人はきっと「関数を処理に分割する」んだろうw
普通の人は「処理を関数に分割する」んだが
マジでこういう思考回路の人間がいるから世の中面白いねw
こんな人が何でこういうスレに興味を持つのか疑問だが
こういう人はきっと「関数を処理に分割する」んだろうw
普通の人は「処理を関数に分割する」んだが
426デフォルトの名無しさん
2018/11/09(金) 16:44:16.58ID:jgq67h0m427デフォルトの名無しさん
2018/11/09(金) 16:52:37.83ID:jgq67h0m428デフォルトの名無しさん
2018/11/09(金) 16:55:34.48ID:jgq67h0m >>425
君はこのニュアンスの違いを理解してないだけw
君はこのニュアンスの違いを理解してないだけw
429デフォルトの名無しさん
2018/11/09(金) 17:02:31.58ID:jgq67h0m430デフォルトの名無しさん
2018/11/09(金) 17:04:36.02ID:jgq67h0m431デフォルトの名無しさん
2018/11/09(金) 17:07:23.80ID:jgq67h0m ごめん目的語は省略されてなかったなw
432デフォルトの名無しさん
2018/11/09(金) 17:23:34.22ID:G3jvy5HT433デフォルトの名無しさん
2018/11/09(金) 17:29:32.94ID:jgq67h0m 「分割」の目的語は「かめはめ波という動作」で「もっと細かい動作のシーケンスに」は「もっと細かい動作のシーケンスになるように」の「なるように」を
長いので省略
「分割」の目的語を見誤やまなければ全然問題ない。君は>>425の例を出したように完全に見誤ってた。
>馬鹿にしてやしないし、
>マジでこういう思考回路の人間がいるから世の中面白いねw
>こんな人が何でこういうスレに興味を持つのか疑問だが
これで十分馬鹿にした言い方だろw
長いので省略
「分割」の目的語を見誤やまなければ全然問題ない。君は>>425の例を出したように完全に見誤ってた。
>馬鹿にしてやしないし、
>マジでこういう思考回路の人間がいるから世の中面白いねw
>こんな人が何でこういうスレに興味を持つのか疑問だが
これで十分馬鹿にした言い方だろw
434デフォルトの名無しさん
2018/11/09(金) 17:31:17.87ID:G3jvy5HT435デフォルトの名無しさん
2018/11/09(金) 17:35:59.12ID:jgq67h0m436デフォルトの名無しさん
2018/11/09(金) 17:37:54.42ID:jgq67h0m437デフォルトの名無しさん
2018/11/09(金) 19:08:40.59ID:8MnVkVBO438デフォルトの名無しさん
2018/11/09(金) 19:32:05.98ID:G3jvy5HT >>437
何度も言うけど、そういうのは「短いカットに分割する」って言うんだよ。
あるいは、「短いカットをつないだシーケンスとして映像を構成する」なら日本語として正しい。
シーケンスに分割なんて表現はありえない。
それは分割統治されたメソッドや変数の集合として構成されるクラスを書くときに
「クラスに分割する」なんて言わないのと同じだ
何度も言うけど、そういうのは「短いカットに分割する」って言うんだよ。
あるいは、「短いカットをつないだシーケンスとして映像を構成する」なら日本語として正しい。
シーケンスに分割なんて表現はありえない。
それは分割統治されたメソッドや変数の集合として構成されるクラスを書くときに
「クラスに分割する」なんて言わないのと同じだ
439デフォルトの名無しさん
2018/11/09(金) 19:49:12.77ID:jgq67h0m440デフォルトの名無しさん
2018/11/09(金) 19:56:46.72ID:sicYJJ2X 俺はシーケンスに分割なんて表現はお初やな
シーケンシャルな処理やデータって基本的に順次データの完成品みたいなもんであって、
こいつを編集分割とかするんなら、それこそシーンやカットをピックアップコピーペーストカット(削除)ソート〜
ということはあっても、シーケンスに分割って考え方は出てこない
シーケンス(な処理やデータ)を再構成するってなら分かる
シーケンシャルな処理やデータって基本的に順次データの完成品みたいなもんであって、
こいつを編集分割とかするんなら、それこそシーンやカットをピックアップコピーペーストカット(削除)ソート〜
ということはあっても、シーケンスに分割って考え方は出てこない
シーケンス(な処理やデータ)を再構成するってなら分かる
441デフォルトの名無しさん
2018/11/09(金) 20:24:45.85ID:jgq67h0m442デフォルトの名無しさん
2018/11/09(金) 20:51:06.99ID:sicYJJ2X おっ、言葉遊びの論破合戦やったんやな
失敬失敬
どうぞ続けてくれ
失敬失敬
どうぞ続けてくれ
443デフォルトの名無しさん
2018/11/09(金) 21:02:02.89ID:8MnVkVBO444デフォルトの名無しさん
2018/11/09(金) 22:28:21.61ID:jgq67h0m >>443
だな。「シーケンスに分割」を「シーケンスという最小単位に分割」と捉えると、
分割した結果の断片が最小単位であるシーケンスだから、
>「断片のことをシーケンスというのは言葉の使い方としてちょっと変でしょうw 」とか言ってる。
となるのは事実。
でも、他の捉え方もできて、
「シーケンスに分割」を「結果がシーケンスなるように細かく分割」また、>>443の「1つの物体を分割してシーケンスにする」と捉えると
意味通じるし、何も問題なし。
1通りの解釈しかできなくて、それが意味が通じなかったから、「誤用」とかいってファビョってるだけ。
>>405はだから、誤用なんかしてない。
まぁ、数学じゃねぇから生き物のような言葉に100%正しいとかはないけど。
だな。「シーケンスに分割」を「シーケンスという最小単位に分割」と捉えると、
分割した結果の断片が最小単位であるシーケンスだから、
>「断片のことをシーケンスというのは言葉の使い方としてちょっと変でしょうw 」とか言ってる。
となるのは事実。
でも、他の捉え方もできて、
「シーケンスに分割」を「結果がシーケンスなるように細かく分割」また、>>443の「1つの物体を分割してシーケンスにする」と捉えると
意味通じるし、何も問題なし。
1通りの解釈しかできなくて、それが意味が通じなかったから、「誤用」とかいってファビョってるだけ。
>>405はだから、誤用なんかしてない。
まぁ、数学じゃねぇから生き物のような言葉に100%正しいとかはないけど。
445デフォルトの名無しさん
2018/11/09(金) 22:46:08.10ID:G3jvy5HT まあ、毎度おなじみバカの壁だね
>>438にも書いた通り、壁の向こう側の人たちはクラスを書くことを「クラスに分割する」と表現するんだろうw
壁の向こう側の人口が少ないことを祈るばかり
日本のIT産業の平和のためにも
>>438にも書いた通り、壁の向こう側の人たちはクラスを書くことを「クラスに分割する」と表現するんだろうw
壁の向こう側の人口が少ないことを祈るばかり
日本のIT産業の平和のためにも
446デフォルトの名無しさん
2018/11/09(金) 22:50:26.27ID:G3jvy5HT447デフォルトの名無しさん
2018/11/09(金) 22:57:11.91ID:8MnVkVBO >>445
相手とのやり取りで理解を示すために思考もせず
自分の意見が正しい、他は間違いって凝り固まっている君の方がその壁の向こう側じゃね?
こっちはそっちの言っていること「も」理解した上で言っているんだよ
何で視点の違いが分からないんだろう
よくそれでオブジェクト指向やってんね
相手とのやり取りで理解を示すために思考もせず
自分の意見が正しい、他は間違いって凝り固まっている君の方がその壁の向こう側じゃね?
こっちはそっちの言っていること「も」理解した上で言っているんだよ
何で視点の違いが分からないんだろう
よくそれでオブジェクト指向やってんね
448デフォルトの名無しさん
2018/11/09(金) 23:08:00.39ID:jgq67h0m 「物体を分割して細かい何かのシーケンスにする」するのを「物体を細かい何かのシーケンスに分割する」って言っても意味が通じるのに、
この馬鹿重症すぎる。
この馬鹿重症すぎる。
449デフォルトの名無しさん
2018/11/09(金) 23:11:26.99ID:G3jvy5HT 迷ったけどちょっとだけ捕捉
上に書いた「(玉ねぎを)粗みじんに切る」という表現が成立するのは
たぶん粗みじんが切るという動詞の修飾として、切り方の説明として成立しているからだと思う。
ではシーケンスに分割する、と言った時、シーケンスは分割方法の説明になっているだろうか?
なってないね。
なぜならシーケンスというのは断片が一列に(文字通りシーケンシャルに)つながった状態
を表す抽象名詞だからだ。
上に書いた「(玉ねぎを)粗みじんに切る」という表現が成立するのは
たぶん粗みじんが切るという動詞の修飾として、切り方の説明として成立しているからだと思う。
ではシーケンスに分割する、と言った時、シーケンスは分割方法の説明になっているだろうか?
なってないね。
なぜならシーケンスというのは断片が一列に(文字通りシーケンシャルに)つながった状態
を表す抽象名詞だからだ。
450デフォルトの名無しさん
2018/11/09(金) 23:14:10.69ID:NlMocJkJ バカ同士で議論の真似事するの中二病の流行りなの?
451デフォルトの名無しさん
2018/11/09(金) 23:14:12.40ID:8MnVkVBO >>446
>クラスを書くことをクラスに分割すると表現するのかと問われて何も自問自答しなかったのかw
君はそれが変だと分かっていても、どういうことだ?と思考していないんだよ
ただレコーダのように変だ変だって繰り返しているだけ
よくそれでプログラミングやってんね
君の解釈とは違うから、別の解釈であることをずっと説明しているじゃん
まず、そこに聞く耳を持とうよ
>クラスを書くことをクラスに分割すると表現するのかと問われて何も自問自答しなかったのかw
君はそれが変だと分かっていても、どういうことだ?と思考していないんだよ
ただレコーダのように変だ変だって繰り返しているだけ
よくそれでプログラミングやってんね
君の解釈とは違うから、別の解釈であることをずっと説明しているじゃん
まず、そこに聞く耳を持とうよ
452デフォルトの名無しさん
2018/11/09(金) 23:15:05.00ID:G3jvy5HT453デフォルトの名無しさん
2018/11/09(金) 23:16:54.99ID:NlMocJkJ >>452
話しとるやんバカ同士でw
話しとるやんバカ同士でw
454デフォルトの名無しさん
2018/11/09(金) 23:19:31.05ID:8MnVkVBO >>453
じゃあ君もそのバカの仲間入りってことだね
じゃあ君もそのバカの仲間入りってことだね
455デフォルトの名無しさん
2018/11/09(金) 23:21:13.67ID:jgq67h0m 俺は詳しい文法までは知らんが、おまえも詳しく知らないならちょっと突っ込んだ文法的な説明は無駄すぎてやめたほうがいい。
お互い説得力なさすぎ。
お互い説得力なさすぎ。
456デフォルトの名無しさん
2018/11/09(金) 23:22:16.52ID:8MnVkVBO457デフォルトの名無しさん
2018/11/09(金) 23:23:15.04ID:NlMocJkJ >>454
なんでや???生憎バカの理屈は理解できんのやwwww
なんでや???生憎バカの理屈は理解できんのやwwww
458デフォルトの名無しさん
2018/11/09(金) 23:25:02.78ID:8MnVkVBO >>457
絡んだ時点で同類じゃね?
絡んだ時点で同類じゃね?
459デフォルトの名無しさん
2018/11/09(金) 23:25:41.93ID:NlMocJkJ >>458
敬語使えバカ
敬語使えバカ
460デフォルトの名無しさん
2018/11/09(金) 23:29:06.88ID:jgq67h0m ほんと、これに尽きる。
>「物体を分割して細かい何かのシーケンスにする」するのを「物体を細かい何かのシーケンスに分割する」って言っても意味が通じるのに、
>この馬鹿重症すぎる。
もう、今日のまとめはこれで。
>「物体を分割して細かい何かのシーケンスにする」するのを「物体を細かい何かのシーケンスに分割する」って言っても意味が通じるのに、
>この馬鹿重症すぎる。
もう、今日のまとめはこれで。
461デフォルトの名無しさん
2018/11/09(金) 23:29:47.49ID:NlMocJkJ462デフォルトの名無しさん
2018/11/09(金) 23:32:47.52ID:8MnVkVBO463デフォルトの名無しさん
2018/11/09(金) 23:39:26.54ID:NlMocJkJ >>462
敬語使えバカ
敬語使えバカ
464デフォルトの名無しさん
2018/11/10(土) 00:00:11.20ID:mr47SEAg そもそもカメハメ波の送出過程とプログラムとがどう関係あんのか
小時間問い詰めたい・・・。
小時間問い詰めたい・・・。
465デフォルトの名無しさん
2018/11/10(土) 00:42:15.19ID:9UZxHzex 小一時間のことを小時間というのは言葉の使い方としてちょっと変でしょう?(便乗)
466デフォルトの名無しさん
2018/11/10(土) 00:56:54.43ID:gaWd0/8/ >>464
その「シーケンスを個別アクションに分割」して表示したいんじゃね
その「シーケンスを個別アクションに分割」して表示したいんじゃね
467デフォルトの名無しさん
2018/11/10(土) 17:48:32.11ID:qI5bHpl8 >>464
ゲーム中で、状態やモーションの状態遷移系を考えるなら、ふつうに関係あるぞ。
ゲーム中で、状態やモーションの状態遷移系を考えるなら、ふつうに関係あるぞ。
468デフォルトの名無しさん
2018/11/10(土) 23:47:21.46ID:2wW1fBCK 普通の人はリングを連結して鎖を作り、鎖をリングに分割する
壁の向こう側の人間は「鎖に分割する」
普通の人は車両を連結して列車を作り、列車を車両に分割する
壁の向こう側の人間は「列車に分割する」
普通の人はプロジェクトを作業工程に分割する
壁の向こう側の人は「プロジェクトに分割する」
普通のプログラマはクラスの機能をメソッドに分割する
壁の向こう側のプログラマは「クラスに分割する」
壁の向こう側の人間は「鎖に分割する」
普通の人は車両を連結して列車を作り、列車を車両に分割する
壁の向こう側の人間は「列車に分割する」
普通の人はプロジェクトを作業工程に分割する
壁の向こう側の人は「プロジェクトに分割する」
普通のプログラマはクラスの機能をメソッドに分割する
壁の向こう側のプログラマは「クラスに分割する」
469デフォルトの名無しさん
2018/11/10(土) 23:54:14.36ID:7gTt1pZ+ なにこのキチガイの普通こわい
470デフォルトの名無しさん
2018/11/11(日) 00:12:11.80ID:MoKzo0a9 …いや、てにをはを間違えるとおかしなことになるぞ!
というのを分かりやす〜く例示してくれてるだけだろ
というのを分かりやす〜く例示してくれてるだけだろ
471デフォルトの名無しさん
2018/11/11(日) 01:13:09.85ID:G8BBmpi4 悔しかったからってしつこすぎだろw
いつまで続ける気だよ
いつまで続ける気だよ
472デフォルトの名無しさん
2018/11/11(日) 01:19:27.47ID:rc0giBPl >>470
てにをはを間違えるとおかしな奴に絡まれるぞ!の間違いでは?
てにをはを間違えるとおかしな奴に絡まれるぞ!の間違いでは?
473デフォルトの名無しさん
2018/11/11(日) 01:21:22.80ID:TQKm/8h9 てにをはを間違える奴がおかしいやろw
474デフォルトの名無しさん
2018/11/11(日) 01:23:45.77ID:rc0giBPl475デフォルトの名無しさん
2018/11/11(日) 01:27:12.80ID:TQKm/8h9 どないやねんw
476デフォルトの名無しさん
2018/11/11(日) 02:31:18.17ID:pwU6POx1 こんなに続くこと自体が双方おかしい
決着も相互理解も得られないことは解ってるくせに
信条もイデオロギーも絡まない、とるに足らない揚げ足とりと反論でここまで続くのは病的
残業のしすぎか?辛くなったら休めよ
決着も相互理解も得られないことは解ってるくせに
信条もイデオロギーも絡まない、とるに足らない揚げ足とりと反論でここまで続くのは病的
残業のしすぎか?辛くなったら休めよ
477デフォルトの名無しさん
2018/11/11(日) 03:55:53.08ID:XLcO7FFT 頭いい俺は完全にわかった。
今回のポイントは「文脈」と「省略」。
今回は「文脈」を考慮して、色々単語を「省略」したら、誤解した人と意味をくみ取った人に分かれた。
で、誤解した一方の>>468は誤解したからなのか文脈もない省略もない基本的な文法にこだわって、
「AをBに分割する」のAとBを機械的に色々な単語に置き換えて、
>壁の向こう側の人間は「鎖に分割する」
と他の例を「勝手」に出してるけど、「もう一方の側は誰もそんな事いってない」。
この例は「文脈」も「省略」も全く考慮していない。
もう一方は今回の例の「シーケンス」と単語と「文脈」などを考慮つまり省略されたであろう単語を考慮して、
「シーケンスに分割」と言っても「意味が分かるよ」としかいってない。
今回のポイントは「文脈」と「省略」。
今回は「文脈」を考慮して、色々単語を「省略」したら、誤解した人と意味をくみ取った人に分かれた。
で、誤解した一方の>>468は誤解したからなのか文脈もない省略もない基本的な文法にこだわって、
「AをBに分割する」のAとBを機械的に色々な単語に置き換えて、
>壁の向こう側の人間は「鎖に分割する」
と他の例を「勝手」に出してるけど、「もう一方の側は誰もそんな事いってない」。
この例は「文脈」も「省略」も全く考慮していない。
もう一方は今回の例の「シーケンス」と単語と「文脈」などを考慮つまり省略されたであろう単語を考慮して、
「シーケンスに分割」と言っても「意味が分かるよ」としかいってない。
478デフォルトの名無しさん
2018/11/11(日) 03:57:03.80ID:XLcO7FFT つまり、
>>468はあくまでも「文脈」も他の単語の「省略」もないただのAをBに分割するの文法レベルの話で正しいだの間違ってるだの
の話に終始し、
もう一方は、文脈を考慮して意図をくみ取ったから、解釈の仕方を説明する事に終始してる。
どうだ??
>>468はあくまでも「文脈」も他の単語の「省略」もないただのAをBに分割するの文法レベルの話で正しいだの間違ってるだの
の話に終始し、
もう一方は、文脈を考慮して意図をくみ取ったから、解釈の仕方を説明する事に終始してる。
どうだ??
479デフォルトの名無しさん
2018/11/11(日) 04:08:55.84ID:XLcO7FFT480デフォルトの名無しさん
2018/11/11(日) 11:14:13.30ID:Xh/3KdoU 黙らないに一票。
黙ったとしたら、単純に時間が空いたから。
いや、最近、そういうヤツをこのスレでよく見かけるんだよ。w
偏執狂的「理論」を垂れ流したあと、突然いなくなるという。
黙ったとしたら、単純に時間が空いたから。
いや、最近、そういうヤツをこのスレでよく見かけるんだよ。w
偏執狂的「理論」を垂れ流したあと、突然いなくなるという。
481デフォルトの名無しさん
2018/11/11(日) 12:44:25.94ID:CQux24vL 一言。
頭のいい人は簡潔を好む。だらだら要領を得ないことを書くことを好まない。
しかし、省略と来たかw
だったら省略する前の原文ぐらい書けばいいのに。
頭のいい人は簡潔を好む。だらだら要領を得ないことを書くことを好まない。
しかし、省略と来たかw
だったら省略する前の原文ぐらい書けばいいのに。
482デフォルトの名無しさん
2018/11/11(日) 13:01:22.04ID:CQux24vL 俺は基本的に人間に関しては悲観主義者で、壁の向こう側の人間を信用しないので
論理が通用するはずの壁のこちら側の人に対してだけ言う。
壁の向こう側の彼らは単純にシーケンスという言葉の意味を理解してないだけだ。
言葉を正確に使う意思と能力も足りないのかもしれない。
そして何より、自分を批判的に見る能力がない。
自分を批判的に見るためには自己信頼が必要だが、それがないんだろう。
こっち側の人間なら同じ「に」の使い方で意味が通るシーケンス以外の言葉を探して
自分の主張の正当性を示すぐらいしそうなものだが、それすらしようとしない
論理が通用するはずの壁のこちら側の人に対してだけ言う。
壁の向こう側の彼らは単純にシーケンスという言葉の意味を理解してないだけだ。
言葉を正確に使う意思と能力も足りないのかもしれない。
そして何より、自分を批判的に見る能力がない。
自分を批判的に見るためには自己信頼が必要だが、それがないんだろう。
こっち側の人間なら同じ「に」の使い方で意味が通るシーケンス以外の言葉を探して
自分の主張の正当性を示すぐらいしそうなものだが、それすらしようとしない
483デフォルトの名無しさん
2018/11/11(日) 14:16:04.75ID:rc0giBPl グダグダ自分語りを始めちゃったよ
もうスレ違い(別の意味も含めて)
もうスレ違い(別の意味も含めて)
484デフォルトの名無しさん
2018/11/11(日) 14:39:19.45ID:XLcO7FFT485デフォルトの名無しさん
2018/11/11(日) 14:45:29.16ID:CQux24vL 泣き言は聞いてない。
論理を頼む
論理を頼む
486デフォルトの名無しさん
2018/11/11(日) 14:46:06.17ID:CQux24vL 繰り返しになるけど、期待はまったくしてないけどねw
君にはたぶん無理だ
君にはたぶん無理だ
487デフォルトの名無しさん
2018/11/11(日) 14:48:32.56ID:XLcO7FFT >こっち側の人間なら同じ「に」の使い方で意味が通るシーケンス以外の>言葉を探して
>自分の主張の正当性を示すぐらいしそうなものだが、それすらしようとしない
だから基本論点が違う。『に』の正しい文法的に厳密に正しい使い方を問題にしてるのは君の論点で、もう一方は、省略されようが誤用されようがどうでもいい。
>自分の主張の正当性を示すぐらいしそうなものだが、それすらしようとしない
だから基本論点が違う。『に』の正しい文法的に厳密に正しい使い方を問題にしてるのは君の論点で、もう一方は、省略されようが誤用されようがどうでもいい。
488デフォルトの名無しさん
2018/11/11(日) 14:54:36.70ID:CQux24vL どうせ言ってもわかりゃしないと思うが。
繰り返しになるが、「シーケンスに分割する」という表現が成立するためには
シーケンスという言葉が分割の仕方に対する説明になっている必要がある。
別の言い方をすれば、他の選択肢が存在する必要がある。
シーケンスに、ではない別の何かに分割する方法がね。
粗みじんに切る、短冊に切る、サイコロに切る、といった具合に。
そんなものはない。
なぜならそもそもシーケンスというのは分割のありようを描写する言葉ではないからだ。
元の質問者のお題に戻れば、シーケンスという言葉はそもそも「かめはめ派のシーン」の言い換えに過ぎない。
それを短いカットをつないだシーケンスとして実現する別の方法なんか存在しないからだ
繰り返しになるが、「シーケンスに分割する」という表現が成立するためには
シーケンスという言葉が分割の仕方に対する説明になっている必要がある。
別の言い方をすれば、他の選択肢が存在する必要がある。
シーケンスに、ではない別の何かに分割する方法がね。
粗みじんに切る、短冊に切る、サイコロに切る、といった具合に。
そんなものはない。
なぜならそもそもシーケンスというのは分割のありようを描写する言葉ではないからだ。
元の質問者のお題に戻れば、シーケンスという言葉はそもそも「かめはめ派のシーン」の言い換えに過ぎない。
それを短いカットをつないだシーケンスとして実現する別の方法なんか存在しないからだ
489デフォルトの名無しさん
2018/11/11(日) 14:56:51.04ID:CQux24vL 訂正
× それを短いカットをつないだシーケンスとして実現する別の方法なんか存在しないからだ
〇 それを短いカットをつないだシーケンスとして実現する以外の別の方法なんか存在しないからだ
× それを短いカットをつないだシーケンスとして実現する別の方法なんか存在しないからだ
〇 それを短いカットをつないだシーケンスとして実現する以外の別の方法なんか存在しないからだ
490デフォルトの名無しさん
2018/11/11(日) 14:59:23.78ID:KBFxC5Cm まともな教育を受けてたら
シーケンスを分割する
で通じるからな
まず低学歴知恵遅れはシーケンスの意味がわかってない
ここからも低学歴知恵遅れとは意思疎通が不可能なことが分かる
シーケンスを分割する
で通じるからな
まず低学歴知恵遅れはシーケンスの意味がわかってない
ここからも低学歴知恵遅れとは意思疎通が不可能なことが分かる
491デフォルトの名無しさん
2018/11/11(日) 15:09:45.29ID:pB2BIh4x 間違えてる言葉づかいでも通じるんだからこまけえことは気にすんな
はダメだな
それを読む側にはエラー補正を強いられてることも書く側は気にしろってことだ
はダメだな
それを読む側にはエラー補正を強いられてることも書く側は気にしろってことだ
492デフォルトの名無しさん
2018/11/11(日) 15:13:30.82ID:XLcO7FFT 理解力ねぇのか??
シーケンスを分割するが文法的に間違ってて
シーケンスに分割するが文法的にあっててるなんて基本的には言ってないんだよ。逆もしかり。
どっちが誤用してようと、他に単語省略されてようと、仮に文法間違ってても補正して『意味がわかる』って言ってるしだけ。
だから論点がずれてるっていってるの
シーケンスを分割するが文法的に間違ってて
シーケンスに分割するが文法的にあっててるなんて基本的には言ってないんだよ。逆もしかり。
どっちが誤用してようと、他に単語省略されてようと、仮に文法間違ってても補正して『意味がわかる』って言ってるしだけ。
だから論点がずれてるっていってるの
493デフォルトの名無しさん
2018/11/11(日) 15:18:08.02ID:XLcO7FFT >>491
それはその通りだね。
それはその通りだね。
494デフォルトの名無しさん
2018/11/11(日) 15:19:47.03ID:XLcO7FFT でもそんな揚げ足とりで毎回紛糾しててもしょうがないからね。まぁ今まさに紛糾してるが
495デフォルトの名無しさん
2018/11/11(日) 15:29:54.89ID:XLcO7FFT496デフォルトの名無しさん
2018/11/11(日) 15:36:35.75ID:KBFxC5Cm な、いまだにシーケンスの意味が分かってない
で、著しく頭悪い低学歴知恵遅れが顔真っ赤にして長文連投してるワケ
コレが低学歴知恵遅れ
で、著しく頭悪い低学歴知恵遅れが顔真っ赤にして長文連投してるワケ
コレが低学歴知恵遅れ
497デフォルトの名無しさん
2018/11/11(日) 15:39:07.30ID:XLcO7FFT498デフォルトの名無しさん
2018/11/11(日) 15:40:46.66ID:KBFxC5Cm バカはまずバカの自覚がないからな
だからバカは治らない
バカは根治不可能
ホントなバカの自覚がないバカは救いようがない
だからバカは治らない
バカは根治不可能
ホントなバカの自覚がないバカは救いようがない
499デフォルトの名無しさん
2018/11/11(日) 15:42:11.40ID:KBFxC5Cm 低学歴知恵遅れの自己評価の高さは異常だからな
それは底辺であるほど顕著に見受けられる傾向といえる
それは底辺であるほど顕著に見受けられる傾向といえる
500デフォルトの名無しさん
2018/11/11(日) 16:31:52.39ID:+sA7BjJF とりあえず己の能力では連投しまくらないと説明できないことについて
相手の理解が足りないだのと馬鹿にするのは違うだろうな
前提条件をはっきりさせりゃ一行で済む内容なのに
相手を馬鹿にすることに命を燃やしてID真っ赤にしてるだけという
相手の理解が足りないだのと馬鹿にするのは違うだろうな
前提条件をはっきりさせりゃ一行で済む内容なのに
相手を馬鹿にすることに命を燃やしてID真っ赤にしてるだけという
501デフォルトの名無しさん
2018/11/11(日) 17:42:09.70ID:CQux24vL502デフォルトの名無しさん
2018/11/11(日) 17:52:09.85ID:CQux24vL しかし、壁の向こう側の人たちはあれかね、バグ出して叱られても
「ロジックが正しくなくても意図は分かるはずだ」って言い訳するのかねw
「ロジックが正しくなくても意図は分かるはずだ」って言い訳するのかねw
503デフォルトの名無しさん
2018/11/11(日) 18:13:44.63ID:CQux24vL504デフォルトの名無しさん
2018/11/11(日) 19:57:09.94ID:XLcO7FFT >>501
だから君と重みが違うんだろ。ガチガチの文法の命の男ににもっと、軽いのりの文法とか深く考えずに、意味がわかるからいいんじゃねみたいなノリで。
流れ見直すと、文法が正しいか正しくないしかしかの話に終始してる男にもう一方はどっちかというと、解釈の仕方がメインでこう捉えれば?が話の流れにしか見えない。一方が文法の詳しい話しても、もう一方はめんぐせそうに避けてるし。
多少流れにぶれあるけど、骨格はそう。
だから君と重みが違うんだろ。ガチガチの文法の命の男ににもっと、軽いのりの文法とか深く考えずに、意味がわかるからいいんじゃねみたいなノリで。
流れ見直すと、文法が正しいか正しくないしかしかの話に終始してる男にもう一方はどっちかというと、解釈の仕方がメインでこう捉えれば?が話の流れにしか見えない。一方が文法の詳しい話しても、もう一方はめんぐせそうに避けてるし。
多少流れにぶれあるけど、骨格はそう。
505デフォルトの名無しさん
2018/11/11(日) 20:17:02.08ID:XLcO7FFT だから元から論点が違う、もっと砕けた言い方すると、興味ある部分、重要視してる部分が違い元から土俵違って、一人相撲がメインだったのに、隣で張り手しただけなのに自分に飛んできたと勘違いして、お互いヒートアップ。
506デフォルトの名無しさん
2018/11/11(日) 20:19:54.08ID:XLcO7FFT 同じことしか繰り返してねぇけど、まぁ、俺の意見はそういうこと。
507デフォルトの名無しさん
2018/11/11(日) 20:41:02.64ID:Xh/3KdoU508デフォルトの名無しさん
2018/11/11(日) 21:13:54.61ID:XLcO7FFT >>501
うん。だから、そこは謝る部分はある。
誤用してようが、誤用してまいが、「いいたい事分かるしというレベル」で別に「誤用」してないという軽い気持ちで最初に突っ込んだのは事実。
俺の発端はこれ。
だから、>>432や>>449で文法深く突っ込んできてもどうでもよかったから、>>455で逃げたのも事実。
こっちからも文法の話絡めてるけど、それは、相手の興味のレベルまで頑張って下げようとして、答えてる部分もあるから、今思うと
無理やりすぐにひねり出して一貫性ないのがある部分も事実。
それはお互い様の部分もある。君は文法の正しさしか興味なかったら、こっちの話は興味まったくなくて、一切、合わせようとしなかった。
うん。だから、そこは謝る部分はある。
誤用してようが、誤用してまいが、「いいたい事分かるしというレベル」で別に「誤用」してないという軽い気持ちで最初に突っ込んだのは事実。
俺の発端はこれ。
だから、>>432や>>449で文法深く突っ込んできてもどうでもよかったから、>>455で逃げたのも事実。
こっちからも文法の話絡めてるけど、それは、相手の興味のレベルまで頑張って下げようとして、答えてる部分もあるから、今思うと
無理やりすぐにひねり出して一貫性ないのがある部分も事実。
それはお互い様の部分もある。君は文法の正しさしか興味なかったら、こっちの話は興味まったくなくて、一切、合わせようとしなかった。
509デフォルトの名無しさん
2018/11/11(日) 21:23:28.44ID:XLcO7FFT だから、言い訳すると、相手の興味のレベルに合わせることは大変なんだって。
君は文法の正しさしか興味なかったのが一貫してるのは事実で、
>こっちは、誤用してまいが、「いいたい事分かるしというレベル」で別に「誤用」してないという軽い気持ちで最初に突っ込んだのは事実。
と書いたように、元から興味のある部分が違ってから、途中からずれちゃった。だからは、俺は誤用してようが誤用しいまが
それを補正してどう解釈すればいいかみたいな話だけしか興味なかった。。
だから、お互いの興味のある部分、論点が途中からずれてた。
悪かったよw
君は文法の正しさしか興味なかったのが一貫してるのは事実で、
>こっちは、誤用してまいが、「いいたい事分かるしというレベル」で別に「誤用」してないという軽い気持ちで最初に突っ込んだのは事実。
と書いたように、元から興味のある部分が違ってから、途中からずれちゃった。だからは、俺は誤用してようが誤用しいまが
それを補正してどう解釈すればいいかみたいな話だけしか興味なかった。。
だから、お互いの興味のある部分、論点が途中からずれてた。
悪かったよw
510デフォルトの名無しさん
2018/11/11(日) 21:49:49.46ID:5vrqF6iC そんなんだね!すごいや!
511デフォルトの名無しさん
2018/11/12(月) 00:04:00.10ID:tWf5f5+F >>501
最後に君が一番知りたい話で締めくくらせてもらうと、「シーケンスに分割」は誤用だな。
俺の中じゃ一番初めに「Aというシーケンスに分割」でシーケンスはAの並びだからつまりこの場合、「Aに分割」って言いたいんだろうなって、
本当の文法の正確性を全く考慮しないこんな感じの論点で言いたい事わかるから「誤用」じゃないって速攻で決まってて。
文法のこと内心は本当はどうでもよかったら、君の数々の「文法の正当性」発言を何この主張?意味わからねぇー。めんどくせぇー。で
しっかり考える時間もなかったし、考えたくもなかった。
で、やっと、君の興味のレベルに下りて考えたら君の言いたかった事と途中で論点がずれてるのに気づかない自分とかにも気づいた。
悪かったwすまん。
最後に君が一番知りたい話で締めくくらせてもらうと、「シーケンスに分割」は誤用だな。
俺の中じゃ一番初めに「Aというシーケンスに分割」でシーケンスはAの並びだからつまりこの場合、「Aに分割」って言いたいんだろうなって、
本当の文法の正確性を全く考慮しないこんな感じの論点で言いたい事わかるから「誤用」じゃないって速攻で決まってて。
文法のこと内心は本当はどうでもよかったら、君の数々の「文法の正当性」発言を何この主張?意味わからねぇー。めんどくせぇー。で
しっかり考える時間もなかったし、考えたくもなかった。
で、やっと、君の興味のレベルに下りて考えたら君の言いたかった事と途中で論点がずれてるのに気づかない自分とかにも気づいた。
悪かったwすまん。
512デフォルトの名無しさん
2018/11/15(木) 23:47:25.04ID:DVBoXrTN513デフォルトの名無しさん
2018/12/05(水) 17:57:49.17ID:TaacW6QE メンバ変数hogeに対して
null(デフォルト)、定数FOO、BAR、BAZ… の値が指定できる
・hogeに引数で指定した任意の値を代入:SetHoge(arg)
・hogeをデフォルトに戻す:InitHoge()
が既にあるとして
・hogeに決め打ちでfooを代入(引数なし)
・hogeに別処理で選ばれた値を代入(引数なし)
を加えるならどうする?
SetHogeToFoo()とApplyHoge()とか?
null(デフォルト)、定数FOO、BAR、BAZ… の値が指定できる
・hogeに引数で指定した任意の値を代入:SetHoge(arg)
・hogeをデフォルトに戻す:InitHoge()
が既にあるとして
・hogeに決め打ちでfooを代入(引数なし)
・hogeに別処理で選ばれた値を代入(引数なし)
を加えるならどうする?
SetHogeToFoo()とApplyHoge()とか?
514デフォルトの名無しさん
2018/12/05(水) 18:10:38.09ID:UePR8ZmJ hogeって変数の存在が表に出すぎじゃね?
もっと裏の意図がわかる名前がよかったりしない?
もっと裏の意図がわかる名前がよかったりしない?
515デフォルトの名無しさん
2018/12/05(水) 19:28:29.92ID:mtiuUDP6516デフォルトの名無しさん
2018/12/05(水) 23:02:32.12ID:TaacW6QE517デフォルトの名無しさん
2018/12/05(水) 23:34:30.85ID:qhm35JGJ 定数FOOを決めうちでセットさせたいときは素直にsetHoge(FOO)でしょう
静的型付け言語ならFOOをタイプセーフな定数として宣言すると収まりがいい
いちいちsetHogeFoo()等をとりうる値全てに用意するのはナシ
値FOOにだけ専用メソッドが欲しいと感じるなら特定の関係性があることを示唆しているはずで
その関係に相応しい動詞や名詞を探すとしっくりくるかも
静的型付け言語ならFOOをタイプセーフな定数として宣言すると収まりがいい
いちいちsetHogeFoo()等をとりうる値全てに用意するのはナシ
値FOOにだけ専用メソッドが欲しいと感じるなら特定の関係性があることを示唆しているはずで
その関係に相応しい動詞や名詞を探すとしっくりくるかも
518デフォルトの名無しさん
2018/12/06(木) 00:49:51.41ID:7gLmvWFH519デフォルトの名無しさん
2018/12/06(木) 12:27:56.03ID:gL69SzmY レイヤを曖昧にしたままで名付けようたするから
回答側も無意識に想定しとるレイヤで自由気ままに答えるわなそらw
回答側も無意識に想定しとるレイヤで自由気ままに答えるわなそらw
520デフォルトの名無しさん
2018/12/06(木) 13:05:20.58ID:xwXpsiIY 名前付けはプログラムの10%くらいは占める大事な要素なんです。
521デフォルトの名無しさん
2018/12/06(木) 20:05:04.82ID:VHVkoIH2522デフォルトの名無しさん
2018/12/08(土) 05:26:15.95ID:dxVV+Spa 亀
>>517他
FOOだけならいいけど、実際には
SetHoge(VeryLong.VeryLongLong.VeryVeryLongLong.BAR) だったり
SetHoge(ARG_BAZ1,ARG_BAZ2,ARG_BAZ3) でワンセットだったりするんだよな
前者のパターンはともかく(いくらでも短縮する方法があるので)
後者に関しては、専用の関数を作っちゃうのが楽かな?って発想だった
>>517他
FOOだけならいいけど、実際には
SetHoge(VeryLong.VeryLongLong.VeryVeryLongLong.BAR) だったり
SetHoge(ARG_BAZ1,ARG_BAZ2,ARG_BAZ3) でワンセットだったりするんだよな
前者のパターンはともかく(いくらでも短縮する方法があるので)
後者に関しては、専用の関数を作っちゃうのが楽かな?って発想だった
523デフォルトの名無しさん
2018/12/08(土) 08:40:44.79ID:cU1wwKjA >>522
複数の値を取るものは引数同士の結び付きと、親との関係性による
SetHoge(春、夏、秋、冬)ならSetHoge(四季)が自然
四季という組み合わせ方がそのクラスの機能の一部として隠蔽されているのはおかしいので専用メソッドは変
Set(しょうゆ、みりん、酒)ならSetHogeFor割り下()もアリかなと思う
レシピを型として用意した方が綺麗だとは思うけど、調理人Interfaceの固有知識と捉えても差し支えなさそうなので
複数の値を取るものは引数同士の結び付きと、親との関係性による
SetHoge(春、夏、秋、冬)ならSetHoge(四季)が自然
四季という組み合わせ方がそのクラスの機能の一部として隠蔽されているのはおかしいので専用メソッドは変
Set(しょうゆ、みりん、酒)ならSetHogeFor割り下()もアリかなと思う
レシピを型として用意した方が綺麗だとは思うけど、調理人Interfaceの固有知識と捉えても差し支えなさそうなので
524デフォルトの名無しさん
2018/12/08(土) 10:06:57.89ID:dxVV+Spa なるほど、ありがとう
あと、その語のチョイスに至った言語センスを分けてくれw
あと、その語のチョイスに至った言語センスを分けてくれw
525デフォルトの名無しさん
2019/01/15(火) 01:03:43.65ID:SGxt71Ww 永続するデータの変化点を時刻と共に持ち、変化点をまとめてデータの移り変わりを表現したいと思っています。
この場合、変化点に望ましい名前は何がありますでしょうか?
timeSectionなどでしょうか?
何か良いものがあれば教えて下さい。
この場合、変化点に望ましい名前は何がありますでしょうか?
timeSectionなどでしょうか?
何か良いものがあれば教えて下さい。
526デフォルトの名無しさん
2019/01/15(火) 01:27:26.64ID:DUfu4s9f その前に変化点って日本語が何を意味してるのか全然分かりません。
構造体の中で値が変化したメンバー(の名前)とかそういう意味?
構造体の中で値が変化したメンバー(の名前)とかそういう意味?
527デフォルトの名無しさん
2019/01/15(火) 02:30:15.90ID:6qz6uRBC historyとかtimelineとか?
528デフォルトの名無しさん
2019/01/15(火) 07:19:25.94ID:MVbWnd0w 値の変化だとたんにchangeってこともあるし
状態の変化だとtransitionがよかったり。
状態の変化だとtransitionがよかったり。
529デフォルトの名無しさん
2019/01/15(火) 08:11:05.04ID:iQtSxldH >>525
素直にChangingPointで良いかと
素直にChangingPointで良いかと
530デフォルトの名無しさん
2019/01/15(火) 08:53:32.68ID:UmHwNds4 時系列で持つデータは名前にそのニュアンスを入れないという選択もある
データベースの履歴テーブルとかそう
イチイチChangePointだのTimeSegmentだの付けてるとくどい
集合をhistoryと呼ぶのは慣例的によく使うけど、その個々のエントリーに対してhistoryと呼んでしまったら微妙
versions, revisions, snapshotsあたりもアリかな
データベースの履歴テーブルとかそう
イチイチChangePointだのTimeSegmentだの付けてるとくどい
集合をhistoryと呼ぶのは慣例的によく使うけど、その個々のエントリーに対してhistoryと呼んでしまったら微妙
versions, revisions, snapshotsあたりもアリかな
531デフォルトの名無しさん
2019/01/15(火) 09:03:36.69ID:P8gJFdAf 点(タイミング)に焦点合わせてるみたいだけど
「データの移り変わりを表現」なんだから流れとして見てログとかじゃダメなん?
「データの移り変わりを表現」なんだから流れとして見てログとかじゃダメなん?
532デフォルトの名無しさん
2019/01/15(火) 13:00:12.01ID:ToRrrvnY >>529
素直も糞も、だから変化点でもChangingPointでも何でもいいけど、それって何なんだとw
率直にいって質問者が何を言ってるのかさっぱり分からんけど、
よくこんな意味不明な質問にみんな解答できるよなw
素直も糞も、だから変化点でもChangingPointでも何でもいいけど、それって何なんだとw
率直にいって質問者が何を言ってるのかさっぱり分からんけど、
よくこんな意味不明な質問にみんな解答できるよなw
533デフォルトの名無しさん
2019/01/15(火) 13:09:48.30ID:4ICOKV5/ わからないなら黙ってりゃいいのに…
534デフォルトの名無しさん
2019/01/15(火) 14:32:55.01ID:eyAI2VNQ 悩ましいネタだからもう少し具体的に書いてくれた方がいい答えが付くのにとは思う
プライバシーを晒したくないなら似た何かに置き換えてくれてもいいし
せめて変化点が4M管理の話なのか実測データのプロットなのか何かの改編履歴なのか…
命名ってデリケートで、一般化して質問されると回答も抽象度が増してズレることが結構ある
プライバシーを晒したくないなら似た何かに置き換えてくれてもいいし
せめて変化点が4M管理の話なのか実測データのプロットなのか何かの改編履歴なのか…
命名ってデリケートで、一般化して質問されると回答も抽象度が増してズレることが結構ある
535デフォルトの名無しさん
2019/01/15(火) 17:49:37.98ID:a+40Cmk8 マジで
> データの変化点を時刻と共に持ち
で何をしたいのかがわからん奴は黙ってて欲しいわ
4M管理とか頓珍漢すぎるし
> データの変化点を時刻と共に持ち
で何をしたいのかがわからん奴は黙ってて欲しいわ
4M管理とか頓珍漢すぎるし
536デフォルトの名無しさん
2019/01/15(火) 18:21:03.25ID:ToRrrvnY537デフォルトの名無しさん
2019/01/15(火) 18:52:44.24ID:iQtSxldH 引っ込みつかなくなってるのか?
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
のようにして管理したいってことだろ
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
のようにして管理したいってことだろ
538デフォルトの名無しさん
2019/01/15(火) 20:21:00.20ID:ToRrrvnY 何が引っ込みなんだろうねえ
意味がわからないよ
求められてるのは変化点が何を意味してるかなんですが。
それ、時刻と一緒にデータそのもののスナップショットを保存してるだけじゃないのアホか
意味がわからないよ
求められてるのは変化点が何を意味してるかなんですが。
それ、時刻と一緒にデータそのもののスナップショットを保存してるだけじゃないのアホか
539デフォルトの名無しさん
2019/01/15(火) 20:21:58.68ID:ToRrrvnY 物事深く考えてないといってるそばからこの浅はかさ
540デフォルトの名無しさん
2019/01/15(火) 21:10:08.07ID:iQtSxldH541デフォルトの名無しさん
2019/01/15(火) 21:13:36.38ID:ToRrrvnY542デフォルトの名無しさん
2019/01/15(火) 21:25:14.23ID:iQtSxldH はいはい、理解力が壊滅的に無い奴に何言っても無駄だわな w
543デフォルトの名無しさん
2019/01/15(火) 21:35:55.69ID:ToRrrvnY まあこのお馬鹿さん以外の人に言うけど、最初から言ってるように変化点が何を意味してるのか、
それを厳密に定義するとどういうことなのか、深く追求せずに曖昧なままイーメージ的にとらえると
彼みたいな訳の分からん話になる。
それを厳密に定義するとどういうことなのか、深く追求せずに曖昧なままイーメージ的にとらえると
彼みたいな訳の分からん話になる。
544デフォルトの名無しさん
2019/01/15(火) 21:42:03.98ID:afzBNi5K 孤軍奮闘乙
恥ずかしいからそろそろ止めたら?
恥ずかしいからそろそろ止めたら?
545デフォルトの名無しさん
2019/01/15(火) 22:49:25.11ID:sS85uSF2 ID:ToRrrvnY
あほなのかな。
わからんならだまってればいいのに。
めんどくさ。
あほなのかな。
わからんならだまってればいいのに。
めんどくさ。
546デフォルトの名無しさん
2019/01/15(火) 23:05:48.19ID:ToRrrvnY547デフォルトの名無しさん
2019/01/15(火) 23:15:15.49ID:ToRrrvnY548デフォルトの名無しさん
2019/01/15(火) 23:22:50.99ID:ToRrrvnY いや、最初は単純に、
(b) 変化点 = 変更後のデータ
のことを言ってるのかとも思ったが、それだと質問者自身がこれをtimeSection
と仮に命名してることと整合性がない
(b) 変化点 = 変更後のデータ
のことを言ってるのかとも思ったが、それだと質問者自身がこれをtimeSection
と仮に命名してることと整合性がない
549デフォルトの名無しさん
2019/01/15(火) 23:26:50.99ID:t/5nbUR/ > お前が質問者の求めているものの意味が分かるなら黙って解答すればいい。
> それもしないで他人に喧嘩うってるじゃねえよ馬鹿が
既に>>527-531辺りで回答されてるのに何言ってるんだよww
> それもしないで他人に喧嘩うってるじゃねえよ馬鹿が
こんなわかりやすいブーメラン久々に見たわ
> それもしないで他人に喧嘩うってるじゃねえよ馬鹿が
既に>>527-531辺りで回答されてるのに何言ってるんだよww
> それもしないで他人に喧嘩うってるじゃねえよ馬鹿が
こんなわかりやすいブーメラン久々に見たわ
550デフォルトの名無しさん
2019/01/15(火) 23:29:49.53ID:ToRrrvnY よー分からん理屈....
これが精神勝利法か
これが精神勝利法か
551デフォルトの名無しさん
2019/01/15(火) 23:30:21.07ID:ToRrrvnY 俺はネトウヨじゃないけど、ほとんど韓国人の理屈だなそれw
552デフォルトの名無しさん
2019/01/16(水) 01:13:44.29ID:j0mN8L0/ 525です。
色々な解答ありがとうございます。
具体的にと出たので後出しで申し訳ないのですが、どのような物を想定しているかを書かせていただきます。
547さんのa)そのままなのですが、DBを利用し、
変更された時刻と変更後のデータをテーブルに保持します。
上記テーブルから「変更された時刻」から「直後の変更された時刻」までを期間として持つビューを作成し、実際に利用する際はこのビューを利用します。
今回は、a)のテーブルにどのような名前(の要素)を付けたら良いかと思い質問させていただきました。
timeSectionは思い付く単語を並べただけですので無視してください。
色々な解答ありがとうございます。
具体的にと出たので後出しで申し訳ないのですが、どのような物を想定しているかを書かせていただきます。
547さんのa)そのままなのですが、DBを利用し、
変更された時刻と変更後のデータをテーブルに保持します。
上記テーブルから「変更された時刻」から「直後の変更された時刻」までを期間として持つビューを作成し、実際に利用する際はこのビューを利用します。
今回は、a)のテーブルにどのような名前(の要素)を付けたら良いかと思い質問させていただきました。
timeSectionは思い付く単語を並べただけですので無視してください。
553デフォルトの名無しさん
2019/01/16(水) 01:22:33.30ID:j0mN8L0/ 元々の質問も誤解を招く書き方で申し訳ありません。
554デフォルトの名無しさん
2019/01/16(水) 02:35:29.82ID:5OqP3lb1 やっぱりごくありふれた歴アリのテーブル構造だよな
ならcustomerテーブルやelectric_currentテーブルみたいな簡潔な名前ではダメなん?
ならcustomerテーブルやelectric_currentテーブルみたいな簡潔な名前ではダメなん?
555デフォルトの名無しさん
2019/01/16(水) 05:50:59.00ID:XZ+sWmgC556デフォルトの名無しさん
2019/01/16(水) 18:49:45.18ID:V+R6JUG+557デフォルトの名無しさん
2019/01/16(水) 18:59:59.07ID:V6eCyENB558デフォルトの名無しさん
2019/01/16(水) 19:05:47.57ID:V6eCyENB >>556
snapshotは違う気がするな。
スナップショットはあんまり連続させないし、ふつうは対象が変化自体ではないからか。
上にも似たようなのがあったけど、ValueChangeくらいでいいんじゃないの?
snapshotは違う気がするな。
スナップショットはあんまり連続させないし、ふつうは対象が変化自体ではないからか。
上にも似たようなのがあったけど、ValueChangeくらいでいいんじゃないの?
559デフォルトの名無しさん
2019/01/16(水) 19:11:47.45ID:V+R6JUG+ >>557
>そうぞうがついてた
頭悪いね。
問題にしているのは質問文から「変化点」の意味を正確に読み取れるかどうか。
質問者自身が認めているようにそれは明らかにNoだ。
俺が想像したのと大体同じ、だから俺の勝ち、これガキの論理。
>>558
https://wa3.i-3-i.info/word14388.html
>そうぞうがついてた
頭悪いね。
問題にしているのは質問文から「変化点」の意味を正確に読み取れるかどうか。
質問者自身が認めているようにそれは明らかにNoだ。
俺が想像したのと大体同じ、だから俺の勝ち、これガキの論理。
>>558
https://wa3.i-3-i.info/word14388.html
560デフォルトの名無しさん
2019/01/16(水) 19:15:08.81ID:V+R6JUG+561デフォルトの名無しさん
2019/01/16(水) 19:38:44.13ID:cB6JH8Y/ updateっていうのはどうやろ
562デフォルトの名無しさん
2019/01/16(水) 20:34:51.10ID:CoXAL/Bw563デフォルトの名無しさん
2019/01/17(木) 02:22:34.82ID:PFDsT50a 525です。
皆様色々なご解答ありがとうございました。単語の意味などを調べつつ適切な物を選びたいと思います。
自分の質問が悪かったのですが、
変化点=変更後のデータ
欲しかったもの=変更時の時刻と変更後のデータを表す命名(の要素)
となります。誤解を招く質問で申し訳ありませんでした。
皆様色々なご解答ありがとうございました。単語の意味などを調べつつ適切な物を選びたいと思います。
自分の質問が悪かったのですが、
変化点=変更後のデータ
欲しかったもの=変更時の時刻と変更後のデータを表す命名(の要素)
となります。誤解を招く質問で申し訳ありませんでした。
564デフォルトの名無しさん
2019/01/17(木) 02:27:35.15ID:PFDsT50a565デフォルトの名無しさん
2019/01/17(木) 03:29:03.79ID:vfGlmNuh んーよー分からんw
ゲームのコントローラーの入力状態の履歴みたいなイメージなんだろうか。
それならsnapshotは違うというのもちょっとわからんでもないけど...
しかし、状態変化直後の状態の写し(スナップショット)の記録に違いはないと思うんだけどな
ゲームのコントローラーの入力状態の履歴みたいなイメージなんだろうか。
それならsnapshotは違うというのもちょっとわからんでもないけど...
しかし、状態変化直後の状態の写し(スナップショット)の記録に違いはないと思うんだけどな
566デフォルトの名無しさん
2019/01/17(木) 07:42:56.78ID:Mk9NqJjw 質問のポイントは、金太郎飴な等間隔時系列データ(VIEW)と、変化点だけに圧縮した時系列データ(TABLE)の2つのオブジェクトをDBに作るから、それぞれを識別できるように名付けたいということだな
しかも集合と要素のどちらも呼び分けたいという思いがあると
しかも集合と要素のどちらも呼び分けたいという思いがあると
567デフォルトの名無しさん
2019/01/17(木) 07:47:10.89ID:Mk9NqJjw 要素には別々の名前をつける意味はないと思う
そのTABLEはVIEWの部分集合に他ならないから、集合だけに個別の名前を与えるのが妥当
集合の名前については、繰り返しになってしまうけど、永続化するときに変化点だけに圧縮するのは最も一般的な時系列データの持ち方だから、俺なら等間隔に展開した冗長な(奇異な)VIEWの側に説明的な名前をつけて欲しいわ
前か後ろにequal_intervalを付けるとか
そもそもその奇異なVIEWの存在意義が
気になる
速度もメモリ量も性能悪そう
ツリー構造の索引を持つデータとしてメモリ内に読み出しておいて、任意時点のデータを取るメソッドを付けて、必要ならflyweightパターンにしたい
もちろん事情があるならそのままでいい
そのTABLEはVIEWの部分集合に他ならないから、集合だけに個別の名前を与えるのが妥当
集合の名前については、繰り返しになってしまうけど、永続化するときに変化点だけに圧縮するのは最も一般的な時系列データの持ち方だから、俺なら等間隔に展開した冗長な(奇異な)VIEWの側に説明的な名前をつけて欲しいわ
前か後ろにequal_intervalを付けるとか
そもそもその奇異なVIEWの存在意義が
気になる
速度もメモリ量も性能悪そう
ツリー構造の索引を持つデータとしてメモリ内に読み出しておいて、任意時点のデータを取るメソッドを付けて、必要ならflyweightパターンにしたい
もちろん事情があるならそのままでいい
568デフォルトの名無しさん
2019/01/17(木) 09:58:31.61ID:nLgHX1a9569デフォルトの名無しさん
2019/01/17(木) 10:05:22.99ID:KGdabfsS Change Update
Log History
ここらへん組み合わせればいいんでないの
Log History
ここらへん組み合わせればいいんでないの
570デフォルトの名無しさん
2019/01/17(木) 11:50:07.39ID:CnuSa2VM571デフォルトの名無しさん
2019/01/17(木) 15:59:55.65ID:LP4V/wDK >>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するようなものじゃないし
逆に処理に利用される外部から能動的に値を変えない限り定数状態になっているようなメンバ変数なら
オブジェクト構築時に初期化するようにして、それらの値を変えたいなら新しくオブジェクトを構築したら良いと思うよ
今更だけど
オブジェクトそのもの(あるいは一部)を初期化するメンバ関数は基本的にPublicになることはないかなって話
例えば、init()、update()、final()ってメンバ関数があったとして
init()→update()→final()の一連の流れをオブジェクト利用者に約束事として強要しちゃうわけよ
final()で一旦終えた後に、init()せずにupdate()しちゃったらオブジェクト内部がおかしな状態になるかも知れない
じゃあ、final()の中でinit()しちゃえばいいよねってなるけど、final()(init実行)→init()って無駄なことをされてしまう
そうするとinit()が邪魔になり、コンストラクタ内でinit()を呼んで、利用者に好きなだけupdate()させて
final()(init含む)で結果を受け取ってもらった方が分かりやすいよね
利用者が「この処理やーめた」って出来るようにオブジェクトそのものを初期状態へ戻すreset()のメンバ関数を
増やすのなら分かるけど、利用者からしたらいちいち処理の最初に呼び出すinit()は要らんよね
同様に一部のメンバ変数へのSetter(再代入、初期化)は極力排除するべきだと思うよ
オブジェクト内部で処理される絶えず変化するメンバ変数なんて外部からSetするようなものじゃないし
逆に処理に利用される外部から能動的に値を変えない限り定数状態になっているようなメンバ変数なら
オブジェクト構築時に初期化するようにして、それらの値を変えたいなら新しくオブジェクトを構築したら良いと思うよ
572デフォルトの名無しさん
2019/01/17(木) 19:44:55.80ID:PY4oP9Xp >>571
> じゃあ、final()の中でinit()しちゃえばいいよねってなるけど
なりません
コンストラクタ/デストラクタを持ってる言語なら init() はコンストラクタで、final() はデストラクタで呼び出せば良い
再利用したいなら削除して再度生成すべき
コンストラクタ/デストラクタを持ってない言語ならinit()→update()→final()を強要するんだからfinal()した後で再利用したいならinit()から強要すべき
中途半端にfinal()の中でinit()なんて呼び出すべきじゃない
そもそも再利用しないならそのinit()は無駄だし
> じゃあ、final()の中でinit()しちゃえばいいよねってなるけど
なりません
コンストラクタ/デストラクタを持ってる言語なら init() はコンストラクタで、final() はデストラクタで呼び出せば良い
再利用したいなら削除して再度生成すべき
コンストラクタ/デストラクタを持ってない言語ならinit()→update()→final()を強要するんだからfinal()した後で再利用したいならinit()から強要すべき
中途半端にfinal()の中でinit()なんて呼び出すべきじゃない
そもそも再利用しないならそのinit()は無駄だし
573デフォルトの名無しさん
2019/01/17(木) 20:02:41.35ID:nhRmKYsV >>568
いや、「スナップショット」についてのその感覚は正しいと思う。
再確認するのはいいけど、言われたことにあんまりこだわらないようにね。
って、もう来ないかな?
オレとしてはいろいろ出ていたchange系の名前がよさそうだと思ってたけど、気に入らない理由を聞きたかった。
いや、「スナップショット」についてのその感覚は正しいと思う。
再確認するのはいいけど、言われたことにあんまりこだわらないようにね。
って、もう来ないかな?
オレとしてはいろいろ出ていたchange系の名前がよさそうだと思ってたけど、気に入らない理由を聞きたかった。
574デフォルトの名無しさん
2019/01/17(木) 21:11:21.86ID:/APrNkEA 語感の問題なんだろうけど、スナップショットは任意のある時点って感じで、変化時点って意味は含まなさそう。
575デフォルトの名無しさん
2019/01/17(木) 21:36:53.38ID:LP4V/wDK >>572
>final()はデストラクタで呼び出せば良い
ああごめん、それらのメンバはオブジェクトを構築破棄する意味合いが強いものじゃなく
そのオブジェクトの目的を処理する意味でのinit()とfinal()
例えば、ハッシュ関数、データを繰り返しupdate()してその処理を終わらせるfinal()
final()はハッシュ値を返すみたいな
>コンストラクタ/デストラクタを持ってない言語なら~
そりゃそうだ
>そもそも再利用しないならそのinit()は無駄だし
その対比として再利用するreset()メンバ関数を例に出したんだけどね
init()は少なくともコンストラクタとreset()の中でコールされるよ
で、オブジェクトの初期化と処理の初期化を1つにして
もし処理を初期化するinit()メンバ関数を設けるなら、publicにはしないよって話だよ
>final()はデストラクタで呼び出せば良い
ああごめん、それらのメンバはオブジェクトを構築破棄する意味合いが強いものじゃなく
そのオブジェクトの目的を処理する意味でのinit()とfinal()
例えば、ハッシュ関数、データを繰り返しupdate()してその処理を終わらせるfinal()
final()はハッシュ値を返すみたいな
>コンストラクタ/デストラクタを持ってない言語なら~
そりゃそうだ
>そもそも再利用しないならそのinit()は無駄だし
その対比として再利用するreset()メンバ関数を例に出したんだけどね
init()は少なくともコンストラクタとreset()の中でコールされるよ
で、オブジェクトの初期化と処理の初期化を1つにして
もし処理を初期化するinit()メンバ関数を設けるなら、publicにはしないよって話だよ
576デフォルトの名無しさん
2019/01/17(木) 21:46:08.66ID:LP4V/wDK577デフォルトの名無しさん
2019/01/17(木) 22:05:06.73ID:1ADJk1Ta >>576
それは確実に違うw
https://wa3.i-3-i.info/word14388.html
↑の人が簡潔に書いてるように、「何か」のある瞬間の丸ごとの写し、という含意しかない
人が意志を持って作ろうが、一定の間隔で機械的に作成されるものであろうが、それは関係がない
それは確実に違うw
https://wa3.i-3-i.info/word14388.html
↑の人が簡潔に書いてるように、「何か」のある瞬間の丸ごとの写し、という含意しかない
人が意志を持って作ろうが、一定の間隔で機械的に作成されるものであろうが、それは関係がない
578デフォルトの名無しさん
2019/01/17(木) 22:11:14.58ID:1ADJk1Ta 完全に蛇足だけど、VirtualBoxみたいに
完全な写しではなくてもある瞬間の状態が再現可能なデータのことを
スナップショットと呼ぶケースもあるとは思う
完全な写しではなくてもある瞬間の状態が再現可能なデータのことを
スナップショットと呼ぶケースもあるとは思う
579デフォルトの名無しさん
2019/01/17(木) 22:17:04.64ID:1ADJk1Ta580デフォルトの名無しさん
2019/01/17(木) 22:27:55.19ID:1X2RnAg+581デフォルトの名無しさん
2019/01/17(木) 22:44:49.84ID:3livcPKT582デフォルトの名無しさん
2019/01/17(木) 22:52:28.78ID:nhRmKYsV583デフォルトの名無しさん
2019/01/17(木) 23:19:06.78ID:1ADJk1Ta584デフォルトの名無しさん
2019/01/17(木) 23:19:56.06ID:1ADJk1Ta しかし、すぐに喧嘩ごしで物を言ってくる馬鹿がいるな。
しかも言ってる内容がほんとしょうもない
しかも言ってる内容がほんとしょうもない
585デフォルトの名無しさん
2019/01/17(木) 23:31:16.65ID:TwUEGMBG586デフォルトの名無しさん
2019/01/18(金) 05:15:11.78ID:SF688hqs >>581
そのレスを否定も何もしていないよ
同じことを言っているだけなんだけど、initやinitializeって名称のメンバ関数を表に出すことはなく
初期化は利用者が能動的に使う名称にした方が良いねって説明しただけだよ
で、後半にメンバ変数を個別に初期化するような処理を持たせるにも条件が有るよねって書いたのよ
そのレスを否定も何もしていないよ
同じことを言っているだけなんだけど、initやinitializeって名称のメンバ関数を表に出すことはなく
初期化は利用者が能動的に使う名称にした方が良いねって説明しただけだよ
で、後半にメンバ変数を個別に初期化するような処理を持たせるにも条件が有るよねって書いたのよ
587デフォルトの名無しさん
2019/01/18(金) 07:03:04.62ID:QqlHmxfI >>583
全体的にほぼ同意
タイムスタンプのフィールド名がただの時刻じゃなく有効期間開始時刻みたいなニュアンスでキーになっているテーブルならもう誤解する人いないレベル
妥協案としてのsnapshotOnChangedもいいな
changeが原形で出てくるとどうも動詞っぽくて座りが悪し
全体的にほぼ同意
タイムスタンプのフィールド名がただの時刻じゃなく有効期間開始時刻みたいなニュアンスでキーになっているテーブルならもう誤解する人いないレベル
妥協案としてのsnapshotOnChangedもいいな
changeが原形で出てくるとどうも動詞っぽくて座りが悪し
588デフォルトの名無しさん
2019/01/18(金) 07:16:09.93ID:dGgLcYHd >>583
> タイムスタンプとデータの写しが保存されていれば、常識的にそれは変化の先頭を記録したものだと分かる。
等間隔でタイムスタンプとデータを記録することなんて普通にある
> そんなことよりそれがナニであるかの方が余程重要な情報だ。
だからそんなことを思ってるのはお前だけ
> タイムスタンプとデータの写しが保存されていれば、常識的にそれは変化の先頭を記録したものだと分かる。
等間隔でタイムスタンプとデータを記録することなんて普通にある
> そんなことよりそれがナニであるかの方が余程重要な情報だ。
だからそんなことを思ってるのはお前だけ
589デフォルトの名無しさん
2019/01/18(金) 07:17:54.96ID:QqlHmxfI emploee_with_mail_addressとか
emploee_with_optimistic_lockingみたいなテーブル名が冗長なのと同じ理由で
emploee_snapshot_on_changedなんて説明的な名前になるのだとしたら
本来こっちがemployeeだよなあとは思う
emploee_with_optimistic_lockingみたいなテーブル名が冗長なのと同じ理由で
emploee_snapshot_on_changedなんて説明的な名前になるのだとしたら
本来こっちがemployeeだよなあとは思う
590デフォルトの名無しさん
2019/01/18(金) 09:29:05.82ID:XDn0fqgG ここまで読んだが、スナップショットの定義論争する意味ある?
使ってもいいし使わなくてはならないこともないレベル
使ってもいいし使わなくてはならないこともないレベル
591デフォルトの名無しさん
2019/01/18(金) 11:52:48.03ID:dGgLcYHd >>586
> 初期化は利用者が能動的に使う名称にした方が良いねって説明しただけだよ
だから
>> まあ俺ならSetDefaultHoge( )とかResetHoge( )とかにするけど
って書いてあるのに、バカなの?
> 初期化は利用者が能動的に使う名称にした方が良いねって説明しただけだよ
だから
>> まあ俺ならSetDefaultHoge( )とかResetHoge( )とかにするけど
って書いてあるのに、バカなの?
592デフォルトの名無しさん
2019/01/18(金) 11:54:44.14ID:dGgLcYHd593デフォルトの名無しさん
2019/01/18(金) 15:17:56.66ID:SF688hqs594デフォルトの名無しさん
2019/01/18(金) 15:54:14.53ID:N2j3ka14 そう言えば普通に理解できる人じゃなかったんだな…
1ヶ月以上も前のレスに粘着するような人だと言うことを忘れてたよ w
1ヶ月以上も前のレスに粘着するような人だと言うことを忘れてたよ w
595デフォルトの名無しさん
2019/01/18(金) 23:02:05.46ID:hlUa6vRd 常に差分だけを記録するって
あんまり得策とは言えないからな…
あんまり得策とは言えないからな…
596デフォルトの名無しさん
2019/02/08(金) 18:15:31.54ID:WrxcLohJ 変数名はよく迷うんだけど、
最近、本当に迷っているのは変数名自体じゃなくて、
日本語の英訳だと気付いた。
ググっても、いまいちしっくりこないんだよな。
状況的にこの訳でいいの?って。
最近、本当に迷っているのは変数名自体じゃなくて、
日本語の英訳だと気付いた。
ググっても、いまいちしっくりこないんだよな。
状況的にこの訳でいいの?って。
597デフォルトの名無しさん
2019/02/08(金) 18:17:45.03ID:PkoNSuV0 たしかに迷ったら書き込むスレだが、そんな日記かポエムはいらん
599デフォルトの名無しさん
2019/02/09(土) 16:16:29.35ID:NnmcfWng >>596
そのためにこのスレがあるんだろ
そのためにこのスレがあるんだろ
600デフォルトの名無しさん
2019/02/09(土) 18:10:09.58ID:FgAjV9d+ 具体的な質問しないと慰めるくらいしかできない
601デフォルトの名無しさん
2019/02/11(月) 12:24:00.36ID:gPSd8158 誰かワイのことも慰めてくれんかのう、性的に
602デフォルトの名無しさん
2019/02/11(月) 12:50:15.46ID:MkFOBvt9 風俗いけや
603デフォルトの名無しさん
2019/02/11(月) 15:15:36.09ID:IzI8GxAX class 新井浩文
604デフォルトの名無しさん
2019/02/15(金) 23:20:34.23ID:e71gRKct つまり、日本語変数を使えってこと?
605デフォルトの名無しさん
2019/02/16(土) 10:08:50.79ID:Ed04clec dim settei as integer
606デフォルトの名無しさん
2019/02/16(土) 16:44:14.75ID:5qKFbRgU ローマ字かこれで解決だな
607デフォルトの名無しさん
2019/02/16(土) 17:17:42.90ID:s8r91WJ4 bool tesuto = false;
608デフォルトの名無しさん
2019/02/16(土) 18:41:16.09ID:N5DMegPc ローカル変数は趣味で構わん
609デフォルトの名無しさん
2019/02/16(土) 23:25:26.40ID:CD9VXZwW 絶対自分しか読まないなら、そうするけどな。
Dim ななこSOS As Long とか。
Dim ななこSOS As Long とか。
610デフォルトの名無しさん
2019/02/17(日) 10:23:14.46ID:EkiBf8gr Const くりいむレモン As String = "亜美"
611デフォルトの名無しさん
2019/02/20(水) 21:39:18.84ID:zIu6PpOW マス目の中央に十字に線引いて、左上、左下、右上、右下と「田」の字型に4分割していることをイメージさせたい時、
どう短い英単語で表現したらわかりやすいでしょうか?
どう短い英単語で表現したらわかりやすいでしょうか?
612デフォルトの名無しさん
2019/02/20(水) 22:15:51.62ID:6AaY2QOY613デフォルトの名無しさん
2019/02/20(水) 22:36:02.59ID:QXQfMXGM quadrant
614デフォルトの名無しさん
2019/02/20(水) 23:08:55.59ID:Wi/z/KN1 キューブ4とかスクウェア4とか、そんなんしか思い浮かばん。
615デフォルトの名無しさん
2019/02/21(木) 00:03:50.37ID:Nx5iJ8EP paddy field
616デフォルトの名無しさん
2019/02/21(木) 00:04:19.77ID:toD0kycv 数学の象限は orthantと言うらしい
617デフォルトの名無しさん
2019/02/21(木) 01:06:16.29ID:LSFEbLdL >>611
その形が重要なの?目的っぽい名前にはできないの?
その形が重要なの?目的っぽい名前にはできないの?
618デフォルトの名無しさん
2019/02/21(木) 01:08:06.67ID:8z2yw4hD619デフォルトの名無しさん
2019/02/21(木) 01:10:15.03ID:8z2yw4hD620デフォルトの名無しさん
2019/02/21(木) 01:38:37.65ID:Cw68EtgL621デフォルトの名無しさん
2019/02/21(木) 07:00:50.05ID:bbSqDcsj SWOT分析みたいな分割図の区画を描くようなイメージなら象限とquadrantでいいんじゃない
622デフォルトの名無しさん
2019/02/21(木) 12:19:33.00ID:MDhOI6F5 象限て久しぶりに思い出したわ
たまには為になるなおまえらもw
たまには為になるなおまえらもw
623デフォルトの名無しさん
2019/02/21(木) 21:44:57.05ID:3EVPwELG 2×2であることが自明なんだったらgridでもよさげ
624デフォルトの名無しさん
2019/02/21(木) 22:25:52.00ID:zF2vyctA 漢字で田でいいよ。
625デフォルトの名無しさん
2019/02/22(金) 00:19:00.31ID:6OtVlR1W そろそろ positioning map でググれ
626デフォルトの名無しさん
2019/02/22(金) 08:35:41.73ID:KGqa3gdj ポジショニングマップって…
さすがに的ハズレすぎだろ
さすがに的ハズレすぎだろ
627デフォルトの名無しさん
2019/02/22(金) 13:00:33.47ID:D4QpBG3p quadrantで画像検索するとそれっぽいのが出てくるからこれでイメージ合ってりゃquadrantでいいんじゃね
各領域の呼び方も決まってるぽいし
https://www.google.com/search?q=quadrant
各領域の呼び方も決まってるぽいし
https://www.google.com/search?q=quadrant
628デフォルトの名無しさん
2019/02/22(金) 13:23:45.34ID:MgF7Ol/L table2x2
629デフォルトの名無しさん
2019/02/22(金) 15:08:55.26ID:UNEOcTqW 4LDK
630デフォルトの名無しさん
2019/02/22(金) 15:30:07.80ID:5n5TLANb 田ficated
631デフォルトの名無しさん
2019/02/23(土) 00:36:41.19ID:gaPva4TF tanoji
632デフォルトの名無しさん
2019/02/23(土) 02:06:04.14ID:khme0D5e LU,LD,RU,RD
633デフォルトの名無しさん
2019/03/20(水) 23:44:55.77ID:+x+aKSef 同時に処理できる最大数(制限値)を示す、短い変数名をお願いします
634デフォルトの名無しさん
2019/03/21(木) 00:02:56.13ID:udXu0zXR proc_max
635デフォルトの名無しさん
2019/03/21(木) 02:40:05.89ID:sL/jDeiO >>633
結局さ、「処理」っていうのが抽象的過ぎるから命名に困るんだと思うけどねたぶん。
結局さ、「処理」っていうのが抽象的過ぎるから命名に困るんだと思うけどねたぶん。
636デフォルトの名無しさん
2019/03/21(木) 07:20:00.18ID:Ru1ssq7b 短くしたいなら漠然とした一般的な部分は削除候補になるので
max_parallel
max_parallel
637デフォルトの名無しさん
2019/03/21(木) 08:10:15.75ID:u3u8nbsq >>633
RunLimit
RunLimit
638デフォルトの名無しさん
2019/03/21(木) 09:29:35.49ID:O21Dd4dp 外部からこの処理やってねって頼まれる場合なら
AcceptLimit?
AcceptLimit?
639デフォルトの名無しさん
2019/03/21(木) 09:57:23.13ID:wzenmx5C640デフォルトの名無しさん
2019/03/21(木) 22:47:37.75ID:udXu0zXR >>636
parallelはちょっと読みすぎやろ。
parallelはちょっと読みすぎやろ。
641デフォルトの名無しさん
2019/03/22(金) 00:02:52.39ID:GmT3YQ5y え?proc_maxも最大プロセス数みたいな感じじゃないの
バッチ処理やバッファリングのサイズ上限みたいなイメージってこと?
むしろRunLimitあたり「魔法のランプは3回まで」みたいな回数限度で、同時であるニュアンスが落ちすぎだと思ってたわ
まあいくつか挙がった内から近いものがあれば選べばいいとは思うが
バッチ処理やバッファリングのサイズ上限みたいなイメージってこと?
むしろRunLimitあたり「魔法のランプは3回まで」みたいな回数限度で、同時であるニュアンスが落ちすぎだと思ってたわ
まあいくつか挙がった内から近いものがあれば選べばいいとは思うが
642デフォルトの名無しさん
2019/05/26(日) 22:08:46.49ID:33DPLG/U ボタンをn回押すと実行されるイベントがあります。
(回数nは別途指定します)
n回押されたとき、その時刻を設定ファイルに記録するのですが
そこに使うキーとなる文字列をお願いします
foo: 1970-01-01T09:00:00
みたいな感じです
(回数nは別途指定します)
n回押されたとき、その時刻を設定ファイルに記録するのですが
そこに使うキーとなる文字列をお願いします
foo: 1970-01-01T09:00:00
みたいな感じです
643デフォルトの名無しさん
2019/05/26(日) 22:36:33.72ID:MKDuMAe+ button_pushed
じゃアカンの?
じゃアカンの?
644デフォルトの名無しさん
2019/05/26(日) 22:43:11.01ID:kcdU4Ge6645デフォルトの名無しさん
2019/05/26(日) 22:43:36.79ID:33DPLG/U ありがとう
特定回数という意味はあえて入れないということかしら
特定回数という意味はあえて入れないということかしら
646デフォルトの名無しさん
2019/05/26(日) 22:56:58.41ID:edjd2fQa >>645
ボタンn回押すのが何かのコマンドか何かであるなら、それを名前に使った方がいいね。
そういうのじゃなく、本当に純粋にボタンがn回押されたタイミングを記録したいだけだとすると
なかなか適切なのが思いつかんなあ
ボタンn回押すのが何かのコマンドか何かであるなら、それを名前に使った方がいいね。
そういうのじゃなく、本当に純粋にボタンがn回押されたタイミングを記録したいだけだとすると
なかなか適切なのが思いつかんなあ
647デフォルトの名無しさん
2019/05/26(日) 23:12:23.37ID:33DPLG/U648デフォルトの名無しさん
2019/05/26(日) 23:27:10.28ID:edjd2fQa649デフォルトの名無しさん
2019/05/26(日) 23:45:04.89ID:33DPLG/U あーなるほど
n回ってのをそのまま名前にしちゃうという手があったか
いちいち特定回数みたいな日本語に直して考えてたわ
n回ってのをそのまま名前にしちゃうという手があったか
いちいち特定回数みたいな日本語に直して考えてたわ
650デフォルトの名無しさん
2019/06/22(土) 18:33:43.34ID:2XZpmmZY Goldfish.AzureGoldfishIsMany() //アジュール色の金魚が多いときに真
のように、形容詞 + クラス名と同じ名詞 + is + 形容詞 という命名の関数があったとして
クラスと関数でGoldfishがダブってるわけだけどどうしてる?
たとえば関数名のほうを消して Goldfish.AzureIsMany() にできるか?みたいな
のように、形容詞 + クラス名と同じ名詞 + is + 形容詞 という命名の関数があったとして
クラスと関数でGoldfishがダブってるわけだけどどうしてる?
たとえば関数名のほうを消して Goldfish.AzureIsMany() にできるか?みたいな
651デフォルトの名無しさん
2019/06/22(土) 19:02:05.23ID:B/1A2928 AzureColorIsManyじゃダメなん?
あと多いってのがアバウトじゃね?いいの?
あと多いってのがアバウトじゃね?いいの?
652デフォルトの名無しさん
2019/06/22(土) 19:33:14.17ID:RDL2QMg7 このダブってしまうケースに合うとしばらく思考停止してしまう
653デフォルトの名無しさん
2019/06/22(土) 20:06:21.99ID:xRFWxHvZ このケースだからそう思うのかもしれないけど、
IsManyを判定できる関数がこのクラスに居るのが違和感
Goldfishの集まりを持っているクラスが他にあって(水槽とか)
FishTank.ContainsManyAzureGoldfishes()
みたいな感じで定義したい
Goldfishクラスには
Goldfish.IsAzure()
関数があればよいはず
まあ単に X.IsAandB() みたいな命名でよいケースもあるような気もする
>>650
「多い」の実装がどうであるかは呼び出し側は気にしたくないんだろう多分
IsManyを判定できる関数がこのクラスに居るのが違和感
Goldfishの集まりを持っているクラスが他にあって(水槽とか)
FishTank.ContainsManyAzureGoldfishes()
みたいな感じで定義したい
Goldfishクラスには
Goldfish.IsAzure()
関数があればよいはず
まあ単に X.IsAandB() みたいな命名でよいケースもあるような気もする
>>650
「多い」の実装がどうであるかは呼び出し側は気にしたくないんだろう多分
654デフォルトの名無しさん
2019/06/22(土) 21:43:09.00ID:cXBWskr/ 金魚が「Goldfish」なことに違和感。w
直訳?
誰や、んな訳語をつくったんは!
直訳?
誰や、んな訳語をつくったんは!
655デフォルトの名無しさん
2019/06/22(土) 22:34:20.22ID:6TuhVHB2 >>650
まあ既に指摘されてるけど、集まりを評価する関数を要素のクラスに持たせるのが
そもそも変だねw
何か事情があるにしても、HasManyAzureとかIsRateOfAzureHighでいいんじゃないか。
むしろいちいちGoldfishと断る意味が分からん
まあ既に指摘されてるけど、集まりを評価する関数を要素のクラスに持たせるのが
そもそも変だねw
何か事情があるにしても、HasManyAzureとかIsRateOfAzureHighでいいんじゃないか。
むしろいちいちGoldfishと断る意味が分からん
656デフォルトの名無しさん
2019/06/22(土) 23:38:09.91ID:2XZpmmZY657デフォルトの名無しさん
2019/06/23(日) 00:50:33.60ID:9mBYoRL1658デフォルトの名無しさん
2019/07/17(水) 15:09:38.38ID:/3nDQzMs Dataを継承して値の変更を検出できるようにしたDataのクラス名
659デフォルトの名無しさん
2019/07/17(水) 19:07:28.81ID:EAkeN2PH >>658
Data_notifiyable
Data_notifiyable
660デフォルトの名無しさん
2019/07/18(木) 01:58:50.63ID:+One8JDO661デフォルトの名無しさん
2019/07/18(木) 12:59:08.35ID:i/nHfent Observerとかでええんちゃう
662デフォルトの名無しさん
2019/07/18(木) 20:10:35.28ID:C3Rw/RHH663デフォルトの名無しさん
2019/07/19(金) 12:28:07.16ID:tVWqD6XF 変更を検知する方法を外部に提供するのか
自分で検出して自分でなにかするのかによって違うわな
自分で検出して自分でなにかするのかによって違うわな
664デフォルトの名無しさん
2019/07/20(土) 00:09:53.37ID:5OyZG+Pc ChangeDetectableData
665デフォルトの名無しさん
2019/07/20(土) 09:39:17.20ID:ka1618cW DetectableなDataをChangeするになってしまわないか?
666デフォルトの名無しさん
2019/07/20(土) 10:21:23.54ID:eNhk7IpQ そもそも値の違いを検出できるクラスを作ること自体が設計としてまずいんじゃねえの
667デフォルトの名無しさん
2019/07/20(土) 11:37:02.08ID:iXVafCep そこの議論は一応スレチなので…
Angular詳しくないけどこういう枠組みはあるもよう
https://qiita.com/lacolaco/items/523d96ddbfe55c4e6949
で、実質は Change-Detectable な Data かも知れないけど、
周りからは DataChangeDetector とでも呼ばれるべきという考え方はあるかもしれない
Angular詳しくないけどこういう枠組みはあるもよう
https://qiita.com/lacolaco/items/523d96ddbfe55c4e6949
で、実質は Change-Detectable な Data かも知れないけど、
周りからは DataChangeDetector とでも呼ばれるべきという考え方はあるかもしれない
668デフォルトの名無しさん
2019/07/20(土) 14:56:22.84ID:kkJ7q95a もう素直に DataWithChangeDetect でよくね?
669デフォルトの名無しさん
2019/07/20(土) 18:43:27.60ID:5OyZG+Pc それならDataWithChangeDetectionかな
スレチで我慢してたけどDataとChangeDetectorを同じクラスにするのは微妙だから、名前にWithとか入って微妙感が出るのは自然な成り行きと思う
>>665
changeには名詞と動詞があるからそうも読めるけど、change detectionという一般名詞があるから誤読されにくい
クラス名が現れるべき文脈でメソッド名と間違われることなんて実際少ないから、混同への配慮よりも俺なら英語として自然であることを選ぶ
スレチで我慢してたけどDataとChangeDetectorを同じクラスにするのは微妙だから、名前にWithとか入って微妙感が出るのは自然な成り行きと思う
>>665
changeには名詞と動詞があるからそうも読めるけど、change detectionという一般名詞があるから誤読されにくい
クラス名が現れるべき文脈でメソッド名と間違われることなんて実際少ないから、混同への配慮よりも俺なら英語として自然であることを選ぶ
670デフォルトの名無しさん
2019/07/20(土) 21:10:11.95ID:ZHuBK9XQ 質問者もやる気なさそうだから真面目に考えるだけ無駄だと思うよw
だいたい、こんな命名をそのクラスが必要になる背景も、
「検出」の具体的な意味も示さずにやれとか言う時点で何をかでしょ
だいたい、こんな命名をそのクラスが必要になる背景も、
「検出」の具体的な意味も示さずにやれとか言う時点で何をかでしょ
671デフォルトの名無しさん
2019/07/20(土) 22:33:32.11ID:TGp7aH1H 普通の実装ならDetectableを継承したDataになるはず
672デフォルトの名無しさん
2019/07/20(土) 22:42:52.16ID:ZHuBK9XQ 普通ではないね
むしろ勘違いオブジェクト指向っぽいw
その多態、本当に必要か?
いらないでしょw
むしろ勘違いオブジェクト指向っぽいw
その多態、本当に必要か?
いらないでしょw
673デフォルトの名無しさん
2019/07/21(日) 15:05:16.00ID:CumP8Uxr 全ての品番と型式が対になったリスト
型はC#のDataTableです
型はC#のDataTableです
674デフォルトの名無しさん
2019/07/21(日) 16:59:41.32ID:/atv33Bt >>673
品番はキーだろうから普通にModelsとかModelNumberとかでいいんじゃね
品番はキーだろうから普通にModelsとかModelNumberとかでいいんじゃね
675デフォルトの名無しさん
2019/07/21(日) 17:18:39.47ID:akwJwcuK676デフォルトの名無しさん
2019/07/21(日) 18:11:15.08ID:XeVeiVX2677デフォルトの名無しさん
2019/07/21(日) 18:22:06.33ID:rq1ZgCT5678デフォルトの名無しさん
2019/07/21(日) 18:28:01.59ID:yIq3VOUu 最初に言いだした>>666俺だわ すまん
679デフォルトの名無しさん
2019/07/21(日) 20:14:42.06ID:XeVeiVX2680デフォルトの名無しさん
2019/07/21(日) 20:20:53.26ID:XeVeiVX2 ついでに言えば、こんな過疎ってるスレ(もう今ではこの板の大半のスレがそうだが)で
「スレ違いガー」なんてそれこそ言い掛かりでほとんど無意味。
お前こそ他人にイチャモン付けたいだけだろ馬鹿w
今時2chにいるなんてもういい歳こいてるんだろうから、もうちょっと合理的かつ柔軟に考えたらどうなのかね
派生的な話題を許容しても誰も困らないだろう。
「スレ違いガー」なんてそれこそ言い掛かりでほとんど無意味。
お前こそ他人にイチャモン付けたいだけだろ馬鹿w
今時2chにいるなんてもういい歳こいてるんだろうから、もうちょっと合理的かつ柔軟に考えたらどうなのかね
派生的な話題を許容しても誰も困らないだろう。
681デフォルトの名無しさん
2019/07/21(日) 20:38:37.46ID:O7YQRZ5I 混乱の元
そんなに気に入らないならまずは次スレを立てる時にテンプレから外しな
そんなに気に入らないならまずは次スレを立てる時にテンプレから外しな
682デフォルトの名無しさん
2019/07/21(日) 21:02:34.97ID:BTE59XxR 新参か?
実際に設計の善し悪し含めた話OKの命名スレが立っても、そのスレは全く活用できなかったという
実績が確実に残ってるのよね
そこんとこ分からない程度のオツムなら、設計の善し悪しなんか話すオツムなんか当然ないんだからやめとけ
実際に設計の善し悪し含めた話OKの命名スレが立っても、そのスレは全く活用できなかったという
実績が確実に残ってるのよね
そこんとこ分からない程度のオツムなら、設計の善し悪しなんか話すオツムなんか当然ないんだからやめとけ
683デフォルトの名無しさん
2019/07/21(日) 21:21:18.61ID:/atv33Bt そりゃ名前聞きたいだけなのに生半可な知識の奴に設計ガーとか言われても困るだけ
バカな言い合いで賑わうぐらいなら過疎ってた方がまだマシだよ
バカな言い合いで賑わうぐらいなら過疎ってた方がまだマシだよ
684デフォルトの名無しさん
2019/07/21(日) 21:51:52.82ID:CumP8Uxr >>674
ありがとうございます
ありがとうございます
685デフォルトの名無しさん
2019/07/21(日) 23:43:53.38ID:pXk5HZg7686デフォルトの名無しさん
2019/07/21(日) 23:54:23.20ID:akwJwcuK 他人をバカにしたいだけのヤツは、天に召されていただきたいものだ。
687デフォルトの名無しさん
2019/07/21(日) 23:57:14.14ID:pXk5HZg7688デフォルトの名無しさん
2019/07/22(月) 00:00:52.53ID:hNRqRxaR そんでこれが一番重要なことだが、このスレのテンプレにもあるような
ローカルルールは、結局その手の馬鹿に体のいい言い訳を与えているだけ。
「他人を批判したい」という卑しいだけの動機を抑圧して「正しいこと」に変える欺瞞のね
ローカルルールは、結局その手の馬鹿に体のいい言い訳を与えているだけ。
「他人を批判したい」という卑しいだけの動機を抑圧して「正しいこと」に変える欺瞞のね
689デフォルトの名無しさん
2019/07/22(月) 00:26:05.35ID:IpNCwwZ3 こーゆーのずっと繰り返してpart28なのよ
んでご希望の設計込みのスレ立てて分離したけど、そっちに居着かないのよ
言い出しっぺもね
どうしても納得いかないならもう一回スレ立てたら?
このスレのルールを変えようとすることだけが目的の馬鹿がまた来たなあとしか思わんね
どうせまた消えるに1億ペリカ
んでご希望の設計込みのスレ立てて分離したけど、そっちに居着かないのよ
言い出しっぺもね
どうしても納得いかないならもう一回スレ立てたら?
このスレのルールを変えようとすることだけが目的の馬鹿がまた来たなあとしか思わんね
どうせまた消えるに1億ペリカ
690デフォルトの名無しさん
2019/07/22(月) 01:04:48.79ID:q7HwWXHn >>687
> - 誰かの参考になる可能性がある
ない。
他人のやりかたを「勘違いオブジェクト指向」呼ばわりするようなクソ発言が参考になんかなるか。
> - 2chの現状を考えれば誰の迷惑にもならない
実際に迷惑なんだよ!
> - 誰かの参考になる可能性がある
ない。
他人のやりかたを「勘違いオブジェクト指向」呼ばわりするようなクソ発言が参考になんかなるか。
> - 2chの現状を考えれば誰の迷惑にもならない
実際に迷惑なんだよ!
691デフォルトの名無しさん
2019/07/22(月) 04:51:07.44ID:X0h3hmGj692デフォルトの名無しさん
2019/07/22(月) 08:57:03.38ID:3CfIT26m >>682
(どうせ使われないだろうけど)って皮肉がわからん新参か?
(どうせ使われないだろうけど)って皮肉がわからん新参か?
693デフォルトの名無しさん
2019/07/22(月) 11:07:52.75ID:lH1dF0Hx694デフォルトの名無しさん
2019/07/22(月) 11:25:07.67ID:3CfIT26m 混乱の元
そんなに気に入らないならまずは次スレを立てる時にテンプレから外しな(どうせ使われないだろうけど)
そんなに気に入らないならまずは次スレを立てる時にテンプレから外しな(どうせ使われないだろうけど)
695デフォルトの名無しさん
2019/08/05(月) 16:15:13.02ID:jMrkLRxI 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
例えば、
{0, 0, 1, 0, 0, 0, 0} これはOK
{0, 0, 0, 0, 0, 0, 1} これもOK
{0, 0, 0, 1, 1, 0, 0} これはNG
696デフォルトの名無しさん
2019/08/05(月) 16:43:27.68ID:17zIidUO それがナニを意味するか、それを名前に入れないと意味ないのでは?
それがナニを意味するかはあんた以外誰も分からないのでは?
それがナニを意味するかはあんた以外誰も分からないのでは?
697デフォルトの名無しさん
2019/08/05(月) 18:58:37.11ID:kCWOwKEP698デフォルトの名無しさん
2019/08/05(月) 19:12:10.92ID:1szj/JJ7 既に有効が1つある状態で別の場所が有効になるケースはあるの?
{0, 0, 1, 0, 0, 0, 0} これが
{0, 1, 0, 0, 0, 0, 0} これになるケース
それとも最初はゼロフィルで1度有効の場所が決まれば不変?
{0, 0, 1, 0, 0, 0, 0} これが
{0, 1, 0, 0, 0, 0, 0} これになるケース
それとも最初はゼロフィルで1度有効の場所が決まれば不変?
699デフォルトの名無しさん
2019/08/05(月) 19:28:02.73ID:8/n/eZGp 「1つだけ有効な値がある配列」ではなく
「ある処理に対して有効な配列」という方向での命名はどう?
「ある処理に対して有効な配列」という方向での命名はどう?
700デフォルトの名無しさん
2019/08/05(月) 21:18:13.38ID:RYVjF+lB >>695
論理回路がらみでone-hotっていう用語があるよ。ググって。
論理回路がらみでone-hotっていう用語があるよ。ググって。
701デフォルトの名無しさん
2019/08/05(月) 21:45:25.18ID:ayYyoEKb 意味ないってそんなの
定数1に名前を付けろと言ってるのと同じだから
だから、1がナニを意味するのか分かんなきゃ名前なんか付けようがないだろうにw
定数1に名前を付けろと言ってるのと同じだから
だから、1がナニを意味するのか分かんなきゃ名前なんか付けようがないだろうにw
702デフォルトの名無しさん
2019/08/05(月) 23:37:04.95ID:Cfuto8Vp 具体的な用途がないと型に名前を付けられないというのも乱暴な話だな
QueueやTupleのような単純なデータ構造だってそれが役に立つなら型と名前が与えられるべき
そういう場合、用途は変数名が表せば充分
QueueやTupleのような単純なデータ構造だってそれが役に立つなら型と名前が与えられるべき
そういう場合、用途は変数名が表せば充分
703デフォルトの名無しさん
2019/08/06(火) 00:17:40.47ID:SOS5SX0N 何その意味不明な意見
704デフォルトの名無しさん
2019/08/06(火) 00:22:42.23ID:SOS5SX0N この人、QueueやTupleって名前が何の意味も表してないと思ってるのかな
705デフォルトの名無しさん
2019/08/06(火) 00:32:01.73ID:NH2VvLYA 表してるに決まってるだろ
逆に聞くが質問者がいう配列は何も表してないと思うのか?
逆に聞くが質問者がいう配列は何も表してないと思うのか?
706デフォルトの名無しさん
2019/08/06(火) 00:35:14.30ID:SOS5SX0N だから何でそうなるのw
何かを表しているはずだと思ってるからそれを言ってくださいと言ってるんでしょw
もう大丈夫かマジw
何かを表しているはずだと思ってるからそれを言ってくださいと言ってるんでしょw
もう大丈夫かマジw
707デフォルトの名無しさん
2019/08/06(火) 00:38:42.21ID:SOS5SX0N だからね、「一週間の日数を表す定数の名前を付けてくれ」って質問はありだけど、
何を意味してるのか伏せたまま「定数7に名前を付けてくれ」って質問に意味があるとか
思うわけ?
あるわけないじゃんww
何を意味してるのか伏せたまま「定数7に名前を付けてくれ」って質問に意味があるとか
思うわけ?
あるわけないじゃんww
708デフォルトの名無しさん
2019/08/06(火) 00:50:02.95ID:aM52vrol 少なくとも、あれは、one-hot encoding という立派な名前のついた状態表現方法。
ただの数字と一緒にするのは無知。
ただの数字と一緒にするのは無知。
709デフォルトの名無しさん
2019/08/06(火) 01:02:24.48ID:NH2VvLYA 特定の問題を解く上で便利なデータ構造があるなら、それが695の説明ほぼそのままの抽象度の高いものであってもいいだろ
自然物や既知の概念に縛られる必要はない
データの特性が明かされている以上、定数7の例示は過度の単純化をしていて相応しいとは思えない
抽象性の高いままに案を提示してくれている人々に対して「意味ない」とは俺は思わん
自然物や既知の概念に縛られる必要はない
データの特性が明かされている以上、定数7の例示は過度の単純化をしていて相応しいとは思えない
抽象性の高いままに案を提示してくれている人々に対して「意味ない」とは俺は思わん
710デフォルトの名無しさん
2019/08/06(火) 08:53:55.01ID:3T7QkgRF 695です
このデータ構造は、OneHot〇〇って命名するのが適切そうなのでそうします
ありがとうございます
>> 698
そのケースはあります
このデータ構造は、OneHot〇〇って命名するのが適切そうなのでそうします
ありがとうございます
>> 698
そのケースはあります
711デフォルトの名無しさん
2019/08/06(火) 10:53:14.30ID:SOS5SX0N >>708
だから特定の問題領域で何と呼ばれるか、そんなの何の意味もない
彼の問題領域でそれが何を意味しているか、それが重要。
当たり前でしょ
そもそも配列がベクトルか、行列の列や行を表しているのか、数列か、
あるいは数学的な意味は持たないただの集合か、状況によって
配列そのものがまったく違った意味を持つ
もちろん抽象度が高い配列の特定の状態(例えば全部の要素が規定値とか)が
汎用的な意味を持つ場合もあるだろうし持たない場合もあるだろうが、
普通に考えればこんなのか後者に決まってる
>>709
抽象度が高いのが悪いとか誰も言ってないの。
重要なのは何を意味しているのかだと何度言わせるの
大丈夫かマジで
だから特定の問題領域で何と呼ばれるか、そんなの何の意味もない
彼の問題領域でそれが何を意味しているか、それが重要。
当たり前でしょ
そもそも配列がベクトルか、行列の列や行を表しているのか、数列か、
あるいは数学的な意味は持たないただの集合か、状況によって
配列そのものがまったく違った意味を持つ
もちろん抽象度が高い配列の特定の状態(例えば全部の要素が規定値とか)が
汎用的な意味を持つ場合もあるだろうし持たない場合もあるだろうが、
普通に考えればこんなのか後者に決まってる
>>709
抽象度が高いのが悪いとか誰も言ってないの。
重要なのは何を意味しているのかだと何度言わせるの
大丈夫かマジで
712デフォルトの名無しさん
2019/08/06(火) 15:23:01.65ID:dzuMs9n7 >>708 で終了だろ
何をグダグダ言ってるんだよw
何をグダグダ言ってるんだよw
713デフォルトの名無しさん
2019/08/06(火) 20:33:38.37ID:SN9O18fE714デフォルトの名無しさん
2019/08/06(火) 21:44:11.23ID:U5iXBkFD 勤勉な無能という奴よ
715デフォルトの名無しさん
2019/08/07(水) 20:46:09.76ID:JnBdotvz 抽象的と言うか
外から見た役割で命名しろというのは大前提も大前提だろ
ただ、その内部処理を書いてるときとか
実装べったりな命名やら、類似処理で使える汎用的なプリフィクス/サフィックスやらが欲しいときも当然あるさ
外から見た役割で命名しろというのは大前提も大前提だろ
ただ、その内部処理を書いてるときとか
実装べったりな命名やら、類似処理で使える汎用的なプリフィクス/サフィックスやらが欲しいときも当然あるさ
716デフォルトの名無しさん
2019/08/19(月) 09:15:28.15ID:xlQPwL5+ 質問者は
OneHotXXX
↑こういうのの「OneHot」という言葉が欲しかったんでしょうに。
OneHotXXX
↑こういうのの「OneHot」という言葉が欲しかったんでしょうに。
717デフォルトの名無しさん
2019/08/19(月) 09:47:08.91ID:OAPxNX3i そんなのなら素直にValidってやった方いい
意味不明より抽象的な方がミスリードの心配がなく情報量も多いから
意味不明より抽象的な方がミスリードの心配がなく情報量も多いから
718デフォルトの名無しさん
2019/08/19(月) 09:58:34.23ID:kG35/yIv719デフォルトの名無しさん
2019/08/29(木) 01:46:53.52ID:YxRLkEWl Analysisが長いのでAnalにしようと思います
720デフォルトの名無しさん
2019/08/29(木) 03:45:05.82ID:ReiuIvlQ pencilが長いのでpenisにしようと思います
721デフォルトの名無しさん
2019/08/29(木) 07:54:05.23ID:7UT2vx+j penisが長いのでinsertしようと思います
722デフォルトの名無しさん
2019/08/29(木) 09:51:10.58ID:seNfV/n6 insertまでできるんだったらmagnumを使おうと思います
723デフォルトの名無しさん
2019/09/04(水) 05:26:03.52ID:eJy7OAMp 商品であれば取扱開始日と終了日まで、アカウントであれば有効化日と無効化日を表す変数名で悩んでます。
今はとりあえずstartdateとenddateにしてるんですが、どんな名前にするのがいいでしょうか?
validateddateとinvalidateddateのほうがいいですか?
今はとりあえずstartdateとenddateにしてるんですが、どんな名前にするのがいいでしょうか?
validateddateとinvalidateddateのほうがいいですか?
724デフォルトの名無しさん
2019/09/04(水) 07:08:03.51ID:wWcw57/J >>723
regist_date、cancel_dateとか
regist_date、cancel_dateとか
725デフォルトの名無しさん
2019/09/04(水) 09:29:15.85ID:ZdLs6UcV registなんて英語はない
726デフォルトの名無しさん
2019/09/04(水) 10:00:04.36ID:TVYSsDEa Active, Disable?
取扱開始日と有効化日、終了日と無効化日を同じ変数名で?
それなら商品の方が微妙になるか
取扱開始日と有効化日、終了日と無効化日を同じ変数名で?
それなら商品の方が微妙になるか
727デフォルトの名無しさん
2019/09/04(水) 10:06:44.94ID:OgTLBF5E 期間っていう構造体かクラスのメンバーじゃないの?
728デフォルトの名無しさん
2019/09/04(水) 10:28:30.97ID:EZkqGWkS729デフォルトの名無しさん
2019/09/04(水) 12:46:50.07ID:1D9rv4MD 下手に微妙な名前をつけるよりstartdate, enddateで一般化したほうがいろいろ具合がいいという側面もある
個人的にはbegindateの方が好き
型が日付なのか日時なのかわからない名前は嫌
個人的にはbegindateの方が好き
型が日付なのか日時なのかわからない名前は嫌
730デフォルトの名無しさん
2019/09/04(水) 14:03:19.01ID:TYvZQs3/ beginning dateだな
731デフォルトの名無しさん
2019/09/04(水) 14:12:20.29ID:HTJbgiFI 次に読んだ時に、何が初まるの? とはないだろうか?
732デフォルトの名無しさん
2019/09/04(水) 19:40:52.08ID:S+RlT6ue733デフォルトの名無しさん
2019/09/04(水) 19:46:59.42ID:EZkqGWkS >>732
現時点で過去とは限らないのでそういうのはどうかと思うよw
現時点で過去とは限らないのでそういうのはどうかと思うよw
734デフォルトの名無しさん
2019/09/04(水) 21:15:39.20ID:1D9rv4MD 難しいな
他動詞なら過去分詞を受動態として無造作に使えるけど、自動詞では、時制が過去かどうかはともかく、完了相が前に出るということだろうか
expire dateでは文法的におかしいし、expiringも進行相だし、素直にexpiryかexpiration dateしかないのか
他動詞なら過去分詞を受動態として無造作に使えるけど、自動詞では、時制が過去かどうかはともかく、完了相が前に出るということだろうか
expire dateでは文法的におかしいし、expiringも進行相だし、素直にexpiryかexpiration dateしかないのか
735デフォルトの名無しさん
2019/09/04(水) 23:09:38.87ID:S+RlT6ue736デフォルトの名無しさん
2019/09/04(水) 23:40:05.53ID:1AbQmJ8B いやexpiredは形容詞だと思うけど、どっちにしろ
現時点までのある時点で「期限切れ」になってないものに使うのは変だと思う。
現時点までのある時点で「期限切れ」になってないものに使うのは変だと思う。
737デフォルトの名無しさん
2019/09/05(木) 06:29:17.88ID:9D+N5xdb >>734
英語として正しいことが目的じゃなくて、わかりやすい変数名でしょ
文法的に正しくても、一般的でない単語や言い回しだと読む人が混乱するんじゃね?
まあ、誰が読むのかって定義は必要かも知れんが
つまり、YukoukaDate,MukoukaDateにしろ
英語として正しいことが目的じゃなくて、わかりやすい変数名でしょ
文法的に正しくても、一般的でない単語や言い回しだと読む人が混乱するんじゃね?
まあ、誰が読むのかって定義は必要かも知れんが
つまり、YukoukaDate,MukoukaDateにしろ
738デフォルトの名無しさん
2019/09/05(木) 08:59:34.49ID:p9eUlRUA 開き直るならyukoukabi、mukoukabiもありだと思うよ
ただし和英混合ありなしとヘボン式なのか何なのかは厳格に
それで一貫してるシステムは割と開発しやすかった
ただし和英混合ありなしとヘボン式なのか何なのかは厳格に
それで一貫してるシステムは割と開発しやすかった
739デフォルトの名無しさん
2019/09/05(木) 22:54:21.19ID:do1wrMFw >>736
「過去分詞」って知ってる?w
「過去分詞」って知ってる?w
740デフォルトの名無しさん
2019/09/05(木) 23:39:58.60ID:8OdGH4bL 過去分詞の形容詞的用法って懐かしいよな
ちなみに未来完了形でwill have expiredという活用になることもある
いずれにしても話者の視点からは「失効した日」という意味になるから
おかしいと思うのは同感だ
ちなみに未来完了形でwill have expiredという活用になることもある
いずれにしても話者の視点からは「失効した日」という意味になるから
おかしいと思うのは同感だ
741デフォルトの名無しさん
2019/09/05(木) 23:44:45.61ID:SqVFrgIi おまえらexpireで盛り上がりすぎ。
質問者いつ出てくるんだよ。
質問者いつ出てくるんだよ。
742デフォルトの名無しさん
2019/09/05(木) 23:58:09.84ID:8OdGH4bL 思い…出した!
obsolete dateだわ
対義語はeffective date
我ながら見事な回答と言うしかないが、日本人エンジニアからはインテリぶってると思われる諸刃の剣
素人にはおすすめできない
obsolete dateだわ
対義語はeffective date
我ながら見事な回答と言うしかないが、日本人エンジニアからはインテリぶってると思われる諸刃の剣
素人にはおすすめできない
743デフォルトの名無しさん
2019/09/06(金) 01:43:27.95ID:8Fs8S30Z745デフォルトの名無しさん
2019/09/06(金) 01:48:50.02ID:lHAI4brR 意味もなく頭に星の名前を付ける
746デフォルトの名無しさん
2019/09/06(金) 11:58:03.50ID:uS/8ghDY URIが与えられて、そのURIが表すリソースの種別を判定するのですが、
例えば、Aリソース、Bリソース、Cリソースなど。
各種別ごとに下のようにメソッド用意するのもあれなんで、
bool isAResourceUri(Uri uri);
bool isBResourceUri(Uri uri);
bool isCResourceUri(Uri uri);
一つにまとめて
解析結果を表すクラス parseUri(Uri uri); //
みたいな感じにしたいです。解析結果を表すクラスのクラス名をお願いします。
parseUriの名前も変えた方がいいならお願いします。
例えば、Aリソース、Bリソース、Cリソースなど。
各種別ごとに下のようにメソッド用意するのもあれなんで、
bool isAResourceUri(Uri uri);
bool isBResourceUri(Uri uri);
bool isCResourceUri(Uri uri);
一つにまとめて
解析結果を表すクラス parseUri(Uri uri); //
みたいな感じにしたいです。解析結果を表すクラスのクラス名をお願いします。
parseUriの名前も変えた方がいいならお願いします。
747デフォルトの名無しさん
2019/09/06(金) 12:39:37.74ID:jknoknuH ResourceType
748デフォルトの名無しさん
2019/09/06(金) 16:03:43.23ID:c49RxhBS parseはあかん
ResourceTypeOf(URI uri);
ResourceTypeOf(URI uri);
749デフォルトの名無しさん
2019/09/06(金) 18:14:38.78ID:RrO6Um6/750デフォルトの名無しさん
2019/09/06(金) 19:08:30.01ID:uS/8ghDY そうですか、型はUriですね。もちろん、文字列にして内部でUriにしてもいいですが。
で、そのUriのパスのフォームからリソースタイプを判定するのですが。
Uriはビルトインクラスなので、メソッド追加できません。拡張メソッドみたいのもありませんし。
で、そのUriのパスのフォームからリソースタイプを判定するのですが。
Uriはビルトインクラスなので、メソッド追加できません。拡張メソッドみたいのもありませんし。
751デフォルトの名無しさん
2019/09/06(金) 19:13:06.97ID:uS/8ghDY 後、解析結果なんですが1つのリソースタイプだけじゃなく複数の情報が返されるのです。
たから、現状クラス名がUriParsedResultとかにしてて..
後parse以外にanalyzeとか思いつきましたがなんか大袈裟というか
たから、現状クラス名がUriParsedResultとかにしてて..
後parse以外にanalyzeとか思いつきましたがなんか大袈裟というか
752デフォルトの名無しさん
2019/09/06(金) 19:15:06.10ID:uS/8ghDY 最初のbool isAResourceUri
で、返される情報は1つだけみたいな誤解を与えてしまいましたすみません
で、返される情報は1つだけみたいな誤解を与えてしまいましたすみません
753デフォルトの名無しさん
2019/09/06(金) 19:59:09.78ID:aE1H8E8O web全然知らんけど、要するに実際にファイルをwebから拾って中身を見て解析するわけじゃなく、
単純にパスの拡張子を見るだけってこと?
そうならそこを強調しないとまずいよねたぶん。知らんけど。
適当な名前空間に収まってる前提で
ResourceType PathParser.GetType(Uri uri)
単純にパスの拡張子を見るだけってこと?
そうならそこを強調しないとまずいよねたぶん。知らんけど。
適当な名前空間に収まってる前提で
ResourceType PathParser.GetType(Uri uri)
754デフォルトの名無しさん
2019/09/06(金) 20:24:08.80ID:uS/8ghDY そうですね。実際にWebから中身拾ってくるわけじゃありません。例えば
http://hoge.com/users/[userId]
このUriならuserを表すuri
http://hoge.com/tweets/[tweetId]
このUriならtweetをあらわす
これを解析してどのリソースを表すかと、例えばuserを表すuriなら抜き出したuserIdも返す感じです
http://hoge.com/users/[userId]
このUriならuserを表すuri
http://hoge.com/tweets/[tweetId]
このUriならtweetをあらわす
これを解析してどのリソースを表すかと、例えばuserを表すuriなら抜き出したuserIdも返す感じです
755デフォルトの名無しさん
2019/09/06(金) 23:54:53.62ID:w2Tc9TX1756デフォルトの名無しさん
2019/09/07(土) 00:34:21.80ID:lng4b11W757デフォルトの名無しさん
2019/09/07(土) 02:36:02.55ID:VkB2thai extractResourceType
758デフォルトの名無しさん
2019/09/07(土) 13:20:01.46ID:3+0QPiXb ResourceUri ResourceUri.of(Uri uri)
ResourceUriはtypeやidなどを持つ
ResourceUriはtypeやidなどを持つ
759デフォルトの名無しさん
2019/09/07(土) 13:20:42.48ID:3+0QPiXb >>756
RESTのURIじゃないのかな
RESTのURIじゃないのかな
760デフォルトの名無しさん
2019/09/07(土) 17:18:57.36ID:oc7TfbqT getURIInfo
これなら、いろいろふんわりやから気にならんやろ。w
これなら、いろいろふんわりやから気にならんやろ。w
761デフォルトの名無しさん
2019/09/07(土) 17:42:43.45ID:15iR+LCW getSomethingAbout(uri)
762デフォルトの名無しさん
2019/09/07(土) 21:13:20.29ID:Sb2KjlQX763デフォルトの名無しさん
2019/09/14(土) 19:11:22.43ID:TUFMAlcF A, ファイルをバイナリとして開いて検索
B, 起動中のプロセスのメモリを検索
検索部分は共通した処理だから同じクラスでやりたい
この場合はクラス名何がいいかな?
MemorySearchとかだとBだけになるし
BinarySearchだとメモリもバイナリでいいの?ってならないかな?
B, 起動中のプロセスのメモリを検索
検索部分は共通した処理だから同じクラスでやりたい
この場合はクラス名何がいいかな?
MemorySearchとかだとBだけになるし
BinarySearchだとメモリもバイナリでいいの?ってならないかな?
764デフォルトの名無しさん
2019/09/14(土) 20:18:51.13ID:nEO5MM+y >>763
class BinarySearch {
public BinarySearch(String FileName){ … }
public BinarySearch(Pid ProcessId){ … }
…
}
みたいな感じでいいんじゃね?
class BinarySearch {
public BinarySearch(String FileName){ … }
public BinarySearch(Pid ProcessId){ … }
…
}
みたいな感じでいいんじゃね?
765デフォルトの名無しさん
2019/09/14(土) 20:53:18.08ID:ynHb/SwE Binary searchは「二分探索」って意味になるからそれは避けたほうがよいと思う
766デフォルトの名無しさん
2019/09/14(土) 21:20:28.76ID:hosEl+Of >>763
検索対象のデータはストリームみたいに抽象化するんだろうから、
「何から」検索するかではなく「何を」検索するかに注目して
名前を付けた方がいいんじゃない?
だとするとざっくり検索って言われてもな感じ。
これだとFinderとかSeekerとかぐらいしか言いようがないよね
検索対象のデータはストリームみたいに抽象化するんだろうから、
「何から」検索するかではなく「何を」検索するかに注目して
名前を付けた方がいいんじゃない?
だとするとざっくり検索って言われてもな感じ。
これだとFinderとかSeekerとかぐらいしか言いようがないよね
767デフォルトの名無しさん
2019/09/14(土) 22:13:28.42ID:nEO5MM+y >>765
ああ、言われてみればそうだな
ああ、言われてみればそうだな
768デフォルトの名無しさん
2019/09/14(土) 22:16:17.66ID:pQ8OW4Ak Seeker
Searcher
SearchEngine
Searcher
SearchEngine
769デフォルトの名無しさん
2019/09/15(日) 00:06:01.47ID:epz106Yo BinDataSearch
770デフォルトの名無しさん
2019/09/15(日) 10:33:36.53ID:WyNEQ0+k ありがとう
A, バイナリエディタの検索部分
B, メモリエディタの検索部分
検索部分だけのプロジェクトを作ってAとBに使い回すなら
両方で違和感の無い名前がいいよなってのが経緯
「何を」と言われると
A, 修正箇所
B, 値の変動に応じて絞り込み検索してアドレスを特定
こうなるから同じにせずに分けた方がいいのかなと思えてきた
でもやってる事は同じだから共通化させたいけどこういう時は分けるもんなんかな?
A, バイナリエディタの検索部分
B, メモリエディタの検索部分
検索部分だけのプロジェクトを作ってAとBに使い回すなら
両方で違和感の無い名前がいいよなってのが経緯
「何を」と言われると
A, 修正箇所
B, 値の変動に応じて絞り込み検索してアドレスを特定
こうなるから同じにせずに分けた方がいいのかなと思えてきた
でもやってる事は同じだから共通化させたいけどこういう時は分けるもんなんかな?
771デフォルトの名無しさん
2019/09/15(日) 11:24:36.57ID:VKeDSGtj >>770
よほど特殊な機能を持ってるなら別だけど単なる検索機能だけならコード量もたいしたことないだろうから俺なら別々にしておくと思う
よほど特殊な機能を持ってるなら別だけど単なる検索機能だけならコード量もたいしたことないだろうから俺なら別々にしておくと思う
772デフォルトの名無しさん
2019/09/15(日) 12:41:40.84ID:lkQ+SOXM 共通部分をis-aなりhas-aなりで共通化することに問題はないと思う
773デフォルトの名無しさん
2019/09/15(日) 12:48:53.00ID:lkQ+SOXM 簡単な名前でいいならBinaryDataSearcher
Dataみたいな語は情報量が少ないから削られがちだけど、この位置のDataを無造作に省略すると修飾先が変わっておかしなことになる
もう少し真面目に考えると、バイナリかテキストかという初歩的な分類用語よりも、エンディアンとか解釈した結果のバイトストリームを扱ってるならそういう名前の方が適切
ほかには多少語弊が生じるけど、お好みでProcessとかProgramとかExecutableあたりの語を使ってもいいかも
Dataみたいな語は情報量が少ないから削られがちだけど、この位置のDataを無造作に省略すると修飾先が変わっておかしなことになる
もう少し真面目に考えると、バイナリかテキストかという初歩的な分類用語よりも、エンディアンとか解釈した結果のバイトストリームを扱ってるならそういう名前の方が適切
ほかには多少語弊が生じるけど、お好みでProcessとかProgramとかExecutableあたりの語を使ってもいいかも
774デフォルトの名無しさん
2019/09/15(日) 13:13:26.96ID:WGDoaeaE >>770
要するに、
(1) ストリームの中から
(2) 指定されたバイト列に完全一致する場所を探す
ってことね。部分一致とか、パターンマッチと、CRC的な符号が一致するとか、そういうのじゃないわけだ。
じゃあ「バイト列の探し屋」か?
ByteSequenceFinderとかByteArraySeeker みたいな感じ?
要するに、
(1) ストリームの中から
(2) 指定されたバイト列に完全一致する場所を探す
ってことね。部分一致とか、パターンマッチと、CRC的な符号が一致するとか、そういうのじゃないわけだ。
じゃあ「バイト列の探し屋」か?
ByteSequenceFinderとかByteArraySeeker みたいな感じ?
775デフォルトの名無しさん
2019/09/15(日) 14:39:03.93ID:1CTIlTlw Cで言えばstrstrのバイナリ版GNU拡張のmemmemだよね。
ファイルが対象だとしてもmmapすれば同じだし。
ファイルが対象だとしてもmmapすれば同じだし。
776デフォルトの名無しさん
2019/09/15(日) 15:50:14.45ID:WGDoaeaE もっと単純BytesFinderでもよかったか
777デフォルトの名無しさん
2019/09/15(日) 16:44:36.00ID:PqHAhyXf そこまで抽象化するなら検索アルゴリズムの実装になるから検索アルゴリズムの名前でいいんじゃ
778デフォルトの名無しさん
2019/09/16(月) 08:48:03.32ID:f/9IJK5V ありがとう
そう、完全一致だけで部分とかパターンとかは無し
この流れをヒントにして考えてみるよ
ありがとう
そう、完全一致だけで部分とかパターンとかは無し
この流れをヒントにして考えてみるよ
ありがとう
779デフォルトの名無しさん
2019/10/21(月) 11:26:02.37ID:cJ8/Rgj7 テキスト検索で、検索ボックスに入力する文字列と検索対象の文字列(本文)はどう名付けるのが無難ですか?
780デフォルトの名無しさん
2019/10/21(月) 12:13:57.58ID:VNGEIVP2 >>779
前者はkeyword?
後者は置かれる文脈次第だろうね。シンプルにtextで通じるならそれでいいと思う
他の候補は
target, targetText, scannedText, searchee
ググってみたがsearcheeって言葉は正式な英語じゃない(当たり前か)
でも意味は分かると思う
前者はkeyword?
後者は置かれる文脈次第だろうね。シンプルにtextで通じるならそれでいいと思う
他の候補は
target, targetText, scannedText, searchee
ググってみたがsearcheeって言葉は正式な英語じゃない(当たり前か)
でも意味は分かると思う
781デフォルトの名無しさん
2019/10/21(月) 13:48:15.35ID:qqa/WroJ box, search という単語を変数名に入れた方がいいと思う
同じような変数が何種類か出てくることになると思うので
同じような変数が何種類か出てくることになると思うので
782デフォルトの名無しさん
2019/10/21(月) 14:26:40.55ID:Ib7YbEIo それはあるある
783デフォルトの名無しさん
2019/10/21(月) 15:02:23.84ID:coWSyVCC 検索文字列はsearchStringがよく使われる印象
boxみたいにUIの形状に基づく変数名は本当にそれが妥当なのかよく考えてから付けたい
boxみたいにUIの形状に基づく変数名は本当にそれが妥当なのかよく考えてから付けたい
784デフォルトの名無しさん
2019/10/21(月) 16:25:59.50ID:k7iewJnN よくあるのは、needle, haystack
785デフォルトの名無しさん
2019/10/21(月) 17:44:13.34ID:cifrZUYa UI要素につける名前なのか
UIから受け取った検索文字列と検索対象文字列を一時的に格納するローカル変数につける名前なのか
それを渡す検索メソッドの引数につける名前なのか
コンテキストによって適切な名前は変わってくるから
それを共有しないと時間の無駄
UIから受け取った検索文字列と検索対象文字列を一時的に格納するローカル変数につける名前なのか
それを渡す検索メソッドの引数につける名前なのか
コンテキストによって適切な名前は変わってくるから
それを共有しないと時間の無駄
786デフォルトの名無しさん
2019/10/21(月) 20:46:03.97ID:xjKpZ4EU ムダだと思うなら黙っとけ!
787デフォルトの名無しさん
2019/10/21(月) 21:00:10.44ID:VNGEIVP2 普通に考えれば>>779の人が検索ボックスと言ってるのは
その方が話が早いからでUI要素の名前を聞いてるわけではないと思うよ
英語のkeywordに相当する日本語って意外とないから。
検索文字列とか言っても見つけ出したい文字列じゃなくてスキャンされる方の
文字列を指してると誤解される可能性がある。
その方が話が早いからでUI要素の名前を聞いてるわけではないと思うよ
英語のkeywordに相当する日本語って意外とないから。
検索文字列とか言っても見つけ出したい文字列じゃなくてスキャンされる方の
文字列を指してると誤解される可能性がある。
788デフォルトの名無しさん
2019/11/13(水) 09:16:45.77ID:JAuzgMXK 例えば、Twitterのツイートがあります。ツイートが他のツイートへの返信の場合、
どのツイートへの返信かを表すIN_REPLAY_TO_TWEET_IDみたいのがあります。
で、この逆の関係を表現したいのです。
あるツイートがあって、このツイートへ返信してるツイートのIDsを表す場合
なんて名前がいいでしょうか?
どのツイートへの返信かを表すIN_REPLAY_TO_TWEET_IDみたいのがあります。
で、この逆の関係を表現したいのです。
あるツイートがあって、このツイートへ返信してるツイートのIDsを表す場合
なんて名前がいいでしょうか?
789デフォルトの名無しさん
2019/11/13(水) 11:02:28.02ID:LQUpdw6j replies
790デフォルトの名無しさん
2019/11/13(水) 11:18:20.64ID:ZW56FeJ7 TWEET_FROM_REPLAY_ID
791デフォルトの名無しさん
2019/11/13(水) 11:18:40.12ID:ZW56FeJ7 この手のってコード書いてると訳分からんようになるんだよなー
792デフォルトの名無しさん
2019/11/13(水) 11:20:16.90ID:ZW56FeJ7 連投すまん
上2レスをまとめて書いたらNGワードで蹴られたから分けてみたら通った
ERROR: Rock54: Warning:NG〜ってやつ
何じゃそら
上2レスをまとめて書いたらNGワードで蹴られたから分けてみたら通った
ERROR: Rock54: Warning:NG〜ってやつ
何じゃそら
793デフォルトの名無しさん
2019/11/13(水) 13:41:02.27ID:esrVwf9J なんでreplayなの?
794デフォルトの名無しさん
2019/11/13(水) 14:16:26.15ID:ZW56FeJ7 788のにそのまんま返してしまったけど、replyだったねw
795デフォルトの名無しさん
2019/11/13(水) 15:07:27.24ID:dfS9RQP/796デフォルトの名無しさん
2019/11/13(水) 17:41:41.87ID:JAuzgMXK in reply to tweet id は返信先のツイートのIDって意味じゃないですかね?確かTwitterAPI のJSONはこういう名前のフィールド持ってたから外人の人が命名しただろうから、盲目的に信じてたが、おかしいのか?
797デフォルトの名無しさん
2019/11/13(水) 17:45:10.84ID:JAuzgMXK Tweetクラスに、InReplyToプロパティとRepliesプロパティ追加しとげばいいか。どっちがどっちになりそうだけど仕方ないのか
798デフォルトの名無しさん
2019/11/13(水) 17:47:41.19ID:Imemf4ry in_reply_to_tweet_idってのはTwitter APIの仕様だから変えるのはいささか難しいだろうな
リプライオブジェクトを格納するrepliesと、リプライIDだけを格納するreplyIDsを名前で区別したい場合はある
名前に対称性を持たせるならreply_tweet_ids
リプライオブジェクトを格納するrepliesと、リプライIDだけを格納するreplyIDsを名前で区別したい場合はある
名前に対称性を持たせるならreply_tweet_ids
799デフォルトの名無しさん
2019/11/13(水) 17:48:07.09ID:JAuzgMXK つか今見ると俺がreplayだったのか。すまん、typoしてました
800デフォルトの名無しさん
2019/11/13(水) 18:03:10.32ID:JAuzgMXK >>795のparentというアイデアを借りて、
単にParentとChildren。これじゃ何の親子関係か分かりづらい?のでReplyParentとReplyChildrenじゃくどい?
で最後InReplyToとReplies
皆さんはどれがお好みでしょうか?
単にParentとChildren。これじゃ何の親子関係か分かりづらい?のでReplyParentとReplyChildrenじゃくどい?
で最後InReplyToとReplies
皆さんはどれがお好みでしょうか?
801デフォルトの名無しさん
2019/11/14(木) 00:23:50.76ID:Nc6xtndT 特定のツイートとリプライは1対Nの参照関係だけど親子関係ではないし
ドメイン用語にParentやChildは無いのでそういうのは入れないほうがベター
InReplyToとRepliesがいい
ドメイン用語にParentやChildは無いのでそういうのは入れないほうがベター
InReplyToとRepliesがいい
802デフォルトの名無しさん
2019/11/14(木) 00:29:00.53ID:HNBp407z いやいやいやw
フツーにツリー構造だからw
フツーにツリー構造だからw
803デフォルトの名無しさん
2019/11/14(木) 09:41:50.47ID:baSi3t2K 循環するツリーってあるんですね(笑)
804デフォルトの名無しさん
2019/11/14(木) 11:24:59.93ID:xkNbqoiZ 循環てw
明日書かれるツイートに今日返信できるのかwww
明日書かれるツイートに今日返信できるのかwww
805デフォルトの名無しさん
2019/11/14(木) 11:28:27.61ID:xkNbqoiZ ついでに言うと、論理的には木構造は循環する可能性を必ずしも排除しないはず。
ツイートは循環なんかしないけどね
ツイートは循環なんかしないけどね
806デフォルトの名無しさん
2019/11/14(木) 13:15:57.33ID:Nc6xtndT >>802
ツイートとツイートの関係(=relationship)の話と
それをプログラムで扱う際にどういうデータ構造で表現するのかという話はレイヤーが違う
親子関係じゃないということとツリー構造で扱うということは両立しうる話
特定のデータ構造で扱うことを前提とした命名をすべき状況で
ツリー構造に依存した名前にしたければそうすればいい
ツイートとツイートの関係(=relationship)の話と
それをプログラムで扱う際にどういうデータ構造で表現するのかという話はレイヤーが違う
親子関係じゃないということとツリー構造で扱うということは両立しうる話
特定のデータ構造で扱うことを前提とした命名をすべき状況で
ツリー構造に依存した名前にしたければそうすればいい
807デフォルトの名無しさん
2019/11/14(木) 18:19:32.64ID:baSi3t2K 自己言及してるツイート見て来いよバカ
808デフォルトの名無しさん
2019/11/14(木) 18:48:28.45ID:VHDeJvx8 ツリー構造であるかどうかを議論してもしょうがないと思うぞ
ツリーの関係性を有するデータの名前に漏れなくChildrenをつけるべきか?
これは常には成立しないよな
ツリー以前に、単なる1:Nの親子関係を有するデータにも同じことがいえる
雇用関係ならEmployerとEmployeesが妥当であって、EmploymentParentとEmploymentChildrenという命名は拙い
ツリーの関係性を有するデータの名前に漏れなくChildrenをつけるべきか?
これは常には成立しないよな
ツリー以前に、単なる1:Nの親子関係を有するデータにも同じことがいえる
雇用関係ならEmployerとEmployeesが妥当であって、EmploymentParentとEmploymentChildrenという命名は拙い
809デフォルトの名無しさん
2019/11/14(木) 22:24:40.93ID:DMlczWCC >>806
なるほど、では君はファイルシステムで上位のディレクトリのことを親って言わないんだねきっと。
どういう問題領域のどういう対象であろうと、それが木構造にみなせる以上、親は親だ。
普通はそう考えると思うけど
なるほど、では君はファイルシステムで上位のディレクトリのことを親って言わないんだねきっと。
どういう問題領域のどういう対象であろうと、それが木構造にみなせる以上、親は親だ。
普通はそう考えると思うけど
810デフォルトの名無しさん
2019/11/15(金) 00:27:23.00ID:SWgp43Jk 「金槌しか道具を持っていない人は、何もかも釘であるかのように取り扱う」by マズロー
811デフォルトの名無しさん
2019/11/15(金) 00:33:09.85ID:WAwhq9DE812デフォルトの名無しさん
2019/11/15(金) 00:49:32.81ID:ZDqxsHuV >>811
それは君がツリーっていう言葉の語感に影響されているだけ。
だからUIみたいに「見える化」されているものだけを指すと勘違いしてるんだろう。
抽象的な思考が苦手なタイプによくある勘違いだ。
木構造は単に論理的な関係を表現しているだけだ。
っていうか自分でツイートとそれに対するリプの関係を図示してみろって。
それ、ツリーそのものだろアホか。
っていうかだから、直上のディレクトリを親と言うのか言わないのか、答えてみろって。
頭悪いにも程があるよほんと
それは君がツリーっていう言葉の語感に影響されているだけ。
だからUIみたいに「見える化」されているものだけを指すと勘違いしてるんだろう。
抽象的な思考が苦手なタイプによくある勘違いだ。
木構造は単に論理的な関係を表現しているだけだ。
っていうか自分でツイートとそれに対するリプの関係を図示してみろって。
それ、ツリーそのものだろアホか。
っていうかだから、直上のディレクトリを親と言うのか言わないのか、答えてみろって。
頭悪いにも程があるよほんと
813デフォルトの名無しさん
2019/11/15(金) 00:58:36.52ID:ZDqxsHuV >>810
こいつも何か言ってるつもりなんだろうけど馬鹿だよねw
悪いけど「バカの一つ覚え」なのはそっちの方だ。
何もそれを表現するより具体的な表現や用語があるのなら
木構造だの親だの、そんな抽象的な言葉を使つ必要なんかない。
ディレクトリの例もそうだが、それがないから「親」と呼べばいいじゃないかと言ってる。
なのにこの手の御仁は「もっと具体的な言葉を使うべきだ!!!」というバカの一つ覚え。
笑えるね
こいつも何か言ってるつもりなんだろうけど馬鹿だよねw
悪いけど「バカの一つ覚え」なのはそっちの方だ。
何もそれを表現するより具体的な表現や用語があるのなら
木構造だの親だの、そんな抽象的な言葉を使つ必要なんかない。
ディレクトリの例もそうだが、それがないから「親」と呼べばいいじゃないかと言ってる。
なのにこの手の御仁は「もっと具体的な言葉を使うべきだ!!!」というバカの一つ覚え。
笑えるね
814デフォルトの名無しさん
2019/11/15(金) 00:59:46.30ID:E8ESC8td 本件はツリーだけど親子関係ではない
ディレクトリではなくメールボックスをツリー表示したようなものだから、
返信メールを子とは言わないしレス元のメールを親とは言わないけどツリーではあると
と横からレス
ディレクトリではなくメールボックスをツリー表示したようなものだから、
返信メールを子とは言わないしレス元のメールを親とは言わないけどツリーではあると
と横からレス
815デフォルトの名無しさん
2019/11/15(金) 01:03:57.08ID:ZDqxsHuV816デフォルトの名無しさん
2019/11/15(金) 01:09:21.32ID:E8ESC8td あ・・・この人は・・・
君以外全員馬鹿ってことでいいよ
円満解決だ
君以外全員馬鹿ってことでいいよ
円満解決だ
817デフォルトの名無しさん
2019/11/15(金) 01:10:06.03ID:ZDqxsHuV はいはい得意の精神勝利法ね。
818デフォルトの名無しさん
2019/11/15(金) 01:18:47.48ID:E8ESC8td いやいや、全てにおいてあなたの大勝利で結構ですよ
その他の犬共に侮蔑の言葉を投げつけてくださいワンワン
その他の犬共に侮蔑の言葉を投げつけてくださいワンワン
819デフォルトの名無しさん
2019/11/15(金) 01:20:02.90ID:ZDqxsHuV しかし、ツイートとリプの関係を図示するってそんな難しいか?w
10歳ぐらいの子供でも図示なんかしなくても頭の中で描けると思うけど。
それ以前に親が変だと思うならもっとふさわしい表現を出せばいいのに。
ここそういうスレでしょ。
少なくともin reply toじゃ「に対する返信」で、意味不明は言い過ぎとしても
分かりやすいとは言えないよね。
10歳ぐらいの子供でも図示なんかしなくても頭の中で描けると思うけど。
それ以前に親が変だと思うならもっとふさわしい表現を出せばいいのに。
ここそういうスレでしょ。
少なくともin reply toじゃ「に対する返信」で、意味不明は言い過ぎとしても
分かりやすいとは言えないよね。
820デフォルトの名無しさん
2019/11/15(金) 01:25:04.80ID:SY/YBOOW 見た感じメインは罵倒みたいだし議論する気には見えないな
おっとワンワンワンワンww
おっとワンワンワンワンww
821デフォルトの名無しさん
2019/11/15(金) 09:05:44.13ID:MDhJ3LYt >>813
具体的な表現がないって、InReplyToとRepliesというまさに具体的な回答が出てるだろ
その回答を論理的に否定しないと皆は納得しない
お前がなんで不満なのかはわかるよ
英語ネイティブであるAPI設計者の名付けに対して
> IN_REPLAY_TO_TWEET_IDなんて意味不明だから
なんて赤っ恥なツッコミをしてしまったから引っ込みがつかなくなったんだろ?
でももういいだろ
間違えることもある
そこからどう行動するかが大事なんじゃないのか
具体的な表現がないって、InReplyToとRepliesというまさに具体的な回答が出てるだろ
その回答を論理的に否定しないと皆は納得しない
お前がなんで不満なのかはわかるよ
英語ネイティブであるAPI設計者の名付けに対して
> IN_REPLAY_TO_TWEET_IDなんて意味不明だから
なんて赤っ恥なツッコミをしてしまったから引っ込みがつかなくなったんだろ?
でももういいだろ
間違えることもある
そこからどう行動するかが大事なんじゃないのか
822デフォルトの名無しさん
2019/11/15(金) 09:21:07.06ID:MDhJ3LYt >>819
言えないよね、っていうのは感覚だよね
女子っぽく同意を求めてもそれなと答えてくれるのは仲のいい子だけ
最終的に感覚に頼るしかないなら、自分の感覚と他人の感覚を同じように尊重することだ
しかし周囲が全員、低い英語力のコーダーしかいない環境ではChildrenの方が通りがいいケースはあるだろうな
言えないよね、っていうのは感覚だよね
女子っぽく同意を求めてもそれなと答えてくれるのは仲のいい子だけ
最終的に感覚に頼るしかないなら、自分の感覚と他人の感覚を同じように尊重することだ
しかし周囲が全員、低い英語力のコーダーしかいない環境ではChildrenの方が通りがいいケースはあるだろうな
823デフォルトの名無しさん
2019/11/15(金) 10:01:57.70ID:Dg2kwGpJ ID:ZDqxsHuV 必死過ぎて見てて恥ずかしくなる
824デフォルトの名無しさん
2019/11/15(金) 13:26:17.06ID:SWgp43Jk >>815
そうそう、1対Nになる論理的な関係はすべて木構造ですよねw
論理的な関係で言えばデスヨね
「論理的」とは何か「関係」とは何か
それすら理解できてないバカには何を言っても無駄ですよw
図示してツリーになるやつは全部Parent/Childrenですもんね
抽象的思考が苦手なバカwはこんな簡単なことも理解できないんですかね?
「バカの一つ覚え」とはよく言ったもんですねw
そうそう、1対Nになる論理的な関係はすべて木構造ですよねw
論理的な関係で言えばデスヨね
「論理的」とは何か「関係」とは何か
それすら理解できてないバカには何を言っても無駄ですよw
図示してツリーになるやつは全部Parent/Childrenですもんね
抽象的思考が苦手なバカwはこんな簡単なことも理解できないんですかね?
「バカの一つ覚え」とはよく言ったもんですねw
825デフォルトの名無しさん
2019/11/15(金) 13:41:49.03ID:pd2oXw5y >>824
少なくとも「全て」ではないな
少なくとも「全て」ではないな
826デフォルトの名無しさん
2019/11/15(金) 13:42:55.92ID:pd2oXw5y 他人をバカにするなら
少しは書き込みを見直した方が良いかと
少しは書き込みを見直した方が良いかと
827デフォルトの名無しさん
2019/11/15(金) 13:45:07.28ID:pd2oXw5y >>806
構造まで名前に入れるのはプログラムの世界では良くあることだよ
構造まで名前に入れるのはプログラムの世界では良くあることだよ
828デフォルトの名無しさん
2019/11/15(金) 13:46:00.43ID:pd2oXw5y 元の書き込みを見てないので適切かどうかは別として
829デフォルトの名無しさん
2019/11/15(金) 14:26:50.12ID:E8ESC8td >>815
君が論理的にっていいながらディレクトリ構造を持ちだして親子親子言ってるから、
メールボックスのツリー構造を例に出してこれは親子とは言わないよなってツッコんだら
意味が分からないとかもっとふさわしい条件とか、君こそ馬鹿の一つ覚えの
主張しかせず全くツッコミ内容に触れずに相手を馬鹿にすることに全力賭けてるもんだから、
ワンワンとしか言えないなって話になる
君が論理的にっていいながらディレクトリ構造を持ちだして親子親子言ってるから、
メールボックスのツリー構造を例に出してこれは親子とは言わないよなってツッコんだら
意味が分からないとかもっとふさわしい条件とか、君こそ馬鹿の一つ覚えの
主張しかせず全くツッコミ内容に触れずに相手を馬鹿にすることに全力賭けてるもんだから、
ワンワンとしか言えないなって話になる
830デフォルトの名無しさん
2019/11/15(金) 19:57:05.56ID:3X1+zKuD 有向グラフなのか無向グラフなのか
順序関係なのか半順序関係なのか
この辺で親子という表現を使うかどうかが決まる
順序関係なのか半順序関係なのか
この辺で親子という表現を使うかどうかが決まる
831デフォルトの名無しさん
2019/11/15(金) 20:09:51.51ID:SY/YBOOW この件が親子関係になるんなら、この一連のレスバにも親子関係があることになるが
ちょっと意味が分かりませんね
ちょっと意味が分かりませんね
832デフォルトの名無しさん
2019/11/15(金) 20:50:28.62ID:WAwhq9DE833デフォルトの名無しさん
2019/11/15(金) 21:14:16.66ID:/dDy1LQy 各ノード
親は高々1人
子はゼロ人以上
ループはない
グラフでいうと
親から子への有向単純グラフ
全ての点は、それに向かう辺が1個以下
閉路は含まない
連結の条件は不要かな
親は高々1人
子はゼロ人以上
ループはない
グラフでいうと
親から子への有向単純グラフ
全ての点は、それに向かう辺が1個以下
閉路は含まない
連結の条件は不要かな
834デフォルトの名無しさん
2019/11/15(金) 22:28:51.89ID:SWgp43Jk >>825-826
ちょ、皮肉殺しのマジレスやめてー
ちょ、皮肉殺しのマジレスやめてー
835デフォルトの名無しさん
2019/11/16(土) 09:43:16.55ID:sxDPEgRe 皮肉だったのか
そこしか見てなかったので
そこしか見てなかったので
836デフォルトの名無しさん
2019/11/16(土) 11:14:00.05ID:Wv4XuSIJ 皮肉としても底質
837デフォルトの名無しさん
2019/11/16(土) 12:58:45.04ID:gzUz93yQ 自分が分かってない事を分かってないってほんと怖いね
838デフォルトの名無しさん
2019/11/16(土) 13:01:11.14ID:7BT2jGOo 皮肉って言葉の意味わかってんのかコイツ
自分が議論に窮した時に使う言い訳じゃねえんだぞ
自分が議論に窮した時に使う言い訳じゃねえんだぞ
839デフォルトの名無しさん
2019/11/17(日) 10:42:22.71ID:dBD2jv65 ツリーボーイ必死やなw
840デフォルトの名無しさん
2019/11/17(日) 11:38:40.03ID:MkfijLAQ 釣りーボーイか
841デフォルトの名無しさん
2019/11/22(金) 12:27:14.39ID:Da5ctjWB842デフォルトの名無しさん
2019/11/22(金) 13:26:05.71ID:vT5VBrvl843デフォルトの名無しさん
2019/11/22(金) 14:43:50.50ID:o7w4L720844デフォルトの名無しさん
2019/11/22(金) 18:10:38.25ID:FtTqA+yz 「お前を俺の親と見なしたら、親子関係にあるとも言えるでしょ」w
845デフォルトの名無しさん
2019/11/23(土) 08:14:27.92ID:lHF5Ppzy メール
送信者→親
受信者→子
受信者が送信者に返信
元の送信者→親であり子になる
受信者も→親であり子になる
だからおかしくね?って話だと思ってた
送信者→親
受信者→子
受信者が送信者に返信
元の送信者→親であり子になる
受信者も→親であり子になる
だからおかしくね?って話だと思ってた
846デフォルトの名無しさん
2019/11/24(日) 01:47:32.93ID:1sgprDiI 別にコードを書くにおいてメールを親子関係としてネーミングするのは自由にしたらいいと思うけど、
送信者X→相手A,B,C
A返信→X
B返信→X,A,C
この組み合わせが変わったりして続くとか普通にあるから、親子関係に当てはめられても人間から見て分かりやすいか?って話
元レスのtwitterの件も同じカテゴリ
もちろん親子関係が成立するメールもあるけど、必ずしもそうならないって話
なのでディレクトリとは明確に違う(ハードリンク云々はおいといて)
送信者X→相手A,B,C
A返信→X
B返信→X,A,C
この組み合わせが変わったりして続くとか普通にあるから、親子関係に当てはめられても人間から見て分かりやすいか?って話
元レスのtwitterの件も同じカテゴリ
もちろん親子関係が成立するメールもあるけど、必ずしもそうならないって話
なのでディレクトリとは明確に違う(ハードリンク云々はおいといて)
847デフォルトの名無しさん
2019/11/24(日) 02:22:47.27ID:Ak7CJVWZ まだこの話してるのか
いやメールのスレッドが親子じゃないという例は微妙かなと思ったよ
でも蒸し返してもいいことないぞ
結局スレの趣旨的にはメールの返信元にあたる変数をParentと名付けるのが妥当かどうかという話になる
どう考えてもReplyToだろ
RFCで定められたスタンダードにはかなわんということでFA
もうこの話は勘弁
いやメールのスレッドが親子じゃないという例は微妙かなと思ったよ
でも蒸し返してもいいことないぞ
結局スレの趣旨的にはメールの返信元にあたる変数をParentと名付けるのが妥当かどうかという話になる
どう考えてもReplyToだろ
RFCで定められたスタンダードにはかなわんということでFA
もうこの話は勘弁
848デフォルトの名無しさん
2019/11/24(日) 22:32:00.69ID:gpG4vfBq 元の話はTwitterやぞ
何がRFCやねんアホか
何がRFCやねんアホか
849デフォルトの名無しさん
2019/11/24(日) 23:02:32.23ID:wqMWqGYC 何の用語に採用されてようと意味が通じれば別にいいんだけど、
in reply to ってたぶん副詞句なんだよね。
まあそういう不細工さには目をつぶるとしても、
InReplyToっていうメンバー変数を持つクラスのインスタンスがあるとして、
InReplyToのtoがInReplyTo自身に掛かるのか、それともそれを内包する
インスタンスの方に掛かるのか、自明じゃないように感じるよね
parentならこういう曖昧さの問題は存在しない
in reply to ってたぶん副詞句なんだよね。
まあそういう不細工さには目をつぶるとしても、
InReplyToっていうメンバー変数を持つクラスのインスタンスがあるとして、
InReplyToのtoがInReplyTo自身に掛かるのか、それともそれを内包する
インスタンスの方に掛かるのか、自明じゃないように感じるよね
parentならこういう曖昧さの問題は存在しない
850デフォルトの名無しさん
2019/11/24(日) 23:22:59.50ID:ajYX9vGJ >>849
前置詞句は使い方次第で副詞句にも形容詞句にもなる
中学校で習わなかった?
A tweet in reply to the tweet
Tweetクラス/構造体のInReplyToで保持してるTweet IDがどれを指してるのか誤解のしようがない
前置詞句は使い方次第で副詞句にも形容詞句にもなる
中学校で習わなかった?
A tweet in reply to the tweet
Tweetクラス/構造体のInReplyToで保持してるTweet IDがどれを指してるのか誤解のしようがない
851デフォルトの名無しさん
2019/11/25(月) 00:14:30.07ID:wA2TWbSp 本来は親子でないものに「parent」とかつけたら、そのほうがややこしくてたまらんわ。
852デフォルトの名無しさん
2019/11/25(月) 00:38:12.82ID:rt9A3Dcl グラフ理論とか知ったら発狂しそうだね
なんでこれがpathなんだとか、どこがheadなんだとか
なんでこれがpathなんだとか、どこがheadなんだとか
853デフォルトの名無しさん
2019/11/25(月) 02:14:23.37ID:KQ7B6BKU >>848
最初の元ネタはTwitter
最近になって841が蒸し返したのはメールの親子関係をツリーと呼ぶ是非の話
Twitter APIはInReplyTo
メールはReplyToヘッダがRFCで定められてる
スレの趣旨は変数名として何が妥当か
流れを理解せずに勘違いで罵ってるアホはお前だよ
最初の元ネタはTwitter
最近になって841が蒸し返したのはメールの親子関係をツリーと呼ぶ是非の話
Twitter APIはInReplyTo
メールはReplyToヘッダがRFCで定められてる
スレの趣旨は変数名として何が妥当か
流れを理解せずに勘違いで罵ってるアホはお前だよ
854デフォルトの名無しさん
2019/11/25(月) 02:41:05.02ID:7zhksLgm855デフォルトの名無しさん
2019/11/25(月) 03:10:31.52ID:OXWkeipl >>854
うわっ…お前の英語力、低すぎ…
うわっ…お前の英語力、低すぎ…
856デフォルトの名無しさん
2019/11/25(月) 04:23:51.12ID:wA2TWbSp857デフォルトの名無しさん
2019/11/25(月) 10:52:44.05ID:r+iMoQ8s >>804のアホが延々無知晒してんの最高に笑える
858デフォルトの名無しさん
2019/11/25(月) 12:50:56.59ID:TgbLWIbn お前らの対立軸はマクロで見るかミクロで物事を見るかの違いだな。
メールやツイートの返信関係は、マクロで見るとツリーではない。というのも、返信と全く関係ない独立したメールがあるからこれらを考慮して全体として見るとツリーにはなってない。
実際に返信関係あるメールだけのミクロで見ればツリーになるけど。
メールやツイートの返信関係は、マクロで見るとツリーではない。というのも、返信と全く関係ない独立したメールがあるからこれらを考慮して全体として見るとツリーにはなってない。
実際に返信関係あるメールだけのミクロで見ればツリーになるけど。
859デフォルトの名無しさん
2019/11/25(月) 13:00:47.98ID:XBh0S+Uu プログラマーって中1レベルの英語も理解できないんだねw
860デフォルトの名無しさん
2019/11/25(月) 13:01:16.04ID:TgbLWIbn ディレクトリ構造の場合は必ずルート以外は親いるから、まさしくツリーになるけど。
メールやツイートの場合は返信と関係ない独立したメールのインスタンスが存在するから、返信関係はツリーであるとは言わん。
もちろん、実際返信関係が成り立っってるミクロな部分だけ見ればツリーだけど。
メールやツイートの場合は返信と関係ない独立したメールのインスタンスが存在するから、返信関係はツリーであるとは言わん。
もちろん、実際返信関係が成り立っってるミクロな部分だけ見ればツリーだけど。
861デフォルトの名無しさん
2019/11/25(月) 13:50:21.50ID:Rjr9199e >>853
Twitterの話→ディレクトリ構造を例に親子関係論展開→Twitterは親子関係じゃない→
ディレクトリ構造を再度提示してこいつが親子なのにTwitterが親子じゃないのはおかしい→
本筋はこれだ
この流れにメールを例に出した横槍が入ってるだけで、この横槍にまた亀レス横槍が入ってる構造に
お前がRFCを持ちだして「本筋」にFAを突きつけてるアホ丸出しの構造だ
この親子関係wwくらい理解してから発言しとけ
まあこんな奴が居るからレス安価(メール)は親子関係じゃ分かりにくいよってなるわけだが
Twitterの話→ディレクトリ構造を例に親子関係論展開→Twitterは親子関係じゃない→
ディレクトリ構造を再度提示してこいつが親子なのにTwitterが親子じゃないのはおかしい→
本筋はこれだ
この流れにメールを例に出した横槍が入ってるだけで、この横槍にまた亀レス横槍が入ってる構造に
お前がRFCを持ちだして「本筋」にFAを突きつけてるアホ丸出しの構造だ
この親子関係wwくらい理解してから発言しとけ
まあこんな奴が居るからレス安価(メール)は親子関係じゃ分かりにくいよってなるわけだが
862デフォルトの名無しさん
2019/11/25(月) 20:37:57.87ID:3Ul+Adg3 >>860
それってWindowsみたいにドライブ毎にルートがあるような感じじゃないの?
それってWindowsみたいにドライブ毎にルートがあるような感じじゃないの?
863デフォルトの名無しさん
2019/11/25(月) 20:51:43.60ID:wA2TWbSp >>862
ムリヤリ親子にしなくてもよろしい。
ムリヤリ親子にしなくてもよろしい。
864デフォルトの名無しさん
2019/11/25(月) 22:55:34.19ID:/aUUJhfs865デフォルトの名無しさん
2019/11/25(月) 23:36:15.23ID:wmfv73Ue ディレクトリ構造がツリーの親子だって?
よしハードリンクの話をしようぜ
ジャンクションでループを作ろう
よしハードリンクの話をしようぜ
ジャンクションでループを作ろう
866デフォルトの名無しさん
2019/11/26(火) 06:51:02.39ID:6EvauiRd 実際の親子でも近親相姦とかあるわけでそんな例外的な話でドヤるのはどうかと思うなw
867デフォルトの名無しさん
2019/11/26(火) 08:53:57.19ID:i6eVGflj クソくだらない話が延々と続いてるのでちょうどいいかなと
それとも有意義な議論だったのかこの状況
それとも有意義な議論だったのかこの状況
868デフォルトの名無しさん
2019/11/26(火) 12:38:11.97ID:iBb2XGni 結局バカの壁は厳然として存在する、という事実が再確認されたまでだよ
世の中には具象の中に抽象的な構造を見出す類の思考がどうやっても出来ない人が存在する、というねw
世の中には具象の中に抽象的な構造を見出す類の思考がどうやっても出来ない人が存在する、というねw
869デフォルトの名無しさん
2019/11/26(火) 18:20:47.91ID:R7oiXS/a ツイートがツリー構造に見えるアホとかな
870デフォルトの名無しさん
2019/11/26(火) 18:40:00.61ID:5FF2MzCH ツリー構造という具象でしか見れてないことにすら気付かないツリーボーイww
871デフォルトの名無しさん
2019/11/26(火) 18:59:00.33ID:x9a86O6O 何に見えてるの?
872デフォルトの名無しさん
2019/11/26(火) 19:47:38.62ID:dYmckS6u >>868
いやまったく。
具象と抽象の具合を図るのが命名の妙であり、このスレの目的。
なんでもかんでも抽象化すればいいってもんではない。
たまたまツリーに見えたとしても、本質的にツリーとして表現するべきかどうかを考えんとな。
いやまったく。
具象と抽象の具合を図るのが命名の妙であり、このスレの目的。
なんでもかんでも抽象化すればいいってもんではない。
たまたまツリーに見えたとしても、本質的にツリーとして表現するべきかどうかを考えんとな。
873デフォルトの名無しさん
2019/11/26(火) 22:55:56.97ID:RP1bqzn6 何度も同じ話を繰り返すのも壁の向こう側の人の特徴>>813
壁の向こう側の人は、
- 自分を包含するディレクトリを親と呼ばないのか、と問われても答えずに流す
- in reply toは「〇〇に対する返信」だが、「に対する返信」という変数名では○○に何が入るのか不明確
だと指摘されても反論せずに流す
要するに他人と議論する以前に自分自身を欺いている。
自分に自信がないから、間違いを認めるのが怖いんだろう。
壁の向こう側の人は、
- 自分を包含するディレクトリを親と呼ばないのか、と問われても答えずに流す
- in reply toは「〇〇に対する返信」だが、「に対する返信」という変数名では○○に何が入るのか不明確
だと指摘されても反論せずに流す
要するに他人と議論する以前に自分自身を欺いている。
自分に自信がないから、間違いを認めるのが怖いんだろう。
874デフォルトの名無しさん
2019/11/26(火) 23:02:59.13ID:RP1bqzn6 ○○に何が入るのか、じゃなくて変数に何が入るのか、だね訂正します
875デフォルトの名無しさん
2019/11/26(火) 23:59:30.95ID:5FF2MzCH >何度も同じ話を繰り返すのも壁の向こう側の人の特徴>>813
>要するに他人と議論する以前に自分自身を欺いている。
>自分に自信がないから、間違いを認めるのが怖いんだろう。
みんながお前に対して思ってることそのままでワロタww
>要するに他人と議論する以前に自分自身を欺いている。
>自分に自信がないから、間違いを認めるのが怖いんだろう。
みんながお前に対して思ってることそのままでワロタww
876デフォルトの名無しさん
2019/11/27(水) 00:16:31.95ID:h1vurxL0 tweetが「ふつうにツリー構造」とか言っちゃった>>802君いきしてるぅ??
877デフォルトの名無しさん
2019/11/27(水) 01:00:35.28ID:ymKEnJ4Y >InReplyToっていうメンバー変数を持つクラスのインスタンスがあるとして、
>InReplyToのtoがInReplyTo自身に掛かるのか、それともそれを内包する
>インスタンスの方に掛かるのか、自明じゃないように感じるよね
↑コレを↓コレに都合よく変換してあるあたり「自分に自信がないから、間違いを認めるのが怖いんだろう。」
>- in reply toは「〇〇に対する返信」だが、「に対する返信」という変数名では○○に何が入るのか不明確
>InReplyToのtoがInReplyTo自身に掛かるのか、それともそれを内包する
>インスタンスの方に掛かるのか、自明じゃないように感じるよね
↑コレを↓コレに都合よく変換してあるあたり「自分に自信がないから、間違いを認めるのが怖いんだろう。」
>- in reply toは「〇〇に対する返信」だが、「に対する返信」という変数名では○○に何が入るのか不明確
878デフォルトの名無しさん
2019/11/29(金) 10:07:39.73ID:uyEeBWHJ Twitter、“会話”のネスト化ツリー表示を来年ローリングアウト
https://www.itmedia.co.jp/news/articles/1911/29/news071.html
https://www.itmedia.co.jp/news/articles/1911/29/news071.html
879デフォルトの名無しさん
2019/11/29(金) 14:42:28.69ID:E8CTm6X3 表示がツリーのようにされるだけ。
データの構造は別。
データの構造は別。
880デフォルトの名無しさん
2019/11/29(金) 15:38:36.89ID:SfUIaHHM >>802は相当悔しい思いをしているらしい
881デフォルトの名無しさん
2019/12/22(日) 06:42:09.17ID:BhZ7lWAO 迷ったらhoge
882デフォルトの名無しさん
2019/12/22(日) 10:15:02.45ID:qcLf379+ いや、fooとどちらがいいか議論が必要ではないだろうか…?
fooならbar、bazと続くが、hogeはどうだ
piyoなのかhugaなのか
実に悩ましい
fooならbar、bazと続くが、hogeはどうだ
piyoなのかhugaなのか
実に悩ましい
883デフォルトの名無しさん
2019/12/22(日) 16:02:00.13ID:buP4BnNs884デフォルトの名無しさん
2019/12/22(日) 17:52:02.51ID:BhZ7lWAO 私の頭を見ながらhogehoge言ったことを後悔させてやる
885デフォルトの名無しさん
2019/12/28(土) 19:31:32.73ID:U0yz7pVo Load(????) <-> Save(保存・記録)
Read(読み込み) <-> Write(書き込み)
Loadも読み込みでOK?
Read(読み込み) <-> Write(書き込み)
Loadも読み込みでOK?
886デフォルトの名無しさん
2019/12/28(土) 21:03:10.86ID:06FVqHz0887デフォルトの名無しさん
2019/12/28(土) 21:18:17.06ID:PmNsWEnA888デフォルトの名無しさん
2019/12/28(土) 21:43:00.44ID:wFzdDG/T 読み出し?
889デフォルトの名無しさん
2019/12/28(土) 21:45:40.23ID:b3ohKRMf >>886
read data into ~
read data into ~
890デフォルトの名無しさん
2019/12/28(土) 21:57:03.80ID:U0yz7pVo 「load read 違い」でググってみた
Load->読み込む・読んで込める・読んでから変数にセットするまでを「込んでる」
Read->読む・読むことにだけフォーカスしている・読んだ後はタッチしてない、知らん
こんな感じでいいのだろうか
確かに意識してなかったけどソースコードはそんな組み方になってたので勝手に納得してみました
皆さんありがとう
Load->読み込む・読んで込める・読んでから変数にセットするまでを「込んでる」
Read->読む・読むことにだけフォーカスしている・読んだ後はタッチしてない、知らん
こんな感じでいいのだろうか
確かに意識してなかったけどソースコードはそんな組み方になってたので勝手に納得してみました
皆さんありがとう
891デフォルトの名無しさん
2019/12/28(土) 21:58:36.23ID:U0yz7pVo ていうか>>886さんの言ってることを今さら理解できました
すみませんでした
すみませんでした
892デフォルトの名無しさん
2019/12/28(土) 22:06:26.14ID:OWvAeNbB x = ReadHoge()
LoadHoge(out x)
こういうことか?
LoadHoge(out x)
こういうことか?
893デフォルトの名無しさん
2019/12/31(火) 22:56:12.54ID:4f6x4OqL LoadはよりCPUに近い場所に移動させるイメージだな
894デフォルトの名無しさん
2020/01/01(水) 02:03:06.51ID:4oQ1Kxot readもloadも同じく低速媒体から高速媒体に移動するイメージでしょ
readはシリアルやストリームから一定量または全量読み進める感じ
媒体を読む(read)行為そのものに意識があり対象データが何かは必ずしも問わない
loadはオブジェクトやプログラム等の有意のデータ単位を読んで所定位置に載せる感じ
読み込まれる情報に意識があり何がどこに読み込まれるのかだいたい分かってる
loadのコアイメージは読むことではなく、積み荷を載せること
弾丸を弾倉にリロードする感じ
readはシリアルやストリームから一定量または全量読み進める感じ
媒体を読む(read)行為そのものに意識があり対象データが何かは必ずしも問わない
loadはオブジェクトやプログラム等の有意のデータ単位を読んで所定位置に載せる感じ
読み込まれる情報に意識があり何がどこに読み込まれるのかだいたい分かってる
loadのコアイメージは読むことではなく、積み荷を載せること
弾丸を弾倉にリロードする感じ
895デフォルトの名無しさん
2020/01/01(水) 03:14:02.92ID:YaU7J6nt fp=Load("第一章")
Read(fp, data)
printf(data) → 何でもないようなことが幸せだったと思う
Read(fp, data)
printf(data) → 何でもないようなことが幸せだったと思う
896デフォルトの名無しさん
2020/01/01(水) 03:48:19.30ID:t62Wc1II それはroadや
って元旦にみんな何しとんねんw
って元旦にみんな何しとんねんw
897デフォルトの名無しさん
2020/01/01(水) 04:30:15.32ID:YaU7J6nt し・・・仕事しとるんやで・・・・・デバッグ中
898デフォルトの名無しさん
2020/01/02(木) 00:15:37.46ID:SbnsJZXp ・
899デフォルトの名無しさん
2020/01/12(日) 23:07:00.28ID:hbtwGtoY クラス名変数名より一歩前の話です
会計時の支払い方法で現金・クレジットカードが選べる簡易レジシステムなんですが、
最近流行り(?)のバーコード(QR)コード決済を追加してくれという流れになり、その表題を「キャッシュレス」
と指示されたのですが、クレカもそうやん・・・と思うのでバーコード(QR)という名前でもいいと思うのですが、
この第三枠目にはバーコード(QR)決済のみならず現金・クレジット以外という意味も含まれる可能性があるようです
なおさらここはキャッシュレスじゃないだろ・・・と思うのですが、どういう名前が最適かご指南ください
会計時の支払い方法で現金・クレジットカードが選べる簡易レジシステムなんですが、
最近流行り(?)のバーコード(QR)コード決済を追加してくれという流れになり、その表題を「キャッシュレス」
と指示されたのですが、クレカもそうやん・・・と思うのでバーコード(QR)という名前でもいいと思うのですが、
この第三枠目にはバーコード(QR)決済のみならず現金・クレジット以外という意味も含まれる可能性があるようです
なおさらここはキャッシュレスじゃないだろ・・・と思うのですが、どういう名前が最適かご指南ください
900デフォルトの名無しさん
2020/01/12(日) 23:38:10.18ID:crjmdSkp 電子マネー:ElectricMoney
電子決済:ElectricPayment, EPOS
クレカ以外のキャッシュレス:CashlessButCredit
でもキャッシュレスでいいって言ってるんだからいいじゃんキャッシュレスで。
ああ、クレカ以外のキャッシュレスを狭義のキャッシュレスって言ってるんだなって分かるでしょ
電子決済:ElectricPayment, EPOS
クレカ以外のキャッシュレス:CashlessButCredit
でもキャッシュレスでいいって言ってるんだからいいじゃんキャッシュレスで。
ああ、クレカ以外のキャッシュレスを狭義のキャッシュレスって言ってるんだなって分かるでしょ
901デフォルトの名無しさん
2020/01/13(月) 00:56:38.11ID:mmkLwImI902デフォルトの名無しさん
2020/01/13(月) 02:52:15.06ID:Jh+AJgi9 >>181
ハンガリアン記法を再燃させるな
ハンガリアン記法を再燃させるな
903デフォルトの名無しさん
2020/01/13(月) 16:13:53.18ID:UjYrXoaW >>899
nonCash
nonCash
904デフォルトの名無しさん
2020/01/13(月) 16:18:02.53ID:UjYrXoaW905デフォルトの名無しさん
2020/01/13(月) 16:23:12.93ID:WUoSHY6Y エバーノートのパチモンでネバーノートを作りたい。
906デフォルトの名無しさん
2020/01/13(月) 19:04:38.38ID:KUNSdwO3 ElectricPaymentに一票
Othersもいいけど、電子決済以外の支払い方法が増えたらまた新しい名前を追加することになると見た
Othersもいいけど、電子決済以外の支払い方法が増えたらまた新しい名前を追加することになると見た
907デフォルトの名無しさん
2020/01/14(火) 01:42:05.14ID:QzFNJ/om908デフォルトの名無しさん
2020/02/24(月) 10:52:27.86ID:TgLwmft3 例えば、メーラーアプリがあるとします
既読管理ができるとして、メール一覧画面において既読のメールを未読と区別するため未読より全体を暗く?表示したりしますがこの名前をお願いします
まず、日本語名からお願いします
暗く?以外にふさわしい表現ありますでしょうか
既読管理ができるとして、メール一覧画面において既読のメールを未読と区別するため未読より全体を暗く?表示したりしますがこの名前をお願いします
まず、日本語名からお願いします
暗く?以外にふさわしい表現ありますでしょうか
909デフォルトの名無しさん
2020/02/24(月) 12:22:27.23ID:cnp9Tx4f 強調表示 = highlighting
視覚効果の選択肢は知らない
メーラーならオリジナルの方法にこだわるより既存の物に右へ倣えした方がいいと思うけど、
メーラーじゃないんだよね
視覚効果の選択肢は知らない
メーラーならオリジナルの方法にこだわるより既存の物に右へ倣えした方がいいと思うけど、
メーラーじゃないんだよね
910デフォルトの名無しさん
2020/02/24(月) 12:46:32.33ID:jy9LaqAj read の過去分詞が read で区別がつかなくて困るとかか?
911デフォルトの名無しさん
2020/02/24(月) 14:17:18.95ID:iQYTd9Fe >>908
名前を付けようとしてる対象が適切でないように思う
個別のスタイルを適用できる要素として既読メールや未読メールがあって
それらに既定のスタイルやユーザーがカスタマイズしたスタイルを適用してるだけなので
この場合の暗くするという処理(というか設定によっては暗くなる状態)に名前はついてないしつけるべきでもない
例えばcssなら.UnreadMessageBodyや.ReadMessageBodyみたいなclassを定義して
それぞれにcolor, font-size, background-colorなんかを指定するだけ
名前を付けようとしてる対象が適切でないように思う
個別のスタイルを適用できる要素として既読メールや未読メールがあって
それらに既定のスタイルやユーザーがカスタマイズしたスタイルを適用してるだけなので
この場合の暗くするという処理(というか設定によっては暗くなる状態)に名前はついてないしつけるべきでもない
例えばcssなら.UnreadMessageBodyや.ReadMessageBodyみたいなclassを定義して
それぞれにcolor, font-size, background-colorなんかを指定するだけ
912デフォルトの名無しさん
2020/02/24(月) 19:31:21.70ID:v3p46mmV 対処済
低優先
低重要
とか?
区別したい趣旨や目的が不明瞭なら、これくらい抽象的な名前かな?
低優先
低重要
とか?
区別したい趣旨や目的が不明瞭なら、これくらい抽象的な名前かな?
913デフォルトの名無しさん
2020/02/24(月) 19:49:44.96ID:TgLwmft3 うーん。アイテムはメールで例を出しましたが、ツイートであったり5chならレスであったりメールと似たようなものです。それの「既読・未読」管理します
で、その暗く?するという視覚効果を適用するかしないかをオプションでユーザーに選択できるようにしたくて
で、その暗く?するという視覚効果を適用するかしないかをオプションでユーザーに選択できるようにしたくて
914デフォルトの名無しさん
2020/02/24(月) 19:54:31.19ID:TgLwmft3915デフォルトの名無しさん
2020/02/24(月) 20:19:01.61ID:9Kd/PSPa >>913-914
だから未読/既読を管理すればいいなら例えばIsUnreadとか逆にIsAlreadyReadとかでいいんじゃね?
だから未読/既読を管理すればいいなら例えばIsUnreadとか逆にIsAlreadyReadとかでいいんじゃね?
916デフォルトの名無しさん
2020/02/24(月) 21:04:45.30ID:iQYTd9Fe >>914
(例)macOSのMail.appの設定にあるチェックボックス
- Display unread messages with bold font
- 未読メッセージをボールドフォントで表示
ユーザーにスタイルの選択肢は与えず
あくまで「既読を暗くする」って感覚にこだわりたいなら
上の例で「強調表示する」ではなく「ボールドフォントで表示する」になってるように
「暗くする」とはどういうことなのかをもう少し詳細度を落として考えたほうが良い
(例)macOSのMail.appの設定にあるチェックボックス
- Display unread messages with bold font
- 未読メッセージをボールドフォントで表示
ユーザーにスタイルの選択肢は与えず
あくまで「既読を暗くする」って感覚にこだわりたいなら
上の例で「強調表示する」ではなく「ボールドフォントで表示する」になってるように
「暗くする」とはどういうことなのかをもう少し詳細度を落として考えたほうが良い
917デフォルトの名無しさん
2020/02/24(月) 21:55:47.75ID:/AgoBCck dimっていう用語はよく使われるよ
918デフォルトの名無しさん
2020/02/24(月) 22:05:36.25ID:TgLwmft3919デフォルトの名無しさん
2020/02/24(月) 22:08:24.40ID:TgLwmft3920デフォルトの名無しさん
2020/02/24(月) 22:16:39.81ID:TgLwmft3 dimよさそうですね。
dim background for? read mails
日本語があれやな..
dim background for? read mails
日本語があれやな..
921デフォルトの名無しさん
2020/02/24(月) 22:33:44.92ID:TgLwmft3922デフォルトの名無しさん
2020/04/21(火) 21:47:10.01ID:S98JwHkY ○○ファイルを削除する関数の名前に統一性もなくDeleteやRemoveを使ってたのが発覚
ここはまあDeleteに統一かなと思ったけど、気にしすぎかな?
ここはまあDeleteに統一かなと思ったけど、気にしすぎかな?
923デフォルトの名無しさん
2020/04/21(火) 22:16:03.42ID:tPnrPq2V 統一しようぜ
核となるニュアンスは取り除く(re-move)だからファイル消去にremoveはかなり微妙
核となるニュアンスは取り除く(re-move)だからファイル消去にremoveはかなり微妙
924デフォルトの名無しさん
2020/04/21(火) 22:29:43.63ID:9fcQjJm8 removeが微妙かどうかはコンテキスト次第
同じモジュール内にもかかわらず
同じ意図で異なる名前を使ってるなら統一したほうがベター
同じモジュール内にもかかわらず
同じ意図で異なる名前を使ってるなら統一したほうがベター
925デフォルトの名無しさん
2020/04/21(火) 23:58:14.52ID:S98JwHkY >>923-924
やはりまずは統一ですね
ところで、linuxがrmだったりdosはファイルがdel、ディレクトリがrmdir、
win32apiもファイルがDeleteFile、ディレクトリがRemoveDirectoryだったりするのはなぜでしょう?
やはりまずは統一ですね
ところで、linuxがrmだったりdosはファイルがdel、ディレクトリがrmdir、
win32apiもファイルがDeleteFile、ディレクトリがRemoveDirectoryだったりするのはなぜでしょう?
926デフォルトの名無しさん
2020/05/28(木) 14:48:04.26ID:EFbtIqYt 渡された日付がおかしな日付だったらおかしな部分を0にして返す関数名をお願いします
例えばうるう年ではないのに2/29が渡されたり、4/31というようなあり得ない日付は、
2/0、4/0として返すようにします
13/1みたいなのだと、0/1として返します
ここでは0にしていますが、おかしいものはxxxに統一しておくことで後々一々日付範囲チェック
しなくてもxxxなら異常値として処理できるように意図しています
例えばうるう年ではないのに2/29が渡されたり、4/31というようなあり得ない日付は、
2/0、4/0として返すようにします
13/1みたいなのだと、0/1として返します
ここでは0にしていますが、おかしいものはxxxに統一しておくことで後々一々日付範囲チェック
しなくてもxxxなら異常値として処理できるように意図しています
927デフォルトの名無しさん
2020/05/28(木) 15:23:59.56ID:d4ggzNnr >>926
invalidate value
invalidate value
928デフォルトの名無しさん
2020/05/28(木) 15:45:21.36ID:TOqrHko/ 13/31の日付はどう判定すべきなんだろうw
しかし、変なら変だと素直に教えてくれりゃいいのに、
わざわざ別の変な値に変換して返す関数ってずいぶんと意地悪な仕様だなw
しかし、変なら変だと素直に教えてくれりゃいいのに、
わざわざ別の変な値に変換して返す関数ってずいぶんと意地悪な仕様だなw
929デフォルトの名無しさん
2020/05/28(木) 16:00:40.72ID:EFbtIqYt >>927
ちょっと抽象的かなと
>>928
顧客情報に誕生日欄があり、UI側では異常な数値は設定できないようになっており
誕生日が不明な部分(何年のみ、何月生まれのみという事だけ分かるなど)
というケースもあり得る感じになっています
分かっている部分はデータが入っており、未設定・不明部分は0としてデータセットします
問題は、CSVから顧客情報をインポートする場合に2/31のような異常な日付データが入ってくることがあり、
これをインポート時に処理しておきたいということです
13/31の場合は、実処理は月を先に処理するので0/31となって終わります
これはまあ、日だけデータがあってもどうしようもないのであってないようなものです
年や月が正常ならば日を正確に処理するようにしています
ちょっと抽象的かなと
>>928
顧客情報に誕生日欄があり、UI側では異常な数値は設定できないようになっており
誕生日が不明な部分(何年のみ、何月生まれのみという事だけ分かるなど)
というケースもあり得る感じになっています
分かっている部分はデータが入っており、未設定・不明部分は0としてデータセットします
問題は、CSVから顧客情報をインポートする場合に2/31のような異常な日付データが入ってくることがあり、
これをインポート時に処理しておきたいということです
13/31の場合は、実処理は月を先に処理するので0/31となって終わります
これはまあ、日だけデータがあってもどうしようもないのであってないようなものです
年や月が正常ならば日を正確に処理するようにしています
930デフォルトの名無しさん
2020/05/28(木) 16:27:30.79ID:TOqrHko/ >>929
よく分からないなあ。
不正な値は未知の値と見なして「未知な値」を表す値に変換して正規化するってこと?
NormalizeInvalidAsUnknown
それなら13/31は0/0に変換すべきじゃないの?
年が不明で月日だけ分かるケースはあるかもしれないが、
常識的には月が不明なら日付も不明とすべきじゃないのかな
よく分からないなあ。
不正な値は未知の値と見なして「未知な値」を表す値に変換して正規化するってこと?
NormalizeInvalidAsUnknown
それなら13/31は0/0に変換すべきじゃないの?
年が不明で月日だけ分かるケースはあるかもしれないが、
常識的には月が不明なら日付も不明とすべきじゃないのかな
931デフォルトの名無しさん
2020/05/28(木) 16:50:57.83ID:+W7oKQtZ 不完全なっておかしい?
incomplete
incomplete
932デフォルトの名無しさん
2020/05/28(木) 17:29:01.58ID:EFbtIqYt >>930
> 不正な値は未知の値と見なして「未知な値」を表す値に変換して正規化するってこと?
そういうことです
データそのものは色々な使い方をするので、その色々な処理で一々不正な日付かも知れない
というチェックを入れるよりは、最初から未定義として設定しておこうかと
> それなら13/31は0/0に変換すべきじゃないの?
これは確かに無意味なので0/0の方がいいので、そのようにします
> 不正な値は未知の値と見なして「未知な値」を表す値に変換して正規化するってこと?
そういうことです
データそのものは色々な使い方をするので、その色々な処理で一々不正な日付かも知れない
というチェックを入れるよりは、最初から未定義として設定しておこうかと
> それなら13/31は0/0に変換すべきじゃないの?
これは確かに無意味なので0/0の方がいいので、そのようにします
933デフォルトの名無しさん
2020/05/28(木) 17:43:29.94ID:Xow4Xb3r parse date string
mask invalid date string
annotate invalid date string
format invalid date string
set zero to invalid date string
設計的には妥当な入力は日付型として扱った方が堅牢
無効な値を残しておきたいなら生年月日の入力値と生年月日を別に持てばいい
mask invalid date string
annotate invalid date string
format invalid date string
set zero to invalid date string
設計的には妥当な入力は日付型として扱った方が堅牢
無効な値を残しておきたいなら生年月日の入力値と生年月日を別に持てばいい
934927
2020/05/28(木) 19:59:07.19ID:d4ggzNnr935デフォルトの名無しさん
2020/05/28(木) 22:41:35.95ID:PU/HmmJF zerofillInvalidDateChar
936926
2020/05/29(金) 21:18:54.54ID:/MYYXMLs 皆さんありがとうございました
mask invalid〜辺りで行きます
> 設計的には妥当な入力は日付型として扱った方が堅牢
一般店舗でのデータなので、客が誕生日を書いてくれないことが多くこのような仕様になっています
mask invalid〜辺りで行きます
> 設計的には妥当な入力は日付型として扱った方が堅牢
一般店舗でのデータなので、客が誕生日を書いてくれないことが多くこのような仕様になっています
937デフォルトの名無しさん
2020/08/04(火) 06:50:25.70ID:V7cT9r4T メソッドならzeroizateInvalid
関数ならzeroizateInvalidDate
関数ならzeroizateInvalidDate
938デフォルトの名無しさん
2021/02/05(金) 13:55:29.79ID:In3kItp2 バックエンドから戻ってきたフォームのエラーフラグをフォームに反映させるクラス、または関数の名前
939デフォルトの名無しさん
2021/02/05(金) 14:11:24.01ID:sQbQrry7 class Reflector
class FormReflector extend Reflector
class FormErrorReflector extend FormReflector
class FormReflector extend Reflector
class FormErrorReflector extend FormReflector
940デフォルトの名無しさん
2021/02/05(金) 15:01:52.21ID:In3kItp2 >>939
ありがとう!2番目採用したいと思います
ありがとう!2番目採用したいと思います
941デフォルトの名無しさん
2021/02/05(金) 16:03:20.59ID:ywW/HyXt 英語的にはそのreflectの使い方は誤用じゃないかな
設計的にもupdateView(response)やdisplayErrors(errors)で対処できるような構造にしたほうがいい気がする
設計的にもupdateView(response)やdisplayErrors(errors)で対処できるような構造にしたほうがいい気がする
942デフォルトの名無しさん
2021/02/05(金) 16:37:34.95ID:5eI5Jyf0 このスレまだあったんだね
まあ質問者さんがいいならいいんでないの?
そもそも質問内容もあいまいだし。
submitされた後で複数の入力項目のエラーをまとめて
UIに反映するタイプのアプリなのかな?
IndicateErrorstとかNotifyErrorsとかの方がいいように思っちゃうけど
まあ細かい話が分からんので何ともいえんね。
まあ質問者さんがいいならいいんでないの?
そもそも質問内容もあいまいだし。
submitされた後で複数の入力項目のエラーをまとめて
UIに反映するタイプのアプリなのかな?
IndicateErrorstとかNotifyErrorsとかの方がいいように思っちゃうけど
まあ細かい話が分からんので何ともいえんね。
943デフォルトの名無しさん
2021/02/05(金) 16:54:53.60ID:sQbQrry7 FormReflectorをValidatorにmixinとかするとスマートかなっておもた
944デフォルトの名無しさん
2021/02/15(月) 01:37:18.93ID:Upko3Ndr Taskってマルチスレッドで並列実行的な意味合いが大きいの?
単純に処理を数珠つなぎに登録して別の箇所で実行していく
Task/TaskList的なものはなんて名前つけるのが一般的なの?
単純に処理を数珠つなぎに登録して別の箇所で実行していく
Task/TaskList的なものはなんて名前つけるのが一般的なの?
945デフォルトの名無しさん
2021/02/15(月) 03:16:42.65ID:Yv9X0Du7 コマンドパターンに近そうなのでCommandかな
単に関数のリストならfunc_listやfn_listみたいなのにするかも
単に関数のリストならfunc_listやfn_listみたいなのにするかも
946デフォルトの名無しさん
2021/02/15(月) 03:34:49.14ID:2abjFk2X >>944
https://e-words.jp/w/%E3%82%BF%E3%82%B9%E3%82%AF.html
によればtask≒threadみたいなニュアンスがあるらしい。
文脈次第のような気もするけど。
Commandは良さげに聞こえるね。あとはActionとか?
「TaskList的なもの」はSequenceってとこ?
こっちの実装によっては個々のアイテムの呼称については
必ずしも明確にしなくても良いような気もする。
まあ、コメントやドキュメントを書くときに名称がないと困るかもしれんけど
https://e-words.jp/w/%E3%82%BF%E3%82%B9%E3%82%AF.html
によればtask≒threadみたいなニュアンスがあるらしい。
文脈次第のような気もするけど。
Commandは良さげに聞こえるね。あとはActionとか?
「TaskList的なもの」はSequenceってとこ?
こっちの実装によっては個々のアイテムの呼称については
必ずしも明確にしなくても良いような気もする。
まあ、コメントやドキュメントを書くときに名称がないと困るかもしれんけど
947デフォルトの名無しさん
2021/02/15(月) 04:01:07.94ID:IKX6hlUM script 台本
948デフォルトの名無しさん
2021/02/15(月) 04:13:17.44ID:2VFC6Owo タスクはTaskでええやろ。
マルチスレッドかどうかは実装の話やし。
で、そういうリストはQueueやないか?
マルチスレッドかどうかは実装の話やし。
で、そういうリストはQueueやないか?
949デフォルトの名無しさん
2021/02/15(月) 21:10:20.48ID:oDLt9usU TRONではスレッドのことタスクって言うんだったっけ
950デフォルトの名無しさん
2021/02/20(土) 14:44:39.38ID:PUihGoQs リバースアセンブラでopcodeとoperandをひとまとめにしたデータクラスってどう命名するのがいいですかね?
Operationだとプログラミング中で使うのに含意が広すぎる気がするんですよね
現状ではInstructionを略してInstにしてるんだけど
Operationだとプログラミング中で使うのに含意が広すぎる気がするんですよね
現状ではInstructionを略してInstにしてるんだけど
951デフォルトの名無しさん
2021/02/20(土) 15:43:08.73ID:eYAtaCBL >>950
instructionでもoperationでもどっちでもいいと思うけどCPUのアーキテクチャー
関係の用語としてはinstructionの方が一般的みたいな印象はあるね。
opcode = operation codeなんだからoperationの方が素直な気もする反面
確かにより一般的なinstructionの方が変な誤解がないような気もする。
あえてこの2つ以外を選択する理由はないようが気がする。
instructionでもoperationでもどっちでもいいと思うけどCPUのアーキテクチャー
関係の用語としてはinstructionの方が一般的みたいな印象はあるね。
opcode = operation codeなんだからoperationの方が素直な気もする反面
確かにより一般的なinstructionの方が変な誤解がないような気もする。
あえてこの2つ以外を選択する理由はないようが気がする。
952デフォルトの名無しさん
2021/02/20(土) 16:18:17.41ID:AAHMFYv6 op_infoとかop_dataとか?
953デフォルトの名無しさん
2021/02/20(土) 16:31:25.39ID:recLBG3U asm,rev_asm
954デフォルトの名無しさん
2021/02/20(土) 17:13:35.31ID:56yjs2OO PythonのdisassemblerではInstructionって名前が使われてる
https://docs.python.org/3/library/dis.html#dis.Instruction
https://docs.python.org/3/library/dis.html#dis.Instruction
955デフォルトの名無しさん
2021/02/20(土) 17:51:24.35ID:PUihGoQs956デフォルトの名無しさん
2021/04/24(土) 21:02:28.99ID:7lpOLCJL 誘導されてきました
フォルダを参照して
処理用の関数に渡すための色々なデータ(ID
とかパスとか拡張子とか) を収集してひとつの変数に配列として格納した
この変数の名前はなんてつけたらいいでしょうか?
temp? database? container?
フォルダを参照して
処理用の関数に渡すための色々なデータ(ID
とかパスとか拡張子とか) を収集してひとつの変数に配列として格納した
この変数の名前はなんてつけたらいいでしょうか?
temp? database? container?
957デフォルトの名無しさん
2021/04/24(土) 21:18:35.00ID:rJwQsTRc info
958デフォルトの名無しさん
2021/04/24(土) 21:24:10.39ID:dKYEf41F 命名以前の問題がある気がするんだけど気のせいかなw
959デフォルトの名無しさん
2021/04/24(土) 22:25:30.30ID:vKvwVCfN config、settings
配列って連想配列のことだよね
配列って連想配列のことだよね
960デフォルトの名無しさん
2021/04/24(土) 22:33:52.72ID:rJwQsTRc >>958
スレ違い
スレ違い
961デフォルトの名無しさん
2021/04/24(土) 22:43:44.49ID:dKYEf41F962デフォルトの名無しさん
2021/04/24(土) 23:00:23.27ID:1TZSSoTN >>956
for ent in xxx_entries
for ent in xxx_entries
963デフォルトの名無しさん
2021/04/24(土) 23:28:36.98ID:vKvwVCfN964デフォルトの名無しさん
2021/04/24(土) 23:52:57.68ID:RPGHdVOi >>956
[{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みたいな事前処理の結果だと分かる名前にするかもしれない
[{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みたいな事前処理の結果だと分かる名前にするかもしれない
965デフォルトの名無しさん
2021/04/24(土) 23:58:58.76ID:rJwQsTRc >>961
スレ違いじゃなくて、理解力も想像力も足りないバカだったか。。。
スレ違いじゃなくて、理解力も想像力も足りないバカだったか。。。
966デフォルトの名無しさん
2021/04/25(日) 00:00:45.26ID:yYRREqIx967デフォルトの名無しさん
2021/04/25(日) 00:48:37.24ID:yYRREqIx >>2にあるスレは死んでるっぽいので
命名の相談時に設計のアドバイスや指摘を禁止しないスレ立てといた
【命名スレ1】命名に悩んだらココへ (設計助言あり)
https://mevius.5ch.net/test/read.cgi/tech/1619279151/
命名の相談時に設計のアドバイスや指摘を禁止しないスレ立てといた
【命名スレ1】命名に悩んだらココへ (設計助言あり)
https://mevius.5ch.net/test/read.cgi/tech/1619279151/
968デフォルトの名無しさん
2021/04/25(日) 02:38:18.46ID:FXC/gt7H また死ぬ
969デフォルトの名無しさん
2021/04/25(日) 03:15:27.21ID:MgHPagGO970デフォルトの名無しさん
2021/04/25(日) 03:26:05.72ID:FXC/gt7H んー、このスレではそのような話題は何度も出てるよ
あえてこのスレでは設計に関する話題は除外することになってるので、別スレでどうぞ
なんで除外してるのかは>>2が死んでることからも察してもらうか、過去スレを舐めるように追ってください
あえてこのスレでは設計に関する話題は除外することになってるので、別スレでどうぞ
なんで除外してるのかは>>2が死んでることからも察してもらうか、過去スレを舐めるように追ってください
971デフォルトの名無しさん
2021/04/25(日) 03:35:50.60ID:MgHPagGO972デフォルトの名無しさん
2021/04/25(日) 03:44:56.19ID:MgHPagGO さて次は上から目線でどんな馬鹿を言うか楽しみだねw
こういう連中は単に頭が悪いだけじゃなくて自分が単に「他人のやることにケチを付けたい」
という下劣な動機に突き動かされていることが自覚できない性格異常者。
ついでに言わせてもらえれば、スレのレンプレにグダグダとルールを書き込むのは有害無益。
こういう卑しい連中に他人に絡む口実を与えるだけのことでスレの「平和」には一切寄与した
試しがないからね。
こういう連中は単に頭が悪いだけじゃなくて自分が単に「他人のやることにケチを付けたい」
という下劣な動機に突き動かされていることが自覚できない性格異常者。
ついでに言わせてもらえれば、スレのレンプレにグダグダとルールを書き込むのは有害無益。
こういう卑しい連中に他人に絡む口実を与えるだけのことでスレの「平和」には一切寄与した
試しがないからね。
973デフォルトの名無しさん
2021/04/25(日) 04:01:27.17ID:FXC/gt7H ん?
命名自体意味がないって言いたいのかな?
命名自体意味がないって言いたいのかな?
974デフォルトの名無しさん
2021/04/25(日) 04:12:27.28ID:nrx375qK >>972
「他人のやることにケチを付けたい」て、自己紹介すんな!w
「他人のやることにケチを付けたい」て、自己紹介すんな!w
975デフォルトの名無しさん
2021/04/25(日) 05:37:50.62ID:Gdi31Nhn かまってちゃんはNGして無視で
976デフォルトの名無しさん
2021/04/25(日) 10:07:18.53ID:NjcwFT/7977デフォルトの名無しさん
2021/04/25(日) 11:05:41.53ID:CXBEgNTo え?無料で変数名の相談に乗ってくれた上に
無料で設計のアドバイスももらえるんですか!
無料で設計のアドバイスももらえるんですか!
978デフォルトの名無しさん
2021/04/25(日) 12:32:05.94ID:uu6ADq5e もらえるよ!
参考になるかどうかは知らんけど…
参考になるかどうかは知らんけど…
979デフォルトの名無しさん
2021/04/25(日) 13:33:01.25ID:nrx375qK 相談者そっちのけやけどな!w
どうせだいたいが「アドバイス」というよりは、言いたいことを言ってるだけの決めつけばかり。
どうせだいたいが「アドバイス」というよりは、言いたいことを言ってるだけの決めつけばかり。
980デフォルトの名無しさん
2021/04/26(月) 01:24:45.55ID:1IpM1FOI >>956
素直に file_data とかでよい気がする
temp は本当に一時利用の目的でなければ避けた方がよい
やるとしても file_data_temp とかかな
配列って言ってるけど構造体参照への配列とかだよね
素直に file_data とかでよい気がする
temp は本当に一時利用の目的でなければ避けた方がよい
やるとしても file_data_temp とかかな
配列って言ってるけど構造体参照への配列とかだよね
981デフォルトの名無しさん
2021/04/26(月) 02:10:55.19ID:ir/yUQGT file_dataだとファイルを読み込んだ生データに見えちゃう
必要なのはパス情報なんじゃないの?
path_parts_list
みたいなのを処理関数に渡して、そっちで読み込んだりするのかとオモタが
必要なのはパス情報なんじゃないの?
path_parts_list
みたいなのを処理関数に渡して、そっちで読み込んだりするのかとオモタが
982デフォルトの名無しさん
2021/04/26(月) 02:19:00.69ID:NviB05oc childItemList
983デフォルトの名無しさん
2021/04/26(月) 02:29:12.92ID:wMKnR+sa ファイルパスや拡張子はたぶん一例で、IDみたいな情報も含んでるらしいぞ
当人が思い付いた候補もそれっぽい
パスに特化した名前よりも設定全般を表す変数名が妥当だと思う
当人が思い付いた候補もそれっぽい
パスに特化した名前よりも設定全般を表す変数名が妥当だと思う
984デフォルトの名無しさん
2021/04/26(月) 02:32:01.56ID:wMKnR+sa お題がかなり抽象的だからいっそparamsでもいいシチュエーションな気もしてきた
985デフォルトの名無しさん
2021/04/26(月) 07:33:33.25ID:1IpM1FOI986デフォルトの名無しさん
2021/04/26(月) 12:31:03.80ID:8QzjZI3Y987デフォルトの名無しさん
2021/04/26(月) 13:04:04.27ID:FFVl8nyC いわゆるいれもんやろ。
988ネミ子
2021/04/26(月) 14:57:01.40ID:wvSFpXgq 次スレ立てミスりました(つ∀`)タハー
4年ぶりとか久しぶりすぎ・・・
連続するためかわたしはもう立てられないようですので、どなたかお願いいたします。
クラス名・変数名に迷ったら書き込むスレ。Part29
クラス名、変数名のつけ方に悩んだら書き込むスレです。
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
命名するのに足りない情報は適当に想像して楽しんでマターリ返してあげてください。
設計などの話が主題になるならば他のスレでどうぞ。
前スレ
クラス名・変数名に迷ったら書き込むスレ。Part28
http://mevius.5ch.net/test/read.cgi/tech/1494147712/
4年ぶりとか久しぶりすぎ・・・
連続するためかわたしはもう立てられないようですので、どなたかお願いいたします。
クラス名・変数名に迷ったら書き込むスレ。Part29
クラス名、変数名のつけ方に悩んだら書き込むスレです。
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
命名するのに足りない情報は適当に想像して楽しんでマターリ返してあげてください。
設計などの話が主題になるならば他のスレでどうぞ。
前スレ
クラス名・変数名に迷ったら書き込むスレ。Part28
http://mevius.5ch.net/test/read.cgi/tech/1494147712/
989デフォルトの名無しさん
2021/04/26(月) 18:00:16.89ID:KOZxV/bH990デフォルトの名無しさん
2021/09/28(火) 03:43:35.62ID:kMNTAwvw (UTC+9) とかの "+9" に固有名称ありますか?
無い場合どういったものが適当でしょうか?
diffUTCtime とか TimeZoneAdjustableValue みたいな?
無い場合どういったものが適当でしょうか?
diffUTCtime とか TimeZoneAdjustableValue みたいな?
991デフォルトの名無しさん
2021/09/28(火) 07:42:17.66ID:TCHn27pS UTC offset
timezone offset
time offset
offset hours
この辺でいいんじゃないかな
timezone offset
time offset
offset hours
この辺でいいんじゃないかな
992デフォルトの名無しさん
2021/09/28(火) 07:45:10.82ID:blUocx58 UTC offsetかUTC time offsetだね
993デフォルトの名無しさん
2021/09/28(火) 09:39:29.80ID:BMVYOSBT ちなみにman dateには「numeric time zone」とある。
994デフォルトの名無しさん
2021/09/28(火) 22:36:46.20ID:kMNTAwvw >>991-993
timezone そのものを指すものでもあるし num_TimeZone や TimeZone で良いのかも
他には
UTC time offset
timezone offset
短い変数名だと iTZ_h 辺りかな
ありがとうございました
timezone そのものを指すものでもあるし num_TimeZone や TimeZone で良いのかも
他には
UTC time offset
timezone offset
短い変数名だと iTZ_h 辺りかな
ありがとうございました
995デフォルトの名無しさん
2022/01/02(日) 01:35:29.19ID:TyBeq0Rg t
996デフォルトの名無しさん
2022/01/02(日) 01:35:50.17ID:TyBeq0Rg b
997デフォルトの名無しさん
2022/01/02(日) 01:35:56.05ID:TyBeq0Rg g
998デフォルトの名無しさん
2022/01/02(日) 01:36:22.69ID:TyBeq0Rg v
999デフォルトの名無しさん
2022/01/02(日) 01:36:30.15ID:TyBeq0Rg c
1000デフォルトの名無しさん
2022/01/02(日) 15:45:55.12ID:Q+x92955 x
10011001
Over 1000Thread このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 1700日 21時間 44分 3秒
新しいスレッドを立ててください。
life time: 1700日 21時間 44分 3秒
10021002
Over 1000Thread 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニュース
- 中国国営メディア「沖縄は日本ではない」… ★6 [BFU★]
- 高市政権にパイプ役不在…日中高まる緊張 公明党の連立離脱影響、自民内にも懸念「自分でまいた種は自分で刈り取ってもらわないと」★2 [ぐれ★]
- 【速報】 日経平均の下落率3%超す、財政懸念で長期金利上昇 [お断り★]
- ナイツ塙が指摘のローソンコーヒーカップ、ロゴ「L」で誤解生みデザイン変更へ 在庫使い切る3か月後にリニューアル [muffin★]
- 政府、株式の配当など金融所得を高齢者の医療保険料や窓口負担に反映する方針を固めた [バイト歴50年★]
- 【速報】 高市政権、「日本版DOGE」を立ち上げ 米国で歳出削減をした「政府効率化省(DOGE)」になぞらえたもの [お断り★]
- 【悲報】中国→日本行きの航空チケット、高市有事の影響で50万人分がキャンセルされる [834922174]
- 高市早苗「……なんて言ってみたw」中国「なんだ、言ってみただけかw」👈これで全部元通りになるという事実 [782460143]
- 【悲報】早速高市首相のせいで全国の民泊でキャンセルラッシュwwwwwwwwwwww 経営者も嘆き「こんな事は初めてだ…」😲 [871926377]
- 中国「高市が謝罪撤回しないとこれ全部なくなるけどどうする?」 [931948549]
- んなっしょい🍬禁止🈲のお🏡
- 映画「ゼルダの伝説」、リンクとゼルダ姫が白人になってしまう。日本のものは日本人だろうが!! [592058334]
