GadiM - Gad J. Meir
www.idag.co.il

גירסא חדשה של Debugging Tools for Windows (וה WDK)

2010-02-28T18:11:15Z

יצאה גירסא חדשה של כלי העבודה העיקרי, של כל מי שעוסק ב Production Debugging, הלא היא חבילה ה debugginh tools for windows מגירסא 633. מעבר לתיקוני בגים, ישנם שני שינויים מענינים בגירסא החדשה. קודם כל החבילה מעתה והלאה תהיה חלק מה WDK (יצא באותה הזדמנות עדכון ל WDK), ולא ניתן יהיה להוריד אותה בנפרד. והשינוי המשמעותי יותר, הוא החלפת ה AdPlus.vbs הוותיק ב exe בעל אותו שם (הכלי הותיק נמצא עדיין בחבילה, תחת השם adplus_old.vbs). פרטים נוספים באתר.

לקראת Microsoft Developer Acadmy 4.

2010-02-27T20:15:02Z

למי שעוד לא שמע על הבשורה, אז ב 22/3/10 יתרחש הארוע המכוננן השנתי, של מיקרוסופט ישראל, בתחום הפיתוח, הלא הוא ה Developer Academy 4. גם הפעם מדובר בארוע מצומצם קימעה, כיאה לתקופה הכלכלית הקשה העוברת על כולנו, ארוע של יום אחד בלבד. מי שמעוניין בפרטים נוספום מוזמן לבקר באתר הארוע ולהתרשם.

יש לי כמה הערות שקשורות לארוע הזה שחשבתי שאולי הם יענינו את מי שהולך להרשם (ואולי גם את המארגנים).

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

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

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

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

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

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

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

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

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

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

מפגש קבוצת משתמשים של NET. על Refactoring.

2010-02-25T10:06:13Z

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

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

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

הסיבה לתיסכול נבעה מזה שאם רצית לעשות משהו פשוט, כמו לשנות שם של משתנה מ X17 למשהו יותר ברור כמו AgeOfSystem, היית צריך לחפש ידנית את כל המופעים שבהם המחרוזת X17 מופיעה, לבדוק שאתה משנה לשם החדש רק את אלה שב Scope הנכון, שאין Side Effects לשינוי, ולבסוף לבצע סט בדיקות QA מלא ממש כמו שינוי של Feature במוצר. בקיצור כאב ראש רציני שאך מנהל פרויקט לא היה מאשר לך לבצע בקוד רק בגלל שהוא "לא מספיק יפה". וזה עוד על משהו פשוט, לקחת קטע קוד, שחוזר על עצמו כמה פעמים ב Switch, ולהוציא אותו לפונקציה חיצונית, דרש בדרך כלל Redesign של היישום.

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

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

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

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

אז הנה כמה נקודות מההרצאה וכמה הערות ותובנות.

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

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

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

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

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

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

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

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

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

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

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

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

בעיית אבטחה חמורה בסייר הקבצים בחלונות 7 (ובויסטה, וב XP ובכלל)

2010-02-06T21:30:29Z

מה לא בסדר בתמונה הבאה ?

לא ניחשתם ? הנה רמז !

לא עזר ? הנה רמז ממש ברור !!!

למי שלא זיהה, להלן הבעיה. אם תלחצו על ה Alt ותפתחו את תפריט Tools ובתוכו את Folder Options תקבלו את התמונה הבאה

שימו לב לזה ש Hide extensions for known file types מסומן ב V. אם תורידו את הסימון ותסתכלו עת אותה תיקיה תקבלו תמונה שונה והרבה יותר מעניינת.

שימו לב שהקובץ gtrr.jpg הוא למעשה קובץ exe ושהקובץ thisiswrong.bmp הוא למעשה קובץ Batch.

