טיפים קצרים וחדשות למתכנתים
הבוקר התחיל באופן שגרתי למדי: עמדתי מול כיתה בקורס פיתוח ווב ותכננתי להציג לתלמידים את חומרי הלימוד המקוונים של הקורס מאתר ToCode אך הדפדפן לא הצליח לפתוח את האתר. בהתחלה חשבתי שמדובר בבעיית תקשורת מקומית אז המשכתי לחומר הלימוד ותכננתי לבדוק את העניין לעומק בהפסקה.
בשנת 1995 הכריזה נטסקייפ על כוונתה לפתח שפת תכנות עבור הדפדפן שתקרא JavaScript. עשרים שנה אחרי ביוני 2015 אושר רשמית התקן עבור גירסא 6 של השפה, שהוא העדכון המשמעותי ביותר מאז סוף שנות ה-90.
מאז ומעולם לימדו אותי שכשאנשים מדברים כדאי לרשום: החל מבית הספר (שם המורה ״הכתיבה״), דרך הצבא וכמובן במקומות העבודה בתור שכיר. כשהגעתי בטעות לפגישה בלי מחברת תמיד היה מי שהתנדב לתת לי דף ועט, בצירוף מבט שלא משתמע לשתי פנים — אם לא תכתוב איך תזכור? אבל לאחרונה אני מתחיל לשמוע דעות שונות מאותם אנשים שלא כותבים ומתעקשים שהדרך שלהם היא הנכונה. אין לי תשובה אחת אבל כן יש רשימת בעד ונגד, ומקום בסוף לשתף את הטיעונים שלכם.
אנגולר או ריאקט? ג׳אווה או .NET ? למי לא קרה שהתחלתם לכתוב קוד בטכנולוגיה מסוימת רק בשביל למצוא את עצמכם שנים (או חודשים) אחרי זורקים הכל לפח ומשכתבים במקרה הטוב, או נשארים עם טכנולוגיה מיושנת ומבזבזים זמן ״שיפוצים״ כשברור לכם שהמודל כולו שבור? בחירות טכנולוגיות והחלטות שאנו עושים בתחילת הדרך יכולות להשפיע על המשך חיי הפרויקט לטוב ולרע.
כשדן אברמוב הסביר על הסיבות לפיתוח רדוקס, אחת הסיבות שהוא ציין בקצרה היתה הקושי לשתף קוד בין מחסני מידע (Stores) במימוש הקלאסי של פלוקס. במבט ראשון לא כל כך הבנתי על מה הוא מדבר אז הלכתי לכתוב קצת קוד שיעזור להבהיר את הנקודה.
ב ES5 לא היה תחביר מיוחד להגדרת מחלקות ולכן ממילא הגדרת מחלקה יחידנית (כזו שקיים ממנה רק אוביקט יחיד) היתה מיותרת. פשוט מגדירים אוביקט במקום פונקציה. האם נוכל לבצע טריק דומה בכתיב המחלקות החדש של ES6?
הנה סיפור קצר מקורס בסיס שלימדתי בשבוע שעבר. באחד התרגולים ביקשתי מהתלמידים למצוא כפולה משותפת מינימלית (lcm) כדי לתרגל עבודה עם לולאות. הפתרון שהצגתי היה די פשוט ונראה כך:
עיתון הארץ סיפר השבוע על תלמידות תיכון שהגיעו לצילום בית ספר בלבוש שלא תאם את ציפיות המורים ולכן התבקשו להסתתר מאחורי תלמידים אחרים. "כאשר ניסינו להיאבק, אמרו לנו שאלה החוקים ואין מה לעשות”
לאחרונה עבדתי עם לקוח על ויזואליזציה של מבנה נתונים מסוג עץ (למשל עץ של קבצים ותיקיות). ממשק זה ממחיש את היתרונות של ריאקט ושל חלוקה לפקדים, מאחר וכל הצמתים בעץ הינם פקדים מאותו הסוג. נתחיל עם קצת קוד כדי שיהיה על מה לדבר.
כשאנחנו חושבים על עיצוב קוד (Code Design) מיד עולה לראש עולם המונחים מונחה העצמים: ירושה, כימוס, פולימורפיזם וכמובן מחלקות ותבניות עיצוב, אבל האמת היא שאפשר לכתוב קוד מודולרי ונקי גם ללא שימוש במחלקות. במיוחד נכון הדבר בשפות תכנות המתיחסות ברצינות לפונקציות ולהרכבה שלהן כפי שנראה בדוגמא הבאה.