דא פיירפוקס

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

פודקאסט מספר 4 של רוורס עם פלטפורמה

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

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

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

תודה לפרנק - היה כיף ולהתראות בפעם הבאה.

פודקאסט מספר 3 של רוורס עם פלטפורמה

פודקאסט 3 של רוורס עם פלטפורמה יצא לאור. קובץ השמע כאן.
הנושא להפעם היה "הלקוח הרזה" (Thin Client) והקאמבק שלו לחיינו. חילקנו תפקידים: אני דיברתי בשבחו של הלקוח הרזה ואורי היה קצת סנגורו של השטן.
דיברנו קצת על חייו הראשונים של ה- (Thin Client) ולמה נעלם מנוף חיינו.
דיברנו על שובו בתור ישומים אינטרנטיים שונים.
מה המגבלות ולמה הוא כנראה לו זוכה לאותה עדנה כמו בימיו הקודמים.
צד נוסף שעליו דיברנו היה "הלקוח הרזה והירוק" (מן סוג של סלט חסה) או השפעות ארכיטקטורה כזו על צריכת משאבים ופחות זיהומים סביבתיים.

בסופו של דבר קינחנו באתנחתא קומית בנוסח: לו שפות תכנות היו דתות.

מקווים שתהנו - אנחנו נהנינו

איך כותבים קוד כשאין debugger

אני זוכר איך זרחו עיני בפעם הראשונה שפתחתי את הדיבגר (יש לזה מלה בעברית?) של בורלנד turbo-c וחוויתי את מה שהיה נדמה לי בזמנו כחוויה מיסטית. לראשונה בחיי יכלתי לראות למשתנים המקומיים שלי ישר בלבן של העיניים, יכלתי לבדוק את הערכים שלהם, לשנות את הערכים שלהם, והייתי בעננים! ולא רק משתנים מקומיים, כי אם גם משתנים גלובליים, רחמנא ליצלן. ולא רק משתנים - יכלתי גם לעשות single-step ואפילו break-point. מדהים!!! לא עוד טבלאות עם משתנים והרצות של התכנית על יבש עם עדכון ערכים סזיפי, לא עוד מחקים ממוללים על שולחני, דור חדש של כלי פיתוח עמד על מפתני - דור הדיבגר!

מאז אותו רגע ועד היום מים רבים זרמו בקישון, turbo-c התחלף ב Borland C++ 3.0 אשר התחלף בבוא העת ב Visual Studio לגרסאותיו השונות, ומאוחר יותר לכלי יוניקס/לינוקס כדוגמת GDB.

ואז גם הגיעו ימי ה Java העליזים עם Net-beans, Idea, Eclipse ועוד ועוד וכל סביבה חדשה כזו באה עם עושר נוסף של יכולות להסתכל לקוד ישר בעיניים ולא לפחד.
אפשר לחזור אחורה בריצה, אפשר להסתכל על כל חוט (thread) בנפרד, אפשר לעקוב אחרי ערכים של משתנה אחד ספציפי, ליצור break-point עם תנאים שונים, לדבג תהליך מרוחק שנמצא אולי ביבשת אחרת, ועוד ועוד ועוד - ממש לונה-פארק למתכנתים.

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

