הפרויקט של Linux Foundation

דף זה מכיל את הפרטים של פרויקט כתיבה טכני שהתקבל בעונת Google Docs.

סיכום הפרויקט

ארגון הקוד הפתוח:
Linux Foundation
כתב טכני:
jaskiratsingh2000
שם הפרויקט:
CHAOSS: יצירת מדריך לקהילה של CHAOSS
אורך הפרויקט:
אורך רגיל (3 חודשים)

תיאור הפרויקט

תקציר פרויקט:

כיום, קבוצות עבודה בקהילת CHAOSS פיתחו דרכי עבודה משלהן ותיעדו את התהליכים השונים שלהן בדרגות שונות. קבוצות העבודה כוללות את קבוצות העבודה של Common Metrics WG, Diversity & Inclusion WG, Evolution, Risk ו-Value שהגדירו דרכי השתתפות ועבודה משלהן והתאימו דרכים שונות לתקשורת ותרבות עבודה. לקבוצות העבודה האלה, בהתאם למדדים, יש תחומי התמקדות שונים ורקעים שונים שמתאימים למדדים מתאימים. הם מובילים למחקרים ופיתוחים שונים בקטגוריה של קבוצות העבודה. הם יודעים איך להוביל מחקרים ופיתוחים שונים בקטגוריות המתאימות. עם זאת, ייתכן שהם לא יהיו יודעים אילו תהליכים של שחקנים חדשים ומשתתפים קיימים בארגון רוצים להשתתף בתוכנית או לבחור בדרך הנכונה להם.

כתוצאה מכך, לדברים בקהילה CHAOSS אין תקן. לכן, כדי להכיר את התהליך הנכון ואת היסודות הבסיסיים של תרבות העבודה בקהילה, מטרת המדריך של הקהילה היא לרכז את המידע החיוני ולקבוע אחידות לחלקים ממנו בפרויקט CHAOSS. החלקים הקריטיים של המידע הקריטי והסטנדרטיזציה מתמקדים בעיקר בתהליכים שבהם משתמש CHAOSS כדי של-CHAOSS תהיה הסכמה לגבי האופן שבו הקהילה פועלת, איך חדשים יכולים להשתתף ולפעול בהתאם ליסודות הקהילה ולאילו תהליכים ומסלולים חדשים או חברים קיימים חייבים לפעול כדי לשמש כמנהיגים בקהילה של CHAOSS.

המדריך צריך להיות מדריך הפעלה לחברי קהילה קיימים וחדשים, שיסביר איך לבצע עבודה בפרויקט CHAOSS. הפרויקט כולל רכיב יצירתי של איסוף וארגון תוכן עבור המדריך ורכיב טכני של הגדרה כיצד להציג את המדריך.

מה צריך לעשות?

מדריך הקהילה הוא מסמך שמגדיר את כללי המדיניות והנהלים העיקריים של הקהילה, ומפרט את החזון, הערכים והפעולות של הקהילה.

המדריך הזה מציג מבוא ועבודה ברורים לחברים החדשים שהצטרפו לקהילה. נכון לעכשיו, המדריך הקהילתי של CHAOSS זמין במאגר של GitHub וצריך לשפר ולבנות אותו מחדש עם מידע נוסף למנויים חדשים ולמשתמשים קיימים בקהילה. לכן, המדריך הזה ברמת הקהילה של CHAOSS יעזור למשתמשים חדשים ולחברי קהילה קיימים בדרכים הבאות:

  • ארגון וארגון כללי המדיניות של קהילת CHAOSS במקום אחד.
  • לספר על מבוא, המטרה, החזון והמנהיגות של הקהילה
  • הבנת השיטות של קהילת CHAOSS
  • הנחיות להוספת תוכן
  • הגדרת תהליכי העבודה בפרויקט
  • סקירה של תרבות הקהילה של CHAOSS
  • שאלות נפוצות כלליות
  • ייעוץ

תיאור הפרויקט:

המדריך לקהילה יחולק ל"קטעים" שונים שמכילים מידע הולם ומפורט לנושאים ספציפיים. ניתן לחלק את הקטעים בדרכים הבאות:

  • מבוא
  • הדרך של קהילת CHAOSS
  • הדרך למנהיגות
  • הסברים על המונחים
  • הנחיות בנושא תרומות
    • המפַתח
    • Designer
    • Writer
    • משווק
  • מדדים
  • CHAOSScon
  • CHAOSScast
  • סרטונים של פגישות
  • שאלות נפוצות כלליות
  • הדרכה
    • קיץ של קוד של Google
    • ניידות
    • עונת Google Docs

