שאלות נפוצות
מהם הקריטריונים להערכה של האתגר?
כל פתרון ייבדק בסולם של 1 עד 50 נקודות, בשני היבטים: השפעה וטכנולוגיה.
ההשפעה (25 נקודות)
- האם ההגשה מציבה אתגר ברור באמצעות הצהרת הבעיה שלהם? (5 נקודות)
- האם הם מסבירים בבירור אילו יעדים ומטרות לפיתוח בר-קיימא של האו"ם בחרו בפתרון שלהם, ומדוע? (5 נקודות)
- משוב ממשתמשים, בדיקות ואיטרציה (5 נקודות)
- האם הצוות מתאר בבירור שלוש נקודות משוב שהן קיבלו ממשתמשים אמיתיים, ואת השלבים שננקטו כדי לבדוק אותן?
- האם יש ראיה על מה שהצוות למד ועל האופן שבו הפתרון עבר על סמך משוב של משתמשים?
- האם הפתרון מטפל באתגר (ובנושא הבעיה) שמזוהה על ידי הצוות? האם הצוות מתאר כראוי את הצלחת הפתרון שלו באמצעות ערכים, יעדים ותוצאות? (5 נקודות)
- האם יש הוכחות לשלבים הבאים? האם הצוות מציג תוכנית ברורה להארכה עבור קהל גדול יותר, אם הוא היה מתכוון להמשיך? (5 נקודות)
טכנולוגיה (25 נקודות)
- האם הצוות מתאר בבירור את הנושאים הבאים: ארכיטקטורה, רכיבים ברמה גבוהה, אחריות לגבי כל רכיב, מוצרים ספציפיים ופלטפורמה שהם יישמו? האם הצוות הסביר באופן ברור באילו טכנולוגיות של Google הם משתמשים ולמה? (5 נקודות)
- האם הפתרון מיישם את כל הרכיבים הטכניים הדרושים לפתרון האתגר? (5 נקודות)
- בדיקות קוד וחזרה (5 נקודות)
- האם הצוות מדגיש אתגר אחד שניצב בפניו במהלך בניית הקוד, כיצד טיפל בבעיה וההחלטות הטכניות וההטמעות שצריך היה לקבל? האם הצוות כלל הנחיות להפעלת הקוד?
- האם הדגמת הווידאו מציגה אפליקציה פועלת בפועל (ולא דוגמה) וכיצד משתמש יקיים אינטראקציה עם הפתרון? האם ההדגמה מראה כיצד הפתרון משתמש באופן יעיל ומתאים בתכונות של הטכנולוגיה או הפלטפורמה הנבחרות של Google? (5 נקודות)
- האם הפתרון, בצורתו הנוכחית או שינויים קלים מבניים, יכול לתמוך ביותר משתמשים וקנה מידה גדול יותר? (5 נקודות)
מהן 17 יעדי הפיתוח בר הקיימא של האו"ם?
17 יעדי הפיתוח הקיימא (SDG) שנבנו על ידי האומות המאוחדות בשנת 2015 כדי להשיג אותם עד שנת 2030, מוסכם על כל 193 המדינות החברות באיחוד האמירויות הערביות במטרה לצמצם את העוני, להבטיח את השגשוג ולהגן על כדור הארץ. כאן אפשר למצוא מידע נוסף על 17 סוגי SDG.
האם הפתרון שלי יכול לפתור בעיה שלא במסגרת 17 יעדי הפיתוח בר הקיימא?
לא. אנחנו דורשים שהפתרון ששלחת יענה על לפחות יעד אחד מתוך 17 יעדי פיתוח בר-קיימא (SDG). כשאתם מוכנים לשלוח את הפתרון שלכם, עליכם לזהות מתוך 17 יעדי ה-SDG שהפתרון שלך מתמקד בפתרון ובאילו יעדי מטרה ספציפיים עליך לפתור.
האם תלמיד אחד או צוות אחד יכולים להגיש מספר הגשות אם הם תרמו לשני הפרויקטים?
לא. התנאים וההגבלות כוללים את התנאים הבאים: 'מגבלה אחת (1) כניסה לאדם', כך שכל תלמיד יכול להיות חלק מהגשה אחת בלבד.
האם עדיין אוכל להשתתף ב'אתגר הפתרונות' אם אין מועדון סטודנטים של Google למפתחים באוניברסיטה?
כן, כסטודנט, עדיין יש לך אפשרות להשתתף, כל עוד תתחבר לסטודנט אחד לפחות באוניברסיטה קיימת של GDSC הקרובה אליך. עליך להצטרף לקהילת GDSC באמצעות פלטפורמת האירועים של GDSC. לאחר מכן מומלץ ליצור קשר עם מנהל הדומיין של GDSC כדי לקבל הדרכה לגבי הצטרפות או יצירת צוות עם הקהילה שלו.
מהי הדגמת פתרון? מה צריך לכלול?
הדגמת הפתרון היא סרטון הדגמה שמראה את החלק החשוב ביותר באפליקציה שלך. במהלך ההערכה, השופטים ישתמשו בסרטון ההדגמה כדי להבין איך המשתמש ייצור אינטראקציה עם האפליקציה.
חשוב לזכור שהסרטון מוגבל ל-2 דקות, לכן כדאי להתמקד במה שחשוב באמת.
מתוך הסרטון אנחנו רוצים להבין איך המשתמש יוצר אינטראקציה עם האפליקציה שלך ועם התכונות שלה. אנחנו לא צריכים לדעת על כל פרט קטן של תכונה, אלא כל כך חשוב לנו הערך החשוב שהפתרון שלך מוסיף. לכן חשוב להתמקד בתכונות ובפונקציות החשובות ביותר למשתמש.
האם סרטון ההדגמה שלנו יכול להימשך יותר משתי דקות (120 שניות)?
לא. כפי שמצוין <ahref="https: Community="" developers.google.com="" gdsc-solution-challenge="" terms"="">בתנאים ובהגבלות , "[הסרטון] לא יכול להיות ארוך מ-120 שניות. אם הערך ארוך יותר, רק 120 השניות הראשונות ייבדקו.</ahref="https:>
טופס הבקשה מבקש מאתנו קישור ציבורי למאגר שלנו. האם אנחנו יכולים לשתף את מאגר הקודים שלנו ולשמור על הפרטיות של הקוד?
במסגרת תהליך השיפוט (17 במרץ 2023 עד 19 ביוני 2023), אנחנו מבקשים ממך להגדיר את המאגר כגלוי לכול כדי להבטיח שהשופטים יוכלו לצפות בבסיס הקוד.
אם יש לך מאגר ציבורי ב-GitHub, ב-Bitbucket או במערכת דומה לניהול גרסאות, אפשר פשוט לתת לנו את הקישור.
למטה מופיע הקטע הרלוונטי מתוך התנאים וההגבלות:
הקישור צריך להפנות את השופטים למאגר שמכיל את הקוד שלך, שיכול להתארח במערכת לניהול גרסאות כמו GitHub או Bitbucket. במאגר הזה יש לכלול את קובץ ה-README.txt או README.md בספריית הבסיס. הקובץ הזה צריך לכלול הוראות ברורות להפעלת הקוד כדי שנוכל לבדוק את הפתרון.
בנוסף לכלים למפתחים של Google, השתמשנו בכלים למפתחים שלא נוצרו על ידי Google. האם זה עדיין עומד בדרישות?
כן. לפי התנאים וההגבלות, אנחנו דורשים שתשלחו את ההודעה "שימוש באחד או יותר מפלטפורמות או מוצרים של Google, כולל". עם זאת, אפשר גם להשתמש בכלים למפתחים ש-Google לא פיתחה.
האם צריך לפרוס את הפרויקט שלנו לצורך ההגשה?
לא, אין צורך לפרוס אותו. אם הפרויקט יופעל, הוא יעזור לשופטים להבין טוב יותר את מה שיצרתם, אבל זו לא חובה.
בהתאם להשלכות של ריחוק חברתי, היכולת שלנו לבדוק עם המשתמשים הושפעה, האם השופטים יתייחסו לכך?
השופטים שלנו יביאו בחשבון את המגבלות שהוסיפו נגיף הקורונה (COVID-19). האיסור הזה כולל, בין היתר:
- יכולת לפגוש כצוות
- היכולת לתת למשתמשים לבדוק את הפתרון
- מחסור בגישה לאינטרנט או בסביבות מתאימות למפתחים עקב תזוזה מהקמפוס של המכללה.
בדיקת המשתמשים חשובה לאתגר של פתרון הבעיה. איך היית ממליץ לנו לעשות זאת בזמן שאנחנו שומרים על ריחוק חברתי?
מומלץ להיות יצירתיים. כדי לבדוק את הפתרון שלכם עם משתמשים, בדרך כלל עדיף להיפגש איתם פנים אל פנים. כך תוכלו לבקש משוב בזמן אמת, לראות מראש איך הם משתמשים באפליקציה ולקבל תגובות קלילות. עם זאת, אנחנו יודעים שיכול להיות שלא נוכל לעשות זאת, עקב המגפה העולמית הנוכחית. כמה דרכים לעקוף את הבעיה:
- לקיים את הריאיון במהלך שיחת וידאו.
- אפשר לערוך את הריאיון במהלך שיחת טלפון, ולבקש מהמשתמש/ה הפוטנציאלי/ת לומר את מה שהוא/ה אומר/ת באופן קבוע, כדי שתוכלו לשמוע את כל המשובים שלו/ה.
- כותבים סדרה של שאלות ומבקשים מהמשתמש הפוטנציאלי להקליט את עצמו כשהוא משיב על השאלות ולהשתמש בפתרון.
- עליך לבקש משוב בכתב מהמשתמשים שלך.
התחלתי לעבוד על פרויקט לפני שאתגר הפתרונות התחיל. אפשר לשלוח אותו?
כן, אפשר לשלוח את הפרויקט לתוכנית, כל עוד הוא נוצר אחרי 12 באפריל 2022.