作者查詢 / aaaaajack
作者 aaaaajack 在 PTT [ Prob_Solve ] 看板的留言(推文), 共53則
限定看板:Prob_Solve
看板排序:
全部Hearthstone5571C_Chat3142Shadowverse2506Gossiping2408YUGIOH1541LoL1076FireEmblem710DMM_GAMES392HatePolitics313studyabroad277CFantasy254SummonersWar99SummonsBoard98DotA296StrikeShoot90Baseball81Tennis68GRE53Prob_Solve53TOEFL_iBT36WomenTalk33Olympics_ISG28GO23joke22SENIORHIGH22Beauty21NBA20ToS19nCoV201911FlashWolves10Badminton9MuscleBeach8Tech_Job8car6movie6specialman6YOLO6Boy-Girl5Key_Mou_Pad5L_TalkandCha5StupidClown5PokeMon4BB-Love3Crusaders3MJ_JP3mobile-game3MusicGame3Sub_Strategy3AC_In2AfterPhD2Chemistry2home-sale2Hsinchu2Isayama2JinYong2Military2Nangang2PhD2Teacher2VISA2AHQ1Ahqwestdoor1Doraemon1G-REX1gallantry1Hunter1KMT1kodomo1MdnCNhistory1MGL-history1Militarylife1NTU1Old-Games1PTT25_Game1Rayark1Salary1ShoheiOhtani1SouthPark1Stock1SuperHeroes1Tainan1WorkinChina1WorldCup1<< 收起看板(83)
首頁
上一頁
1
下一頁
尾頁
1F推: 最小值的tiebreaker有定好的話(沒定好大概也不會對) 抓01/18 19:15
2F→: 每個2x2的子矩陣就可以了吧01/18 19:15
9F推: 我覺得點順序還是要符合拓樸排序才合理吧(同SCC內隨意)01/09 15:32
10F→: 不然假設x可到y但x比y大 y就直接被x吃掉了01/09 15:33
3F推: 我覺得有問題 最短路徑不保證是最佳路徑 假設整張數值12/19 00:49
4F→: 差不多僅有一些值異常小的格子 最佳解必然會繞過這些格12/19 00:49
5F→: 子12/19 00:49
6F→: 至於何為最佳路徑,在不清楚終點為何的情況下無法保證12/19 00:53
20F推: 枚舉終點 把weight改成終點值-原值做最短路徑 可以做到12/18 00:36
21F→: O(n^4 log n)不受天數影響 不過我不知道怎麼做到更快12/18 00:36
26F→: 是邊長沒錯 沒注意原題的n是天數12/19 00:51
36F推: 負值直接忽略 ,證得終點必為最大值 否則改停在最大值12/19 07:49
37F→: *路徑上最大值12/19 07:49
45F→: 你可能沒看懂我意思 終點值-原值算的就是「虧多少」12/19 09:40
46F→: 確實算n^2天即可 我本來是打算找找看有沒有單調性可以12/19 09:41
47F→: 利用 但情況似乎比我想的複雜12/19 09:42
48F→: 總之就是 已知最後要去哪裡賺 就挑虧最少的路徑過去12/19 09:50
49F→: 天數只影響要挑哪個終點12/19 09:52
57F推: 抱歉,你說的沒錯,確實有問題12/19 10:37
58F推: 我誤解你原先天數的疑慮是optimality12/19 10:41
59F→: 但事實上feasibility就爆了Orz12/19 10:42
66F→: 一維路就只有一條 還不如直接枚舉 Orz12/19 19:19
68F→: 囧 二維simple path有無窮多條啊12/20 09:15
69F→: 說錯 指數多條12/20 09:16
70F→: 現在問題不就是一維輕鬆線性 二維只能平方嗎12/20 09:21
74F→: 至多算n天就不對了12/20 22:06
75F→: 就像hcsoso那篇做法的問題 直達不會是最賺的12/20 22:07
76F→: 你可以設一些weight極小的格子強迫蛇行 達到n^2/2左右12/20 22:07
77F→: 天數還是太難處理 或許DP O(n^4)真的是最佳解12/20 22:56
6F推: 找二分圖是否包含給定大小完全圖似乎是NP-complete12/02 01:08
7F→: 所以應該N=2就很難做了 (假設字母集跟K很大)12/02 01:09
10F→: 不過字母集是常數的case可能可以考慮 但我還沒有想法12/03 01:29
12F→: 沒有吧 窮舉是c^N ?12/03 18:58
2F→: priority queue10/16 20:14
3F→: 欸 不對 這樣會跟邊數相關還是n^210/16 20:15
4F→: 如果E<<V^2的話就是拔點的時候把鄰居degree-1丟進去10/16 20:19
5F→: 可以做到O(E log V) 我猜可能可以再壓到O(E)10/16 20:19
6F→: 要比O(E)再低可能就不是很合理啦 畢竟圖大小就那樣了10/16 20:20
7F→: 每個degree建個list(vector) 點丟到list裡10/16 20:33
8F→: 刪點的時候把鄰居degree-1,丟到他該去的list裡10/16 20:34
9F→: 維護當前最小degree值 刪點頂多-1 所以至多回退V10/16 20:34
10F→: 每個點只會出現在(移除時degree~原degree)的lsit中10/16 20:35
11F→: 總數O(E) 所以整體來說應該是O(E)10/16 20:35
1F→: 維基百科上有個做法是牛頓估divisor倒數10/12 22:58
2F→: 然後變成乘法 再FFT找quotient 不過我也沒試過10/12 22:59
11F→: 先排序一遍找每個人的排位02/01 02:29
12F→: 然後用fenwick tree倒著作回來應該可以做到O(QlogQ)02/01 02:30
13F→: 又或者簡單一點用priority_queue維護最小k個數02/01 02:37
14F→: 怎麼做到O(Q)我就比較沒概念了,一時之間沒想法02/01 02:37
9F→: 現在回好像有點遲XD 總之需要考慮各種edge的特性01/05 23:01
10F→: forward跟back edge滿足一個是另一個的ancestor01/05 23:02
11F→: d跟f可以幫助你判斷這件事01/05 23:02
12F→: 然後pi幫助你判斷他是不是tree edge01/05 23:02
首頁
上一頁
1
下一頁
尾頁