בתשובה לגדי אלכסנדרוביץ', 07/01/07 20:51
גאון?! 428202
על חוסר יעילות ודאי גם תסכים, הרי אם אתה נדרש לבצע פעולה X מאפס, אתה תתכנן אותה באופן המיטבי ותממש. מצד שני אם אתה פועל בתוך מעטפת, אתה תמצא דרך לישם את X בעזרת המעטפת בלי להיכנס יותר מדי לשיקולי יעילות.
לגבי חוסרים, אם אתה נדרש למשהו שלא קיים במסגרת המעטפת, אם יש לך גישה מלאה לכל משאבי המערכת ושום התניה בביצוע, מה טוב. אבל אם הליבה נכתבה ע"י אנשים אחרים והמעטפת שלך לא בהכרח מזוהה כחלק אינטגרלי ממערכת ההפעלה, יכולים להיות לך קשיים במימוש חלק המרצונות שלך.
מעבר לכך המערכת שלך צריכה מראש להתאים להמון מערכות שבנויות לסביבה טקסטואלית (שהרי הן רצות בתוך המעטפת). למשל בלינוקס, מנסיוני הצנוע, לעיתים קרובות יש צורך לערוך קבצי טקסט בשביל כל מני תוכניות, להתאים פרמטרים והגדרות כדי שהעסק יעבוד. אני מניח שבסביבה שמעדיפה פתרונות גרפיים כל אותן תוכניות היו באות מראש עם ממשק GUI לקביעת התצורה, אבל עצם הקיום של מערכת טקסטואלית גורמת לכך שעכשיו יש תחת המעטפת הגרפית שלי אובייקטים שאני לא יכול לעשות להם מניפולציה בשיטות גרפיות.
גאון?! 428204
מקובל. כמובן שאני מחשיב חלק מהחסרונות כאן כיתרונות (תודה לאל שלא צריך להתעסק עם הליבה כשכותבים אפליקציות) אבל הגיוני שהדבר יתבטא ביעילות נמוכה יותר.

("עריכת קבצי טקסט" ו"התאמת פרמטרים והגדרות" לתוכניות בלינוקס מעידה על כך שהתוכניות לא בשלות עדיין. מצד שני, אם לינוקס הייתה סביבה גרפית "טהורה", התוכניות הללו לא היו קיימות בה בכלל והיינו רק מפסידים. ממשקי GUI ללינוקס כבר קיימים, אבל לא כולם רוצים להשתמש בהם).
גאון?! 428239
גם המערכת ה"טקסטואלית" וגם המערכת ה"גרפית" הן ממשקי משתמש.

מבחינתי הרעיון שאפשר לשנות ערך רק דרך ממשק גרפי (ולא, לדוגמה, בצורה אוטומטית מסקריפט) הוא גרוע באותה מידה. בעיה אחרת היא כאשר אפשר לשנות ערכים רק כאשר כבר המערכת מתפקדת (מכיוון שכל השינויים צריכים לעבור דרך ממשק תצורה).

(אני כרגע מחובר למחשב של לקוח ב־ssh כדי לפתור כמה בעיות).

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

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