1. 程式人生 > >樓天城樓教主的acm心路歷程(作為勵志用)

樓天城樓教主的acm心路歷程(作為勵志用)

轉載的文章,好好加油!說不定什麼時候我也可以說:“這題我雖然不會,但是AC還是可以的”。。。

利用假期空閒之時,將這幾年GCJ,ACM,TopCoder 參加的一些重要比賽作個
回顧。昨天是GCJ2006 的回憶,今天時間上更早一些吧,我現在還清晰記得3 年
前,我剛剛參加ACM 時參加北京賽區2005 和杭州賽區2005 的情況。
2005 年ACM-ICPC——酸甜苦辣
我進入清華大學開始本科學習的時間是2004 年8 月,在進入清華大學的第一
年裡,由於基礎課學習比較緊張,再加上計算機系不允許大一學生自帶電腦,我沒
有參加2004 年的ACM 比賽。不過在大一一年中沒有停止這方面的練習,對ACM


還是熱情高漲。
大概在2005 年7 月底,與同班同學shell(貝小輝)和superzn(張寧)一起
決定組隊參加ACM 比賽。對於隊名沒有太多的想法,就隨便取了一個字典序靠前
一點的bomber。隨後進行的幾場訓練中,我的程式設計狀態一直保持得很好,訓練比
賽的主要方式都是:我主寫程式,shell 和superzn 負責翻譯題目,思考演算法和測試。
這種組隊模式一直沿用到我們後面的所有比賽中。
2005 年底,我們報名參加了2005 年的北京賽區和杭州賽區的比賽。順利通過
了預賽進入了現場決賽。記得當時北京賽區預賽的時候,我和superzn 一起在參加
百度之星程式設計大賽,shell 依靠一人之力過了6 題,最後以第二名的資格參加

北京賽區現場比賽。
北京賽區:
2005 年的北京賽區地點設在隔壁的北京大學,由於交通非常方便,我們沒有
和大部分選手住在一起,不過也沒有參加Java-Challenge 和晚上的表演。
練習賽之前,說到比賽位置抽籤,本身意義不是很大,可是鄔老師神奇的RP
把兩隻清華的隊伍抽在一起,結果練習賽進行了一半,另一隻清華的隊伍THU1
(隊員是:吳景嶽,慄師和金凱,好像後來隊名改成了DreamCatcher,不是很確
定)被要求換到一個比較遠的地方,理由是有些學校覺得這樣不合理。後來很多賽
區也出現過隊伍座位在一起的情況,鄔老師的RP 果然不是蓋的。
記得練習賽時和復旦的LemonTree(盛城)一起在場地裡閒逛,結果果然不到

