[過去ログ] スレ立てるまでもない質問はここで 152匹目 (1002レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
693(1): 2020/03/11(水)00:10 ID:zwwCe0yv(1/4) AAS
この娘のお名前教えて下さい
画像リンク[jpg]:www2.sundai.ac.jp
外部リンク[html]:www2.sundai.ac.jp
694: 2020/03/11(水)00:21 ID:EKM5ywjJ(1) AAS
bean って何?
Java か?
Javaなら、Javaのスレで聞いてください!
695: 2020/03/11(水)00:39 ID:bLDtqUyj(1/2) AAS
>>693
ネタにマジレスだが
ム板の回答としてはこうだな……
画像認識AIを作って判定すれば良いね!
同一人物を当てるまで行かなくても
似た顔の画像を抽出できれば
自分の好みに合う確率が高いだろうし
696(1): 2020/03/11(水)01:11 ID:zwwCe0yv(2/4) AAS
たしかにそのものずばり駿台のサイトとか
他に画像で類似度の高そうなものは出て来ますね
傾向としては人物の顔や位置関係よりも
色の類似度の方がマッチに寄与しているようですので
誰か?っていうのには向いていないのかも知れません
697: 2020/03/11(水)01:26 ID:bLDtqUyj(2/2) AAS
>>696
そりゃ画像全体で判断すりゃ
人物の比率は小さいから
似た色彩や構図とかの画像になっちゃう
けど顔の部分だけ切り抜いて比較すればいい
698: 2020/03/11(水)01:39 ID:zwwCe0yv(3/4) AAS
肩より上の顔だけ切り取ってみましたが
さっきより悪くなった感じです
699: 2020/03/11(水)01:43 ID:zwwCe0yv(4/4) AAS
一歩前進?
外部リンク:detail.chiebukuro.yahoo.co.jp
700: 2020/03/11(水)08:53 ID:2HCsT0RG(1) AAS
森高千里に似てるね 可愛い
701: 2020/03/11(水)10:18 ID:f25IEtU6(1) AAS
駿台 千里 でぐぐったら
千里中央校開校が出て来たでござる
702: 2020/03/11(水)20:18 ID:+i7jOaKz(1) AAS
よかった
703(1): 名無し募集中。。。 2020/03/12(木)09:50 ID:5RqPCc6z(1/2) AAS
スレッドはアプリケーションに割り当てられた仮想アドレス空間内にスタック領域やスタックポインタの値をコピーして生成されるため、スレッド生成のために新たにメモリを確保するものではないと認識しています
つまり、アプリケーションに対して割り当てられるアドレス空間内にはあらかじめスレッド生成のための他に用途の無い空きアドレスが用意されているということですか?
704: 2020/03/12(木)11:11 ID:TB7id3Mb(1) AAS
スタックポインタの値をコピー?
そんなことしたらまともに動かないだろ
705(1): 2020/03/12(木)13:05 ID:shOCg1F4(1) AAS
osの話だな
ここで聞くよりカーネルスレで聞いたほうがよさそう
706: 名無し募集中。。。 2020/03/12(木)17:34 ID:5RqPCc6z(2/2) AAS
>>705
ありがとうございます
この板に来るのも初めてでどこで質問していいかわからずに困っていました
では失礼しました(-_-)
707: 2020/03/12(木)19:43 ID:kpCmVf8s(1) AAS
>>703
アプリケーションがアクセスできる仮想空間はめっちゃ広いけど全てにメモリーが割当たってるわけじゃないぞ
〇〇バイト使うから割当ててくれって言ってから使えるようになる
OSによっては使えるよっと言っときながら実際に使おうとしたらゴメン今メモリー足りんからお前死んどいてくれって言う鬼畜なものもあるw
708(1): 2020/03/13(金)07:12 ID:AJNOTQnX(1) AAS
循環的複雑度の計算でさ、ブロックとJavaScriptの即時関数はどう計算するのが良いと思う?
例えばさ、これみたいな時って、fooとbarは別関数として計算するべきだろうか?
function foo() {
・・・
function bar() {
・・・
}
bar();
・・・
}
省18
709: 2020/03/13(金)08:20 ID:MteW3j3T(1/2) AAS
一緒に計算した方がいいと思う
関数の複雑性を評価して必要なテストの量を推測する目的なら
ローカル関数を独立してテストすることはできないからひとつのものとして評価した方が目的に適う
関数の品質を評価するという目的でも
ローカル関数からは親のローカル変数にアクセスできてしまうので独立した関数よりも複雑度を高める
ローカル関数はブロックに名前をつけて再利用できる分、関数化する前よりも複雑度が落ちるはず
このことはたとえばif文を含む2つの重複したコードをひとつのローカル関数として共通化した場合、複雑度は2から1に下がるので合致する
単なるブロックは経路数に全く寄与しないので循環的複雑度を考える上では無視でいい
710: 2020/03/13(金)08:28 ID:MteW3j3T(2/2) AAS
いや、純粋に経路の数を数えるならifを含むローカル関数を2度呼んだら親の複雑度は2上がるのか
711: 2020/03/13(金)08:53 ID:GXTcnnGl(1) AAS
なるほど、テスト可能な単位で計測すべきか
その視点はいいわ。参考になった。
712: 2020/03/13(金)12:32 ID:mm7FoJVw(1) AAS
>>708
無名関数をその場で使うだけとかのレアケースは無視していいと思うよ
そんなのがゴロゴロあるならそっちの方が問題だし
上下前次1-新書関写板覧索設栞歴
あと 290 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.011s