איך אתה יכול לדבר על שימוש בקוד פתוח כדי להראות אמינות - באותה נשימה
לכתוב שאם זה יצליח - אתה מתכוון לשנות את הרשיון - מהלך שמראה על חוסר
אמינות וחוסר תום לב. אנחנו מתווכחים פה על מוצר שאינו קיים (כלומר
vaporware) - אבל הויכוח העקרוני הוא - מה מטרתו של רשיון קוד פתוח. אם
תקרא את דעתם של מפתחי הרשיונות השונים, אתה תגלה שרשיון קוד פתוח לא נועד
לשרת מטרות זמניות - זה הרבה יותר הסכם בין מפתחי הקוד לבין עצמם ובין
מפתחי הקוד לבין הקהילה.
כשהקוד פתוח אנשים עשויים לשלוח לך תיקונים לבאגים בקוד, תוספות, ושאר
דברים שלעולם לא תוכל לקבל במנגנון של קוד סגור. החלק השני והמובלע לכך הוא
- שהקוד יישאר פתוח גם בהמשך, ככל שזה תלוי במפתחי הקוד המקוריים.
אגב, גם אם תבדוק מוצרים של חברות שהשתמשו בשיטת הרישוי הכפול (ובהחלט היו
כאלו) - הרי שהגישה של אותם חברות היתה קהילת המשתמשים הפרטיים תמשיך להנות
ממוצר פתוח ותוכל להשתמש בו בתוך קוד פתוח - אבל חברות מסחריות שתרצנה לשלב
את המוצר שלנו במוצר קוד סגור שלהן - תשלמנה לנו כסף על זה". אתה יכול
לראות את זה במוצרים כמו qt או mysql. מה שכן - החברות הללו מראש לא קיבלו
קוד מהקהילה (כדי שתוכלנה לשחרר את המוצר תחת רשיון כפול) או במקרים
מסויימים ביקשו שכל תרומת קוד תגיע עם מסמך שמאשר העברת זכויות היוצרים על
הקוד מהכותב המקורי לחברה. בשני המקרים הללו, הרווח של אותן חברות מפתיחת
הקוד היה מוגבל, ובשני המקרים הללו ההבדל בין המוצר הפתוח לסגור לא היה
בתכונות המוצר - אלא רק ברשיון שלו.
--גיא
On 06/10/2017 09:09 PM, Gil 1 wrote:
בתשובות שלכם אמרתם שאני רוקד על החתונה הלא נכונה בכך שאני מתכנן שזה יהיה
בהמשך קוד סגור. אני חשבתי על זה המון והגעתי למסקנה ששתי החתונות יכולות
להיות נכונות במידה מסויימת. פירטתי למה בהודעה הקודמת שכתובה מתחת(והיא לא
נשלחה ליץר החברים). מישהו טען שבכך שבהמשך הקוד יהיה סגור - אני אעצבן
מאוד את הקהילה - לגבי זה, למה? אני לא רואה זאת באותה עין. אני אגיד תודה
למי שמשתף כל דבר בחינם
------------------------------------------------------------------------
*מאת:* Gil 1 <[email protected]>
*נשלח:* שבת 10 יוני 2017 16:51:26
*אל:* Tomer Cohen
*נושא:* RE: שימוש ברישיון MIT / Creative Commons בגרסת FREE ושימוש
בקוד סגור בגרסת PRO - מותר?
"הרי גם אם יום אחד יחליט בעל הזכויות לשנות את הרישיון או לסגור את הקוד
(ואין מגבלות נוספות מבחינת הרישיון ואישור כל השותפים לקוד על שינוי
הרישיון), אין הדבר מונע מכל גורם אחר להשיג עותק של הגרסה האחרונה ששוחררה
כקוד מקור, ולהמשיך לתחזק אותה ואולי אפילו לשלב בה תכונות שהופיעו בגרסאות
מתקדמות יותר. "
לכן אני חושב לסגור את הקוד בשלב מוקדם מאוד בפיתוח, לפני שהוספתי כמה
פיצ'רים מהותיים ומסובכים יותר.
יכולתי לומר שמשום שאני לא מעוניין בהצלחת המתחרים שלי אז אני מלכתכילה לא
מעוניין בהפצת קוד המקור. זאת היתה הדעה שלי בהתחלה.
אך עקב הניסיון האחרון שיניתי את דעתי קצת. הסיבה היא כזאת: מאחר שהסיכויים
שפרוייקט יניב רווחים הם ממילא נמוכים, ומאחר שכמו שאמרת - קוד מקור מראה
על אמינות ומאחר שבעבודה עם קוד מקור יש לי אפשרות להשתמש בפלטפורמות טובות
שמשמשות כתיק פרוייקטים (כגון github) - אני חושב שקוד מקור זאת התחלה
טובה. אז אני לא אוותר על זה לגמרי.
"רשימת דיוור זו עוסקת בצד היותר קהילתי של הקוד הפתוח והתוכנה החופשית,
ולכן לא סביר שיהיו פה הרבה אנשים שייעצו לך לוותר על שחרור קוד המקור
במלואו ולא לחשוב על סגירה עתידית של הקוד. כאשר הקוד זמין לציבור אתה אמנם
מאפשר למתחרים שלך להציע שירותים דומים לאלו שלך וכן גם אינך יכול להחביא
בקוד סודות מסחריים, אבל מצד שני אתה מרוויח לקוחות שיראו את היושר שלך בכך
שאתה מתנהל מולם בשקיפות. לקוחות יגיעו אליך גם משירותי ערך מוסף (מוצרים
משלימים, גרסאות עם תכונות נוספות), התקנה ותמיכה, וכמובן גם מהוספה של
תכונות חדשות למוצר במימונם. "
זה בסדר. לא ישכנעו אותי לוותר לגמרי על קוד סגור. למרות שכבר עשיתי את זה
ואני אעשה את זה שוב פעם אם אראה שכבר מההתחלה הפרוייקט לא צובר תאוצה..
------------------------------------------------------------------------
*מאת:* Tomer Cohen <[email protected]>
*נשלח:* שבת 10 יוני 2017 15:19
*אל:* Yuval Langer
*עותק:* Gil 1; [email protected]
*נושא:* Re: שימוש ברישיון MIT / Creative Commons בגרסת FREE ושימוש
בקוד סגור בגרסת PRO - מותר?
איבדתי אותך ברגע שציינת ”חסרון מבחינתם הוא ייתרון מבחינתך” בהתייחסותך אל
ה־FSF. תוכנה חופשית וקוד פתוח אינם האויב, אלא אמצעי לגטימי ליצירת קהילה
ושיתופי פעולה סביב קוד שהגוף שפיתח אותו במקור אינו מעוניין להיות הגורם
הבלעדי להמשך פיתוחו ותחזוקתו, שהוא אינו רואה בו פוטנציאל ליצירת רווח
לאותו הגוף לכשעצמו (אלא באמצעות מוצרים משלימים, תמיכה, שירות וכו׳), שהוא
מעוניין להפיץ אותו לקהילה מרצונו החופשי וכתרומה חזרה לקהילה וכדומה.
ברגע שמסתכלים על שחרור קוד המקור לעולם כחיסרון, אינני יודע עד כמה צעד זה
יהיה מועיל לארגון, הרי גם אם יום אחד יחליט בעל הזכויות לשנות את הרישיון
או לסגור את הקוד (ואין מגבלות נוספות מבחינת הרישיון ואישור כל השותפים
לקוד על שינוי הרישיון), אין הדבר מונע מכל גורם אחר להשיג עותק של הגרסה
האחרונה ששוחררה כקוד מקור, ולהמשיך לתחזק אותה ואולי אפילו לשלב בה תכונות
שהופיעו בגרסאות מתקדמות יותר.
רשימת דיוור זו עוסקת בצד היותר קהילתי של הקוד הפתוח והתוכנה החופשית,
ולכן לא סביר שיהיו פה הרבה אנשים שייעצו לך לוותר על שחרור קוד המקור
במלואו ולא לחשוב על סגירה עתידית של הקוד. כאשר הקוד זמין לציבור אתה אמנם
מאפשר למתחרים שלך להציע שירותים דומים לאלו שלך וכן גם אינך יכול להחביא
בקוד סודות מסחריים, אבל מצד שני אתה מרוויח לקוחות שיראו את היושר שלך בכך
שאתה מתנהל מולם בשקיפות. לקוחות יגיעו אליך גם משירותי ערך מוסף (מוצרים
משלימים, גרסאות עם תכונות נוספות), התקנה ותמיכה, וכמובן גם מהוספה של
תכונות חדשות למוצר במימונם.
2017-06-10 14:59 GMT+03:00 Yuval Langer <[email protected]
<mailto:[email protected]>>:
אני לא בטוח אם זה לונקק או לא, ואם חיפשת ומצאת בעצמך, אבל יש לך את:
https://choosealicense.com/
ואת הרשימה של FSF:
http://www.fsf.org/licensing/licenses/license-list.html
<http://www.fsf.org/licensing/licenses/license-list.html>
שבה הם נותנים רשימת חסרונות של כל רישיון מנקודת המבט של ה-FSF.
חיסרון מבחינתם הוא ייתרון מבחינתך.
2017-06-10 14:52 GMT+03:00 Gil 1 <[email protected]
<mailto:[email protected]>>:
בהמשך למה שכתבתי -
אני יכול להתחיל את הפרוייקט כקוד פתוח ולאחר מכן להמשיכו כקוד
סגור מבלי לשנות את שם הפרוייקט לשם חדש?
הכוונה היא שאקבע לפרוייקט שם X ואשחררו תחת רישיון MIT בגרסה x
לאחר תקופה מסויימת, אמשיר לשחרר גרסאות חדשות אך הקוד מקור של
הגרסאות החדשות יהיה קוד סגור וזה מבלי לשנות את שם
הפרוייקט(כמובן.. אחרת הייתי מאפס את הספירה של הגרסאות).
זה דומה למה שהצעתי לעשות מקודם. רק שמקודם חשבתי על לשנות בערך את
שם התוכנה (על ידי הוספת "Pro" לשם) ובמקרה הזה אני אפילו לא משנה
את השם אלא רק עובר לקוד סגור החל מגרסה מסויימת.
שאלה לגבי רישיון Creative Commons -
נודע לי ממה שקראתי בעבר שרישיון כזה לא מומלץ לשימוש בתוכנות קוד
פתוח. מהם החסרונות ברישיון זה? והאם חסרונות אלה נוגעים אלי אם כל
הקוד שאני משתמש זה קוד שלי/קוד שאינו תחת רישיון כלשהו (קוד
שפורסם בפורום ציבורי ללא שום רישיון) ?
והאם אני יכול לעשות את הדרך פעולה שהצעתי (מה שכתבתי לפני השאלה
לגבי רישיון creative commons ) גם עם רישיון זה?
והאם למקרה שלי creative commons זו אופציה עדיפה על פני רישיון MIT ?
------------------------------------------------------------------------
*מאת:* Gil 1 <[email protected] <mailto:[email protected]>>
*נשלח:* שבת 10 יוני 2017 00:43
*אל:* Shlomi Fish; [email protected]
<mailto:[email protected]>
*נושא:* RE: שימוש ברישיון MIT בגרסת FREE ושימוש בקוד סגור
בגרסת PRO - מותר?
הבנתי ממך שמותר להפיץ את את הפרוייקט שמכוסה ברישיון MIT כקובץ
בינארי ללא הקוד מקור. הכוונה היא רק כאשר מדובר בהפצה מחדש של
הפרוייקט נכון? ולא כשההפצה היא ראשונית - כלומר אם אני רוצה להפיץ
פרוייקט חדש (אני המפיץ הראשון) תחת רישיון MIT אז אני חייב לצרף
קוד מקור. אבל אם אפיץ בשנית את אותו פרוייקט(עם שינויים ותוספות
של פיצ'רים) אז לא אהיה חייב לצרף את הקוד מקור החדש. אהיה רק חייב
לציין שהפרוייקט משתמש בקוד X שמכוסה ברישיון MIT
תאשרו בבקשה שהבנתי נכון(שלחתי את ההודעה לא רק לך)
------------------------------------------------------------------------
*מאת:* Shlomi Fish <[email protected]
<mailto:[email protected]>>
*נשלח:* יום שישי 09 יוני 2017 23:53:12
*אל:* Gil 1
*עותק:* [email protected]
<mailto:[email protected]>
*נושא:* Re: שימוש ברישיון MIT בגרסת FREE ושימוש בקוד סגור
בגרסת PRO - מותר?
היי גיל,
On Thu, 8 Jun 2017 23:26:36 +0000
Gil 1 <[email protected] <mailto:[email protected]>> wrote:
> היי שלום, שמעתי על הקהילה שלכם ואני שמח לדעת שיש קהילה כזאת. רציתי
לנצל את
> ההזדמנות בשביל לשאול שאלה:
>
> אני רוצה לפתח תוכנה שיהיו שתי גרסאות: גרסה רגילה וגרסת ה PRO. כל הגרסה הרגילה
> תהיה מכוסה ברישיון MIT (ואני משתמש רק בקוד שלי שאני כתבתי ולא פרסמתי
תחת
> רשיון אחר) גרסת ה PRO תשתמש בקוד שתחת רישיון MIT אבל תכלול קוד סגור
ואפרסם
> אותה כקוד סגור. האם הדבר אפשרי לפי החוק? שמעתי שאפשר להשתמש בקוד תחת
רישיון
> MIT במוצר קוד סגור. מה שאני מנסה לעשות טיפה שונה.. הפרוייקט קוד סגור
הוא אותה
> תוכנה רק עם תוספת "PRO" לשם. אשמח לקבל תשובה!
דבר ראשון https://en.wikipedia.org/wiki/IANAL
<https://en.wikipedia.org/wiki/IANAL> וכו' - אני מדבר רק מידע
כללי. דבר
IANAL - Wikipedia <https://en.wikipedia.org/wiki/IANAL>
en.wikipedia.org <http://en.wikipedia.org>
IANAL is a Usenet and chat abbreviation for "I am not a lawyer".
It may be used by non-lawyers seeking to avoid accusations of
unauthorized practice of law or lawyers ...
שני, מותר לשנות את תנאי הרישוי של קוד תחת
https://en.wikipedia.org/wiki/Permissive_software_licence
<https://en.wikipedia.org/wiki/Permissive_software_licence>
Permissive software licence - Wikipedia
<https://en.wikipedia.org/wiki/Permissive_software_licence>
en.wikipedia.org <http://en.wikipedia.org>
A Permissive software license, sometimes also called BSD-like or
BSD-style license, is a FOSS software license with minimal
requirements about how the software can be ...
או להפיץ גרסאות בינאריות שלו ללא צרוף קוד המקור, בין אם אתה
מחזיק בזכויות
היוצרים שלו או לא. ככה שלמיטב ידיעתי אין מניעה לעשות את מה שאתה
רוצה. תוכל
לעשות דבר דומה גם עם רשיונות copyleft במקרה שאתה מחזיק בזכויות
היוצרחם על
הקוד - ראה https://en.wikipedia.org/wiki/Multi-licensing
<https://en.wikipedia.org/wiki/Multi-licensing> .
Multi-licensing - Wikipedia
<https://en.wikipedia.org/wiki/Multi-licensing>
en.wikipedia.org <http://en.wikipedia.org>
Multi-licensing is the practice of distributing software under
two or more different sets of terms and conditions. This may
mean multiple different software licenses ...
כמובן, אם הקוד שלך משתמש בקוד המופץ תחת רשיון מסוים (קוד פתוח או
לא) הרי שתצטרך
לכבד את תנאיו, או לבקש licensing exception.
בברכה,
שלומי פיש
--
-----------------------------------------------------------------
Shlomi Fish http://www.shlomifish.org/
Shlomi Fish’s Homepage <http://www.shlomifish.org/>
www.shlomifish.org <http://www.shlomifish.org>
Shlomi Fish’s Homepage: humour, articles and essays, puzzles and
riddles, art, software and many links
First stop for Perl beginners - http://perl-begin.org/
Perl Beginners' Site <http://perl-begin.org/>
perl-begin.org <http://perl-begin.org>
The Perl Beginners’ Site aims to be a first-stop web site (or
portal) for useful links and resources, for learning Perl and
for extending your Perl knowledge - for ...
Real programmers use a nice editor and a nice programming
language and get it
done in less than O(N!).
— vanguard on Freenode’s ##programming
Please reply to list if it's a mailing list post -
http://shlom.in/reply .
Shlomi Fish’s Frequently Asked Questions (FAQ) List
<http://shlom.in/reply>
shlom.in <http://shlom.in>
Shlomi Fish’s Frequently Asked Questions (FAQ) List
_______________________________________________
Discussions mailing list
[email protected] <mailto:[email protected]>
http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions
<http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions>
_______________________________________________
Discussions mailing list
[email protected] <mailto:[email protected]>
http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions
<http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions>
--
Tomer Cohen
http://tomercohen.com <http://tomercohen.com/>
_______________________________________________
Discussions mailing list
[email protected]
http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions
_______________________________________________
Discussions mailing list
[email protected]
http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions
