הבלוג של ינון פרק

העצה שאני הכי אוהב לתת לאנשים שמתחילים קורס היא להשקיע שעה ביום בלימוד. עם שעה ביום של לימוד Python, אחרי חודש יהיה לכם בסיס טוב בפייתון ותוכלו להמשיך בקצב שלכם, ואותו דבר עם רוב הנושאים הטכנולוגיים שאני מלמד פה.

אבל זו עצה מאוד תמימה.

הבעיה בעצה הזאת היא הקושי ביישום. כן שעה ביום בימים הראשונים עוד מצליחים למצוא, אבל זה יש את הלחץ בעבודה ואת הבאג בפרודקשן ואת המסיבה לילדים ולפני ששמת לב הצלחת למצוא שעתיים בכל השבוע, וגם זה במקרה הטוב. בשבוע שאחרי אפילו את השעתיים האלה יהיה קשה למצוא.

מצד שני מי שכן מצליחים לבנות את ההרגל של ללמוד שעה ביום טכנולוגיות חדשות, יכולים אחרי לימוד פייתון להמשיך ללמוד Front End ואחרי זה AI ואחרי זה פיתוח אפליקציות והשמים הם הגבול. אנשים שיש להם את ההרגל הזה מצליחים יותר בקורסים וגם מתקדמים מהר יותר בתור מפתחים.

לכן לפני שנרצה לדבר על איך ללמוד פייתון בצורה יעילה, אולי שווה לדבר על איך ללמוד בצורה יעילה, או איך לבנות הרגל של לימוד שעה ביום. הנה כמה טיפים שעזרו לי:

1. הרגלים נבנים לאט. במקום להתחיל עם שעה ביום ולהתייאש, עדיף להתחיל עם שעה בשבוע, אחרי זה לעלות לשעתיים בשבוע ולהמשיך להעלות לאט. גם אם ייקח חצי שנה לייצר הרגל של לימוד שנה ביום, זה עדיין שווה את ההשקעה.

2. גיימיפיקציה עוזרת. אפשר ליצור טבלא שבועית ולתכנן מראש באיזה ימים תלמדו, אפשר להשתמש באפליקציות כדי לשמור על "רצפים" ולאסוף מטבעות וירטואליים. שחקו עם זה לראות מה עובד לכם.

3. חברים עוזרים. אם אני בעבודה מתחייב להעביר סשן פעם בשבוע על נושא אז יהיה לי יותר קל למצוא שעתיים באותו שבוע ללמוד את הנושא. אם אחרי זה אני מוסיף על זה Meetup פעם בחודש אז יהיה לי יותר קל למצוא זמן במהלך החודש.

4. גיוון עוזר. לא צריך כל יום לכתוב קוד או לקרוא פוסט מקצועי. אפשר שעה אחת בשבוע לשמוע פודקסט, שעתיים לכתוב קוד, עוד שעה לראות הרצאה ביוטיוב וכך כל פעם להוסיף עוד פעילות שתוסיף עוד זמן לימוד.

יש לכם הרגלים יומיים שאתם מצליחים להתמיד בהם? נסו להיזכר איך יצרתם אותם ומה מדרבן אתכם להמשיך. רעיונות שלא חשבתי עליהם כאן יתקבלו בברכה בתגובות.

גיטהאב מספקים שני משאבים מופלאים ובחינם - אחד נקרא Actions והשני Packages. יחד הם מאפשרים לנו ליצור Docker Image במאגר פרטי מכל קומיט ובצורה אוטומטית. בואו נראה את זה בפעולה.

החברים ברב מסר הזמינו אותי לראיון בנושא הגנה על קורסים דיגיטליים. אני מסכם גם כאן את עיקרי הדברים עליהם נדבר. וכן כשיפרסמו את ההקלטה אשים פה גם קישור.

למנועי בינה מלאכותית כמו Chat GPT וחבריו יש עדיין בעיה גדולה - הם לעולם לא יענו בשאלה. הם לא יודעים מתי צריך לבקש עוד מידע, ומתי השאלה מעידה על כך שאתה לא באמת מבין מה אתה צריך.

