בתשובה לאח של אייל, 15/11/05 0:57
 |
|
 |
||
|
||||
 |
מעניין. בזמנו עבדתי בחברת תוכנה מסויימת ובאמת היתה לנו בעיה דומה. היתה משימת number crunching די כבדה שהתוכנה ביצעה, שלקחה בין מס' שעות למס' ימים, אך הזמן המדוייק לא היה יכול להיות ידוע מראש, או אפילו תוך כדי ריצה. הבעיה היתה שהמשתשמש היה נוטה לחשוב ש"המחשב נתקע" ולהתחיל ללחוץ על כפתורים - מה שבאמץ היה תוקע את המחשב. הפתרון שמצאנו היה נתינת מחווה טקסטואלי: קו שמשנה את זויתו כמו מחוגי שעון באופן רציף, מבלי לתת הערכת זמן מספרית. זכורני שכמה שנים אחרי זה ראיתי את אותו פתרון בתוכנות אחרות. לפי מה שאתה כותב, אם רק היינו רושמים על זה פטנט... |  |
 |
 |
|
|
|
||
|
||||
|
אכן פטנט מדהים! אצלנו פשוט היו מדפיסים נקודה כל אלף (או משהו) איטרציות. ברור שהפיתרון שלכם הוא שיפור משמעותי ומקורי. | |
|
|
|
|
|
||
|
||||
|
זה בדיוק ההבדל בינינו לבין חברה אמריקאית כ IBM. אנחנו בכלל לא חשבנו לרשום על זה פטנט, זה חלק כל כך צדדי בתוכנה ולא העיסוק העיקרי של החברה. אבל בIBM לא היססו אפילו ורשמו פטנט על מה שבעינינו נראה טריויאלי. וכנראה שאורח מחשבה כזה הוא מה שהביא אותם לאן שהם נמצאים היום. | |
|
|
|
|
|
||
|
||||
|
כן,אורח מחשבה כזה והעובדה שהם יודעים לייצר מחשבים, זכו בשישה פרסי נובל, מחזיקים מרכזי מחקר *טהור* בכל העולם. נדמה לי שאחוז הפטנטים הסתמיים בIBM הוא די זניח, לא צריך להיטפל למקרי קצה. | |
|
|
|
|
|
||
|
||||
|
לא הפטנטים ה"סתמיים", אלא אורח המחשבה הדוחף להרויח גם ממה שלא נראה כ"פעילות העיקרית" של החברה. ניקח לדוגמא את הSTM (אחד מששת פרסי הנובל שלהם): הרי מלכתחילה, זה לא היה קשור לעיסוק העיקרי שלהם. רק מאוחר יותר הבינו את היישומים האפשריים. | |
|
|
|
|
|
||
|
||||
|
אני יכול להתמודד עם הטענה הזאת בכמה מישורים, למשל, לטעון שמחקר שקשור לדימות ומניפולציה של עצמים מיקרוסקופיים היא כן חלק מה"פעילות העיקרית" של IBM, או לחילופין להתפלא על היומרה שלך לקבוע לIBM את הפעילות העיקרית שלה, אבל נתחיל מזה: אתה נגד השקעה פרטית במחקר בסיסי? | |
|
|
|
|
|
||
|
||||
|
אני מכיר כמה תוכנות (חלקן די עתיקות) שמשתמשות בסימנים - \ | / כדי ליצור אשליה של קו מסתובב בשביל אותה מטרה. | |
|
|
|
|
|
||
|
||||
|
אני מכיר תוכנה (עתיקה למדי, נכתבה בקליפר והורצה בדוס) שהיתה מודיעה משהו בסיגנון "Processing, Please wait" בשורת טקסט מהבהבת (כאשר התוכנית נתקעה, ההבהוב היה מפסיק). לקוח שעבד באמצעות תוכנה זאת (התוכנה עצמה היתה כלי תכנון) שאל אותי פעם האם אני יודע על איזה פרויקט הוא עובד. "כן" עניתי לו "אתה עובד על פרויקט ויניתאי". "לא" הוא ענה לי "אני עובד על פרויקט Please wait" |
|
|
|
|
|
|
||
|
||||
|
אתה לא רוצה לדעת על איזה "עתיקות" אני מדבר... זו תוכנה שעוד רצה בזמנו על מחשבים של דיגיטל מנוחתה עדן (הPC דאז עוד היו חלשים מדי כדי להתמודד עם החישובים המתמטיים הדרושים). ודרך אגב: בשיטה עם הנקודות, אחרי כמה זמן נגמר לך המסך............................................ |
|
|
|
|
|
|
||
|
||||
|
זה היה fail safe מתוחכם ביותר:אם התוכנית שלך לא סיימה עד אז, כנראה שמשהו לא בסדר וכדאי להפסיק אותה. אגב, את הטריק עם הלוכסנים ראיתי גם על PDP11 ו ECLIPSE ואפילו במיינפרימים הישנים של IBM. רד מזה, זאת לא המצאה. |
|
|
|
|
|
|
||
|
||||
|
מצד שני, מיקרוסופט עלו על הרעיון (ואולי גם רשמו עליו פטנט?) של progress bar עם דעיכה אקפוננציאלית למקרים בהם לא ידוע מתי העבודה תסתיים. כלומר, מנחשים שהעבודה תדרוש דקה; אחרי חצי דקה, חצי ה-progress bar מלא. עכשיו יורדים לחצי המהירות, ובמהלך חצי הדקה הבאה נגיע ל- 75%, וכו'. אבל ה-progress bar הכי משעשע שראיתי היה בתוכנת ההתקנה לתוכנה כלשהי של IBM. אם לוחצים Cancel באמצע ההתקנה, ה-bar מתחיל להתקדם לאחור (מהנקודה אליה הגיע). |
|
|
|
|
|
|
||
|
||||
|
הסיפור בפסקה הראשונה - מה, זה מכוון? | |
|
|
|
|
|
||
|
||||
|
ודאי. הרעיון הוא שהמשתמש ירגיש ש"משהו קורה", בלי להסתבך עם הסברים לגבי progress bar "רגיל" לעומת progress indicator (מסוג הקווים המסתובבים שדובר בהם פה). מה זה אומר על דעתם של MS על תבונת המשתמשים, אני משאיר לך להחליט. |
|
|
|
|
|
|
||
|
||||
|
במיינפרימים היית יודע שהתוכנית נתקעה כשהכרטיסים המנוקבים הפסיקו לשקשק או שהמנורה של הסרט המגנטי נשארה דולקת. | |
|
|
|
|
|
||
|
||||
|
|
|
|
| חזרה לעמוד הראשי | המאמר המלא |
| מערכת האייל הקורא אינה אחראית לתוכן תגובות שנכתבו בידי קוראים | |
 RSS מאמרים |
כתבו למערכת |
אודות האתר |
טרם התעדכנת |
ארכיון |
חיפוש |
עזרה |
תנאי שימוש
|
© כל הזכויות שמורות |