חיובים מפורטים בפרויקט

1) מבוא:

קטע זה ישמש כדף הראשון של המדריך של קהילת CHAOSS ויכלול את הפרטים, הסקירה הכללית והשימוש במדריך. בהמשך מפורטים הנושאים הבאים:

A.) ההודעה תכלול את הודעת הפתיחה עם תיאור קצר של קהילת CHAOSS, שיעזור לשכנע את הקוראים לעיין במדריך. אני אכלול גם את קולאז' התמונות שצולמו כאן: https://chaoss.community/chaoss-photo-ALBUM/, שידגיש את התנועות השונות בקהילה. B.) הדף יכיל גם את הפרטים על כל הקטעים עם תיאור בשורה אחת שמסביר כל קטע וקישורים מתאימים. C.) שימוש במדריך: כבר קיים כאן שימוש במדריך( shorturl.at/cqQU6 ) אבל אני אשפר ואסדר מחדש את השימוש הקיים במדריך, עם סימון טוב יותר שיכלול את התהליך של הספר. (אסביר איך הדברים קורים כשמישהו רוצה להוסיף, להסיר או לדון בדברים שקשורים למדריך. הוא עשוי לעקוב אחר תהליך התקשורת בכל נושא שקשור למדריך). הנחיות למדריך(כולל השימוש בו בקהילה ובהיקף), תרומה למדריך ( כולל האופן שבו יש להשתמש במאגר כדי לערוך שינויים, לערוך יחסי ציבור, תבנית למעקב לביצוע שינויים במדריך ובמדריך הסגנון) ושיתוף משוב על המדריך. במסגרת שיתוף המשוב, אני אכלול תבנית ודרכים שונות שבהן משתמשים יוכלו לפנות כדי לספק בעיות GitLab או להשתמש בהן על מנת לקבל אותו.

2) הדרך של קהילת CHAOSS:

הקהילה של CHAOSS תעזור לאנשים להבין את השיטות וההנחיות של הקהילה. תהליכי עבודה יוכלו להדגיש אותם יותר ולתאר את שיטות העבודה של הקהילה בצורה הטובה ביותר. הקטע הזה כולל את הדברים הבאים:

A.) ערכים כלליים: סימון אופן הטיפול בקיימוּת, בפתיחות ובשקיפות בקהילת CHAOSS. אני יסביר את הערכים האלה כיצד המשתמשים החדשים או המשתמשים הקיימים צריכים להבין אותם ולהביא אותם בחשבון בעת העבודה עם הקהילה. B.) הנחיות הקהילה: כולל האופן שבו צריך להיות מעורבים בקהילת CHAOSS בפועל, ולפעול על פי התנאים הבסיסיים. ההסבר יכלול גם את תרבות העבודה שהתפתחה בקהילה. (מה צריך לעשות ומה לא לעשות). היא תכלול את רשימת המשימות העיקריות של תורמי תוכן ותחזקים, וגם ליידע אותם לגבי האופן שבו עליהם לעבוד עם המתחזקים ומה רשימת המשימות שלהם. C.) קבוצות עבודה: הדף הזה( https://chaoss.community/participate/ ) מכיל מידע על קבוצות עבודה, כמו תיאור של WG, קישור למאגר ומידע על פגישות. אבל, בתוך המדריך, אפרט את הדרכים שבהן משתתפים בקבוצות העבודה השונות ומבינים את תהליך הערכת המדדים, הבנה של תרבות העבודה בכל ארגון של WG, ואיך להפוך לחלק מהתורמים העיקריים לקבוצות עבודה שונות.

3) הדרך למנהיגות:

בעוד שמנהיגות בפרויקט קוד פתוח יכולה להיות חיונית להצלחת הקהילה בעולם המסחרי. לאור זאת, אכלול את הפרטים הבאים:

A.) מנהיגות טכנית: זה יכלול את התהליכים ואת תחומי האחריות של מתחזקי המאגרים, כותבי המסמכים ובעלי האתרים ב). הנהלה ממשלתית: היא תכלול את המסלולים לחברי מועצת מנהלים ולמקבלי החלטות ג). הנהגה תפעולית: על הקורס הזה יהיו מסלולים למנהלי קהילות

