WikiHow זה מלמד אותך כיצד להתחיל ולתחזק פרויקט מוצלח של קוד פתוח. מלבד עבודה קשה והתמקדות במטרה הסופית, המפתח ליצירת פרויקט מוצלח של קוד פתוח טמון לרוב בהגדרת המטרות שלך בשלב מוקדם בתהליך ובקבלת עזרה מהקהילה.
צעדים
חלק 1 מתוך 3: הכנה להתחלה
שלב 1. דע היכן להתחיל
בבסיסו, פרויקט הקוד הפתוח שלך אמור לתת פתרון לבעיה, במיוחד אם הבעיה צפויה להתפתח בעתיד. השלב הראשון בטיפוח פרויקט מוצלח של קוד פתוח טמון במציאת בעיה לפתרון, קביעה האם הבעיה מספיק חשובה להתמודדות או לא והגדרת המטרות שלך משם.
אם כבר יש לך פרויקט בתנועה, הקפד לרשום את הבעיה שהוא פותר לפני שתמשיך
שלב 2. ודא שהפרויקט שלך נחוץ
הביקוש הוא אחד המרכיבים העיקריים של פרויקטים מוצלחים של קוד פתוח. אם אין דרישה או צורך ברעיון הפרויקט הראשוני שלך-או אם הדרישה הנוכחית מתקיימת על ידי פרויקט אחר-תוכל לשקול הצטרפות לפרויקט מתמשך אחר או בחירת בעיה אחרת להתמקד בה.
פרויקטים רבים ומתמשכים של קוד פתוח מקבלים קלט קהילתי קפדני, לכן אל תפחדו לחפש ולהצטרף לגרסה קיימת של הפרויקט שלכם במקום זאת
שלב 3. הימנע מלקבל בעיות גדולות או מעורפלות
לא רק שבעיות אלה בדרך כלל ישיגו פתרונות רשמיים יותר בזמן, הניסיון להתמקד בבעיה גדולה הן מדלל את המיקוד שלך ומקשה על פנייה לכל צרכי הקהל שלך מבלי להשקיע פרק זמן בלתי סביר.
במקום זאת, התמקד בבעיה קטנה המשפיעה על מספר רב של אנשים (למשל באג בהפצה של לינוקס)
שלב 4. הגדר את הצלחת הפרויקט שלך
מכיוון שפרויקטים של קוד פתוח עוסקים בקטגוריות שונות של נושאים, "ההצלחה" של הפרויקט שלך תשתנה. רשום מה אתה מנסה להשיג וכיצד תדע שהשגת אותו יעזור לך להתמקד במטרה מרכזית אחת למשך כל הפרויקט.
לדוגמה, אתה עשוי לראות בפרויקט הקוד הפתוח שלך מוצלח אם הוא יופעל, בעוד שאחרים יראו פרויקט מוצלח רק כאשר הוא יגיע למספר מסוים של הורדות
שלב 5. בחר רישיון קוד פתוח קיים ומאושר לפרויקט שלך
רוב המפתחים יודעים מה המשמעות של "GPL", "LGPL" "BSD" (Berkeley Software Distribution) ו- "Apache", מה שאומר שהם יודעים גם מה הם יכולים לעשות עם קוד כזה ומה אסור להם לעשות. זה יעזור לך להימנע מבעיות משפטיות או קניין רוחני בדרך.
כתיבת רישיון משלך יכולה לקחת זמן רב, סביר להניח שתצטרך להזמין עורך דין שיאשר שהמסמך מסמן את כל התיבות
שלב 6. כתוב את קובץ ה- README לפרויקט שלך
זה אולי נשמע כמו פעולה שנשמרת בצורה הטובה ביותר לאחרון ולא לראשונה, אבל כתיבת ה- README כמיטב יכולתכם בלי הפרויקט בפועל שלפניכם תאלץ אתכם להגדיר שלושה דברים מכריעים: למי מיועד הפרויקט שלכם (קהל), למה אתם הפרויקט משמש ל (שימוש), והיכן תוכל למצוא משאבים נוספים (עזרה).
מטבע הדברים, לא תוכל לרשום את ההוראה הטכנית לפרויקט שלך בקובץ README
חלק 2 מתוך 3: הפעלת הפרויקט
שלב 1. מצא תורמים מראש
למרות שיש לך משהו החל מהשלד הראשוני של הפרויקט ועד גרסת בטא עובדת, גיוס כמה תורמים קרובים שיעזרו בפרויקט לפני פרסום הפרויקט בכל מקום יסייע בהקמת צוות; באופן דומה, תהיה לך גישה ישירה למשוב של כמה אנשים קרובים כאשר אתה מתחיל במקום צורך למיין את המשוב הקהילתי המפוזר.
- אם לא תמצא תורמים לפני שתשיק את הפרויקט שלך עלול לגרום לכך שמשתפי פעולה לא ירגישו שהם חלק פעיל מהתהליך.
- מנהיגי פרויקטים קוד פתוח רבים מציעים שיעורי קידוד או פיצוי אחר שאינו חומרי לתורמים הראשונים שלהם.
שלב 2. קבל אירוח
קל יחסית להירשם לאירוח חינם לפרויקט קוד פתוח; האפשרויות הנפוצות כוללות את SourceForge ו- GitHub. פעולה זו לא רק חוסכת כסף, היא גם מציבה את הפרויקט שלך במקום בו אנשים צפויים לחפש פרויקטים קוד פתוח.
שלב 3. ציין כי הפרויקט שלך הוא קוד פתוח
למרות שזה נראה דבר פשוט מאוד, זהו אחד ההיבטים המתעלמים ביותר של פרויקט קוד פתוח. זכור, אנשים יראו את הפרויקט שלך רק כמה שניות לפני שהם יחליטו אם להוריד אותו או לא; הידיעה שהפרויקט שלך הוא קוד פתוח (ולכן עבודה בתהליך) עשויה לעזור להם לגבש דעה אחרת.
שלב 4. ביסוס שקיפות
החלק ה"פתוח "של קוד פתוח אומר שאנשים צריכים להיות מסוגלים לראות מה אתה עושה עם הקוד. כמה דרכים פשוטות להבטיח שלכולם תהיה גישה שווה למשאבים שלך כוללות את הדברים הבאים:
- אחסן את הקוד שלך באופן מקוון כך שכל אחד יוכל לגשת אליו.
- פרסם את הרישיון, את ה- README ולוח השחרורים שלך במיקום נוח לגישה.
- ציין את מטרותיך לפרויקט.
- הקלט ושחרר כל מידע על פגישה "פרטית" (למשל, הקלטות שמע או תמלילים).
שלב 5. שחרר איטרציות של הפרויקט שלך
במיוחד כשיש לך תורמים או נותני חסות עקביים, תרצה לדבוק בלוח הזמנים שלך במהדורה מדויקת ככל האפשר. זה יאפשר לקהילה לקבל מושג על איך הפרויקט שלך מרגיש לפני שהשחרור המלא שלו ייצא לציבור, ותוכל לקבל כמות גדולה של משוב שתוכל להשתמש בו כדי לצבוט מהדורות עתידיות.
חשוב לזכור כי למרות שאינך צריך להשתמש בכל פידבק מהקהילה, הם ירצו לראות שאתה מיישם כמה הצעות נפוצות
שלב 6. אפשר עריכות קהילה בקוד שלך
למרות שתצטרך להחזיר ונדליזם ועריכות שאינן הגיוניות מבחינת הקוד עצמו, הפיכת הקוד שלך לציבורית תעזור לך למצוא תורמים חדשים. זה יתאים גם לתרבות השקיפות שמוצאים עם פרויקטים רבים של קוד פתוח, שעשויים להשפיע על נותני החסות בעתיד.
אתה תמיד יכול להגן על הקוד המבני ולאסור תורמים שיוצאים דואר זבל או משחיתים את הפרויקט שלך במידת הצורך
חלק 3 מתוך 3: תחזוקת הפרויקט
שלב 1. אינטראקציה עם הקהילה
לא משנה עד כמה הפרויקט נמוך או גבוה, הפרויקט שלך עם קוד פתוח ימשוך בסופו של דבר עניין ו/או ביקורת מהקהילה. במקום לדחות אותם או להתעלם מהם, עדיף לדבר עם חברי הקהילה המתעניינים על מנת להגדיל את הסיכוי שיהפכו לתורמים.
שלב 2. אל תעשה את כל העבודה בעצמך
כפי שצוין לעיל, חברי קהילה רבים עשויים להגיע אליך עם הצעות או רעיונות כיצד לשפר את הפרויקט שלך. קל לקחת זאת כהזמנה לבצע את השינויים בעצמך; במקום זאת, שקול לבקש מחבר הקהילה המתעניין לבצע את השינויים.
פעולה זו יוצרת תחושה של עבודת צוות עם חברי הקהילה המעורבים ומפנה לך זמן להתמקד בנושאים אחרים
שלב 3. הימנע מתקשורת פרטית
החלק ה"פתוח "בפרויקטים של קוד פתוח אינו תורם לפגישות פרטיות או ליישום מידע ללא שקיפות מלאה.
אם אכן תתקיים פגישה פרטית על תכונה או רעיון, הקפד להקליט את הפגישה ולהעלות אותה לדף הפרויקט שלך
שלב 4. יישום בקשות משיכה
בקשות משיכה הן דרכים בהן חברי הקהילה יכולים לתרום לפרויקט שלכם. למרות שתרצה לסקור אותם בשלבים מאוחרים יותר של הפרויקט שלך, לאפשר לחברי הקהילה לשנות את הקוד שלך ככל שהפרויקט ימשיך להבטיח שהוא יהיה מעוגל ככל האפשר.
שלב 5. שווק את הפרויקט שלך
בדיוק כמו שהיית משווק מוצר בתשלום, יהיה עליך לקדם את פרויקט הקוד הפתוח שלך באמצעות דפי מדיה חברתית ומעורבות כללית.
ישנן אינספור דרכים לקדם את הפרויקט שלך, אך השימוש בתת -עריכה תת -תכנותית של Reddit תאפשר לך לשאול שאלות, להגיב להערות, או ליצור קשר אחר עם קהל היעד שלך
שלב 6. יש למישהו להמשיך את הפרויקט
תמיד, הצלחת הפרויקט שלך תביא לכך שהוא צריך פחות תשומת לב משמעותית ממה שהענקת לו עד כה. במידת האפשר, מינו מנהל פרויקט שישתלט על רווחת הפרויקט עד שהוא לא יהיה רלוונטי או יזדקק לעדכון; זה יאפשר לך להתמקד בפרויקטים אחרים (או לקחת הפסקה נחוצה).
טיפים
- אם אתה מעוניין לצלול לקוד פתוח אך עדיין אינך מוכן לארח פרויקט משלך, שקול לתרום לפרויקטים של משתמשים אחרים עד שתבין את התהליך.
-
דע מה המשמעות של רישיון הקוד הפתוח שלך באמת:
- אפאצ'י מאפשר לכולם לשנות את הקוד שלך ולהשתמש בו בתוכנת המקור הסגור שלהם. מכאן שהקוד לפי רישיון זה אטרקטיבי לחברות ויהיה הרבה יותר קל להשיג את הפופולריות הראשונית. עם זאת, ייתכן שלא תקבל משוב רב מאנשים שפשוט משתמשים בעבודתך בשקט.
- LGPL (רישיון ציבורי כללי פחות) מאפשרת להשתמש בתוכנה שלך בנגזרות המקור הסגור, אך דורשת מהמשתמש לחשוף את כל השינויים שביצע בקוד שלך. אפשר לצפות למשוב נוסף.
- GPL (רישיון ציבורי כללי) הוא רישיון אגרסיבי המחייב את המשתמש לחשוף קוד משלו שקורא לקוד שלך. כמה חברות יאהבו את זה, אבל אם הן רוצות את התוכנה שלך, הן ייצרו איתך קשר ומציעות תשלום עבור מתן הקוד עבורן בתנאים שהם אוהבים. אמנם "רישוי כפול" זה אינו מכובד על ידי האקרים רבים של תוכנות חינם וארגוני GNU, אך הוא חוקי ופופולרי למדי.
- הקפד לבדוק איות כל יצירה כתובה שאתה מייצר. השתמש תמיד בדקדוק נכון.
- תהיה הכי מקצועי ובוגר שאפשר, גם אם מישהו שמתקשר איתך אינו כזה.
אזהרות
- אם אתה משתמש בכמה רכיבי קוד פתוח מפרויקטים אחרים, הקפד לכבד את הרישיונות שלהם. לא כל רישיונות קוד פתוח תואמים זה לזה.
- בדרך כלל זה לא רעיון טוב למצוא ולנסות להחיות פרויקט קיים ונטוש. פרויקטים כאלה בדרך כלל נטושים מסיבה טובה.
- אל תכיר יותר מדי באנשים שמייצרים עבורך עבודה. אם תתחיל להודות לכולם או שתפספס מישהו שירגיש מוזנח, או שלא תדע היכן לעצור. תודו רק לחבר הקהילה שעושה משהו יוצא מן הכלל; זה מעלה את הרף של מה שצריך לעשות כדי לקבל את הכרת התודה שלך.