אחד מהעקרונות החשובים של אבטחה, היא למנוע מהמשתמש לטעות בגלל חוסר תשומת לב. המון טכניקות פריצה וחדירה מתבססות על זה שהמשתמש עושה דבר אחד, ובפועל, בגלל חוסר תשומת לב לפרטים הקטנים, מה שמתבצע זה בעצם משהו אחר. משתמש לא עירני, שנתקל בהודעת דואר שאליה מוצמד verybeautifulwoman.jpg.exe (ולמען ה Politically correct גם משתמשת שנתקלת ב verybeautifullman.jpg.exe), צריכים להיות מודעים בבירור, לכך שהסיומת של הקובץ היא בעצם exe, ולא להיות מוטעים, כתוצאה מחוסר תשומת לב, לחשוב שהסיומת היא jpg.

הבעיה היא שברירת המחדל (כבר שנים) של התקנת מערכות ההפעלה של חלונות, היא שה Hide extensions for known file types מסומנת. זו לטעמי בעיית אבטחה קשה, כי זה נוגד את העיקרון של Sacure by default לגבי מערכת ההפעלה.

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

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

דבר ראשון שאני עושה אחרי התקנה של מערכת הפעלה חדשה (ואני עושה המון התקנות כאלה במכונות הוירטואליות שלי), זה ללכת ל Folder Options (ב Control Panel או דרך תפריט Tool), ולשנות את ברירת המחדל, לזו שלא מסתירה סיומות לסוגי קבצים ידועים. אני מקווה שבחלונות 8, יהיה מישהו במיקרוסופט, שיהפוך את הבחירה שלי לברירת המחדל, ומה שאולי יותר טוב, יבטל לחלוטין את האפשרות לעשות את הבחירה המסוכנת הזו.

קבוצות המשתמשים של מיקרוסופט ורשימת הרצאות לשימוש אישי II

2010-01-17T10:40:37Z

לפני די הרבה זמן (אפריל 2007) ריכזתי בבלוג את דעתי על החשיבות של קבוצות המשתמשים, ובאותה הזדמנות ריכזתי שם את רשימת ההרצאות שלי בקבוצות המשתמשים השונות לאורך תקופה של כמה שנים. הרישום הכי עתיק שמצאתי, היה הרצאה שלי על Multi Threading משנת 2001 בקבוצה של ++C, ודי משעשע היה לשים לב, שההרצאה הראשונה שלי בקבוצת Windows Developers שנערכה רק לפני כמה שבועות, עסקה במבוא ל Parallel World. ההומור נובע מזה שקבוצת מפתחי חלונות, היא בעצם ההקמה מחדש של קבוצת ה ++C המקורית, זו שחיה ובעטה בעולם ה Native, עוד הרבה לפני שהפכה להיות מנוהלת (Managed) ושהשם שלה שונה לקבוצת ה #C. המקריות הזו מעןוררת מחשבות על אפקט המטוטלת, ועל "אין חדש תחת השמש".

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

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

22/8/07 – קבוצת המשתמשים של Windows Client

הפעם, טיפה בשונה, המפגש יעסוק בשאלה: "לאן רצה הטכנולוגיה, לאן רצה מיקרוסופט ואיך כל זה משפיע עלינו? "
•    מה קורה למערכות ההפעלה של מיקרוסופט בעולם שבו מצד אחד מערכת ההפעלה היא לא יותר מאשר מרכזיה של גאדג'טים מבחינת הצרכן הפשוט ומצד שני יש דרישה למרכזי מחשבים ענקיים מרובי CPUs וליבות ?
•    מהם התפקידים שממלאים בעולם הזה Vista, W2K8, Media Center, Home Server ?
•    כיצד כל זה מתקשר לטכנולוגית ה Rally, ל Echo System, להזרקה של תקלות חמרה באמצעות תכנה, לטכנולוגיות אבטחה חדשות ולמערכות Enterprise ?
•    מה ההשפעה שיש לכל הטכנולוגיה הזו על הבית שלנו ועל מקום העבודה שלנו ?

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

16/01/08 – קבוצת המשתמשים של #C

Topic: Presentation one Title: Optimizing Code Performance: Theory and Practice
Presentation one Abstract: Code optimization is an art, not a science. Yet, the Visual Studio C/C++ compiler offers numerous optimization features, many of them not well known or properly practiced. It is first necessary to understand what each feature does to the application in order to select the right combination of features necessary to achieve the required performance goals. The session covers the core optimization features and techniques and demonstrates the performance effects of each feature. The participants will get practical tips and best practices based on field experience.

