VBSで便利なプログラムを作れスレ 2 (853ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
84(1): 2018/10/19(金)21:11:57.80 ID:qnu/MyV1(17/31)調 AAS
>>80
ｼｭﾀ!
113(1): 2018/10/24(水)08:34:06.80 ID:LiRX5USi(1/11)調 AAS
>>112
これ完全にお前だよな
1 名前：デフォルトの名無しさん[sage] 投稿日：2018/10/17(水) 12:33:24.73 ID:xrTi57IS
一般人のかわいい中学生達を晒して住所特定したりしてるスレがあるので埋めたいです
Rubyで作れますか？
196: 2018/11/03(土)10:47:21.80 ID:qByGMNwm(3/14)調 AAS
ピラフとは鏡なのです
358: 2019/02/21(木)22:33:19.80 ID:me6H/bO5(4/4)調 AAS
コイツが言葉数少ないときはあんまり興味ないんだよな
>>342>>343もそう
ただの社交辞令
473(1): ピッコロ ◆YAZTByPXwc6o 2019/05/19(日)23:30:24.80 ID:iZGlVtrY(7/7)調 AAS
>>471
一般的なソートの計算量の限界はn log nだよ
計算量はデータ量が増えていったときに
この式の値は誤差みたいなものだから無視できるよね
っていうふうに考えて式を消してくもの
n*は省いたら値が全然違ってしまうので省けないの
計算量にはデータ量の増加を考えて消された定数項があって
計算量の良いアルゴリズムは往々にしてその隠れた定数項が大きくて
データ量が少ないときに計算効率が悪い傾向があるんよ
クイックソートもその一例
「少ない」件数は例に示したとおりで
ソートでは6〜46が閾値として有名どころのライブラリで使われてるよ
今回の問題に限ったことではなく
計算量の話をするときはデータ量も一緒に議論する必要があるんよ
たとえばお仕事で大量のデータを処理するから効率の良いロジックを
組んでくれと言われて計算量のよいアルゴリズムを実装したけれども
サーバーの処理が遅くレスポンスの遅延が常態化してしまった
調査してみたら要素数の少ないデータを大量に処理していて
計算量の悪いアルゴリズムを使ったら改善されたなんてことも起こり得るよ
計算量はデータ量とセットで考えるこれ大事
620(1): ピッコロ ◆YAZTByPXwc6o 2019/07/27(土)15:27:45.80 ID:6Xw13KxI(23/51)調 AAS
>>619
それピラフって人と桃白白って人ですよね
完全に人違いですよね
謝ってもらっていいですか？
693: 2019/08/02(金)07:50:48.80 ID:oaGhAQFR(1/2)調 AAS
>>692
まだソートとかいってんのかよこの統失
ソートと名づいているけど削除してしまうだけの、実に詐欺師のお前らしいネタだ
そういえばお前ネカマ詐欺スレの書き込みを止めてるよな
やっぱり正体をばらされてしまうのはまずいの？
0時半の定刻コピペとか京アニ放火コピペとか人妻逆恨みコピペとかは繰り返しているくせに
で、詰めるって何？
839: 2023/04/10(月)19:40:04.80 ID:YifXJ3Ct(1)調 AAS
>>838
それだと元のデータがファイルリストだとダミーのファイルが必要になりますね｡
そのうち､それがダミーなのを忘れて､なんかエラーを出しそうな予感が…
いろいろとVBSの限界を感じる今日この頃｡やっぱりpythonへ移るべきかなあ
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.038s