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