作者查詢 / kaneson
作者 kaneson 在 PTT 全部看板的留言(推文), 共520則
限定看板:全部
看板排序:
1F推: 如果已知輸入type了,就再加一個參數控制function內行為05/17 14:45
30F推: 我自己有np-01s 和 viper, 個人覺得 viper 定制的3389比05/14 09:54
31F→: 公版的3389調校的更好,尤其lod體感更低,更有穩定感.05/14 09:54
24F推: 浩劫傳送+乙太+黃道+宇宙縮影=全遊戲跑圖最快組合,05/13 14:34
25F→: 用蛇套是因為綁定上面這些東西下還可以有輕鬆打t1605/13 14:34
26F→: 的能力05/13 14:34
14F推: 第一個參數是吃format, 因為你寫了%s 所以下一個參數也05/08 07:56
15F→: 是要吃char*, 然而你給他的是固定長的array, 語法雖沒有05/08 07:56
16F→: 問題,但跟scanf當初設計用意不符,所以用warning提醒.05/08 07:56
17F→: 這屬一種版本演進的痕跡05/08 07:56
1F推: 位能法當於對毎個操作設計如何改變某個全域變數的量,可04/28 12:25
2F→: 以有加有減,然後檢查連續n個任意操作過程中這個值都不會04/28 12:25
3F→: 比起始低,就是個ok的設計。此時 平攤cost=原cost + 你設04/28 12:25
4F→: 計的位能變化04/28 12:25
5F推: 然後這個位能值通常做法是跟你要操作的資料結構用個funct04/28 13:10
6F→: ion對應成一個值,這樣就很容易驗證是否滿足前提. 而相04/28 13:11
7F→: 對記帳法,設計時只需對每個操作綁一個固定值,乍看很簡04/28 13:11
8F→: 單,但若要驗證過程中會不會發生總和低於0就比較麻煩。這04/28 13:11
9F→: 就是位能法比記帳法常用的原因04/28 13:11
14F推: potential function 其實只要不違背前提可自由發揮, 只是04/29 09:55
15F→: 得到的cost是否夠tight, 課本的stack例子二種做法都有點04/29 09:55
16F→: 像是不違反前提下把某些操作cost挪給別的操作來保持tight04/29 09:55
17F推: 這題可用tree node深度加總來當位能, 每個 node 平均深04/29 09:59
18F→: 度lgn, 增加一個node就總和增加lgn, 少一個node就少lgn.04/29 09:59
19F→: 用這個來做位能差。網路上有解法是寫lg1加到lgn就結束了04/29 09:59
20F→: ,林的寫法是在數學上比較嚴謹04/29 09:59
38F推: LV2就仍是駕駛負全責,不論自駕能力有多猛04/21 11:59
39F推: 所以系統就是會要求駕駛坐在位子上手握方向盤04/21 12:02
41F→: 所以用任何破解方式,出事了不能要車商負責04/21 12:03
52F推: 長榮是租來專送長榮的貨, 製船開船都不是長榮. 外送人員03/29 15:08
53F→: 出車禍要叫點餐的賠?03/29 15:08
4F推: 新手不太鍵議用河內塔學遞迴03/29 14:06
19F推: 火鳥改版目的就是強化火系玩法改掉大家只玩黑人,pt03/24 16:25
20F→: r太強砍一些合理, 但砍得比舊版弱跟本智障03/24 16:25
3F推: 就選手跟實況出設計給活動的,官方沒有打算要上正式03/23 07:27