4) מונחים:

הטרמינולוגיה תעזור לתאר את המונחים ואת החפצים התואמים שמשתמשים בהם לעיתים קרובות בקהילת CHAOSS. בנוסף, אכלול הנחיות לשימוש במונחים כמו שימוש באותיות רישיות, קיצורים ומילים שיש להימנע מהן. התנאים שייכללו הם: CHAOSS פרויקט, תקינות קהילה של קוד פתוח, בדיקת קוד, קבוצת עבודה, מדד של תוכנת קוד פתוח, מדד משותף, מגוון ומדד הכללה, קבוצת עבודה של אבולוציה, קבוצת עבודה לסיכונים, קבוצת עבודה לפי ערך, פרסום מדדים, אזור מיקוד.

5) הנחיות בנושא תרומות:

זה ההקשר העיקרי של כל קהילת קוד פתוח, כי רוב הקהילה של הקוד הפתוח תלויה בתרומה או בהתנדבות. כך זה יעזור לכל משתמש חדש או משתמש חדש שמצטרפים לקהילה להבין את הצורך ואת ההנחיות הבסיסיים שעליהם לפעול. העדכון יכלול את הפרטים הבאים:

A.) הבנת מפת הדרכים של הקהילה: נושא זה יוביל לסקירה כללית של מפת הדרכים של קהילת CHAOSS, שתסייע למשתמשים לדעת באיזה אופן או תהליך לפעול לפי מתן עדיפות לפעולות השונות בפרויקט CHAOSS. B.) הסברת הדברים הנחוצים לביצוע תרומה מעשית, כמו פיתוח, תיעוד, תכנון, בדיקה וכו'.) סקירה כללית קצרה על עבודות GitLab ד.) מדריך לבודקים/לתחזקים

הקטע הזה יכלול גם את "התפקידים ותחומי האחריות" עבור כל אחת מהקטגוריות הבאות:

a.) עיצוב: סעיף המשנה הזה יכלול את "תהליך העבודה של עיצוב ה-CHAOSS" ואת הנחיות העיצוב, שיכללו עקרונות, תהליכים וכלים לעיצוב, שהשותפים צריכים לפעול לפיהם בעת שתרמו את תרומתם לשדה העיצוב. ב). פיתוח: הקובץ יכיל את המדריך לתרומה ל-codebase. הקובץ יכלול את הדרישות הטכניות, מבנה הפרויקט, הגדרת הפרויקט(Augur, Cregit, GremoireLab) ג). מסמך: כולל משאבים לתיעוד, כולל כלים ומדריך סגנון. ד). יעד: בין השאר, האנשים שתורמים יכולים לתמוך בקהילת CHAOSS לצורך צמיחה עסקית – כתיבת בלוגים, שימוש בכינויים חברתיים, ארגון מפגשים ואירועים

6.) מדדים

נכון לעכשיו, האתר של קהילת CHAOSS מכיל את המידע על Metric Releases( https://chaoss.community/metrics/ ) וחשוב יותר שאנשים יבינו איך לפעול על פי התהליך כדי שאתר המדדים שלהם יהיה זמין באתר הזה. הקטע הזה יוביל את המידע שיעזור למשתמשים להכיר את התהליכים ואת הפעולה שלהם כדי ליצור מדד משלהם.

7). CHAOSScon:

המידע על CHAOSScon כבר קיים ב-GitHub( https://github.com/chaoss/govrnance/blob/master/community-handbook/chaosscon.md ) ובאתר( https://chaoss.community/CHAOSScon-2020-NA/ ) אבל כדאי יותר להוסיף את הפרטים והמידע המסבירים תהליכים ומידע בנושא ניהול הדרכים של CHAOSS. המדריך יכלול את המידע הבא:

A.) פרטים על הוועדה המארגנת: היא מסבירה את תהליכי ההשתתפות בוועדה המארגנת של CHAOSScon ב.) ניהול הקריאה לתהליך ההצעה: כולל ניהול הרשמה של המחבר, שליחת הצעות ומסמכים, בדיקה ותהליך אישור. C.) ניהול ופרסום של תוכנית CHAOSScon ד.) כיצד לנהל דברים של פרסום ושיווק ה.) איך לטפל בהצעות לחסויות ובכספים שכוללים חבילות

