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