10 分鐘就被要求回座位了。還有當時比賽場地是一個體育館,有些隊伍把氣球放
飛之後氣球就飄在天花板下了,總裁判李文新老師還威脅我們說,如果明天正式比
賽把氣球放飛,就不算通過相應的題目,除非有辦法把氣球取下來。
然後就是比賽的過程了,下面有底紋的文字是我找到的當時留下的比賽總結:
E:快速排序。5 分鐘1Y。
我想5 分鐘的時間可以爭取這幾年ACM 國內賽區的最快出題記錄了吧。
G:二分答案+最小生成樹。25 分鐘1Y。
這題就是經典的最優比例生成樹問題,我們一致認為這題比較簡單。不過後來
被李文新老師批評了,說法是誤導其他的隊伍。不過說到最優比例生成樹問題,
TCO2006 的時候fwj 和tomek 竟然都沒有見過這道題目,這題可是源於POI 呀。我
想我們認為這道題目簡單的主要原因是我們都在冬令營上見過這到題目,如果第一
次看見,想出演算法可能確實需要一些時間。在這裡向被我們影響的隊伍的道歉,最
終G 提交了200 多次,但是隻有8 個隊伍AC。
C:二分圖最大匹配。42 分鐘1Y
題目要求計算一張圖的最小覆蓋集,可能唯一的tricky 是發現圖是二分圖。
D:遇到了一定的困難,發現A 很簡單,於是先放一下
D 是一道比較綜合的題目,設計一些簡單的計算幾何和字串處理的知識
A:簡單的幾何問題,出現了一個低階錯誤,提交了3 次均為WA。
A 是北京賽區最簡單的題目,我的程式裡犯了一個很低階的錯誤,可能也是經
驗不足造成的吧。
D:重新寫,但是沒有考慮一種情況,WA 了1 次。
87 分鐘,復旦的Abuacus 過了4 題佔據了Rank1。由於隊伍模式的原因,我們
在還有很多簡單題目的情況下卡住了長達30 分鐘。
A:shell 突然發現了A 程式中的低階錯誤,105 分鐘AC,重新奪回Rank1。
這是很重要的一步,現在想來如果沒有這個發現,後果可能不堪設想。
B:二分答案+2SAT。129 分鐘AC。
B 是一道明顯的2SAT 問題,由於題目比較長,我們沒有很早發現這道簡單題。
D:發現了D 的沒有考慮的情況,140 分鐘AC。
看了一個board,那時Abuacus,Eccentric 都只有4 題,能夠在第一次參加正
式比賽就做到6-4 的領先,當時心情很激動,不過由於缺少經驗,也影響了接下來
的發揮。其實,現在回想起來,這次比賽其實是一個很好的AK 的機會。
F:DP。程式比較複雜,WA 了4 次。
F 是一道比較複雜的動態規劃的題目,其實WA 的原因是一個應該用int64 的
地方,我們使用了int,這個地方的確很難發現。
H:F 一時無法AC,只好轉功H。H 就是普通的模擬題。開始沒有考慮坦克和
炮彈可能在1/3 秒相遇,WA 了1 次。
比賽還有一個小時,封板。
H:shell 發現了坦克和炮彈可能在1/3 秒相遇的情況,250 分鐘左右AC。
對於我們這種組隊模式,當主寫程式的選手狀態不好的時候,很容易出現連續
卡題的情況,這種情況的出現很不利於水平的正常發揮。在北京賽區的比賽中,我
們很有幸沒有出現連續卡處的情況。
記得,當時北京賽區的Judge 的半自動的,就是說如果結果是AC,速度就會非
常快,否則由於人的介入,不能AC 的提交往往需要等一段時間。我們第2 次提交
H 之後,沒有得到很快的回覆,以為已經WA 了,於是我和superzn 繼續測試一些
資料。但此時,突然有一個mm 從左邊走過來插氣球,這個氣球也成為了全場唯
一的藍色氣球,這個意外之喜最後成就了第一個分割槽賽冠軍。
F:下面就是痛苦地提交F,一直戰鬥到最後一刻,WA 了14 次,留下了北京
賽區最大的遺憾。
在最後時刻我們似乎發現了那個int64 的錯誤,不過當時思路已經比較混亂了,
沒能改對。F 的問題也導致沒有時間寫I,當時如果直接重寫後者換superzn 來寫F,
完全可以在比賽結束前AC。
比賽的大致過程如上所述,那個神奇的氣球,我現在仍然記憶猶新。最終有4
個隊伍攻破7 題,Abacus 的組成應該是盛城,timegreen 和suzhan 吧,Eccentric 中
我只記得辛韜,ZSU_Panku 中我記得Savior(陳實)。上述的老朋友之後見面的機
會就很少了,分割槽比賽也成為了我好需要老同學重要的交流機會了。
我ACRush 的ID 估計就是那時開始使用的吧,轉眼就已經3 年多了。
比賽前後還記得經常與復旦大學的吳永輝老師聊天,在那之後的每次比賽我都
能見到他年輕的身影。
現在回想起北京的分割槽賽,很有幸能夠在第一次參加ACM 正式比賽就獲得分
區比賽的冠軍。我想是由於現場氣氛對許多隊伍都有不小的影響吧,當時許多隊伍
都卡在幾道比較繁瑣的題目上了,題目的演算法性都不是很強。我大概從那時才剛剛
接觸TopCoder,如果能夠早一些,相信會更適應這樣的比賽。
杭州賽區:
2005 年的ACM 杭州賽區比賽在浙江大學舉行,杭州賽區的時間就在北京賽區
結束後一週,最初選擇杭州賽區的原因很飄逸:我自己家在杭州。實際上也差不多,
我隨隊伍(當時THU 派了3 只隊伍參加杭州賽區的比賽,除了我們隊之外,
b142857(侯啟明),zhy(周源),ysy(楊 思雨)組隊,另外一隻由汪汀,王俊
和黃源河組成)一同抵達杭州車站之後就馬上回家休息了,直到比賽前才趕回。在
北京到杭州賽區之間的一週中,我的狀態就在 不斷下滑,在家中完全失去了比賽
的氣氛,回到賽場再也找不到感覺了。一場悲劇即將上演。我們先看看比賽過程吧,
下面有底紋的文字是我找到的當時留下的比賽 總結:
G:初看很簡單,但是除錯了30 分鐘沒有結果。
G 是一道數學問題,其實《具體數學》書上有明確的公式,不過我們使用的遞
推方法應該也可以得到正確的結果。程式中犯了一些低階的錯誤,由於實在不在狀
態,除錯了30 分鐘還沒有找到錯誤。這裡還暴露了一個組隊模式的問題,在後來
的組隊模式中,如果像這樣沒有想清楚演算法的題目隊友是一定不允許我去寫的。
A:模擬。41 分鐘AC,當時肯定沒有想到這是唯一一道1Y 的題目。
A 是一道模擬題,1Y 的時候已經很晚了,排名也很靠後。
C:圖論。但是由於堆疊逸出RTE 了5 次,浪費了大量的時間。
C 的問題關於樹中祖先關心的判定,題目很簡單,實現的方法也很容易,就是
通過一遍DFS 來計算。但是我們忽視了一個從來沒有遇到過的問題:堆疊溢位。
而且,堆疊在本地機器上執行過程中,Eclipse 提供了8MB 左右的堆疊,所以沒有
溢位,但是在提交之後的環境下執行就溢位了。而且每次RTE 之後,我們一直在
嘗試修改陣列的大小,一直沒有找到根本原因。除錯C 的同時,我也嘗試修改G,
結果G 也錯了8 次之多,並且始終都是WA。
I:shell 在我鬱悶地除錯C 和G 中AC 了,之前WA 了一次。
I 是動態規劃問題,WA 一次可能是忽視了一些邊界情況。
D:網路流,沒有想到先貪心進行優化。TLE 了5 次最終沒有通過。
D 就是計算最小割,我們事先準備了先流推進演算法,不過根據這道題目的模型,
先流推進演算法遇到最壞情況:二分圖。由於當時dinic 還不是很流行,我們TLE 了
5 次還沒有通過。
鬱悶地除錯D 和G。
E,B:都嘗試過,但是都出現了不明的問題。
在隨後的時間裡,不斷除錯D 和G,但是始終不能AC。之後又嘗試E 和B,E
通過分段的方法可以處理,B 是數學題目。正常的話E 和B 並不是很困難的題目,
但是當時已經非常混亂,連樣例都沒有通過。
最終我們只過了3 題,排在21 名,經歷了我參加ACM 以來最慘痛的失敗。
這次失敗主要歸過與我狀態太差,基本上什麼題目都不能順利通過。當然題目的選
擇也有很大的問題:G 確實不是難題,但是由於未知的原因始終不能通過,後來我
把紙上的程式敲在ZJU 上就AC 了,至於現場為什麼不能AC 我現在還是不能明白。
如果說第一題的選擇直接影響了我們的信心,那麼D 的堆疊溢位則完全打亂了我
們的節奏。對於我們的組隊模式,卡出2 題已經超出了極限,我們不可能再嘗試
其他題目。
Abacus 也來到了杭州,他們前期體現了強勁的先期優勢,在2 小時就達到了6
題;b142857(侯啟明),zhy(周源),ysy(楊思雨)的隊伍表現得相當神勇,
在最後一小時超越了Abacus,奪得了冠軍。
杭州賽區的失敗至今仍是心中痛苦的回憶,不過這個教訓也是對我今後的學
習生活的一種警示。
總結:
2005 年是我第一年參加ACM-ICPC 的比賽,兩場ACM 分割槽賽,我們經歷了奪
冠的興奮,也經歷了環顧四周等待比賽結束的無奈。2004 年清華沒有獲得任何分
區賽的冠軍,2005 年清華打了個漂亮的翻身仗,先後在成都,北京和杭州奪得冠
軍,而且是三支不同的隊伍。
兩個賽區的G 都是有傳奇色彩的題目。北京賽區中,我們25 分鐘1Y 了G,
導致許多隊伍跟風失敗,最終達到了208 提交8AC 的低通過率。但是,杭州賽區
中,G 從比賽一開始就佔用了我們大量的時間,直到最後都沒有通過,估計至少浪
費了兩個小時左右。真所謂成也在G,敗也在G。
北京賽區後,POJ 的論壇上傳聞說我曾經說過“起身去廁所,不許碰鍵
盤。。。”,很敬仰那些同學搞笑和扯淡的功底,我們雖然定下了以我主寫程式的
組隊模式,但是也非常重視配合和每個人在隊伍中的重要作用。
當時清華沒有組織校內PK 選拔,選擇了成都賽區的冠軍隊THU1 參加全球
決賽,當時總決賽隊伍是以參考第二賽區的成績決定的,現在回想起來也是很合理
的。由於最終我們未能得到機會參加全球總決賽,接下來幾個月我們情緒低落,
bomber 從那時也就宣佈解散了吧。
2005 年的比賽過程中,我見到了許許多多的老朋友。用吳永輝老師的話,
ACM 競賽可以看作一些老朋友一起進行的一場智力遊戲
附北京賽區前5 名:
1 Tsinghua University=>bomber First Place 7 788
2 Fudan University=>Abacus Second Place 7 983
2 Shanghai Jiao Tong University=>Eccentric Second Place 7 1084
3 ZhongShan (Sun Yat-sen) University=>ZSU_Panku Third Place 7 1194
4 Peking University=>Monkey King Fourth Place 6 768
找不到杭州賽區的排名了,只發現了這個:
21 THU *bomber3 501 1/41 0/-- 6/197 5/-- 0/-- 0/-- 8/-- 0/-- 2/143 22
謝謝韓家龍同學的熱心幫助,找到一個排名的連結是:
http://acm.zju.edu.cn:8080/icpc2005/ranklist/index.html
利用假期空閒之時,將這幾年GCJ,ACM,TopCoder 參加的一些重要比賽作個
回顧。GCJ2006,ACM2005 和TCCC2006 之後, 2006 年對於我來說是一個大豐收,
今天晚上先回顧Mobile Robot 成立先期的事情吧,明天再總結驚心動魄的ACM 上
海2006 和ACM 西安2006 吧。
2006 年ACM-ICPC(上)——Mobile Robot 的成立初期
回憶到2005 年清華沒有組織校內PK 選拔,選擇了成都賽區的冠軍隊THU1 參
加全球總決賽,bomber 從那時也就宣佈解散了。
早在2006 年初,THU1 準備參加ACM-ICPC 2006 世界總決賽的訓練時,我們的
隊伍就已經成立了。隊伍其他兩名選手是一起參加IOI2004 的geworm(鬲融)和
wd.h(胡偉棟)。
Mobile Robot 的組隊比賽:
至於Mobile Robot 的隊名,我們是為了紀念2004 年4 名參加IOI 的選手第一
次合作的時候使用的帳號,如果回到2004 年的PKU 月賽,也許可以看到thmr3191
的身影,這個ID 最初是我們4 人共同使用的。其中thmr 就是Tsinghua Mobile
Robot 的縮寫。當然我們覺得Mobile Robot 讀起來也比較容易上口。
Mobile Robot 成立之後做的第一件事情就是配合THU1 準備World Final2006 的
訓練,先後模擬比賽了兩次Northeastern Europe(NEERC)的題目。這兩次訓練中,
我們隊伍的主要模式都是:
(1) geworm 全程負責讀題,思考演算法和出資料;
(2) wd.h 和我在比賽前2 個小時一起攻簡單的題目;
(3) 2 小時後wd.h 就開始死磕難題,我主寫程式一直到3 個半小時左右,結
合wd.h 對難題的把握,大家開始合攻難題。
這種拖後中衛的打法,對於NEERC 的題目難度非常合適,兩場比賽我們都做
到了AK(全過11 題)。這種組隊模式也一直沿用至總決賽。當時wd.h 的狀態很
好,對於NEERC 的題目難度,我覺得世界上很難有隊伍能夠有信心做到AK。
隊伍成立初期的順利使我們更有信心,我們利用署假時間進行了一些必要的訓
練以迎接2006 年下半年的ACM 分割槽比賽。
北京賽區預賽——網路賽賽網路:
2006 下半年有3 個國內賽區,包括北京,上海和西安,其中北京賽區最先舉
行。2006 年北京賽區的地點設在了清華大學,這也是我唯一一次參與組織ACM 分
區比賽的機會。
10 月 中旬舉行了北京賽區網路預賽,網路預賽的參與者是所有報名參加北京
賽區的隊伍,以決定哪些隊伍擁有參加現場比賽的資格。那段時間,我們隊伍主要
精力放在了 準備比賽上,我們都沒有參與網路預賽的命題和測試平臺工作。由於
清華距離上次承辦分割槽比賽已經相隔很多時間,直接導致網路比賽過程中出現了嚴
重的網路問 題,在這裡作為清華ACM 隊的一員向受到影響的隊伍道歉。
不 過,我也是作為“局外人”來了解這次網路阻塞的,因為我確實沒有參加
任何與網路賽有關的活動。現在回想起來,我認為平臺的穩定性是一個不可推卸的
原因,但 是主要應該歸咎於題目描述和樣例的設計,當然還有測試資料的錯誤。
設想這樣一種情況,如果一個比賽過程中,從某一時刻起,突然增加1000 個提交
需要rejudge,然後所有隊伍還都在這一時刻起嘗試提交,我想現有的大部分OJ 都
很難在1 小時之內平息這些提交吧。再舉一個更誇張的例子,如果OJ 準備的測試
機器的測試速度已經完全跟不上提交的速度,那麼卡住是不可避免的。我們通過網
絡預賽的教訓總結出一些網路預賽題目的重要經驗:
(1) 對於容易上手的題目,測試樣例一定要足夠強。
(2) 對於簡單的題目,必須仔細確保測試資料是正確的。
(3) 題目描述必須沒有任何歧義,避免選手通過提交來不斷嘗試各種理解。
如果題目能夠很有效控制提交數目,對於測試系統的要求其實不是很高。例
如復活賽和現場決賽的時候,測試系統會大部分時間處在空閒階段。反之,如果提
交處在上述病態的情況下,只有非常專業的測試系統才能勝任這樣的挑戰,當然不
包括我們的測試系統。
總之,對於網路問題我作為清華ACM 隊的一員深表歉意,如果還有下一次的
機會,我們一定努力做得更好。
北京賽區驗題賽:
如果說網路預賽過程中,網路出了一些問題,那麼,決賽則是結果更出乎我
們的意料之外。在北京賽區現場賽之前幾天,我們3 支隊伍進行了驗題賽,比賽
雖然不正式,但是過程仍然很激烈。
先列一下決賽的9 道題目吧:
A. Robot
B. Animal Run
C. Another Minimum Spanning Tree
D. Connect It, If You Can!
E. Guess
F. XAR
G. What a Special Graph
H. Ruler