8.) CHAOSScast:

המידע על CHAOSScast זמין כאן: https://github.com/chaoss/governance/blob/master/community-handbook/chaosscast.md ויכללו במדריך פרטים נוספים כמו השתתפות, הוועדה לארגון, פרסום וחומרי שיווק.

9.) סרטונים של פגישות:

הקטע הזה יכיל את כל סרטוני הפגישה יחד עם תיאור כגון משתתפים, סדר יום וכו' שהיו בעבר וזמינים ב-YouTube.

10). שאלות נפוצות כלליות:

שאלות אלו יכללו את השאלות הכלליות שנשאלות בתוך הקהילה, וכך יעזרו לחברים חדשים ולחברי הקהילה הקיימים לענות על חלק מהן.

11.) קיץ של קוד ב-Google:

סעיף זה מכיל מידע על Google Summer of Code, הקריטריונים לזכאות ומידע על האופן שבו אנשים יכולים להשתתף בקהילת CHAOSS ב-Google Summer of Code. קטע זה יכיל גם את תבנית ההצעה שבה אנשים יכולים להשתמש כדי לנסח את ההצעה, התפקידים ותחומי האחריות שלהם. יתרה מכך, הקובץ יכיל גם מידע שיעזור לחברי הקהילה הקיימים ללמוד את תהליך ההגשה של אדמינים ארגוניים וחונכים.

  1. הפצה:

הקטע הזה מכיל מידע על קשרים עם חברים, קריטריונים לזכאות ומידע על האופן שבו אנשים יכולים להשתתף בקהילת CHAOSS ב-reachy.הרשימה תכלול את התפקידים והסמכויות, כולל תהליך ההגשה של מנהלי הארגון והחונכים.

  1. העונה של Google Docs:

סעיף זה מכיל מידע על GSoD, על קריטריוני זכאות, ועל האופן שבו אנשים יכולים להשתתף בקהילת CHAOSS ב-GSoD. התוכנית תכלול את התפקידים והאחריות, כולל תהליך הקבלה של מנהל המערכת בארגון והחונכים.

תוצאות הפרויקט הצפויות:

ספרי הדרכה ממלאים תפקיד חשוב בכל קהילה. באופן דומה, המדריך הזה שפועל בקהילה של CHAOSS יעזור לכם ליצור תיעוד מאורגן ומפורט יותר לקהילת CHAOSS. יהיה קל יותר לכל חבר חדש שמצטרף לקהילה וגם לחברים קיימים בקהילה להבין את היסודות והפעולות של קהילת CHAOSS. בנוסף, המדריך הזה יעזור לכם לפתח תהליכים ונתיבים שונים לתרבויות שונות של עבודה בקהילת CHAOSS.

פרטים טכניים:

אני מציע להשתמש בפלטפורמת Gitbook לתחזוקת המדריך כי זהו פרויקט שיתופי וידידותי למשתמש שמאפשר לצוותים לעבוד ביעילות רבה יותר. תכונות מסוימות של פלטפורמת GitBook:

  • WYSIWYG: עורך טקסט רב עוצמה אך יפהפה
  • Markdown: תמיכה מתקדמת ופרודוקטיבית בקיצורי דרך של Markdowns
  • הטמעה עשירה: הטמעת תוכן חיצוני מהאינטרנט כגון סרטונים, קטעי קוד, מאמרים, מוזיקה ועוד
  • מרכזי בקרה לכותבים: כוללים מרכז בקרה חכם לכותבים שתומך בעריכה חזותית
  • טיוטות: טיוטה של שינויים חדשים ושיתוף פעולה באופן אסינכרוני
  • תגובות לתמיכה: דיון ובדיקת שינויים בטיוטות
  • היסטוריית הכתיבה: עוקבים אחרי הכול. בדיקה וביטול של שינויים
  • תובנות: הוא תומך גם בתובנות שעוקבות אחרי התנועה, הדירוג ואיכות התוכן
  • סנכרון GitHub: שמירה על זרימת העבודה והמשך סנכרון המסמכים עם GitHub
  • התאמה אישית של מיתוג: דומיינים מותאמים אישית, סמלי לוגו מותאמים אישית, גופנים, צבע, עיצובים, כותרת עליונה וכו'