Topic: Presentation two Title: Eliminate Bugs Early With Static Code Analysis
Presentation two Abstract: Catching bugs early reduces development costs. Static analysis is one of the best ways to detect bugs early in the development process. However, to realize its full potential, code must be annotated. Annotating code for static analysis, self documents the code and improves code quality and readability. The session focuses on the Visual Studio C/C++ compiler static analysis features and its static analysis annotation tags. The session is loaded with practical information, demos, and it includes guidelines based on field experience. After attending the session, participants will be able to employ static analysis immediately on their code base.

18/02/09 – קבוצת המשתמשים של #C

Topic: Debugging C++, Native and .NET Applications in the Field with updated information on Vista, Windows-7 and 64-bit

Lecture description:

At customer sites and in testing and QA labs, Visual Studio is not installed. Single-stepping an application is not a practical approach to catch an elusive bug at a production site with connected live users. Unfortunately, many bugs only reveal themselves in such environments. By using the freely available Debugging Tools for Windows package and the SOS extension, it is possible, without installation, to collect and analyze debug information. The presentation will explains everything a .NET programmer needs to know in order to utilize these valuable tools and techniques immediately. The session is loaded with practical information, demos, and it includes guidelines based on field experience.

Prerequisites
Debugging experience.

24/05/09 – קבוצת הארכיטקטים של דוט נט

This month's topic will be about Why projects fail, why systems crash and what can be done to preempt this.

Our presenter, Gad Meir, is a plumber and a plumber’s job is to clean blockages in pipes. When there is a crash, I go to a production site and take a dump. From the dump I find a bug. Behind every bug there is always a chain of bugs, eventually leading to the root cause of the failure. The root cause of failure could be incorrect architecture, poor process, or abused technology, to name but a few. When we have a dump, the dirt cannot be swept under the carpet, because the carpet is no longer there.

Analyzing dumps give one a unique perspective about a project’s lifecycle. From this unique, bottom-up approach, all errors that were made during the lifetime of a project can be revealed. Everything can be detected, from errors made during the envisioning phase to those made just before the crash.

The subject of my talk will primarily be about measures that may be taken in current or future projects to avoid and to be better prepared to all kinds of failures. It will include war room stories and lessons learned. I will also talk a lot about processes, team’s structure, risk management, testing, planning, instrumentation, monitoring, tracing, MSF, MOF, tools, etc.

Target audience is Architects, Project leaders, Senior developers and also IT managers, Help desk personal, Deployment teams, QA managers and anybody who is involved or deals with system failures.

10/06/09 – קבוצת נס ציונה

נושא ההרצאה: איתור תקלות במערכות תכנה בתנאי שטח ומה צריך לעשות בתכנה כדי שיהיה קל יותר לאתר בה תקלות בתנאי שטח.

תאור הנושא:

בשלב ראשון נציג מה האילוצים שהשטח כופה על מי שבא לאתר תקלה בתכנה. החל מזה שבסביבת הייצור לא מותקן Visual Studio וכלה בזה שמנהל ה IT שונא מפתחים (ויש לו סיבות טובות לכך). לאחר מכן נציג טכניקות שונות שעונות על האילוצים הללו וניתנות ליישום בתנאי שטח. נדון קצת ב Debugging tools for windows ונכיר גם כלים נוספים שכולם או כבר מותקנים כחלק ממערכת ההפעלה או שהם זמינים להורדה חופשית מהאתרים השונים של מיקרוסופט.

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

ההכנסה של חלונות 7 ו Windows Server 2008 R2 לשוק בקרוב, מספקים לנו כמה חידושים בתחום, שגם אותם נזכיר בהרצאה.

18/06/09 – קבוצת המשתמשים של ALM

מפגש קהילת ALM בנושא: התיאוריה של MSF שמאחורי TFS (וגם: תוכניות MSF ל2010)