相關推薦

城樓教主acm心路歷程作為勵志

轉載的文章,好好加油!說不定什麼時候我也可以說:“這題我雖然不會,但是AC還是可以的”。。。 利用假期空閒之時,將這幾年GCJ,ACM,TopCoder 參加的一些重要比賽作個 回顧。昨天是GCJ2006 的回憶,今天時間上更早一些吧,我現在還清晰記得3 年

2018秋招心路歷程8月-10月

以下是我參加的今年秋招的面試經歷總結,不過有些已經遺忘了 天貓(內推 一面+二面) 問的都是一些基礎的東西(當時基礎還不牢實 卒) 兌吧(第一次 內推) 整體根據我的簡歷、github、部落格內容來提問 new關鍵例項化一個物件時,發生了哪些過程 this指向問

Android技術架構之網路請求心路歷程可收藏

前言 Android架構 Android架構技術介紹 架構與設計 設計模式 重構 網路程式設計框架 TCP格式三次握手與四次揮手 HttpClient HttpURLConnection Volley OkHttp Retr

java工程師走向前端學習心路歷程

<div class="grid-5"> <div class="mod-makeup-categories"> <div class="cell-header"> <h3><em class="orange">美

小八——WebGL心路歷程2,一個基於Three.js的webGL程式解析