הנה כמה תמונות שמספקות הצצה על הפלטפורמה

  • shorturl.at/GNQR4
  • shorturl.at/gATZ8
  • shorturl.at/qrE57
  • shorturl.at/rFRX6
  • shorturl.at/eyLW1
  • shorturl.at/rwHS8

-- איפה יתארח המדריך?

המדריך יתארח ב-GitBook עצמו, שבו GitHub מספק מנגנון מתאים עבור 'דומיין מותאם אישית', 'שגיאה נפוצה' ו'אופטימיזציה למנועי חיפוש'.

דומיינים מותאמים אישית: אם קהילת CHAOSS רוצה לארח אותו בדומיין המותאם אישית, הוא יוצג באופן הבא: docs.chaoss.community. הארגון נדרש רק כדי ליצור כל תת-דומיין הרצוי. כדי להגדיר את הדומיין של הארגון, צריך להיכנס להגדרות של הארגון בפלטפורמת Gitbook. דוגמה לתמונה: Shorturl.at/GNQR4

מרחבי GitBook מוגשים דרך רשת CDN משלנו עם HTTPS מופעל כברירת מחדל. האישורים הונפקו על ידי LetsEncrypt

דומיינים שניתן לתמוך בהם:

  • תת-דומיין: www.example.com
  • דומיין מותאם אישית: docs.example.com

-- כיצד לסנכרן את Gitbook עם GitHub כדי שניתן יהיה לבצע עריכה בשתי הפלטפורמות ביעילות?

קל מאוד לבצע את השילוב עם GitHub: אם מישהו משנה תוכן מסוים ב-GitBook, העריכות שלו יישלחו למאגר של GitHub. לעומת זאת, התחייבויות שנשלחות למאגר של GitHub מיובאות בתוך GitBook.

הגדרת השילוב עם GitHub:

  • במרחב שלכם בפלטפורמת GitBook, לוחצים על הכרטיסייה שילובים > GitHub.
  • מתן הרשאה ל-GitBook לגשת לחשבון GitHub המקושר לארגון שלך
  • להיכנס ל-GitHub של הארגון וליצור מאגר עבור 'HandBook', למשל 'ספר יד שנייה'
  • עכשיו תוכלו לבחור את המאגר שנקרא 'ספר כאוס של כאוס', שאותו אתם רוצים לחבר מתוך אפשרות ההרשאה בפלטפורמת GitBook.

לאחר השלמת השלבים האלה, GitBook יוסיף תגובה לפעולה מאתר אחר (webhook) למאגר המידע הכאוב של הספרים, שתאפשר לו לאחזר תוכן לגבי כל שינוי במאגר. כשמבצעים שינויים ב-GitBook, התגובה החדשה תישלח בדחיפה.

סיימתם! כל אחד יכול להמשיך לערוך מ-GitBook או מהמאגר של GitHub.

-- כיצד לערוך דפים בפלטפורמת GitBook?

כל מי שרוצה לערוך משהו בפלטפורמת GitBook נדרש להצטרף לפלטפורמת GitBook באמצעות קישור הזמנה או הצטרפות. GitBook תומך בעריכה ויזואלית שבה משתמשים יכולים לכתוב ישירות בתוך הדפים.

