---
title: 零時小學校 2021 Demo Day 徵件之「薛丁格的發布按鈕討論」
tags: edu
---

# 零時小學校 2021 Demo Day 徵件之「薛丁格的發布按鈕討論」

## 事件緣由

原定於 2021/11/30 23:59 GMT+8 會停止零時小學校 2021 Demo Day 提案收件，但在此時間之後，又有新提案出現在提案頁面上，為釐清問題來源以及公平性問題，揪松團於例會中展開討論與確認後續行動。

> 原始提問貼文：https://www.facebook.com/groups/jothon.sch001/permalink/441923310667413/


## 徵件辦法相關規定

依「[零時小學校 2021-22 Demo Day 實施細則](https://docs.google.com/document/d/1-rQYOzrpEx8BQtLE2IUIKUoZWJ5xrTuiZFbLjBh3tAE/edit?usp=sharing)」所示：

> 公開提案：2021 年 8 月 1 日（日）00:00 至 11 月 30 日（二）23:59
提案團隊在截止時間之前都可以將提案**上傳**至提案平台。

## 揪松團討論過程

於 2021/12/1 揪松團開會討論，首先先請工程師將提案功能關閉。接著釐清問題來源與狀況。



## 衝突原因 aka 提案網站後台設定與設計

可見下圖網站設計，以下階段有差異的操作功能有：

- 正式提案：起始時間 2021/8/1 00:00:00 - 2021/11/30 23:59:59
- 可進行編輯提案與建立提案與其他功能
- 修改提案：起始時間 2021/12/1 00:00:00 - 2021/12/13 00:00:00
- 可進行編輯提案，不可進行建立提案
- 資格審查：起始時間 2021/12/13 00:00:00 - 2021/12/18 00:00:00
- 不可進行編輯提案，也不可進行建立提案

因此管理員設定操作時，預期網站會自動在 2021/11/30 23:59:59 上鎖，停止提案發布的動作。但網站程式邏輯並未判斷此操作，管理員設想的「建立提案」指的是有送出於前台顯示；網站程式邏輯進行的「建立提案」指的是從 0 開始點選建立新提案，因此阻擋的區塊不同。





## 結論與行動

1. 檢視後台資料，確認於 2021/11/30 23:59:59 前「建立提案」但處於草稿狀態的提案共有 3 件，另有一件於 12/1 00:19 送出（也就是本次超過時間後，出現的提案）。因提案網站執行的程式定義問題，提案程序出現了一些空間，**主辦單位 g0v 零時政府揪松團經由審慎的考慮與討論後，決議告知提案狀態為已開立草稿（Pending）階段的提案，務必於以下時間內完成發布程序：2021/12/2 12:00:00 GMT+8 中午 12 時**
2. 根據上述的決議，針對本次於 2021/12/1 00:19:42 超過設定時間發布提案的專案，揪松認同此提案具有參加 Demo Day 競賽的資格。同時也將此案例作為程式設計案例、探討歷程文件化，提供大家參考。
3. 修改網站設計，增加「發布提案」按鈕，阻擋未來設定活動的送件時間

### 處理進度

- 2021/12/1 00:30 揪松團內部發現一名使用者在 23:：59 前即已開設草稿並持續撰寫提案內容，並於 00:00 後完成送出
- 2021/12/1 01:47 小學校社團收到詢問
- 2021/12/1 14:00 揪松團例會進行討論
- 2021/12/1 16:30 手動關閉提案渠道
- 2021/12/1 16:39 與工程師確認詳細情況
- 2021/12/1 17:28 建立共筆確認處理方式
- 2021/12/1 18:30 寄信通知草稿狀態的三個提案人最後發佈「已開設的草稿」之時限
- 2021/12/2 12:00 已設定並確認提案渠道準時關閉