在上一篇文章中簡單地介紹了一個原生態的webGL小程式,但是通過一個例子下來,我發現原生的api對於初學者的我來說有些吃力,特別是在頂點著色器和片段著色器這兩大神獸上,我糾結了十分長的時間。那麼,這個世界上總有那麼一些人,會為人類的進步無私地奉獻。在碼農界,這些大神會幫我們

關於程式碼效率提升的方法心路歷程購物車

關於程式碼效率提升的方法心路歷程(購物車) 給為園友們,大家好,最近一直解決執行提速,分析老程式碼的邏輯並提出優化方案,在這個過程中發現了很多不好的習慣,導致很多程式邏輯執行效率低下,現在將其總結一下,如果大家覺得有參考意義,就看一下,如果覺得有問題,多多指點,如果覺得寫的不好,也勿噴,謝謝! 案例分析: 關

深度學習發展歷程2012年以前

機器學習 計算機利用已有的資料,得出了某種模型,並利用此模型預測未來的一種方法。它是人工智慧領域的一個小分支,如果說AI是一個合集,那麼ML就是AI的子集。任何通過資料訓練的學習演算法的相關研究都屬於機器學習,包括很多已經發展多年的技術,比如線性迴歸(Linear Regression)

Git系統從0到1的完整學習歷程第一節 起步