טיוטה היא גרסה של תוכן משתמש שניתן לערוך אותה רק לכותבים. היא נוצרת באופן אוטומטי ברגע שמתחילים לכתוב (האות הראשונה בכלי העריכה, יצירת דף חדש, העלאת תמונה וכו').

שינויים שבוצעו בטיוטה מתאימים לה, ומאפשר למשתמשים לתרום את אותו מסמך עם חברים אחרים בו-זמנית ללא יצירת התנגשויות! מצב כזה נקרא 'עריכה אסינכרונית' ו'פתרון סכסוכים'.

הגרסה הראשונה של הטיוטה לא תמיד מוכנה לפרסום מיד. אפשר לבחור באפשרות 'שמירה' כשרוצים להמשיך לעבוד מאוחר יותר או אם התוכן עדיין לא מוכן ל'מיזוג'.

כשמסיימים לערוך, אפשר 'למזג' את הטיוטה. התוכן שכתבת או השינויים שערכת יהיה זמין לחברי הצוות שלך ו/או יהיו גלויים לכולם.

דוגמאות לתמונה: Shorturl.at/gATZ8 ו-shorturl.at/qrE57

-- מבנה התוכן:

תוכן העניינים: כל מרחב משותף יכול להכיל את מספר הדפים הנדרשים לכתיבת המסמכים. כל הדפים האלה נראים בצד ימין של המסך במה שאנחנו מכנים 'תוכן עניינים'. מ'תוכן העניינים' אפשר לנהל את הדפים: ליצור דפים חדשים, קבוצת דפים, להוסיף קישורים חיצוניים, להוסיף וריאנט, לייבא מסמכים חיצוניים כמו אתרים או קבצים בפורמט Markdown (.md או .markdown), HTML (.html), Microsoft Word (.docx).

הדף ההתחלתי: הדף ההתחלתי הוא דף הבית או שורש התיעוד שלך, ולמעשה הוא המאסטר של כל דפי התיעוד. מכיוון שזוהי הכניסה הראשית למסמכים ולמרחב שלך, לא ניתן להעביר את הדף הזה, למחוק אותו, להוסיף אליו ילדים או להיות חלק מקבוצה.

דפים: לדף יש כותרת, תיאור אופציונלי בחלק העליון של העורך. לאחר מכן תוכלו לכתוב ולהוסיף כל סוג של תוכן.ניתן לקנן דפים על ידי גרירה ושחרור של דף מתחת לאחר. הצאצאים של הדף יוסתרו, אבל אפשר יהיה לכווץ אותם.

קישורים חיצוניים: ערכים אלה הם קישורים חיצוניים ואין להם תוכן בעורך. הפונקציה העיקרית שלהם היא לקשר לאתרים חיצוניים.

וריאציות: אפשר ליצור וריאנט כדי ליצור תוכן חלופי לתיעוד. האפשרות הזו יכולה להיות שימושית לתיעוד של כמה גרסאות של ממשק API, ספרייה או תרגומים.

דוגמה לתמונה: Shorturl.at/eyLW1 ו-shorturl.at/rFRX6

-- כיצד יוצג המדריך בצד הלקוח?

המדריך של קהילת הכאוס יהיה נגיש באמצעות תת-דומיין, שיכול להיות https://docs.chaoss.community, והוא ייראה באופנים הבאים בצד המשתמש:

  • המדריך של Mattermost – https://handbook.mattermost.com/
  • מסמכי גישור של קהילת Linux Foundation – https://docs.linuxfoundation.org/docs/ ועוד הרבה יותר

לוח זמנים של הפרויקט:

1) שלב הקישור לקהילה (17 באוגוסט עד 13 בספטמבר)

A.) שבוע 1 עד 4:

  • דיון על הפרויקט עם מנטורים
  • לחקור ולאסוף את המידע הדרוש לחלקים השונים בפרויקט, לשאול את הקהילה שאלות הבהרה
  • הבהירו לקהילה באיזו פלטפורמה להשתמש עבור המדריך (אני מציע GitBook) ולהגדיר זאת
  • דיווח על בעיות במסמכים

2) שלב פיתוח המסמך (14 בספטמבר עד 30 בנובמבר)

A.) שבוע 5 (14 בספטמבר עד 20 בספטמבר)

  • טיוטה" – קטע מבוא

B.) שבוע 6 (21 בספטמבר עד 27 בספטמבר)

  • טיוטה של הקטע "The CHAOSS Community Way" (דרך הקהילה של CHAOSS)

C.) שבוע 7 (28 בספטמבר עד 4 באוקטובר)

  • נסחו את הקטע 'הדרך למנהיגות'
  • נסחו את הקטע 'מינוח'

D.) שבוע 8 (5 באוקטובר עד 11 באוקטובר)

  • נסחו את מפת הדרכים של הקהילה
  • הנחיות לכתיבת תוכן של טיוטה

E.) שבוע 9 (12 באוקטובר עד 18 באוקטובר)

  • הקטע של פיתוח טיוטה

F.) שבוע 10 (19 באוקטובר עד 25 באוקטובר)

  • הנחיות לקטעים בנושא כתיבה והפצה

G.) שבוע 11 (26 באוקטובר עד 1 בנובמבר)

  • הקטע 'מדדי טיוטה'
  • טיוטה של קטע CHAOSScon

