Skip to content

Instantly share code, notes, and snippets.

@parrot-studio
Last active August 29, 2015 13:59
Show Gist options
  • Star 0 You must be signed in to star a gist
  • Fork 0 You must be signed in to fork a gist
  • Save parrot-studio/10815136 to your computer and use it in GitHub Desktop.
Save parrot-studio/10815136 to your computer and use it in GitHub Desktop.
def hit?(block, vh, vw, wh, ww)
wh.times do |h|
list = block[vh+h][vw-1, ww]
return true if list.any?
return true unless list.size == ww
end
false
end
size = gets
height, width = size.chomp.split(' ').map(&:to_i)
block = {}
(1..height).each do |h|
line = gets
block[h] = line.chomp.chars.map{|c| c == '0' ? false : true}
end
widgets = []
count = gets.to_i
count.times do |i|
ws = gets
widgets[i] = ws.chomp.split(' ').map(&:to_i)
end
widgets.each do |widget|
ans = 0
wh = widget.first
ww = widget.last
(1..(height - wh + 1)).each do |vh|
(1..(width - ww + 1)).each do |vw|
next if hit?(block, vh, vw, wh, ww)
ans += 1
end
end
puts ans
end
@parrot-studio
Copy link
Author

@parrot-studio
Copy link
Author

@parrot-studio
Copy link
Author

@parrot-studio
Copy link
Author

@parrot-studio
Copy link
Author

@parrot-studio
Copy link
Author

a9a7789 => http://paiza.jp/poh/paizen/result/6d279a6289bb5c20a3cdd040e17b53a0

速くなったので、間引く方法を別に考えないといけない予感

@parrot-studio
Copy link
Author

b7e749 => http://paiza.jp/poh/paizen/result/625e6d4f56597399590f2ae3849262a9

テストデータ仕様を見てガード条件を入れたが、
おそらくネックがデータ構築部分に移っている

@parrot-studio
Copy link
Author

a7aa0a => http://paiza.jp/poh/paizen/result/51ab8dfff7b8597fce6bbe099ef23e29

たしかに短くなったが、ボトルネックは別なところにある

@parrot-studio
Copy link
Author

0b1c83 => http://paiza.jp/poh/paizen/result/c4504e021d8b2ce64057470c9cfe1f4a

もうちょっと根本的に計算回数を減らす方法はないか・・・

@parrot-studio
Copy link
Author

a1162f => http://paiza.jp/poh/paizen/result/dca478c337ea383a0e9bbcb02259a3a5

小手先の方法ではやはりダメ
データ構造そのものに切り込まないと削れない

@parrot-studio
Copy link
Author

25066b => http://paiza.jp/poh/paizen/result/b68d048decd2d88f57db7778e1d875d3

メモ化したのは良かったけど、まだ不足

@parrot-studio
Copy link
Author

1dd82e => http://paiza.jp/poh/paizen/result/a63bb73e7e9a3093a89fad4b41b3a06d

ver2をメモ化
こうしてみると、ver3は複雑なロジックを組んだわりに速度に寄与してない
ver2からやり直す

@parrot-studio
Copy link
Author

c909a2 => http://paiza.jp/poh/paizen/result/3dbb079041abc8a3f68cd8d9b740f051

ver2を改変
コードはシンプルになったけど遅い

@parrot-studio
Copy link
Author

fa6e40 => http://paiza.jp/poh/paizen/result/369bf59ced19959fd06a72607cdfd496

ver4
先に対象を選別してしまうことで、計算回数を減らす作戦

それ自体は悪くないけども、あまり寄与してないところを見ると、
やはりデータ構造と判断ロジックの問題か

@parrot-studio
Copy link
Author

0d2363 => http://paiza.jp/poh/paizen/result/4fd6144322ba720a5503a5c718c46e75

ver4
初めての6突破

Test case 4 : 0.88s
Test case 5 : 3.10s
Test case 6 : 11.92s

@parrot-studio
Copy link
Author

@parrot-studio
Copy link
Author

@parrot-studio
Copy link
Author

219a57 => http://paiza.jp/poh/paizen/result/39a0de82f850ba3b155d60600e6474ad

Test case 6 : 5.88s
オブジェクトレベルのチューニングになってきた

@parrot-studio
Copy link
Author

@parrot-studio
Copy link
Author

@parrot-studio
Copy link
Author

@parrot-studio
Copy link
Author

dad77a => http://paiza.jp/poh/paizen/result/a57e0c23cf40a789921665b57152a61a

ついに突破
bit演算とparse回数の最適化が鍵であった

@parrot-studio
Copy link
Author

最終的な解答だけ残して削除

@parrot-studio
Copy link
Author

6eb329 => http://paiza.jp/poh/paizen/result/0a1301346eadae7ae26515e64a786e7f

evalなんて馬鹿げた手を使っていたら、そりゃ遅くなるよ(´・ω・)(・ω・`)ネー

@parrot-studio
Copy link
Author

3650f8 => http://paiza.jp/poh/paizen/result/82967b508c0f18216f02892f36adb69d

びっくりするほど変わらなかったΣ(゚Д゚)ガーン

@parrot-studio
Copy link
Author

9b15a2 => http://paiza.jp/poh/paizen/result/0ba0a0c1b970fb72525886d3abc42e15

ちょっといじったらSSSに到達(; д ) ゚ ゚

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment