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

היום בכיתה שלWCF Master Class עם Juval Lowy, ראיתי את המסך של הנייד של אחד התלמידים בסדנא Miguel A. Castro. מיגל מריץ ויסטה 64 ביט,ואין לו טענות למערכת ההפעלה והוא מאד מרוצה ממה שרץ על הנייד שלו. גם על מכונת המחץ שלו בבית, שהוא הרכיב לבד, עם ארבעה מוניטורים, רצה ויסטה 64 ביט ללא בעיות.

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

המוטו של המפגש היה. "זה נראה כמו Class רגיל של C#, זה נוצר כמו Class רגיל של C#, זה נקרא כמו Class רגיל של C# אבל, אתה מקבל במתנה מאחורי הקלעים גם...", וכאן באה רשימה שלמה של דברים ש WCF נותן לך במתנה רק בגלל שאתה משתמש בו. אמינות, אבטחה, תמיכה בטרנסאקציות, מצערת אוטומטית, תור אוטומטי, מונים, Trace, הצפנה, זיהוי נכון של הקורא ועוד ועוד ועוד. כל תכונה הוסברה וכל תכונה הודגמה ונשארו עוד הרבה יכולות שקצרה היריעה להראות אותם ולהסביר אותם. אין ספק ש 150 המשתתפים שהגיעו לשמוע, יצאו משם עם תמונה יותר ברורה של מה WCF יכול לעשות עבורם אם רק יפעילו אותו.

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

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

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

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

Juval הדגים קריאת WCF שהפעילה את כל הדברים שרק אפשר להפעיל ב WCF כל האופציות הכי כבדות שרק יש ב WCF, וקיבל 100 קריאות בשניה על מחשב נייד, שאינו שרת, ואין לו הרבה יע"מ-ים. האם עשר מילי שניות תקורה זה הרבה או מעט ? למי שכותב Device Driver זה אולי הרבה. אבל לשרת של בנק בינוני שאמור לטפל בממוצע בעשר פעולות בשניה, זה לא הרבה. אם הקריאה בשרת כוללת בתוכה לוגיקה עיסקית המחייבת כתיבה לשרת מסד נתונים, זו אפילו תקורה זניחה מאד יחסית לשאר הפעולות.

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

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

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

בתור אחד שעבר את כל המהפכות הטכנולוגיות שיובל תאר, החל מקידוד קוד בביטים למחשב PDP8, דרך שפת Asembly, דרך שפות ה Goto למיניהם כמו COBOL או FORTRAN, דרך התכנות הפרוצדורלי של Pascal ו C, המעבר ל C++ וכל נושא ה OO, משם ההמהפכה של תכנות מבוסס אינטרפייס וקומפוננטות עם COM ו DCOM ו COM++, ו Enterprriz services ועם המעבר ל .NET והלאה, הדיון הזכיר לי הרבה נשכחות.

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

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

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

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

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

מה אומרת לך ההודעה הבאה ?

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

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

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

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

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

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

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

למי שעדיין לא יודע עדיין, Juval Lowy מחברת IDesign Inc מגיע אלינו שוב בסוף חודש דצמבר. אני משתדל לתאם לו בכל פעם שהוא מגיע מפגש עם קבוצות המשתמשים וגם הפעם לא חרגתי מהמסורת. ביום רביעי ה 26/12/07 בשעה 17:30, יערך מפגש משותף מיוחד הכולל בתוכו את חברי קבוצת הארכיטקטים של יוסי לוי, קבוצת ה VB של ג'קי גודלשטיין וקבוצת ה C#++ של משה רהב ושי ברלב בבית HP ברעננה. במפגש יובל ידבר על הנושא החביב עליו Demonstrating WCF – Beyond the Endpoints. אתה לא חייב להיות חבר בקבוצת המשתמשים על מנת להגיע אבל רצוי שתירשם מראש בקישור הבא.   

Juval לא מגיע אלינו רק כדי להרצות לקבוצת המשתמשים. הוא מגיע על מנת להעביר את סדנת ה WCF Masters Class שלו, אותה הוא יעביר בשבוע שמתחיל ב 30/12/07 לאורך חמישה ימים. זו סדנא בתשלום מלא ומיועדת לכל מי שצריך להכיר את WCF לעומק ורוצה ללמוד את זה מהמומחה מספר אחד בתחום הזה בעולם. בסדנה הזו יהיו לנו גם כמה משתתפים שיגיעו מחו"ל כדי ללמוד תורה מיובל. למשתתפים בסדנה תהיה הזדמנות למנגל בהפסקות עם מומחים בינלאומיים כמו רון גיקובס ומיגואל קסטרו. דרך אגב, המשתתפים מחו"ל לא מגיעים אלינו לשמוע את יובל סתם כי בא להם. יש להם גם שיקול כלכלי. מסתבר שאנחנו הכי זולים בעולם (כמעט חצי מהמחיר של הסדנה הזו בשודיה או דנמרק וקצת יותר זולים מהמחיר בארה"ב ובדרום אפריקה).

כמו בביקור של מישל, עשינו גם הפעם מבצע מיוחד בסיבסוד מאסיבי של מיקרוסופט ישראל ויובל יעביר בנוסף לסדנת ה WCF Masters שלו, שני ימי עיון במחיר מוזל משמעותית. יום עיון אחד בנושא Service-Orientation, WCF and You – One Day Tutorial יערך ביום רביעי ה 26/12/07 ויום עיון שני בנושא Introducing Windows Communication Framework יערך ביום חמישי ה 27/12/07. ניתן להרשם לכל אחד מהם בנפרד או לשניהם ביחד ולקבל הנחה נוספת על המחיר המוזל המסובסד של מיקרוסופט.

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

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

קניית מחשב חדש היא הזדמנות לפצות את עצמך על כל מיני תיסכולים שהצטברו משך השנים אז החלטתי להתפרע קצת (לא יותר מדי). מאחר ואני מפתח כרגע כמה מודולים לסדנא בנושא עיבוד מקבילי ועבודה עם 64 ביט. החלטתי ללכת על Core 2 Quad. זה העלה את תג המחיר ב 200 דולר בערך, אבל אי אפשר לבצע מדידות ביצועים של עיבוד מקבילי עבור n=1,2 בלבד. מערכת ההפעלה היא כמובן Vista 64 Ultimate, מה שהעלה את תג המחיר ב 100 דולר נוספים. בנושא הגרפיקה לא השתוללתי, אני לא מצפה להכנס בזמן הקרוב לאנימציות ממוחשבות רב מימדיות, אז התפשרתי על רכיב גרפי מובנה על לוח האם. אני בכלל חסיד של מערכות שכוללות את הכל על לוח האם ומאחר ואני מכיר את הלוחות של אינטל וגם הייתי בלחץ זמן, לא חיפשתי ספקים אחרים, אלא עברתי על הטבלה של לוחות האם המובנים של אינטל שמיובאים לארץ ובחרתי ב DG33BU.

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

הדבר הראשון שעשיתי אחרי התקנת מערכת ההפעלה, היה להתקין את ה VPC2007 גירסת ה 64 ביט ולהעביר למכונה החדשה את אחת ממכונות הפיתוח הוירטואליות שלי (32 ביט), כדי לראות אם זה באמת עובד. לא רק שזה עבד, אלא זה גם רץ הרבה יותר מהר (ולא בגלל ה Quad כי המכונה הוירטואלית היא 32 ביט ומשתמשת רק ב Thread אחד).

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

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

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

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

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

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

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

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

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

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

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

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