[證02] Typemoon板板主 制定板規權之行使

看板C_ArtBoard作者 (惡墮★水瀨祈士)時間6年前 (2018/04/08 22:58), 6年前編輯推噓0(0推 0噓 0→)
留言0則, 0人參與, 6年前最新討論串1/1
※ [本文轉錄自 TypeMoon 看板 #1Qna6soa ] 作者: endlesschaos (米糕) 看板: TypeMoon 標題: [公告] 召喚文第二階段門檻投票結果 時間: Thu Apr 5 23:33:07 2018 各位晚安 這裡是米糕 現在為各位公佈第二階段的投票結果 首先是第一部份的滿意度調查 之所以採取此種投票方式 為的是想知道各位除了最支持的方案之外 第二及第三方案的接受度為何 因此非常同意、同意、普通、不同意、非常不同意 對各該選項的分數分別為 +2、+1、0、-1、-2 此外 為了避免投票僅為了反對他人的意見 同意票的權重設計為大於不同意票的權重 所以非常同意、同意、普通、不同意、非常不同意 在各該選項所佔的權重分別為 5、4、1、2、3 依據這個方式來計算 以下為三個方案最終的投票結果以及最終加權後分數 一週一天 https://i.imgur.com/EQhwbDq.png
加權後分數：(-2) * 3 * 130 + (-1) * 2 * 19 + 1 * 4 * 37 + 2 * 5 * 101 = 340 兩週一天 https://i.imgur.com/mwjaFBk.png
加權後分數：(-2) * 3 * 120 + (-1) * 2 * 36 + 1 * 4 * 51 + 2 * 5 * 83 = 242 一月一天 https://i.imgur.com/FSkrJPX.png
加權後分數：(-2) * 3 * 116 + (-1) * 2 * 21 + 1 * 4 * 27 + 2 * 5 * 126 = 630 因此 最終由一月一天獲得最高分數 將訂定為日後召喚文的發表週期 此外 可發文日期的決定方式 請參考第三階段的投票內容 接著是召喚文的內容規範 依據下圖 https://i.imgur.com/C4zQcfa.png
前三高票依序為： 1. 抽卡數量需門檻、需發放P幣、且需具有心得：118 票，佔 33.4% 2. 抽卡數量需門檻，但發P幣跟心得可擇一：74 票，佔 21% 3. 抽卡數量需門檻，且需發放P幣：39 票，佔 11% 因此 日後召喚文需同時具備規定之抽卡數量、心得以及發放P幣 再來是規定的數量以及呈現方式 依據下圖 https://i.imgur.com/ATBAdQV.png
最高票為 100 抽：130 票，佔 38.9% 因此日後召喚文的最低規定數量為 100抽方可發文 又依據下圖 https://i.imgur.com/nc4mEST.png
最高票為文字 + 圖片：255 票，佔 73.3% 因此日後在展示結果時需同時附上圖片以及文字內容 然而依據下圖 https://i.imgur.com/AcZ3gVZ.png
認為無論數量為何皆需發放P幣以及到達門檻後即不用發放P幣的票數 分別為 150票(佔 47.6%)以及 151票(佔 47.9%) 由於票數過於接近 且其他意見的總票數達 14 票足以影響最終結果 因此本選項需要在板上再一次進行投票 註：其他的意見中佔最大宗的是「五星率高達一定以上需發放，不到則免發」 雖然所佔票數不到 4% 但考量本選項仍需再次投票 以及無實體選項之票數容易偏低的情況 於下次投票中將新增此選項供板友選擇 此外 依據下圖 https://i.imgur.com/LUTWOxq.png
若抽卡數量具有免發放P幣的門檻意義 則可免發放的數量為 200抽(144票，佔 48.3%) 同樣地 依據下圖 https://i.imgur.com/LdmM0WG.png
1000P 與 2000P 的票數分別為 74 票以及 75 票 由於過於接近之故 所以也會再進行一次投票確定最終發放數量 接著是心得部份 依據下圖 https://i.imgur.com/oNGmFMG.png
最高票為 198 票(佔 63.7%) 認為無論抽卡數量為何皆需附上心得 又依據下圖 https://i.imgur.com/9gn9RIS.png
所需附上的心得最低字數為 100 字(80 票，佔 26.1%) ========== 另外 大家的心得建議我基本上都看過了 對於一些比較需要回答的疑問特別列出來做個解釋 Q1：這個問卷設計很爛... 第一個選意願度就很奇妙 積分制? 容易造成前後矛盾的時候 這票怎麼算?廢票? A1：第一個的意願度採積分制其實就是為了解決 PTT 僅能投單一票 而在選項無法均等覆蓋區別間幅值時所產生的 1 + 2 > 3，然而 3 卻獲勝的情況 藉由對其他兩個選項也表示正面或負面的積分票 來讓第二、第三高票不會以完全無法表達意見的方式呈現 至於要是有人每個選項都投「同意」、「同意」、「同意」 在最終計算上並不會完全沒貢獻 然而這個人所投的票確實對於區分出第一高票而言沒有鑑別度 所以要稱之為廢票也沒錯 (以計票來說這還滿合理的 都已經知道三選項彼此互斥 結果投的還是覺得A也好、B也不錯、C也可以 那的確是廢票無誤) Q2：能否以卡池類別作為召喚文發文規範前提？ (i.e. A卡池僅能發一篇、B卡池僅能發一篇……) A2：考量日版、台版、B版以及美版各伺服器的卡池開放時間不同 且日版時常有同一星期開放多個卡池的情況 因此若以卡池作為分界 則明顯只能達到第一階段投票的「較高限制」標準，甚至更低 與投票民意相左，因此不採用 Q3：希望往後能在標題上有所規定 盡量不要出現爭議字眼或是容易吸仇恨值的抽卡內容 A3：考量到版面標題為進板就必須看到的內容 無法讓使用者決定是否要進召喚文內文被曬 因此會考慮將此建議列入板規規範項目 Q4：這次投票的目的是減少召喚文還是減少曬卡文？ A4：以結果來看應該都會減少 以天數以及規定篇數來說會讓召喚文總數量降低 而無論是規定抽卡數量、發放P幣或是附上實質內容心得 其目的都是提高無意義召喚文的發文難度 使得不具統計效益數量的召喚文數量降低 Q5：訂定「召喚日」會增加或是減少召喚文數量有討論過嗎？ A5：沒有 但從原本三天可發一篇變成一月才可發一篇來看 平均數量是會降低的 此外無論是會增加或是減少 都是板友在第一階段的協議結果 且並非訂定後就永久不可更動 Q6：強制召喚文需發P幣是否表示有錢即可曬卡？有錢才可討拍？本板會變領錢板嗎 A6：以舊有板規規定發放 2000P 來看 規定的發放 P幣數量並沒有明顯的排貧效應 且有錢即可曬卡、有錢才能討拍明顯為加入個人主觀想法的問句 相對地也可說是有錢即可討拍、有錢才能曬卡 既然投票結果認為 P幣發放為文章的必要條件 那麼板務角度並沒有理由去否定站方通用貨幣的價值 或者將持有 P幣的板友妖魔化 Q7：本次投票後多久後還會再投一次？ A7：考量本次投票的問題細度應可涵蓋到召喚文的各種情形 因此暫定效力可維持一年 一年後將會再次舉辦投票 詢問相關板規是否有需要再次修正或是維持現狀 ========== 給直接 END 的人 1. 召喚文一個月可發表一次，日期為每個月的 18 日 2. 召喚文內容需同時具備規定的抽卡數量、心得內容，且需發放P幣 最低可發文的抽卡數量為 100 抽，需以文字及圖片表示 心得內容最低字數為 100 字 3. 發放的 P幣數量 以及是否為條件式發放 需要藉由第三階段投票結果方能決定 -- 玩完 Fate route 後 我體會到從者都是怪物 御主就該專心在後方做好支援 玩完 UBW route 後 我認知到從者雖然很強 但御主在條件符合下依然有機會和其一拼 玩完 HF route 後 我明白了從者們都是渣 真正的熱血戰鬥都是御主們在打的 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.135.30.123 ※ 文章網址: https://www.ptt.cc/bbs/TypeMoon/M.1522942390.A.CA4.html
推
04/05 23:36, 6年前 , 1F
愉悅，再曬阿
04/05 23:36, 1F
→
04/05 23:37, 6年前 , 2F
看投票分布可以想見全部投最高的不少
04/05 23:37, 2F
推
04/05 23:37, 6年前 , 3F
看來有一陣子不用看到曬卡文了
04/05 23:37, 3F
推
04/05 23:37, 6年前 , 4F
100抽+發錢+心得
04/05 23:37, 4F
→
04/05 23:38, 6年前 , 5F
看來短期內是看不到曬卡文了
04/05 23:38, 5F
→
04/05 23:38, 6年前 , 6F
不過這個要上路還要等投完才確定就是了？
04/05 23:38, 6F
推
04/05 23:38, 6年前 , 7F
終於可以不用整版都是曬卡文了，我都不知道有甚麼
04/05 23:38, 7F
→
04/05 23:38, 6年前 , 8F
好發的
04/05 23:38, 8F
→
04/05 23:39, 6年前 , 9F
對 我待會兒會開第三階段投票
04/05 23:39, 9F
推
04/05 23:39, 6年前 , 10F
推個 米糕辛苦了
04/05 23:39, 10F
推
04/05 23:39, 6年前 , 11F
板主英明\(ﾟ∀。)/
04/05 23:39, 11F
推
04/05 23:39, 6年前 , 12F
其實從100抽才能發文這點來說，應該是不論3天或1個月都沒
04/05 23:39, 12F
推
04/05 23:40, 6年前 , 13F
看來希洽要接收一波難民了 ~ 樓下
04/05 23:40, 13F
→
04/05 23:40, 6年前 , 14F
差了，發文總數一定會下降XD
04/05 23:40, 14F
推
04/05 23:40, 6年前 , 15F
槍狐那波真的有點嚇到我XDD
04/05 23:40, 15F
→
04/05 23:41, 6年前 , 16F
結論:想曬?課個兩單或存半年石
04/05 23:41, 16F
推
04/05 23:41, 6年前 , 17F
推
04/05 23:41, 17F
噓
04/05 23:42, 6年前 , 18F
幹不對這樣白爛曬卡文都會跑來西洽
04/05 23:42, 18F
推
04/05 23:42, 6年前 , 19F
撒...撒花! 版主辛苦囉
04/05 23:42, 19F
推
04/05 23:42, 6年前 , 20F
18號才能發文的意思是 19號抽到的人要等一個月嗎XD?
04/05 23:42, 20F
推
04/05 23:42, 6年前 , 21F
西洽沒差吧，閒聊板就是這樣用啊（？
04/05 23:42, 21F
→
04/05 23:42, 6年前 , 22F
槍狐那波真的誇張
04/05 23:42, 22F
推
04/05 23:42, 6年前 , 23F
推
04/05 23:42, 23F
→
04/05 23:43, 6年前 , 24F
是說可以找人湊抽數發文嗎 比如我60他40總和100抽 其
04/05 23:43, 24F
→
04/05 23:43, 6年前 , 25F
他一樣？
04/05 23:43, 25F
只看召喚文內有無符合規定數量的抽卡結果 不會去分那是誰的 當然如果有不同篇召喚文使用相同的抽卡結果 那麼兩篇都會被依據 3-6 辦理
推
04/05 23:43, 6年前 , 26F
西洽姆咪系列文那麼多是有差幾隻海豹歐?
04/05 23:43, 26F
→
04/05 23:44, 6年前 , 27F
以後C洽有得忙了...(遠目
04/05 23:44, 27F
→
04/05 23:44, 6年前 , 28F
上次確實遇到一個不敢來這邊發只敢在西洽發的XDD
04/05 23:44, 28F
推
04/05 23:44, 6年前 , 29F
還找人湊數 去西恰就行啦
04/05 23:44, 29F
推
04/05 23:44, 6年前 , 30F
(′・ω・‵)當然有差，我看到會不爽但是不能桶啊
04/05 23:44, 30F
→
04/05 23:45, 6年前 , 31F
湊抽數....
04/05 23:45, 31F
推
04/05 23:45, 6年前 , 32F
推 終於..
04/05 23:45, 32F
→
04/05 23:45, 6年前 , 33F
這邊有什麼特殊魅力讓你一定要在這曬卡嗎
04/05 23:45, 33F
→
04/05 23:45, 6年前 , 34F
乾脆一百友抽湊一下好了ˊ_>ˋ
04/05 23:45, 34F
噓
04/05 23:45, 6年前 , 35F
...
04/05 23:45, 35F
→
04/05 23:46, 6年前 , 36F
考慮得這麼細..卻出現個版主生日而不是投票選日期..
04/05 23:46, 36F
Google 表單的第一題下面就有附註囉 (具體日期由板主群決定)
推
04/05 23:46, 6年前 , 37F
有個問題 是要貼十張十連圖才算有到100抽嗎?
04/05 23:46, 37F
還有 312 則推文
還有 30 段內文
→
04/06 14:03, 6年前 , 350F
猜測是想 [選出 大多板友能接受的選項]
04/06 14:03, 350F
→
04/06 14:03, 6年前 , 351F
簡單說就是 三個區間選項要你排先後順序
04/06 14:03, 351F
→
04/06 14:04, 6年前 , 352F
實際上做成 你要 ABC 或是BCA 或是 CAB這種比較直觀
04/06 14:04, 352F
→
04/06 14:04, 6年前 , 353F
選滿意度就會變成 我想要 A 其他兩票不投(最滿意跟最差
04/06 14:04, 353F
→
04/06 14:07, 6年前 , 354F
......就 變得像米糕說的他設計的加權權重
04/06 14:07, 354F
→
04/06 14:07, 6年前 , 355F
雖然我不太懂只想選一個選項有甚麼問題就是
04/06 14:07, 355F
推
04/06 14:11, 6年前 , 356F
選三 = 廢票
04/06 14:11, 356F
→
04/06 14:12, 6年前 , 357F
1/5都是廢票也是很厲害
04/06 14:12, 357F
→
04/06 14:14, 6年前 , 358F
突然想到，那個投票，如果該選項是免填，統計時是會跳過還是
04/06 14:14, 358F
→
04/06 14:14, 6年前 , 359F
免填當然被跳過了
04/06 14:14, 359F
→
04/06 14:15, 6年前 , 360F
有辦法透過設定歸類到某選項，純粹沒用過好奇
04/06 14:15, 360F
→
04/06 14:15, 6年前 , 361F
不會 那項是空白 你直接算也不會歸類到任何一項目去
04/06 14:15, 361F
→
04/06 14:15, 6年前 , 362F
但是如果要把0 刻意設定成加到某項是可以的
04/06 14:15, 362F
→
04/06 14:16, 6年前 , 363F
了解，不過就像前面有提到選項設計的問題，區間和條件看起來
04/06 14:16, 363F
→
04/06 14:17, 6年前 , 364F
2及3的主要條件(ex:P幣)和1明顯區隔下，較容易分散也很正常
04/06 14:17, 364F
推
04/06 14:18, 6年前 , 365F
光看投票結果分布蠻正常的
04/06 14:18, 365F
→
04/06 16:17, 6年前 , 366F
0 分怎麼會是廢票 那負分的算什麼？
04/06 16:17, 366F
→
04/06 16:23, 6年前 , 367F
負分不就反對票？
04/06 16:23, 367F
→
04/06 16:25, 6年前 , 368F
所以投3的沒有貢獻負分 還能說是廢票？
04/06 16:25, 368F
→
04/06 16:27, 6年前 , 369F
是非題型公投理論上票種只有：贊成、反對、廢票三種
04/06 16:27, 369F
→
04/06 16:42, 6年前 , 370F
那用這種分法 1/3都是廢票啊 怎麼上面ga講得好像1
04/06 16:42, 370F
→
04/06 16:42, 6年前 , 371F
/5都是廢票很嚴重一樣
04/06 16:42, 371F
推
04/06 16:53, 6年前 , 372F
問卷本來就有中性的阿有的設計 "否沒意見是" 還不是一樣
04/06 16:53, 372F
→
04/06 16:53, 6年前 , 373F
這種投票又不適用強制分類法 只有四個選項不給中立選項
04/06 16:53, 373F
推
04/06 17:05, 6年前 , 374F
希望抽卡廢文越少越好，整版都是廢文標題看了超煩
04/06 17:05, 374F
→
04/06 17:06, 6年前 , 375F
那直接禁光不是很好嗎？
04/06 17:06, 375F
→
04/06 17:40, 6年前 , 376F
NONO! 他覺得煩 不代表其他人也覺得煩 所以才要投票
04/06 17:40, 376F
推
04/06 17:45, 6年前 , 377F
別太嚴苛了吧 我也想看看法老或課長有多屌啊
04/06 17:45, 377F
推
04/06 19:53, 6年前 , 378F
結果基德被桶了...
04/06 19:53, 378F
→
04/06 19:55, 6年前 , 379F
課長通常抽的量應該都能達到門檻 尤其是勸世那類的
04/06 19:55, 379F
推
04/06 20:04, 6年前 , 380F
無課也可以累積起來發阿
04/06 20:04, 380F
推
04/06 21:04, 6年前 , 381F
100抽可以少看很多廢文了 呵呵
04/06 21:04, 381F
推
04/06 22:51, 6年前 , 382F
換帳文也可以禁一禁嗎?
04/06 22:51, 382F
→
04/06 23:26, 6年前 , 383F
04/06 23:26, 383F
→
04/06 23:26, 6年前 , 384F
04/06 23:26, 384F
→
04/06 23:45, 6年前 , 385F
04/06 23:45, 385F
推
04/07 15:30, 6年前 , 386F
真的抽很慘的 設定標準開放發文應該有警世教育的功能吧
04/07 15:30, 386F
→
04/08 12:05, 6年前 , 387F
如下總國(頭痛
04/08 12:05, 387F
推
04/08 22:51, 6年前 , 388F
今天怎麼這麼熱鬧
04/08 22:51, 388F
※ 發信站: 批踢踢實業坊(ptt.cc) ※ 轉錄者: Problem001 (180.217.130.24), 04/08/2018 22:57:59
‣ 更多 Problem001 的文章
文章代碼(AID): #1QoYtubr (C_ArtBoard)