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

1.הדיבר הראשון והחשוב ביותר! דיבר בל יעבור! ידוע גם כ"כלל
הזהב  " SAVE, SAVE AND SAVE . הכוונה ברורה - לשמור עותק אחד
או יותר (עדיף) מהתוכנית בתכיפות רבה. העונש על הפרת דיבר זה
הוא הפסקת חשמל שתמחק את כל התוכנית שלך דווקא שהיא כמעט
מושלמת.       הרחבות: באם מבוצע בתוכנית שינוי משמעתי מומלץ
לשמור את התוכנית המקורית בעותק נפרד ואחר, מומלץ לשמור עותק
של התוכנית גם על נייר (חתיכת העץ הזאת שאי אפשר בלעדיה).

2.הדיבר השני באותו הרוח: גיבוי יהיה לך! גבה/י את התוכנית
במספר עותקים למקרה שאחד מהעותקים נפגם או נמחק.

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

4. Keep it simple, Stupid! אל תנסה/י לסבך יותר מידי דברים.
ככל שהתוכנית יותר מסובכת יהיו יותר צרות ויהיה יותר קשה לתקן
בה באגים. הדוגמה הקלאסית למה קורה שעוברים על דיבר זה היא
מערכת ההפעלה (סממן תרבות או מכשיר העינויים של שנות התשעים,
הבחירה שלך) "חלונות" לדורותיה.

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

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

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

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

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

10.לכתוב תוכנית זה כמו לכתוב מכתב! חשוב/חשבי על הנמען, כלומר
למי מיועדת התוכנה. ככללי, ישנם שלושה סוגי נמענים: מוסד
לימודי (כגון הגימנסיה הריאלית) - עליך לכתוב את התוכנית בהתאם
לכללים ולא לחפף.מסחר ( MIRABILIS WANNABES) - התוכנית צריכה
להיות נוחה לשימוש, בעלת ממשק משתמש אסתטי  ופשוט, ומהירה.
למשתמשים פחות אכפת מהקרביים של התוכנה. עליך לקחת בחשבון
שחיפוף בכתיבת התוכנית והשארת יותר מידי "באגים" עלולה לפגוע
בסיכויי התוכנה להצליח. פרטי - תוכנה שתבצע חישובים פרטיים
למטרותיך האישיות והחשובות (חיבור A ו B). תכתוב/תכתבי אותה
איך שאת/ה רוצה אבל קח בחשבון שבעתיד הדבר יגרום לך לבעיות
בריאותיות (כאבי ראש ואי-יציבות נפשית) ולנזק כספי רב (טונות
של אספירין וחשבון הפגישה אצל ד"ר חיטט-קשקש).

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