Re: [恰萌] 本次主辦感想＆檢討書

看板C_ChatBM作者NeedGem (一無所有的義無反顧)時間15年前 (2010/09/08 12:22)推噓0(0推 0噓 0→)

留言0則, 0人參與討論串5/5 (看更多)

好吧, 那就只好斗膽來試著寫一下了.@@ ※ 引述《SmallBeeWayn (喵喵叫的蜜蜂貓)》之銘言： : 大家好，我是恰萌 2010系統組協辦及 2007主辦蜜蜂貓 m_ _m : 自從恰萌結束到現在已經過了一個多星期了，受命來補心得文 : 做為系統管理，其實最擔心的還是圖片空間問題 : 這方面得感謝DISP方的鼎力支援，不然光靠我自己主機吃不下這流量圖片流量一向都是惡夢... 尤其是角色介紹如果每個都放圖的話. : 提名網站老實說寫的親和力很差(我不會AJAX, JS那些客戶端程式) : 初期的報名人數頗讓人緊張，不過最後爆出的總報名人數很恐怖 : 這也要感謝某些瘋狂的提名人XD 要提名要準備介紹資料, 要去找圖, 要想怎麼寫... 這其實門檻已經不太低了, 有愛有時間的提名人是怎麼感謝都不夠的.@@ 可是這些介紹資料會每個都看完的也要很有時間 orz : 這個網站之後也不會就這樣放著 : 打算修改的更Wiki之後以ACG人物資料庫的型態繼續營運 : 當然，2011的提名網站(跟提名資料)肯定是續用的 : (我也還在研究怎麼把2007的資料弄進來) : 所以，希望大家對於資料項目提出建議(ex. 生辰八字, 人際關係,) 總覺得資料項目弄太多就變成設定多的, 項目有的就多... 沒那麼仔細的就會很難搞, 到時候就會變出很 sparse 又過度細的資料... 感覺起來就不好處理了. : 開始投票之後其實頗擔心外部投票 : 尤其開頭幾場的時候幾個國民動畫得票數讓人擔憂恰眾的投票比率太低的問題 : 不過還好，雖然拉票文一直不算多，不過投票數並不算低 : 後期角色特質就顯現出來了，不光是前兩名，前32我覺得都實至名歸投票啊... 今年算死忠, 明年就不知道有沒有力氣.@@ 總覺得現在的日萌算是個反例... 限票限到總票在本戰一回某些場次比一二預最低的還低, 某種程度上而言... 已經失去意義了. : ============== : 對於下一屆的打算跟建議 : 基本上我是想弄得更自動化，尤其是投開票作業 : 自製票箱是一定的，對於防止偽票想必會是個重大議題 : 除了最基本的IP重複投票防止之外打算加上其他的功能 : 例如利用COOKIE、客戶端系統資訊、延遲投票等 : 甚至考慮寫一個投票專用軟體要用帳號密碼投 : (用PTT的ID去申請，一個有效板友ID給一個帳號) : 這方面當然還是需要很多意見日萌的票碼發行所就是自動化的上限... 可以去拿發行所的釋出版 code 參考, 只需要盯一個串就好. http://www.unkar.org/read/set.bbspink.com/leaf/1198829386 但是洽萌應該不會走明票碼明票面路線, 所以也就是點一點就可以完成投票. 偽票的問題正確來說無法在洽萌出現. 但是問題是多重票和多個人的票基本上沒有什麼好方法可以完全確定. 這是 identity 的問題. (引入 PTT ID 會好很多, 雖然還是有分身) 一個人可以擁有多台電腦, 可以異地不同 ip... NAT 是另一種麻煩... 讓很多人只剩下同一個 ip, 這樣考慮下去就會讓事情變得很複雜. : 此外，基於賽程活絡，某種程度上放出中途計票似乎是一招 : 不過這個中途計票應該會是抽象名詞而不是實際的數字 : 開票時間也可能提前，22時我覺得差不多 : 角色版本的問題，我想之後應該是拿掉比較好 : 非生物/非女性的審核標準也需要更為明確 : 剩下就是圖片空間了...似乎也只能靠緣分(茶) 讓最萌變成資訊戰/團戰等任何形式的戰爭可能絕對不是好事. 所以在這方面都傾向參考三次元的投票, 中途原則上還是不要發比較好. 那太容易影響投票者的投票意向... (哪怕只是一句都會有影響) 角色版本的問題大致上是因為 ACGN 統統考慮進去的緣故. 所以現在 ACGN 最萌真要的話都會分開吧.@@ 聽說今年日本漫萌把已動畫化及動畫化可能的漫畫也去除不可參與... 非生物, 或是非確定女性這個就更麻煩了... : ============== : 賽程的部分： : 基本上我還是覺得排位賽要拿掉，這樣中段賽程的趣味性才會提升 : 但是初期晉級率跟層次都要提升，免得非主流作品的角色早期出局 : 也就是讓大亂鬥的時間長一點(對於自動票箱而言影響不大，投票的會累是真的) : 複賽跟決賽本屆是採先瑞士後單淘汰，敗北的比排位賽 : 這與我當初的想法不同 : 當初是想用雙敗淘汰選出32或16強之後打循環戰 : 因為與本屆的制度不同，所以沒有甚麼好檢討的地方這個瘋子的想法總是讓大亂鬥時間長一點... 最後取出比方說 64 個, 分成四組, 一人八票不等值, 比方說 20-16-12-9-6-4-2-1 (當然, 這數字需要設計才比較好) 比完每組總分或是第一名票前四上去, 再一次比完就結束. 反正怎麼投票決定名次都是不準的, 如果是應援推獎就是前面大亂鬥, 後面很快就結束掉... (時間越長就會有越奇怪的考慮因素) 只是這種做法大概會讓系統組很苦就是... --- 還是不該在午餐前要動手寫這種東西... 囧 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.109.72.199