H.) שבוע 12 (2 בנובמבר עד 8 בנובמבר)

  • עיצוב החלק של הפגישה

  • טיוטת שאלות נפוצות כלליות של הקהילה

    I.) שבוע 13 (9 בנובמבר עד 15 בנובמבר)

  • טיוטה לגבי ההנחיות ל-GSoC

J.) שבוע 14 (16 בנובמבר עד 22 בנובמבר)

  • טיוטה בנושא הנחיות ליצירת קשר

K.) שבוע 15 (23 בנובמבר עד 29 בנובמבר)

  • זמן להפסקה, ליטוש ושיפור של כל המסמכים

3) שלב ההערכה (30 בנובמבר עד 5 בדצמבר)

A.) שבוע 16:

  • טיוטה של דוח פרויקט
  • ממלאים את ההערכה עבור הפרויקט.

אינטראקציה עם הקהילה

1) התעניינות ודיונים עם הקהילה.

ובכן, גלשתי בקהילה של CHAOSS מאז אפריל 2020 והשתתפתי בדיונים שונים עם חברי הקהילה ועם החונכים הספציפיים שלי בפרויקטים( ג'ורג' קישור וארמסטרונג פאונדים). אחד מהדיונים האלה עורר עניין רב יותר בקרב חברי הקהילה, למשל "הצעת Gitbook כפלטפורמה לאירוח מדריך לקהילה". ניתן למצוא אותו בשרשור של רשימת התפוצה בארכיון CHAOSS בשם 'הצעת Gitbook' כפלטפורמה לאירוח מדריך קהילתי. השתתפתי גם בשיחות שבועיות של הקהילה, שעזרו לי לעדכן את הקהילה.

2) איך תאספו את המידע הנדרש לפרויקט הזה?

מכיוון שהפרויקט הזה מחייב הגדרה של המדריך לכל הקהילה, המידע שאליו צריך לגשת ייאסף מחברי הקהילה ונדון בו. כמו שהצעתי את ציר הזמן שלי למעלה, אוכל לדבר ולאסוף את המידע הנדרש במהלך תקופת החיבור של הקהילה שלי.

אבדוק את התחומים השונים בהתאם ל-CHAOSS, ואמשיך את השרשורים ברשימת התפוצה. אנסה לשאול שאלות הבהרה מהמנטורים שלי ומהקהילה, בהתאם לדרישות.

כדי לנהל דיונים תמציתיים, אצורף גם לשיחות שבועיות.

3) איך אתם מציעים תעדכנו את הקהילה לגבי ההתקדמות שלכם ונתקלתם בבעיות או בשאלות במהלך הפרויקט?

כדי לשמור על גמישות ושקיפות, אנסה להסביר את זה בדיון של רשימת התפוצה כדי לשאול את השאלות שלי.

אשתף את ההתקדמות השבועית שלי כפוסט בבלוג שיכלול את המסמכים והאתגרים שאיתם אני עובד, שישותפו ברשימת התפוצה של הקהילה כדי להגיע לקהל הגדול יותר בתוך ארגון הקוד הפתוח.

אני גם משתתף בשיחות קהילה שבועיות כדי לקבל הצעות מתאימות ודיונים על הנושאים העיקריים.

אני גם מתכנן ליצור לוח Trello עם המשימות השבועיות הזמינות. לאחר מכן, החונכים יוכלו להשתמש בלוח הזה כדי להבין באופן ברור ותמציתי את הבעיות והתכונות הקיימות.

4) מה תעשו אם נתקעתם בפרויקט והמנטור שלכם לא נמצא לידכם?

אני חושב שהתפקיד של החונך הוא להנחות את התלמידים בכיוון הנכון ולא להסביר לתלמיד כל פינה בלולאה. המחקר והיישום של הפרויקט הם באחריות התלמיד בלבד. חשוב לזכור שאנסה לקבל עזרה מהמנטור שלי רק כמוצא אחרון.

עם זאת, אם המנטור לא נמצא/עסוק כרגע או דרושה לי עזרה, אעבור לשיתוף הבעיה שנתקלתי בה בקהילה של CHAOSS. אני בטוח שמישהו יוכל לעזור לי בכל אתגר שאני אתקל. אשתף את הבעיה גם בפורומים באינטרנט או בקהילות מפתחים באינטרנט, כמו dev.to

בנוסף, הייתי מנסה להשתתף בשיחות שבועיות לקבלת עזרה בתוך קהילת CHAOSS כדי לשאול את השאלות שלי.