主要跟著https://gitee.com/progit/index.html來學習的,知識點來自這裡,新增自己的理解和想法。 首先了解什麼是Git?個人理解就是一個設計合理的版本控制系統(VCS)。 介紹本地版本控制系統、集中化版本控制系統、分佈版本控制系統。 在git出現之前,採

山東acm省賽第六屆Stars

Stars 這裡用尺取法 import java.io.BufferedReader; import java.io.IOException; import java.io.InputStreamReader; import java.io.OutputStreamWriter; import

POJ3436:ACM Computer Factory最大流

ACM Computer Factory Time Limit: 1000MS   Memory Limit: 65536K Total Submissions: 9963   Accepted: 3738

我的android studio開發環境搭建歷程一部辛酸史

android開發愈演愈烈,本人也想湊下熱鬧,首先要過的就是要搭建android開發環境這一關,本來我用eclipse挺順的,不過參考網上的評論,感覺還是親兒子好,所以決定切換到android studio,簡稱as。 其實網上有很多文章可以參考,但是自己動起手來才發現沒有那麼簡單啊,簡直是虐心啊。。。 第

沒有什麼不可能—記山東省第六屆ACM程式設計競賽退役總結帖

          大一下學期,第一次聽說了ACM這個詞,當時每週六也開設了培訓課,但我好像一次也沒有去過,當時對這個詞並沒有什麼太大的印象。後來學院裡引進了自己的OJ,那時候我連基本的輸入輸出格式都不懂,當經歷了一