מיקרוסופט היא אחד מהגופים הגדולים בעולם שעוסקים בפיתוח ובהטמעה של פרויקטי תכנה. למיקרוסופט נסיון מצטבר רב בפרויקטים שנכשלו ובפרויקטים שהצליחו. את הנסיון הזה מיקרוסופט ריכזה בארגז כלים של תהליכים הנחיות וקוים מנחים שקיבל את השם MSF או Microsoft Solution Framework. השם הזה אמור להישמע מוכר לכל מי שעובד עם השבלונות המובנות של TFS שכן מיקרוסופט שילבה את MSF בשתיים מתוך השבלונות של המוצר.

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

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

במסגרת ההרצאה יוקדש מקום לחידושים הרלונטיים בנושא MSF כפי שהם משתקפים ב CTP של Visual Studio 2010

איזה סוג של בלוגר אני או שלוש שנים עברו על הבלוג של השרברב

2010-01-16T20:41:24Z

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

ניסיתי לראות מה עשיתי בשלושת שנים האלה בבלוג שלי, ומסתבר שכתבתי קרוב ל 250 פוסטים, שזה פחות או יותר מסביב ל 6 פוסטים לחודש. היה חודש אחד מופרע עם 37 פוסטים. שהיה בחודש של הטק אד האחרון (האחרון באמת) באילת. והיו לי גם פה ושם כמה חודשים (7 למען הדיוק) שבהם לא כתבתי כלום, שהשיא של חוסר הכתיבה שלי היה ביולי אוגוסט 2008 ואין לי מושג קלוש למה.

התגיות השמנות ביותר שלי עוסקות בתאור ארועים בארץ ובחו"ל (PDC, TechEd, IDCC, SDWest, WinHec, Alt.Net) כולל כמובן המון מפגשי Users Group וימי עיון. במערכות הפעלה חדשות (Vista, Windows 7) עם דגש על 64 ביט כמובן. במתודולוגיות (בעיקר MSF) וארכיטקטורה. באבטחה (Security). בתחביב העיקרי שלי Production Time Debugging. באורחים שאני מאחר מחו"ל David Platt, Juval Lowy ו Michele Leroux Bustamante הבלתי נשכחת. בטכנולוגיות כמו Visual Studio ו Parallel Processing. ובכמה שריטות פרטיות שלי, כמו מסלול היסורים שעברתי עד שמצאתי את המחשב האישי החדש שלי והדעות הבוטות שלי על חוק ה Spam.

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

למה לעבור לחלונות 7, יעילות המשתמש ואחריות הדרג המקצועי.

2010-01-11T09:13:04Z

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

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

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

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

אז יופי שאם נרצה להשתמש בכל החידושים של חלונות 7 (ו Windows Server 2008 R2) יש לנו את כל הידע הנדרש, אבל למה שבכלל נרצה לעשות את זה.

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

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

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

למה יעילות משתמש זה דבר כל כך חשוב ? כאן נכנס לתמונה חוק המספרים הגדולים. חסכון של עשר דקות ביום לאדם, הוא חסכון של שעה בשבוע, 52 שעות בשנה, ואם יש לך 1,000 עובדים זה חסכון של 52,000 שעות בשנה, שזה לפי שכר המינימום, בערך מליון שקל בשנה. ועכשיו תחשבו מה קורה אם אני חוסך יותר מ 10 דקות ליום ? ומה קורה אם יש לי כמה מאות מליוני משתמשים במערכת ?

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

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

גילוי נאות: אני משתמש על המחשב הנייד שלי, עדיין בויסטה 64 ביט כי אני ממתין שיצרן המחשב, ישלח לי הצעה לעשות Upgrade לחלונות 7 (64 ביט כמובן). אבל מצד שני, כל מחשבי המנהלה והפיתוח אצלי בארגון עובדים כבר עם חלונות 7 (64 ביט לחמרה חדשה ו 32 ביט לחמרה שלא תומכת ב 64 ביט).

מה ניתן ללמוד מהנסיון של מיקרוסופט בניהול פרויקטי תכנה והטמעה

2010-01-06T17:57:45Z

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

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

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

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

למי שמעוניין לדעת יותר, אני מרצה על MSF בקבוצת מנהלי הפרויקטים של פנינה ביום שלישי 12/1/10 בשעה 17:00. פרטים נוספים והרשמה בקישור הבא.

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

מיפוי תהליכים בעולם הפיתוח כתוצאה מהמעבר ל Multi Core

