טיפים קצרים וחדשות למתכנתים
קיימות שתי בעיות שתמיד חוזרות בבדיקות יחידה שאני כותב. הראשונה נוגעת לשאלה מה לבדוק,והשניה נוגעת לקשר בין הבדיקות ו״ניקוי״ המערכת בין בדיקה לבדיקה כך שלא תהיה השפעה לסדר הבדיקות על התוצאה. ואז מגיעה רדוקס ומציעה ארכיטקטורת קוד שכמעט ומדלגת על שתי בעיות אלו. בואו נראה איך זה קורה.
מתכנתי JavaScript רבים פונים לירושה בתור פתרון ברירת המחדל לשיתוף קוד בין רכיבים שונים במערכת. ירושה עובדת אבל מביאה עמה מספר סיבוכים שאנו לא תמיד מעוניינים בהם. בפוסט זה אציג חלופה קצרה ופשוטה יותר שנקראת Mixins.
ספריות MVC בצד הלקוח הגיעו עם הבטחה גדולה: שיעזרו לנו לנהל יישומים גדולים. בפועל דוקא הפופולרית שבהן לא הצליחה לתת תשובה חד-משמעית לשאלה היכן לשמור את המידע, ובמקום רק יצרה בלבול עם ההפרדה בין Service ל Controller. הפוסט השבוע מציג את האפשרויות השונות עם המלצה אופרטיבית לארגון הקוד.
הבעייה עם ספריות תשתית שעושות יותר מדי היא שמהר מאוד אנו נתחיל לפתח ציפיות ונשכח שמדובר בסך הכל בקוד, ובדיוק אז נתקל במגבלות הטבעיות של הספריה. כך גם אנגולר כפי שנראה בשאלה הבאה.
לא פעם אני שומע מחברים געגועים ל jQuery, בייחוד כשמדובר באנשים שמתחילים לפתח באנגולר או ספריות מודרניות אחרות. געגועים זה ענין טבעי כמובן וכך גם קיטורים על אנגולר, אבל נראה לי הוגן לפני שמתעצבנים על תשתית, לנסות להבין איזה בעיות היא פותרת ולשפוט אותה מנקודת המבט הזו (כמה טוב אנגולר מצליחה לפתור את הבעיות הרלוונטיות עבורה), ולא כמה היא דומה או שונה לקוד הישן והטוב, שאגב ממש לא היה כל כך טוב. כשבאים להבין ספריות Model/View ואת ההגיון שלהן, השאלה הראשונה שצריך לשאול קשורה בכלל ל״מצב״ היישום, כלומר למידע שהיישום מחזיק בכל רגע נתון וקובע מה יוצג בממשק. נתחיל עם jQuery ויישום לדוגמא שבודק האם כתובת המייל שלכם דלפה באחת מפריצות ההאקרים האחרונות.
ספריית JavaScript חדשה בשם רדוקס (redux) מציעה דרך חדשה לחשוב על פיתוח ממשק המשתמש. במקום להתחיל מהצגת ממשק על המסך וחיבור פעולות לממשק, רדוקס תעזור לכם להתחיל מהגדרת הפונקציונליות ולהגיע לבניית הממשק כשרוב הקוד כבר כתוב. בואו נראה איך זה קורה והאם זה שווה את המאמץ.
מפתחים רבים נחשפים לאחרונה לעולם הקוד הפתוח והתוכנה החופשית לאחר שנים של עבודה בסביבה סגורה (לרוב מייקרוסופט). עבודה בסביבת קוד פתוח יכולה להיות הרבה יותר פרודוקטיבית מעבודה בסביבה סגורה, אבל צריך להגיע עם הגישה הנכונה ולשכוח הרגלים ישנים שרק יעכבו אתכם. אז בהשראת אוגוסט פינגווין משבוע שעבר, קבלו 5 כללים לעבודה נכונה בסביבת קוד פתוח.
הנה שאלה פשוטה שתעזור לכם להבין האם המתכנת שעומד מולכם מבין את המשמעות של עבודה עם קוד אסינכרוני ואת ההמרה בין חשיבה סינכרונית לאסינכרונית.
מעטים המתכנתים והמתכנתות שישקיעו את הזמן בלמידת עורך הטקסט שלהם לעומק. אם גם אתם מרגישים שיש מה לשפר ביכולות עריכת הטקסט שלכם אבל חוששים מהדרך הארוכה, הנה שלוש הצעות קטנות שאפשר להתחיל ליישם כבר היום לעריכת טקסט יעילה יותר עבור מתכנתים ומתכנתות.
בדוגמא שלפנינו נבנה פקד ContentSlider גנרי. כך כל מי שירצה לבנות סליידר תמונות יכול להשתמש בפקד שלנו ולרשום בתור ילדים את התמונות או הטקסטים ביניהם הוא רוצה להחליף ופקד הסליידר כבר ידאג לכל העבודה.