Mono在國內的發展歷程相關文章彙總

一則新聞《軟體服務提供商Xamarin融資1200萬美元》,更詳細的內容可以看Xamarin的官方部落格Xamarin raises $12M to help you make better apps faster →。這篇新聞裡告訴了我們目前Mono的使用者規模“使用Xamarin軟體的應用開發者已經超

華為組織結構30年演變歷程一文說透

轉載地址:https://baijiahao.baidu.com/s?id=1597956437217205621&wfr=spider&for=pc 華為從成立到現在正好走過30年的歷程,這麼些年,其戰略不斷在依據環境的變化而調整,而組織結構也在追隨著戰略進行優化,從而始終都能

河南省第 10 屆 ACM 競賽總結附榜單

大二了,過了八道,勉強拿金。 7 道普通題,還是做題少,B 題煞筆的 wa 了幾次,H題讀了好久沒讀懂,後來自己也真的有點急了。 I 題最後過掉,也並不是很難。E 題確實不在能力範圍

ACM-最短路SPFA,Dijkstra,Floyd之最短路——hdu2544

***************************************轉載請註明出處:http://blog.csdn.net/lttree*************************************** 最短路 Time Limit: 5

ACM判斷三角形多組輸入

package contest; import java.util.Scanner; public class Main{ public static void main(String[] args) { Scanner sc=new

SDUT ACM 洗衣服基於C語言

洗衣服Time Limit: 1000 ms Memory Limit: 65536 KiBProblem DescriptionX是一個勤勞的小孩,總是會幫助大人做家務。現在他想知道對於一根長為L的繩子能晾開多少件寬為W的衣服,顯然這些衣服不能相互疊壓。Input 多組輸入

hdu 5096 ACM Rank(treap) 未敲。

模擬一個acm比賽的排名, 並且支援詢問排在第k個的是哪個隊和第i個隊排第幾 首先對於每個提交, 先判斷是不是有效的,如果是有效的話就看是不是ac, 如果不是ac的話對應隊伍的對應題目要加罰時, 如果ac了的話對應隊伍的總時間要加上用時t和對應題目的罰時,