בתשובה לרון בן-יעקב, 01/02/02 0:13
55234
מה זה החוק הזה?
''חוק'' שימור הבעיות 55284
אולי לא בדיוק חוק אלא ממצאים. כשי.ב.מ. החליפה את מחשבי 360 עם מ"ה MFT/MVT במחשבי MVS 370 הם הוציאו חוברת "פוסט מורטום" ואחד הדברים שהם גילו שכמות הבעיות הידועות במערכת בכל זמן נתון היתה פחות או יותר קבועה. ז"א שבגדול, כל תיקון או שיפור הוליד תקלה או בעיה חדשה.
תודה! 55293
המממ... אם המספר המוחלט של הבעיות נשאר קבוע אזי זה הישג לא רע, בהתחשב במורכבות ההולכת וגדלה של המערכת.
ואם במורכבות עסקינן 55298
ואם במורכבות עסקינן,
איך היית מגדיר מתמטית את גודל המורכבות?
סיבוכיות? אנטרופיה? דרגות חופש? עצמת הכאב ראש הנגרם מלהבין?
ואם במורכבות עסקינן 55303
לא הייתי נכנס לזה. בטח שלא מתיימר ''להגדיר מתמטית'' באופן כללי. הייתי מעיז לומר שאני יכול לנסות להשוות את המורכבות של שני דברים מאותו טיפוס, ובמקרה שאחד ''מכיל'' את השני, אני אפילו עשוי להצליח.
ואם במורכבות עסקינן 55307
אני חושב שמספר שורות קוד הוא מדד די טוב, בדרך כלל.

(לא ב-Intercal, כמובן. http://www.tuxedo.org/~esr/intercal/ הכוונה לשפות תכנות נורמאליות.)
ואם במורכבות עסקינן 55308
שורות קוד הן מדד לא רלוונטי. מ"ה 360 נכתבה באסמבלר (שפת סף) ואילו 370 נכתבה ב-PLS שזה אסמבלר-עילי (עם אלמנטים דמויי PL1)

בשורה אחת של APL אפשר לעולל (שלא כדרך הטבע) מה שידרשו תכניות שלמות ב C.
תודה! 55324
אולי אפילו טוב יותר: יתכן שעם הזמן מגלים בעיות שלא היו ידועות קודם לכן (אפילו ללא שינוי בתוכנה). אם כמות הבעיות הידועות נותרת קבועה, הרי שמספר הבעיות המתגלות שווה למספר הבעיות שנפתרו.

חזרה לעמוד הראשי המאמר המלא

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