ואז באה הישועה ממקום בלתי צפוי. התחלתי לעבוד בשפה שאין לה דיבגר! התחלתי לכתוב ב actionscript2, שפה בעייתית מעוד הרבה סיבות אחרות, ובין השאר גם דיבגר אין לה. (ליתר דיוק יש, אבל א' הוא די פאתטי ו ב' אין מצב להשתמש בו בקונפיגורציה שבה אני עובד).
חצי שנה ראשונה קיללתי וקיטרתי - מי המציא את השפה המזעזעת הזו, למה הקומפיילר שלה כל כך מאעפן, ולמה לעזזל אין דיבגר?!
אחרי שלב הכעס בא שלב ההשלמה. הבנתי שאין דיבגר (וגם הקומפיילר לא משהו) אבל עם זה צריך להתמודד - ומאז יצאתי מחוזק.
אז איך כותבים קוד אם יודעים שאין דיבגר? איך חושבים עליו? איך משתכנעים שהוא רץ נכון אם לא רואים אותו צעד אחר צעד מתקדם בכיוון שייעדנו לו? שאלות אלה העסיקו אותי ולאט לאט גיליתי שאני משנה את הרגלי הקידוד שלי.
התחלתי לכתוב קוד כמו שצריך (טוב, אני מקווה...) להשקיע הרבה מאמץ במחשבה תחילה, לארגן את הקוד יפה יפה, לעשות תכנות דפנסיבי, כלומר אף פעם לא להניח כלום ותמיד לבדוק הכל ואולי החשוב מכל - לבדוק את האם-אמא של הקוד ע"י מימוש של עשרות או אולי מאות unit-tests. יצא שזמן כתיבת הבדיקות משתווה לזמן כתיבת הקוד האמיתי, ובמקרים מסויימים אני גם כותב את הבדיקות לפני המימוש (test driven development).

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

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

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

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

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




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

ואמרו אמן.

פודקאסט מספר 2 של רוורס עם פלטפורמה

אורי ואני הקלטנו אתמול את פודקאסט מספר 2 של רוורס עם פלטפורמה (www.reversim.com)

היה מאוד כיף והזמן רץ לו. תכננו לדבר על מספר נושאים ובסופו של דבר המשכנו רק את הנושא מהפודקאסט הקודם, קוד פתוח, ואת שאר הנושאים דחינו לשבוע הבא. יש הרבה על מה לדבר והחלטנו להגביל את עצמנו לחצי שעה בדיוק.
אז מה היה לנו? פיל אחד חמוד (HDOOP), שלושת אבות האומה: MapReduce, BigTable, GFS ועוד.
רסס ל איי-טונס (נשמע טוב במבטא פולני) נמצא כאן. (ב iTunes הולכים ל Advanced -> Subscribe to Podcast)

האזנה נעימה ומוזמנים להשאיר הערות.

נמצא - הפודקאסט העברי הראשון

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

כתגובה לפוסט קיבלתי כמה תגובות על פודקאסטים מעניינים וביניהם רציתי לציין לחיוב את הפודקאסט עושים הסטוריה עם רן לוי, אבל לצערי לא מצאתי את מבוקשי. לא מצאתי פודקסט ישראלי על עולם התכנה הישראלי.
בעקבות פוסט זה קיבלתי פניה מאורי להב - למה שלא נעשה פודקאסט משלנו?!!! אז ללא שהות (כמה שבועות...) הרמנו שנינו את הכפפה והתחלנו במרץ בבניית הפודקאסט הראשון שלנו: רוורס עם פלטפורמה!!!
בהזדמנות חגיגית זו אנו משיקים את השידור הראשון של הפודקאסט רוורס עם פלטפורמה (http://www.reversim.com) שבו אנו הולכים לדבר על עסקי התכנה - כלים, סביבות פיתוח, קוד פתוח, מסדי נתונים, שרותי אינטרנט וכו'. זה פודקאסט טכני שקהל היעד שלו הוא בעיקר מפתחי תכנה. רוב הזמן נהיה רק שנינו לבדנו מדברים על רשימת נושאים שהוכנה מראש, פעם בשבוע, חצי שעה, אבל אנו גם נשמח לארח דוברים ומרואיינים חיצוניים. אם יש לכם משהו מעניין להגיד, אם אתם מומחים באיזשהו תחום ורוצים לתרום נשמח לשתף. אם יש לכם שאלות אתם מוזמנים לשלוח אלי (ran את reversim נקודה קום) או אל אורי (ori את reversim נקודה קום) או להשאיר הערות בבלוג זה או ברוורסים. ואם אתם רוצים לדעת מה מקור השם רוורס עם פלטפורמה כדאי שתשיגו לעצמכם איזה iPod ותתחילו להאזין - שם כל הסודות נחשפים ;-)
אורי ואני מקווים שתהייה האזנה נעימה ונשמח לקבל תגובות.