טיפים קצרים וחדשות למתכנתים
לפרל יש 3 ספריות פיתוח ווב: הראשונה נקראת Catalyst והיא ממש מסובכת ומהונדסת יתר על המידה. השניה נקראת Dancer והיא דוקא מאוד פשוטה אבל עדיין לא ממש יציבה, והשלישית נקראת מוג'ולישס, ולמרות השם המוזר היא דוקא די פשוטה. בואו נראה כמה דרך דוגמא קצרה.
חיפוש קצר ברשת יביא אתכם לעשרות מאמרים שיעזרו לכם לכתוב תוכנית ריאקט ראשונה בשבוע, שעה ואפילו בעשר דקות. אבל כמובן שאחרי שלמדתם עשר דקות או אפילו שבוע, זה עדיין רחוק מהידע הנדרש לכתיבת יישום מלא בעצמכם, וגרוע מכך, בנסיון לכתוב יישום מלא לפני שיש לכם את הידע אתם עלולים לעשות טעויות שייקח הרבה זמן לתקן.
בואו ננסה הפעם משהו אחר, במקום ללמוד ריאקט בעשר דקות קבלו תוכנית איך ללמוד ריאקט בחודש וחצי (או אפילו קצת יותר). אזהרה: הפוסט לרציניים בלבד.
תחום פיתוח Front End הוא היום אחד החמים בתעשיה והדרישה לעובדים בשמים. יחד עם זאת, מתכנתים רבים שנכנסים לתחום מתוך תקוה למצוא עבודה חדשה מגלים שהחיפוש קשה ולמרות המחסור המגייסים בררנים.
אנסה להסביר כאן את המניעים לבררנות, ולתת טיפים איך להתבלט וכן להשתלב בעבודה.
יש בעיה עם דוגמאות Hello World כשמדברים על ספריות קוד- הן פשוטות מדי ולא מצליחות להציג את היתרונות של ספריות מורכבות. ריאקט למשל כמעט תמיד תראה מסובכת יותר מ jQuery בדוגמאות פשוטות. לשמחתנו מדי פעם עולה דוגמא קצת פחות פשוטה אבל שעדיין נכנסת ב 50 שורות קוד שמראה את היתרונות.
טרנד חדש במקומות עבודה הוא לחייב את המועמד לכתוב ולהגיש מיני-פרויקט (יומיים-שלושה עבודה) כדי לראות שהבן אדם יודע לכתוב קוד. בעיניי זה מוזר לבקש מאנשים לעבוד בחינם כחלק מתהליך הראיון, אבל נשים את זה בצד רגע. יותר מעניין לחשוב איפה לשים דגש כדי שהקוד שלכם יעבור את הסינון.
בעוד שאת התחביר של JavaScript יחסית קל ללמוד, פיתוח ארכיטקטורה ליישומי צד-לקוח היא משימה יותר מורכבת. הסביבה אינה מגדירה ארכיטקטורה סטנדרטית ל״אפליקציית ווב״ (ובכלל, מהי אפליקציית ווב), והפיתוחים ביכולות הדפדפנים ובשפה עצמה יצרו דרכים שונות לכתוב קוד צד-לקוח לאורך השנים.
אני חושב שזו אחת הסיבות לפופולריות של Frameworks ולחיפוש אחר ספריה אחת שתתן תשובה לכל השאלות. החיפוש אחר הדרך הנכונה לפתור בעיה ב Angular, React, Redux או Durandal הוא בעצם חיפוש אחר ארכיטקטורה לאפליקציה שלנו. לכן ולפני שמתחילים לכתוב יישום צד-לקוח גדול, כדאי להתעמק קצת יותר ברעיונות ובארכיטקטורה שאותן Frameworks מתבססות עליה.
מחיר זה נקודה קשה לכולם- הצעה נמוכה מדי תשלח אתכם לעבוד בשביל פרוטות והצעה גבוהה מדי עלולה לחסל את העסקה ולהחזיר אתכם ללשכת התעסוקה. אבל יש מיתוס אחד שחוזר כמעט אצל כל פרילאנסר שאני מדבר אתו על הנושא שפשוט מפריע לכם למכור.
ראש השנה הוא הזדמנות טובה להסתכל קדימה ולדמיין איך נראה בשנה הבאה, במקרה של ToCode איזה קורסים יהיו כאן עוד שנה. אלה התוכניות שלי, אשמח לשמוע מה דעתכם ואם יש קורסים נוספים שהייתם רוצים לראות שאינם ברשימה.
הודעה מתלמיד שלא הצליח לאפס סיסמא שלחה אותי למסע בעקבות המייל המושלם, עם כמה לקחים חשובים. האמ;לק של הסיפור הוא לא לשלוח הודעות אוטומטיות דרך שרת מייל שלא מיועד ספציפית לכך. הסיפור המלא בהמשך הפוסט.
מנהלים רבים חוששים משילוב פרילאנסרים בפרויקטים. ההנחה היא שמאחר ושכירים מחויבים יותר למקום העבודה ההצלחה בעבודה אתם מובטחת, בניגוד לפרילאנסרים שנוטים להיעלם ולעבור לפרויקטים אחרים. אבל לעבודה עם פרילאנסרים יש גם הרבה יתרונות שלא תמצאו בעבודה עם שכירים, יתרונות שבשבילם שווה לקחת את הסיכון. דוגמאות? הנה ארבע בשביל להתחיל את הבוקר: