טיפים קצרים וחדשות למתכנתים
זו כבר הפעם הרביעית השנה שהניוזלטר החודשי שלנו (נשלח כל ראשון לחודש) נשלח באותו היום של פרסום פוסט חדש (מתפרסם כל יום שני וחמישי). בואו ניקח את החבר awk לסיבוב וננסה למצוא את הפעמים הקודמות והבאות שדבר כזה קורה.
עקרון ההפתעה המינימלית קובע שמתכנתים באים לכתוב קוד עם ציפיות מסוימות, ושפה צריכה להתאמץ לא להפתיע לרעה. פייתון בדרך כלל מצליחה בזה עד שמגיעים לטעינת ספריות חיצוניות.
התחלתי לקרוא את הספר של טראמפ לאחרונה (אחד מהם כן, כי מסתבר שיש המון). באמת. ואל תתנו לי את המבט הזה כי למרות כל מה שאומרים בתקשורת ואולי אתם חושבים בכל זאת מדובר בנשיא הנבחר ולפחות במערכת הבחירות הזו במועמד שעשה את הבלתי אפשרי פעם אחר פעם.
הדבר הבולט ביותר בספר הוא היכולת של טראמפ לקחת מציאות מורכבת ולרדד אותה לסיפור או סטטוס בפייסבוק. רק בשביל לראות את זה כדאי לקרוא את הספר.
אבל את הדבר החשוב יותר לקריירה שלנו בהייטק למדתי מרעיון נוסף שחוזר על עצמו בכל צעד בקריירה של טראמפ.
שמירת עותקים כפולים של קבצים (לא לינקים, עותקים ממש) מבזבזת מקום בדיסק. יש לא מעט תוכנות שיעזרו לכם לאתר קבצים כאלה שנשמרים במספר מקומות, אבל הרבה פעמים זה לא נחוץ. בואו ננסה לעבוד עם פקודות קיימות ביוניקס כדי לאתר קבצים כאלה.
ההחלטה לבנות אתר קורסים מאפס ולא להשתמש בוורדפרס למשל היתה אחת הטובות שעשיתי בבניית אתר ToCode. בתור מתכנת הגמישות שאני מקבל לגמרי שווה את ההשקעה.
לכן לרשימה הבאה של אתרי צד-שלישי שעוזרים לי לנהל את העסק לקח לי זמן להגיע. הרבה מהדברים פה חשבתי לבנות לבד בהתחלה. לשמחתי על רובם לא בזבזתי יותר מדי זמן לפני שהבנתי שעדיף להשתמש בפתרון קיים. בכל מקרה אלה הדברים שעובדים בשבילי:
הבנאי new Array עם פרמטר מספרי תמיד מצליח להפתיע, מאחר והוא מייצר מערך שלא הייתם יכולים להגיע אליו עם אופרטור הסוגריים המרובעים. בואו נדבר על ציפיות, הדפסות ואיך מתמודדים.
הופתעתם? אני לא ממש. מספיק היה להקשיב למסרים או להתבונן בתמונות של השניים. אבל שימו את דונלד רגע בצד כי הסיפור של הילארי הוא המעניין יותר כשמדברים על קריירה.
אלו מכם שבודקים תעודות TLS וודאי שמו לב שהתעודה התחלפה מ StartSsl ל letsencrypt. אבל גם אם אתם לא מהאנשים האלה, או שאתם אפילו לא בטוחים איך בודקים תעודת TLS, מוזמנים להשאר ולשמוע על הצרות שקורות כשסינים פוגשים ישראלים.
בשעור הראשון בקורס בדיקות יחידה אני כבר מגלה לכולם את הסוד לבדיקות טובות: כשהקוד טוב קל מאוד לכתוב עבורו בדיקות.
אבל מה אם צריך לבדוק קוד שיכול להיות גרוע? או שממש לא נועד לרוץ תחת המיקרוסקופ של בדיקות? קחו לדוגמא פתרונות תרגילים בקורסים.
השבוע הוספתי בדיקות אוטומטיות לפתרונות שתלמידים מגישים בקורס Python, ואלה שני הטריקים שעזרו לי בדרך.
ללמוד טכנולוגיה חדשה? מה הבעיה? פותחים גוגל, קוראים מה שצריך ומתחילים לכתוב קוד. מה, אתה לא יודע לחפש בגוגל?
לו רק החיים היו כל כך פשוטים.
כשהתחלתי להקליט את מדריכי הוידאו לאתר הזה חיפשתי כמה שיותר חומר על איך להקליט מדריכי וידאו באיכות גבוהה. ניסיתי ללמוד כמה שיכולתי על סאונד, תסריט, אפקטים וכל מה שצריך בשביל שהקורסים יצאו מעניינים. אפילו קניתי מיקרופון ותוכנות יקרות. ועדיין התחושה היתה שמשהו לא עובד, אבל לא הצלחתי להבין מה בדיוק. עד שפגשתי את רוב.