איך בוחרים רישיון GitHub ולמה חשוב לא לבחור נכון? GitHub הוא השירות הגדול ביותר לפיתוח משותף של פרויקטי IT ואירוחם לאחר מכן. בעזרת שירות האינטרנט הזה, מספר בלתי מוגבל של אנשים יכולים לעבוד על פרויקט בו-זמנית, כמו גם מכל מקום בעולם. כמו כן ב-GitHub קיימת מערכת ניהול או בקרה המאפשרת לצפות ולשלוט לחלוטין בכל השינויים על ידי מפתחים לכל זמן, והיא גם מאפשרת לחזור למצב שהתרחש לפני השינויים.
מהו רישיון GitHub
רישיון הוא מסמך מיוחד שנקבע על ידי טופס המדינה ומאפשר לעסוק בסוג מסוים של פעילות יזמית, הדורשת בהכרח תשומת לב מיוחדת מהמדינה. אך לרוב, בפועל, נעשה שימוש בהסכמי רישוי מקוצרים בלבד או בהסכמים הקובעים מתן רישיונות במשפט הפרטי. ככלל, הרישיון שואף רק למטרה אחת, אך המטרה החשובה ביותר היא הסכם חובות וזכויות בין נותן הרישיון לבעל הרישיון. החובות והזכויות הללו יכולות להיות כל דבר, אבל רק במסגרת החוק. דוגמה בולטת היא שמעניק הרישיון עשוי לדרוש ציון חובה של שמו של בעל זכויות היוצרים בעת השימוש ביצירה על ידי בעל הרישיון. או, למשל, לאפשר העתקה של היצירה,אבל לאסור לחלוטין כל שינוי בו. או, כדי להסיק דרישות כאלה שהיצירה צריכה להיות מופקת באותם תנאים לחלוטין כמו המקור, וכן הלאה, יש הרבה דוגמאות לתנאים שונים שמוצגים.
אבל, גם אסור לשכוח שהרישיון מגן על זכויותיו של לא רק של נותן הרישיון, אלא גם של בעל הרישיון. מאחר ובו ניתן לראות ולקרוא בבירור את כל תנאי השימוש ביצירה ולכן אין לו צורך לחשוש שמעניק הרישיון ידרוש לפתע כל תמלוגים או כל פיצוי אחר בגין השימוש ביצירתו.
אם תבטל את הסכמתך לרישיון המשויך ליצירה, זכויות היוצרים עדיין יחולו בהתאם לכללים המשפטיים התקפים באותה מדינה. במילים פשוטות, היעדר רישיון אינו מרמז בשום אופן שמחברים אחרים יכולים להשתמש בפרויקט הזה איך שהם רוצים. הכל, לחלוטין, להיפך, כי ללא כל רישיון ספציפי, מתכנת לא מוותר בשום אופן על הזכויות שניתנו בחוק. כמו כן, חשוב לזכור תמיד שהרישיון חולש על כל הזכויות והחובות. זאת על מנת להגן על בעל היצירה מפני ציפיות המשתמש ומה שמשתמעת כל אחריות. אחרי הכל, אף אחד לא רוצה שהקוד שלו יגיע לבית המשפט בשום אופן.
מהי זכויות יוצרים
זכויות יוצרים מופיעות לאדם רק כאשר כתוצאה מפעילות אינטלקטואלית הוא יוצר יצירה שתהיה ייחודית, אך יחד עם זאת שימושית, כדוגמה, ניתן לקחת את הכתיבה של אותה תוכנית. כאשר כל האמור לעיל נעשה, האדם הופך למחבר וכעת יש לו לחלוטין את כל זכויות היוצרים על יצירה זו. יש לומר גם שזכויות יוצרים הן קנייניות ולא קנייניות. ההבדל ביניהם הוא שניתן להעביר זכויות קניין לכל אחד, אך לא זכויות קניין תמיד יישארו רק אצל היוצר בכל מצב. הרי להיות סופר זו זכות בלתי ניתנת לביטול.
לשם מה מיועד רישיון קוד פתוח?
זו גם שאלה פופולרית למדי בקרב מפתחים ומתכנתים מתחילים, מכיוון שהם פשוט לא מבינים מדוע עליהם לצרף רישיון כלשהו לפרויקטים שלהם, כי בלעדיו הפרויקט יכול להתקיים בקלות. עם זאת, זה לא לגמרי נכון, כי אם, למשל, מפתח מתחיל כלשהו כתב איזה קטע קוד חשוב ושימושי למדי, אבל לא הגן עליו ברישיון, אז למשתמשים אחרים יש שאלות. ובדיוק בגלל זה, כשלקוחות מגיעים אליו ורוצים להשתמש בקטע הקוד הזה למטרותיהם המסחריות, הם רואים שלקוד אין שום רישיון ופשוט מסרבים לו. זאת בשל העובדה שחברות פשוט לא ישתמשו בקוד ללא רישיון, כי הן לא צריכות בעיות עם החוק ועורכי הדין.
איזה רישיון GitHub מתאים לתנאים מסוימים – איך לבחור?
לא יכולה להיות תשובה מדויקת לשאלה זו, שכן בחירת הרישיון תלויה רק במטרות הפרויקט ובהעדפות האישיות והרצונות של היזם עצמו. כפי שאתה יכול לראות, יש הרבה רישיונות שונים ב-GitHub, והכי חשוב, כולם בחינם וזמינים לציבור, מה שאומר שכל מתכנת יכול למצוא את רישיון ה-
Open Source שמתאים בדיוק לפרויקט שלו. אבל, הכי חשוב, אסור לנו לשכוח שרישיון קוד פתוח הוא לא רק קוד ללא רישיון.
- מגן חזק.
- הגנה חלשה.
- מַתִיר.
מגן חזק
רישיונות הגנה חזקים הם לרוב וריאציות של GPL. רישיונות אלו מחייבים בהכרח רישוי של הפרויקט, כמו גם חשיפת קודי מקור, גם למרות אופן השימוש בקוד או פרויקט כלשהו או שכבר נעשה בו שימוש.
הגנה חלשה
רישיונות הגנתיים חלשים הם לרוב וריאציות של ה-Lesser GPL. שבו ההבדל העיקרי מרישיונות מתירים הוא שפשוט יש צורך ברישיון התוכנית תחת רישיון GPL, כמו גם לספק את קודי המקור ללא תקלות. יתרה מכך, אם פרויקט של מתכנת מכיל ספריה, כלומר קישור סטטי או קישור דינמי תחת רישיון LGPL, אז הוא גם יהיה תואם לכל רישיון הפרויקט של המתכנת.
מַתִיר
יש מספר רב של רישיונות מתירים, ביניהם הרישיונות הפופולריים ביותר הם MIT, Apache 2.0 ו-BSD. עם שינויים קלים, לרישיונות אלו יש את היכולת לאפשר שימוש בקוד הן בפרויקטים של קוד פתוח והן למטרות מסחריות ופרויקטים. אבל, במקרה זה, חשוב לזכור כי יש צורך לציין את המחבר של התוכנית המקורית.
רישיונות GitHub פופולריים אחרים
בנוסף לשלוש קבוצות הרישיונות הללו, ישנם אחרים, למשל, עוד אחד מהרישיונות השימושיים ביותר הוא GPLv2 עם הרחבות classpath. ניתן להשתמש ברישיון זה גם בפרויקטים של קוד פתוח וגם בפרויקטים ומטרות מסחריות. המראה הפופולרי ביותר שלה הוא ב-Oracle, חברה זו משתמשת ב-GPLv2 עם הרחבות classpath כדי לתת רישיון לפרויקטים ולפתרונות הקוד הפתוח שלה. רישיון זה הוא די חשוב ושימושי, שכן רישיונות GPL רגילים, למשל, לעולם אינם יכולים להתמודד עם קוד בייט. כלומר, יש להם תיאור מיוחד של תהליך ההידור והקישור, שהוא לחלוטין לא מתאים לשפות תכנות מפורשנות אחרות, שפות כאלה כוללות את שפת Java הפופולרית ביותר.עבור מקרים כאלה שוחרר רישיון GPLv2 מיוחד עם הרחבות classpath. אחרי הכל, זה אומר בצורה מאוד ברורה וברורה שהספרייה שפורסמה ברישיון זה יכולה לשמש בפרויקטים מסחריים ומטרות עם כל רישיון אחר לחלוטין.
רישיונות GitHub .
הוספת רישיון
לאחר שהרישיון הסופי נבחר סופית, כל שנותר הוא להוסיף אותו לשורש הפרויקט עצמו. כדי לבצע פעולה זו, עליך להוסיף את הרישיון הנבחר מתחת לשורש הפרויקט במהלך יצירת הפרויקט עצמו, או באופן כללי בכל זמן אחר. אבל גם בפעולה הזו, שירות האינטרנט GitHub הצליח לדאוג למשתמשים שלו והם עשו דרך נוחה למדי להוסיף את הרישיון הסופי גם בתחילת הפרויקט עצמו.
