האהבה המופרזת על קוד פתוח על ידי בכירים מסוימים במיקרוסופט הופכת רבים בקהילה לחשדניים. אחרים מאיתנו מאמינים שאין כוונות חשוכות, אלא שמדובר בנישואין של נוחות. עם זאת היה זה סטיבן סינופסקי, לשעבר ראש חטיבת חלונות ואופיס, שהכניס את הדברים שחור על גבי לבן. מה שהשתנה היה שוק התוכנה, והקוד הפתוח מותאם טוב יותר למציאות החדשה מאשר לתוכנות קנייניות.
סדרת מאמרים זו מנסה להבין כיצד השינוי הזה נוצר ומדוע הוא טוב עבור לינוקס. בפוסט המסוים הזה אנו הולכים להסביר מה הייתה ההשפעה של חלוצי האינטרנט על קהילות התוכנה החופשית.
אני צריך להבהיר משהו. היסטוריה איננה רצף ליניארי של אירועים. הגיוני לחשוב שאנשים שבחרו באותו מקצוע, למדו אותו באותם ספרים והתמודדו עם אותן בעיות, יעבדו במקביל על פתרונות דומים. ידוע שהיו מוסדות רבים בארצות הברית שחקרו כיצד לחבר מחשבים, וכמעט בוודאות, הם עשו זאת גם בברית המועצות ובאירופה. אבל, הקונצנזוס הכללי הוא שהמקור המיידי של האינטרנט הוא ברשת סוכנויות פרויקט מחקר מתקדם (ARPA).
עזבנו המאמר הקודם במבחן החיבור המוצלח הראשון בין שני מחשבים מרוחקים. בואו נראה איך הנושא נמשך.
כדי לאפשר חיבור בין מחשבים, היה צורך לפתח את מה שמכונה מעבד המסרים באינטרנט. (IMP) הפונקציה של IMP הייתה לבצע קבל את חבילות הנתונים (זכור שכדי להבטיח את העברת המידע הוא חולק לאורך גודל קבוע) הרכיב אותו מחדש בצורתו המקורית העבירו אותו למחשב המרכזי. לכל מחשב או צומת מרכזיים צריך להיות IMP.
בסוף שנת 1969 היו כבר ארבע אוניברסיטאות מקושרות זו לזו; UCLA, סטנפורד, אוניברסיטת קליפורניה בסנטה ברברה ואוניברסיטת יוטה.
הסיפור מספר שההודעה הראשונה (שלא להתבלבל עם נתונים) שנשלחה הייתה המילה כניסה. אבל, ככל שהמערכת נפלה, הם יכלו רק להעביר Lo. לקח כמה שעות לאתחל את המיינפריים של UCLA ולשלוח את המילה המלאה.
חלוצי האינטרנט והשפעתם על קהילת התוכנה החופשית
אחת הבעיות שיש לפתור הייתה כיצד לגרום למכשירים המיוצרים על ידי יצרנים שונים להיות מסוגלים לתקשר זה עם זה בצורה מאורגנת. מעבר לתשובה הטכנית, הסיפור חשוב לנו. שיטת העבודה שנבחרה תאומץ עשרות שנים מאוחר יותר על ידי הקהילות העומדות מאחורי מרבית פרויקטי התוכנה החופשית.
באופן מפתיע לגוף מדינה, ARPA לא הקימה מבנה ביורוקרטי למשימה לפתח פרוטוקולי תקשורת. המשימה הייתה אחראית על כמה סטודנטים לתארים מתקדמים העובדים ביחידות שונות של משרד הביטחון.
מכיוון שלא היה להם מבנה רשמי להכיל אותם, הם החליטו לשתף פעולה באופן בלתי פורמלי זה עם זה.s ופרסם את המלצותיו על פרוטוקולים תחת הכותרת בקשה לתגובות (RFC).
תואר זה נבחר בתור דרך להגביר את ההשתתפות ודיון חופשי בתכנים.
ל- RFC שישפיע כל כך הרבה על פיתוח לינוקס ותוכנות חופשיות הייתה התחלה צנועה. הוא נכתב בחדר אמבטיה מכיוון שמחברו לא רצה להעיר את שותפיו לחדר.
מנהיג הקבוצה בפועל, סטיב קרוקר, רצה שתקשורת בכתב בין המשתתפים (כל מי שרצה להיות) תהיה באמצעות תזכירים בלתי פורמליים וזמניים. המטרה הסופית הייתה להגיע לקונצנזוס כללי ולכתוב קוד שעבד.
לא שהייתה מערכת לספירת קולות. הנושאים נדונו עד שקיבלו משהו שכולם הסכימו עליו.
למתודולוגיית העבודה הזו שתי מטרות:
- ראשית, מסמכים כתובים נתפסים לרוב כמוחלטים ומה שהקבוצה רצתה היה להשתמש ב- RFC כנקודת מוצא, ולא כמגבלה.
- שנית, ביקשו להימנע מהנטייה לחפש שלמות שלעתים קרובות גורמת לספקות בעת פרסום משהו.
ה- RFC הראשונים הם קבעו את העיקרון ששום טקסט לא צריך להיחשב דוגמטית, ושלא תהיה לו מהדורה סופית. הם גם רמזו בכך הסמכות נגזרה מהכשרון ולא מהיררכיה קבועה.
קרוקר וחבריו גהם יצרו מתודולוגיית עבודה שאפשרה להגדיר את הפרוטוקולים השולטים כמעט בכל חילופי הנתונים על פני כדור הארץל. הפרי הטכני הראשון של עבודתו היה פרוטוקולי בקרת הרשת שאפשרו תקשורת בין מחשבים.
עם זאת, המורשת החשובה ביותר שלו, של שיתוף פעולה פתוח, תמשיך איתנו כאשר האינטרנט הוא רק זיכרון של פעם.
הסיפור הזה ימשיך ...