כשאני אשאל אותו למה כואב לי הראש, הוא יסביר שהוא לא רופא ואז ינחש מה הבעיה.

כשאני אשאל איך לכתוב אימייל שימכור אני אקבל תשובה מפורטת, אפילו שאין לו מושג למי אני מנסה למכור ומה.

כשאני אשאל באיזו תדירות לשלוח הודעות למשתמשים שלי הבוט יכתוב אינסוף המלצות, אפילו שהוא לא יודע כלום על העסק שלי או המשתמשים שלי.

וכמובן שהתנהגות זו תימשך גם בכל שאלה טכנית.

בלי יכולת להבין את הבעיה האחריות נשארת בידיים שלי. בדיוק כמו עם מנוע חיפוש, עליי למצוא את ה Prompt הנכון שיתאר את הבעיה בצורה מספיק מדויקת כדי לקבל מהבוט את התשובה הנכונה. "אני לא יודע" ו"אני צריך עוד נתונים" הם משפטים קסומים והיכולת להגיד אותם ולהתקדם עם האי וודאות תישאר היתרון הגדול שלנו לתקופה הקרובה.

היום הוא זמן טוב להתאמן על מיומנויות אלה.

מולטיפאס הוא כלי להרצת מכונות לינוקס וירטואליות קטנות במהירות על מכונות Mac ו Windows. בין השאר אפשר להיעזר בו כדי לשחק עם קלאסטרים, כי קלאסטרים צריכים הרבה מכונות ועם מולטיפאס מאוד קל ליצור מכונות חדשות. בואו נלך להתקין קלאסטר של שלוש מכונות, מנוהל על ידי k3s (שהוא סוג של קוברנטיס פחות שמן), נתקין עליו את לוח הבקרה של Kubernetes וניגש לממשק הניהול מהמחשב המארח.

רק המחשבה לעבור משכיר לעצמאי יכולה להיות מטלטלת, שלא לדבר על העשייה עצמה. אבל הפחד הכי פופולרי הולך משהו כמו "מה אם אני לא טוב כמו שאני חושב", או בניסוחים החברים שלו-

"מה אם לא אמצא לקוחות?"

"מה אם הלקוחות שאמצא לא ירצו לשלם?"

"מה אם ארוויח הרבה פחות ממה שאני רגילה להרוויח היום?"

"מה אם אצטרך לעשות משהו שונה ממה שקיוויתי שאעשה?"

"ומה אם לא אצליח לעשות דברים אחרת?"

"מה אם הרעיון שלי לא כזה טוב?"

"מה אם לא אמצא משקיע?"

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

הדרך להתגבר על הפחד היא לא לשים אותו בצד, אלא בדיוק להיפך. לתת לו את המקום. לקבל אותו. לרקוד איתו. ברור שזה מפחיד, אחרת היית עושה את זה הרבה קודם. ברור שזה מפחיד, אחרת זה לא היה מעניין.

מדהים לחשוב שאנחנו מוכנים להירשם לשלוש או ארבע שנים באוניברסיטה או לצאת לטיול של שנה במזרח בלי לחשוב פעמיים, אבל אוכלים סרט לפני שנותנים לעצמנו חצי שנה או שנה לחלום על רעיון ולנסות לבנות אותו. יהיה בסדר, רוב הסיכויים שזה יצליח, וגם אם לא - לא מתים מהניסיון.

זמן לצאת לרקוד.

אחרי שהתרגלנו לדבר בצ'ט בווטסאפ ועם Chat GPT אין דבר יותר טבעי מלהמשיך לתקשר עם בוטים גם במקומות אחרים. ברמה הטכנית בוטים מציעים דרך פשוטה לבנות ממשק לפרויקט שיהיה אינטואיטיבי למשתמשים ויחסית פשוט לפיתוח. אם אתם מחפשים רעיון לפרויקט צד, בוט לטלגרם יכול להיות משהו שכיף לבנות ולשחק איתו כשהוא באוויר. הנה חמישה רעיונות לבוטים שתוכלו לבנות בזמנכם הפנוי.

