כיצד לזווג תוכנית?

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

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

סמכו על בן / בת הזוג שלכם, תמכו בבן / בת הזוג שלכם.

• כשאתה הנהג, השלם את המטרה הזעירה הנוכחית במהירות האפשרית, והתעלם מבעיות גדולות יותר. סמכו על המתבונן שיהיה רשת הביטחון שלכם.
• כשאתה צופה, קרא את הקוד שהנהג כותב בזמן שהוא כותב אותו. התפקיד שלך הוא סקירת קוד. עליכם לשים לב באופן מוחלט, במטרה לאפשר לשום דבר להסתדר בכם. חשוב על באגים אפשריים, בעיות גדולות יותר ודרכים לפשט או לשפר את העיצוב. העלה שגיאות וקוד שנראה לך בלתי קריא מיד. המתן עד שהמטרה הזעירה הנוכחית תושלם להעלות נושאים ורעיונות גדולים יותר לשיפור העיצוב. רשמו את המשימות המאוחרות יותר כדי שהנהג יוכל להישאר ממוקד במשימה הזעירה הנוכחית. לדוגמא, אם אתה רואה שהקוד הנוכחי אינו מצליח להסביר קלט null, כתוב על פיסת נייר "הוסף בדיקת יחידה להזנת null".
• כשאתה צופה, אל תכתיב את הקוד. הנהג צריך לחשוב באופן פעיל כיצד להשיג את המשימה הנוכחית, ולא רק להקליד באופן פסיבי. וכמשקיף עליכם לנצל את העובדה שאינכם צריכים להמציא את הפרטים הקטנים; אתה יכול וצריך לחשוב ברמה גבוהה יותר. אומר "זה נראה בסדר. מה דעתך לטפל בתיק שבו עוברים לנו מצביע אפס עכשיו?" עדיף על "בסדר, עכשיו הקלד 'אם (s == NULL) {החזר...'"

מדבר הרבה! אמור מה אתה עומד לעשות, בקש רעיון ליישום, בקש דרך טובה יותר לפתור את הבעיה בהישג יד, העלה רעיונות אלטרנטיביים, ציין תשומות אפשריות שהקוד אינו מכסה, הציע שמות ברורים יותר למשתנים ותת-דרכים, הציעו דרכים להטמעת הקוד בצעדים קטנים יותר, ספרו לנהג את מעט הידע של API שהם זקוקים לו בדיוק ברגע בו הם זקוקים לו וכו '. הקשיבו גם הרבה, כמובן. כשאנשים מזדווגים היטב, הם מדברים הלוך ושוב כמעט ללא הפסקה. להלן מספר דברים נפוצים שאפשר לומר בזמן ההתאמה:

• "אתה חושב שזו בדיקה תקפה?"
• "זה נראה לך נכון?"
• "מה הלאה?"
• "תאמין לי" (כשקל יותר לכתוב קוד קטן כדי להביע את דעתי מאשר לומר זאת בקול רם)

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

• כשאתה יכול, אמור מה אתה עומד לעשות לפני שתעשה זאת. יתרה מכך, שאל את בן / בת הזוג שלך; לדוגמא, "האם נכתוב את הבדיקה למקרה null?" לפעמים, עם זאת, אתה צריך לכתוב קוד כדי להבין את המחשבה שלך, וזה בסדר. ואז אתה יכול לומר שאתה עושה את זה: "אני צריך להקליד את זה כדי לראות אם זה רעיון טוב." הכי טוב לשמור על סוג זה של חקירה פחות מדקה.
• כשבן הזוג שלך שואל אם אתה מסכים עם משהו, כמו "האם נכתוב את המבחן למקרה האפס עכשיו?" או "אני חושב שניתן למחוק את השיטה הזו עכשיו. האם אתה מסכים?", אמור "כן" או "לא" בצורה ברורה ומיידית.
• זה בסדר להעביר את המקלדת קדימה ואחורה בתדירות גבוהה מאוד. לדוגמא, לפעמים הרבה יותר קל "לומר" משהו על ידי הקלדתו בקוד מאשר על ידי ניסיון להסביר אותו בקול רם. אז תן למתבונן לתפוס את המקלדת ולהקליד. אז אתה יכול לחזור אחורה, או לתת למתבונן להמשיך לנסוע, מה שהגיוני יותר ברגע זה.

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