זה המחשב שהוצג השבוע ב Home Server Deep Dive, היופי שבמחשב היעודי הוא שלא נדרשת מקלדת, לא עכבר, לא מסך ואפילו לא כרטיס מסך. מה שחשוב הוא I/O ז"א דיסקים ורשת. הניהול נעשה מרחוק, ואם קורה משהו אז יש לדים (leds) שמציגים שיש בעיה ויש כפתור Reset שמשחזר במהירות את המערכת וכל זאת מבלי לאבד מידע.
המערכת עצמה תהיה זמינה מאוחר יותר כאשר מיקרוסופט תשיק את ה Home Server. בינתיים ל beta testers שבינינו לא נותר אלא להשמיש מכונה שיודעת להריץ את המערכת, גם פנטיום שלוש יספיק, העיקר שיהיה מספיק נפח דיסקים.
אם יש לכם בין $1500 ל $2000 מיותרים, אז כדאי לכם להכניס אחד כזה לכיס:
http://www.oqo.com
ראיתי אותו בחנות לעובדי החברה של מיקרוסופט, והוא באמת OQO
לעובדי מיקרוסופט יש הנחה של $200 לידיעת יוסי, ליאור ושאר אוהבי הגאדג'טים.
כחלק משינוי האסטרטגיה של צוות ה ++C, הדגש בגרסא של Orcas+1 יהיה על:
- יותר פרודוקטביות
- תמיכה טובה יותר בעבודה ב Native code
- תמיכה בפיתוח native לויסטה
- גישור טוב יותר בין managed code ל native code
- build מהיר יותר
- ניצול Multi-Core CPUs
מחר יתנהל דיון שבו ה MVP השונים יציעו רעיונות לגרסאות הבאות. אז כל מה שחסר לכם והיה ב VC6 זה הזמן לבקש. וכן כל רעיון אחר שיש לכם.
היום התחיל הארוע הגדול ל MVP ב Seattle. תודות לסטיבן טיגר השתתפתי בהרצאת Windows Home Server Deep Dive
אמנם אני כבר רשום כבטא טסטר אבל עד עתה לא התקנתי את השרת. אחרי ההרצאה היום אני יודע שאין לי ברירה. כמשתמש שמריץ שישה מחשבים בבית, שמערכת החשמל החכם מופעלת דרך הרשת ושיש לו המון רעיונות לפיתוחים נוספים בראש, אני חייב להתקין Home Server ולהתחיל לשחק (לפתח...)
הרבה עוד אסור לספר (אנחנו תחת NDA) אבל בקרוב (סוף החודש) המידע יהיה זמין לכולם. מה שניתן לומר זה:
שרת שמאפשר:
לגבות אוטומאטית כל מחשב בבית כולל גיבוי כפול בשיטת מערכת קבצים בטוחה יותר ממערך Raid.
להגיע לכל קובץ מכל דפדפן בעולם.
להגיע לכל מחשב ברשת הביתית מכל מקום בעולם.
להוסיף דיסקים ולהסיר מבלי לפגוע במידע.
ויש גם SDK שמאפשר לפתח add-ins שרצים על השרת.
אז אחד הדברים הראשונים שאני אעשה שאני חוזר זה להתקין כזה שרת ולהרחיב את הנגישות אל הבית החכם כ- Add-in
רבים שואלים מה הכיוון שאליו מיקרוסופט מכוונת כאשר מדובר ב ++VC. מדוע אין תמיכה בטכנולוגיות החדשות כגון WPF או WF, מדוע לא תהיה תמיכה ב Linq ולמה לפתח STL ל Managed Code כאשר הביצועים יהיו קצת פחות טובים מ Native STL.
אם חושבם על זה קצת, אז די ברור שבנושא NET. ל ++C יש בעיה, הרבה יותר טבעי וקל לפתח ב #C מאשר ב C++/CLI. אז למה בכל זאת לתמוך ב NET.? התשובה היא Interop. ואם Interop אז ברור למה STL וגם ברור למה לא WPF ו WF ששם #C נותנת כבר את המענה.
לתשובה מפורטת יותר אנא קראו את הפוסט הזה