למה פרוטוקולים מתפתחים - ולעולם לא מוחלפים לגמרי

העולם לא מתעדכן בבת אחת

פרוטוקול אינו רכיב מקומי. הוא הסכמה בין אינספור צדדים:

• שרתים
• לקוחות
• תשתיות
• ומערכות שנבנו בזמנים שונים

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

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

תאימות לאחור כערך עליון

פרוטוקולים מצליחים אינם מושלמים - הם זהירים.

Backward Compatibility אינה נוחות, אלא תנאי לקיום.

משמעותה:

• מערכת חדשה חייבת לדבר עם ישנות
• שרת משודרג חייב לשרת לקוחות לא משודרגים
• לשינוי אסור לשבור את הזרימה הקיימת

המחיר: מורכבות מצטברת.

הרווח: עולם שממשיך לעבוד.

זו הסיבה שפרוטוקולים מתפתחים בשכבות:

• תוספות
• הרחבות
• ושיפורים נקודתיים

הבסיס נשאר, והיכולות משתכללות סביבו.

התוצאה אולי פחות אלגנטית, אבל הרבה יותר עמידה.

המשל

אפשר לחשוב על כביש מרכזי בעיר.

אי אפשר לסגור אותו לשנה כדי לבנות “כביש מושלם”.

במקום זאת: מוסיפים נתיב, משנים רמזור, משפרים מחלף.

התנועה ממשיכה - גם בזמן השדרוג.

המחיר של אי-החלפה

ככל שפרוטוקול שורד זמן רב:

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

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

זו פשרה מודעת.

ההשלכה המערכתית

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

הנדסה טובה אינה מחפשת שלמות, אלא המשכיות.

מבט קדימה

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

מה בעצם מלמדת אותנו תקשורת על תכנון מערכות בכלל?

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