2010-01-04T07:34:53Z

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

העולם עובר ל parallel.

ביום רביעי הקרוב במפגש קבוצת המשתמשים של Windows Platform אני הולך להסביר לכל מי שמעוניין לשמוע, למה המעבר לעולם המקבילי לא מתמצה רק ב Create Thread (ולמה אסור לך להשתמש בפונקציה הזו יותר). למה אנחנו על סף מהפכה. ואיך להתכונן למהפכה כך שלא תישלח לגיליוטינה במהלכה.

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

חוויות מסדנת WCF in Real Life עם Juval Lowy

2009-12-31T15:31:23Z

כיתה מלאה התיצבה לשמוע את Juval מדבר על נושאים מתקדמים ב WCF ועל המסלול לדור הבא של WCF4. כמו תמיד בסדמאות הללו היה המון חומר והמון דחיסה. אני משוחד כמובן אבל גם המשתתפים שלא הכירו את Juval העבירו לי משובים חיוביים.

כמה דברים שכדאי לכולם לדעת (גם מי שלא היה בסדנה).

האתר של IDesign הוא מקור לא אכזב למידע לכל מי שעוסק ב WCF, החל מה Coding Guidelines וכלה בדוגמאות קוד קונקרטיות. בנוסף לדוגמאות הקוד יש באתר תשתית Classes שלמה, שמשפרת נקודות אפלות בתשתית הקיימת של מיקרוסופט, ומשלימה נקודות חסרות מבחינה ארכיטקטונית. ניתן להשתמש בתשתית הזו As Is. אבל אם אתב רוצה להבין מה הבעיות שנפתרות על ידי התשתית המשלימה הזו, ואיך להשתמש בה נכון, תצטרך לעקוב אחר המאמרים של Juval בעיתונות המקצועית ו/או להצטרף לאחת מסדנאות ה Master שלו.

מפגש קבוצת היזמים של הרצליה פיתוח עם Juval Lowy על EnergyNet

2009-12-31T14:59:35Z

קרוב ל 40 יזמים ואנשי הי טק באו לשמוע את Juval מציג את התזה שלו על ה EnergyNet. במועדון היזמים של הרצליה פיתוח.

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

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

לארוע היו תגובות חיוביות רבות מהמשתתפים כפי שניתן לראות באתר הארוע.

מפגש קבוצת משתמשים עם Juval Lowy על WCF Transactions

2009-12-28T10:44:26Z

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

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

מסתבר שהנושא של Transactions for the Common Service הסתיר מאחוריו פרדיגמת תכנות שלמה שמתבססת על "כתוב הכל כאילו הכל בסדר ותן למערכת לבצע Rool Back אם זה לא" שזה מודל תכנותי שהוא פרקטי עד כדי כך, שאינו מודגש יותר מדי באקדמיה ובבתי הספר לתכנות.

Juval הוליך את המשתתפים במסלול מנטלי מרתק, שחצה כמה שנות מחשבה ופיתוח, כאשר הוא נע מההארה ש Durability זה בעצם מרחב ולא נקודה, דרך מגבלות הנובעות מחוסר יכולות מובנות במערכת ההפעלה ובסביבת הריצה של NET. דרך פריצות הדרך המחשבתיות והטכנית, וכלה באוסף הפתרונות (שרובם זמינים להורדה באתר של IDesign).

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

תודה לג'קי ושי על האירוח. ואם מישהו עדיין רוצה להירשם לסדנה של Juval על WCF in Real Life ביום חמישי הקרוב, נשארו עוד שני מקומות.

מה הקשר בין WCF ל Energy Net

2009-12-21T03:18:21Z

לומר את האמת, התשובה היא יש ואין. מי שמכיר את Juval Lowy כמומחה מספר אחד בעולם ל WCF, יכול בהחלט לתהות מה ל Juval ולאנרגיה חשמלית ומה יכול להיות הקשר בין WCF ל Energy Net ול Clean Tech. התשובה לשאלה חורגת מתחום הארכיטקטורה של יישום או מערכת, ומתרחבת לתחום של לאן הולכת התעשיה, ובאיזה תחום בתעשיה צפוי ה Boom הבא.

