常見問題
解決方案挑戰項目的評估標準為何?
每項解決方案的評分標準範圍為 1 至 50 分,分為兩個層面:影響與技術。
影響 (25 分)
- 此項目是否使用問題陳述提供明確的挑戰?(5 分)
- 他們是否清楚解釋自己選擇的聯合國永續發展目標和目標,並說明原因?(5 分)
- 使用者的意見、測試和反覆測試 (5 分)
- 團隊是否清楚描述他們從真實使用者收到的三個意見回饋點,以及他們為測試而採取的步驟?
- 團隊是否確實能掌握使用者學到的經驗,以及解決方案如何根據使用者的意見反覆測試?
- 該解決方案是否解決了小組發現的挑戰 (和問題陳述)?團隊使用指標、目標和成果是否充分說明解決方案的成效?(5 分)
- 是否有後續步驟?該團隊是否有明確的計畫,打算在日後繼續向廣大觀眾群宣傳時延伸?(5 分)
科技 (25 分)
- 團隊是否清楚說明瞭下列內容:架構、高階元件、各項元件的責任、實作的特定產品和平台?團隊是否清楚說明瞭自己使用的 Google 技術?為什麼?(5 分)
- 此解決方案是否執行瞭解決挑戰所需的所有技術元件?(5 分)
- 程式碼測試與疊代 (5 點)
- 團隊在建構程式碼時,是否特別強調一個挑戰、如何解決這些問題,以及他們必須做出的技術決策和實作?小組是否提供了執行程式碼的相關指引?
- 影片示範是否顯示實際的工作應用程式 (而非模擬圖),以及使用者如何與解決方案互動?這部示範影片如何證明這項解決方案能有效且適當運用所選 Google 技術或平台的功能?(5 分)
- 該解決方案能以目前的形式或小幅結構的改變,支援更多使用者並擴大規模嗎?(5 分)
聯合國的 17 項永續發展永續發展目標為何?
聯合國在 2015 年共同設立了 17 項永續發展目標 (SDG),設立於 2030 年,為 193 個聯合國成員國所同意,旨在落實貧窮、確保無力及保護地球。如要進一步瞭解 17 的 SDG,請前往這個網頁。
我的解決方案是否能解決 17 個永續開發目標以外的問題?
不行。您提交的解決方案需要解決至少 17 個永續發展發展目標 (SDG) 中的一或多個。準備提交解決方案時,請找出解決方案中著重的 17 個 SDG 當中,以及您要解決的特定目標目標。
如果學生或團隊為兩項專案做出貢獻,他們能否提交多項內容?
不行。根據《條款及細則》規定:「每人限交一 (1) 次報名」,因此每名學生只能提交一份資料。
如果大專院校沒有 Google 開發人員學生俱樂部,我還是可以參加解決方案挑戰嗎?
可以,只要您與附近的現有的 GDSC 大專院校合作,學生還是能繼續參與。您必須透過 GDSC 活動平台加入 GDSC 社群。然後,您就可以與 GDSC 負責人聯絡,取得如何加入社群或與社群成員交流的指導。
什麼是解決方案示範?請問要納入哪些功能?
解決方案示範影片是應用程式最重要的部分。評估時,我們會使用示範影片來瞭解使用者與應用程式互動的方式。
請注意,您的影片長度限制為 2 分鐘,因此請專注在真正重要的事情上!
我們透過影片瞭解使用者如何與您的應用程式及其功能互動。我們不需要知道每一個微幅功能,我們更關註解決方案所增加的核心價值。因此,請將重點放在對使用者而言最重要的功能。
示範影片可以超過 2 分鐘 (120 秒) 嗎?
否。如同 <ahref="https: community="" developers.google.com="" gdsc-solution-challenge="" terms"="">條款及細則 中所述,[影片] 不得超過 120 秒。如果超過這個時間,則系統只會評估前 120 秒。」</ahref="https:>
提交表單會要求我們提供存放區的公開連結。我們能夠分享程式碼存放區,同時確保程式碼的私密性嗎?
在評選期間 (2023 年 3 月 17 日 - 2023 年 6 月 19 日),我們會要求您公開存放區,確保評審者能夠瀏覽程式碼集。
如果你在 GitHub、Bitbucket 或類似的版本管控系統上執行公開存放區,可以直接將連結提供給我們。
以下是條款及細則的相關章節:
連結應將評審者導向含有程式碼的存放區,該存放區可由版本管控系統代管,例如 GitHub 或 Bitbucket。在該存放區中,您應該在根目錄中包含 README.txt 或 README.md 檔案。這個檔案應包含明確的操作說明,以便執行程式碼以便測試解決方案。
除了 Google 的開發人員工具外,我們還使用非 Google 開發的開發人員工具。請問是否仍符合資格?
可以。根據《條款及細則》的規定,我們會要求您提交「使用一或多個 Google 產品或平台」,包括:
專案是否需要部署才能提交?
您不必。專案部署後,這麼做可以協助評審人員進一步瞭解您建構的項目,但這並非強制要求。
由於社交距離的影響,測試使用者的能力受到了影響,評審團會考量這一點嗎?
評審團將特別留意 COVID-19 所實施的限制。不當的導入方式包括但不限於:
- 能夠以小組身分進行會談
- 讓使用者測試解決方案
- 大學校園裡流離網際網路,或沒有適當的開發人員環境。
使用者測試對於解決方案挑戰至關重要。您會建議我們如何維持社交距離?
建議您發揮創意。如要與使用者一起測試您的解決方案,通常最好面對面面對面互動。如此一來,您可以要求即時提供意見回饋、預先查看他們如何使用您的應用程式,以及進行細微的回應。不過,由於目前的全球疫情,我們可能無法做到這點。以下是一些可能的解決方法:
- 透過視訊通話進行面試。
- 透過電話對面試進行訪談,並請潛在使用者不斷用心講述自己的想法,以便瞭解他們的意見。
- 您可以撰寫一系列的問題,並要求潛在使用者在回答問題和使用您的解決方案時自行錄製。
- 徵求使用者的書面意見。
我在開始解決方案挑戰之前就開始著手進行專案?可以提交專案嗎?
是的,只要在 2022 年 4 月 12 日之後建構,就符合提交資格。