ברור שהכי כיף לקבל את הטיפ המושלם או ה-5 דקות שבדיוק צריכים בשביל להבין טוב יותר את הטכנולוגיה ומיד לשפר את שיטת העבודה. ברור שהטיפ ההוא, שפוגע בול בפוני שווה את החיפוש. וברור שככל שנהיים יותר טובים בעבודה עם כלי מסוים קשה יותר למצוא אותו.

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

ולכן הדרך להגיע לאותם Best Practices ממוקדים ולאותן קפיצות בהבנה היא דווקא להשקיע באותם דברים שלא רואים, באותה עבודה סיזיפית שלכאורה משאירה אותנו באותה מדרגה. הדרך לתכנת טוב יותר היא קודם כל לתכנת יותר. ולתכנת כאן זה לא רק לעשות את אותו דבר שעשינו אתמול, אלא לחפש כל פעם עוד דרך לפתור את אותן בעיות. רוב הפעמים הדרך החדשה לא תהיה יותר טובה מהקודמת. רוב הפעמים שיטת העבודה החדשה לא תביא לשיפור בביצועים. ורוב הטיפים שנקרא ברשת איך לכתוב פייתון טוב יותר לא באמת יעזרו לנו. וזה בסדר.

במקום לחכות לקפיצה ולהתרגש מכל שינוי מינורי בתוצאות, עדיף להשקיע בליהנות מהדרך. לבנות הרגלי עבודה שבהם אנחנו יודעים שהקפיצה תגיע, ולהתמיד בהם עד שנגיע אליה.

אחד השילובים האהובים עליי בתקופה האחרונה הוא החיבור בין Data API של React Router ל RTK Query. בקצרה, ה Data API אומר שאנחנו יכולים להוציא את כל הלוגיקה של "מתי" מידע נטען מהשרת ל Router במקום שיישמר בקומפוננטות, ו RTK Query יודע למדל טוב את הלוגיקה של "איך" מידע נטען מהשרת. יחד הם שילוב מנצח כפי שנראה בפוסט הבא.

בפוסט ארוך וקצת מקטר, סוון סלוטווג מציין כמה דברים שאי אפשר לעשות עם ES Modules והיה אפשר לעשות קודם עם CommonJS בתור חיסרון של ES Modules. האמת קצת יותר מורכבת.

לכל טכנולוגיה יש מגבלות, והבנה של הדברים שאותם אי אפשר לעשות עוזרת לנו להבין טוב יותר מה כן אפשר. זה הכל Trade Offs.

לדוגמה בעבודה עם Immutable Data - בגלל שאי אפשר לשנות את המידע עצמו קל יותר להשוות בין דברים ולזהות מהר אם משהו השתנה (כי מספיק להשוות מצביעים).

או בעבודה HTTP, כל עוד ידענו שאי אפשר להשאיר Socket פתוח היה אפשר לכתוב שרתים בצורה מסוימת ועם אופטימיזציות מסוימות. ברגע שנכנסו Web Sockets לתמונה כל שרתי הווב היו צריכים לעבור ריענון.

או בווב שוב, בגלל שאי אפשר לשכנע דפדפן לשלוח את העוגיות שלו לדומיין אחר, אפשר לסמוך על העוגיות ולהשתמש בהן כדי לאחסן מזהה Session.

ובחזרה ל ES Modules - בדיוק בגלל שכל ה export-ים חייבים להיות זמינים בזמן קומפילציה דפדפנים יכולים לטעון מהר את התלויות גם בלי להריץ את הקוד. זה חלק מהכח של ES Modules שלא קיים ב CommonJS.

המגבלות של טכנולוגיה הן חלק מהמשחק. לפעמים הן סיבה לא לבחור אותה, אבל בדרך כלל הן החיכוך, הכח שמאפשר להתקדם. אי אפשר לחתור בסירה המרחבת באוויר. המשוטים צריכים את המים בשביל להתקדם, אפילו אם נראה שהיינו מצליחים לחתור מהר יותר בלי המים.