רוב קוראי הבלוג הזה הינם מפתחים, אבל אולי יש להם חברים שהם יזמים, או מתעסקים בתחום ה Energy Net או ה Clean Tech. במידה וכן, אנא הפנו את תשומת ליבם ש Juval מעביר במועדון היזמים של הרצליה, הרצאה על The Energynet – The Next Boom in Software. אני בטוח שהם יגידו לכם תודה.

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

רק כתזכורת למי שלא יודע, Juval מבקר בארצנו ביקור קצר בסוף חודש דצמבר. במסגרת הביקור Juval מעביר סדנה בת יום אחד על WCF in Real Life וכן נותן מספר מפגשי יעוץ קצרים. מי שמעוניין באספקט הזה של הביקור שלו, מוזמן לקבל פרטים נוספים בפינה של IDesign באתר של חברת האם שלי. ודרך אגב, רצוי שתזדרזו כי מספר המקומות בסדנה מוגבל. בנוסף במה שהפך כבר למעין מסורת, Juval נותן הרצאה במפגש מיוחד של קבוצות המשתמשים (וגם שם עוד מעט לא ישאר מקום).

מפגש מיוחד עם Juval Lowy לקבוצת המשתמשים של מפתחי NET.

2009-12-13T18:38:40Z

למי שעוד לא יודע, Juval Lowy חוצה את ארצנו בסוף חודש דצמבר. כמו בכל ביקור, במה שהפך למעין מסורת בביקורים של Juval בארץ, נענה Juval לבקשתם של מנהלי קבוצת המשתמשים של מפתחי NET. ג'קי גולדשטיין ושי ברלב, להרצות על במפגש מיוחד של הקבוצה, שיערך ב 27/12/09 בשעה 17:30, באולם דקל, במשרדי מיקרוסופט ברעננה.

דנתי עם Juval לגבי הנושא הראוי למפגש כזה, וכמובן הצעתי שהוא ידבר על WCF4 ומה חדש בו. אבל Juval הציע שבמקום לדון במה חדש, כדאי אולי לדון בנושא שהוא לא חדש ב WCF, אבל מנסיונו בשטח הוא לא מספיק מוכר, והרבה מפתחים לא מנצלים את הפוטנציאל הטמון בו כמו שצריך. לפיכך, הערב כולו, יוקדש לצלילה מרתקת לתוך הנושא של Transactions for the Common Service.

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

מי שמעוניין להשתתף בסדנה (בתשלום) ש Juval מעביר ב 31/12/09 בנושא WCF in Real Life, או רוצה מפגש יעוץ קצר (בתשלום) עם Juval, מוזמן ליצור קשר עם חברת האם שלי בקישור הבא.

Juval Lowy בישראל בסוף דצמבר

2009-12-06T13:57:12Z

הודעה חשובה לכל מכריו ומוקיריו של Juval Lowy מחברת IDesign, ולכל מי שעוסק ב WCF. הצלחתי לתפוס את Juval, אי שם בדרך בין אירופה לארה"ב, והוא ינחת בארצנו לכמה ימים בסוף דצמבר. Juval יעביר סדנה בת יום אחד שנושאת את השם WCF in Real Life, שבה הוא יספר לכל מי שיהיה מוכן לשמוע, על בעיות אמיתיות בישומי WCF, שבהם הוא ניתקל בעבודתו, ומהי הדרך הנכונה ארכיטקטונית ופרקטית לפתור אותם. תת הכותרת של היום היא: Patterns, best practices, lessons learned and new features in WCF 4.0 and AppFabric, וכפי שמשתמע מהשם, יוצגו ביום הזה גם הדברים החדשים שצפויים לנו, בעתיד הלא רחוק, וכמובן, מה צריך לעשות היום, כדי שמערכת ה WCF שלך, תעבור בצורה חלקה לגירסה הבאה. זה הולך להיות יום צפוף מאד ומלא בידע, שערכו לא יסולא בפז. והוא נועד במיוחד למי שכבר מכיר WCF, ומתלבט בבעיות אמיתיות מהשטח.

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

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

GadiM - Gad J. Meirwww.idag.co.il