ويندوز 8 سيكون مختلفا كلياً [شائعات]

برأيكم متى سوف تصدر هذه النسخة ؟

هذا كلام سابق جداً لأوانه و كله اشاعات مبينة على اشاعات و لا يوجد سوى أنه سيكون مختلف و هو شئ معروف فيجب أن تكون أي نسخة جديدة مختلفة عن النسخة السابقة و إلا فلماذا سيشتريها المستهلك؟؟

في كل نسخة جديدة من وندوز يتم تغيير الاماكن بدون داعي حتى يعطي الانطباع ان:

اقتباس

ستكون مختلفة عن أي نسخة سابقة من ويندوز

وبالتالي اضاعة الوقت في البحث عن مكان لوحة التحكم او جهاز الكمبيوتر...الخ :lol: .

أخ النبهاني,

Singularity مشروع طموح, و لكن ليس له علاقة بـ Windows.

هناك إشاعات أن الدروس التي تم استقاؤها من singularity كنظام تشغيل ذو إدارة آلية للموارد سيتم الاستفادة منها في ويندوز 8.

ميكروسوفت اقتنعت بعدم جدوى managed code على client وبالتالي سيقتصر دوره فقط لخدمة قطاع Enterprise كحلول SharePoint Server أو كواجهة لـ SQL Server وغيرها من تطبيقات Enterprise بينما سيعود مجد unmanaged code كالأداة المفضلة لكتابة برامج windows. على ميكروسوفت ان تركز على تطوير native api's جديدة مثل Direct2D وتوقف تطوير WPF ( مثلا تركز بدلا منه على Silverlight). يجب على ميكروسوفت ان تطور native api الخاص بها وتتوقف عن اضاعة الوقت والمال على التهريج المسمى managed client والا فهي ستخسر في النهاية لأن لينكس لم يعد ذلك ذلك النظام البطيء وخصوصا عندما يتعلق الأمر بـ GUI فالشركات الأن اصبحت توفر drivers خاصة باللينكس مما مكن من تطوير

GUI extensive applications خاصة به واكبر دليل على ذلك KDE التي في طريقها لتصبح قمة في الثراء البصري.

اتصور ان ميكروسوفت تعلمت الدرس جيدا ولن تكرر خطأ vista لأنها ان فعلت فهناك منافس قد اصبح قادرا ان اعطي الفرصة على ان يضرب بقوة.

اخوان طيب ما رأيكم بهذا الموقع ؟؟؟؟

بالرغم من حبي لمنتجات مايكروسوفت إلا أن هذا الخبر يذكرني بهذا الفيديو :D

magnifier كتب:

ميكروسوفت اقتنعت بعدم جدوى managed code على client وبالتالي سيقتصر دوره فقط لخدمة قطاع Enterprise كحلول SharePoint Server أو كواجهة لـ SQL Server وغيرها من تطبيقات Enterprise بينما سيعود مجد unmanaged code كالأداة المفضلة لكتابة برامج windows. على ميكروسوفت ان تركز على تطوير native api's جديدة مثل Direct2D وتوقف تطوير WPF ( مثلا تركز بدلا منه على Silverlight). يجب على ميكروسوفت ان تطور native api الخاص بها وتتوقف عن اضاعة الوقت والمال على التهريج المسمى managed client والا فهي ستخسر في النهاية لأن لينكس لم يعد ذلك ذلك النظام البطيء وخصوصا عندما يتعلق الأمر بـ GUI فالشركات الأن اصبحت توفر drivers خاصة باللينكس مما مكن من تطوير

GUI extensive applications خاصة به واكبر دليل على ذلك KDE التي في طريقها لتصبح قمة في الثراء البصري.

اتصور ان ميكروسوفت تعلمت الدرس جيدا ولن تكرر خطأ vista لأنها ان فعلت فهناك منافس قد اصبح قادرا ان اعطي الفرصة على ان يضرب بقوة.

هذا كلام ليس له اي علاقة بالواقع فالManaged Client هو ما يتم استثمار الأموال فيه لتطويره سواء في تقنيات WPF أو Silverlight و تطوير WPF لم يتوقف و إلا لما كان الVisual Studio 2010 نفسه تم اعادة كتابته من ال++C الى الWPF باستخدام #C

^ كلام صحيح. الإتجاه العام في السوق (و ليس مايكروسوفت وحدها) هو باتجاه الـmanaged code في جميع أنواع التطبيقات.

في الواقع لا أعرف من أين أتيت بأن مايكروسوفت تبتعد عنه. انظر فقط إلى ما سيجلب NET 4.0. إلى الطاولة. دعم أفضل للـparallel processing و الـfunctional programming. ترسيم ثلاث لغات جديدة #F و IronPython و IronRuby. و من ناحية الكلاينت هناك WPF و Silverlight. لا يبدو لي هذا أبداً كابتعاد عن هذه المنصة.

اقتباس

هذا كلام ليس له اي علاقة بالواقع فالManaged Client هو ما يتم استثمار الأموال فيه لتطويره سواء في تقنيات WPF أو Silverlight و تطوير WPF لم يتوقف و إلا لما كان الVisual Studio 2010 نفسه تم اعادة كتابته من ال++C الى الWPF باستخدام #C

أخي العزيز متميز Visual Studio 2010 لم ولن تتم إعادة كتابته بواسطة WPF و C# (فهذا أولا غير ممكن وثانيا يعتبر انتحار) بل هوا مكتوب بلغة C++/native دون أي layer وما تم كتابته بواسطة C#/WPF هوا الـ Shell يعني على بلاطة فقط القشرة الخارجية فقط ستستخدم فيها WPF وذلك ببساطة لتوفير مستوى اعلي من التحكم و للميزات التنظيمية التي توفرها XAML يعني مناسبتها لتخزين users profiles/setting وكذلك ردا على الحملة التي مورست على ميكروسوفت من انها لا تستخدم دوت نت في كتابة برامجها فجاء هذا الرد الأقرب الى التدليس.

اغلب البرامج على client المكتوبة بواسطة .net تستخدم لغة C++/native لتنفيذ العليات الحساسة خذ مثلا برنامج Paint.NET فمحركه مكتوب بواسطة C++/native.

اقتباس

في الواقع لا أعرف من أين أتيت بأن مايكروسوفت تبتعد عنه. انظر فقط إلى ما سيجلب NET 4.0. إلى الطاولة. دعم أفضل للـparallel processing و الـfunctional programming. ترسيم ثلاث لغات جديدة #F و IronPython و IronRuby. و من ناحية الكلاينت هناك WPF و Silverlight. لا يبدو لي هذا أبداً كابتعاد عن هذه المنصة.

1- الكل يعرف ان .net هي عبارة عن واجهة أو layer فوق native code يعني CLR نفسه عبارة عن native/COM.

2- تمت اعادة كتابة NET 4.0. بالكامل واستبدال اجزاء كثير من BCL التي كانت مكتوبة بواسطة managed لتستخدم native.

3- Silverlight عبارة عن unmanaged وهذا سبب ادائه العالي.

4- لغات scripting ستبقى لغات scripting.

حسب رأيي .net مناسبة جدا لـ Enterprise Applications يعني واجهة مثلا database أو على العموم لتعمل كـ Client في Client/serve applications.

اخيرا للجميع مني كل تحية واحترام

لا أدري من أين تأتي بهذه المعلومات, فما تقوله هو عكس الواقع تماماً الVisual Studio تم كتابته بالWPF في أجزاء حساسة جداً منه مثل الEditor نفسه و الIntellisense و الShell و WPF Designer و أشياء أخرى مثل الSQL Server Designer و يمكنك مشاهدة محاضرات الPDC التي تتكلم عن عمليه التحول من Unmanaged الى Managed بالطبع لم يتم اعادة كتابة البرنامج كاملاً و لكن الأن أصبح معظم البرنامج Managed

و هذا رابط المحاضرة

http://microsoftpdc.com/Sessions/CL09

بالنسبة للBCL فأيضاً معظمها مكتوب بال#C و خاصة المكونات الجديدة مثل الSystem.Concurrent namespace و هي التي تم اضافتها في .net 4 لدعم البرمجة المتوازية

و الخبر الذي سيصدمك أن فريق ال#C نفسها يعكف حالياً على اعادة كتابة الCompiler الخاص بال#C نفسها ليكون بالكامل بال#C و هذا لجعل الCompiler الخاص باللغة جزء يمكنك استخدامه داخل برامجك و هو ما يسمى الLanguage Services

http://channel9.msdn.com/pdc2008/TL16/

رجاء مراجعة معلوماتك و وضع مصادر لما تقول

الأخ متميز كفّى و وفّى. و لكنني سأضيف بعض النقاط.

magnifier كتب:

اغلب البرامج على client المكتوبة بواسطة .net تستخدم لغة C++/native لتنفيذ العليات الحساسة خذ مثلا برنامج Paint.NET فمحركه مكتوب بواسطة C++/native.

هل هناك إحصائية بهذا؟ قابلت العديد من برامج الدوت نت و القليل منها فقط يستخدم الـnative code أو حتى unsafe code. و حتى في تلك الحالات الغالبية العظمى كانت ترتبط بمكتبة خارجية عوضاً عن أن تكتب بالـnative code.

برنامج Paint .NET هو مثال متطرف نوعاً ما حيث أن هذه النوعية من البرامج ليست متناسبة مع طبيعة الـmanaged platform

magnifier كتب:

1- الكل يعرف ان .net هي عبارة عن واجهة أو layer فوق native code يعني CLR نفسه عبارة عن native/COM.

2- تمت اعادة كتابة NET 4.0. بالكامل واستبدال اجزاء كثير من BCL التي كانت مكتوبة بواسطة managed لتستخدم native.

و كذلك الـnative code واجهة فوق الـmachine language. لا أعتقد أنني استطيع أن أقول أن مبرمجي الـ++C هم في الواقع مبرمجي أسمبلي لمجرد أن الأسمبلي هو وراء الـ++C أليس كذلك؟

magnifier كتب:

3- Silverlight عبارة عن unmanaged وهذا سبب ادائه العالي.

و لكن اللغة التي تستخدم في برمجة تطبيقاته هي managed language. و هذا هو المحك. عندما أقول أن استخدام اللغات الـmanaged في الكلاينت بازدياد أنا لا أتحدث عن طبيعة الـplatform الذي يشغلها بل عن اللغة نفسها التي ستم استخدامها.

magnifier كتب:

4- لغات scripting ستبقى لغات scripting.

يعني؟

هذا ردك

اقتباس

هذا كلام ليس له اي علاقة بالواقع فالManaged Client هو ما يتم استثمار الأموال فيه لتطويره سواء في تقنيات WPF أو Silverlight و تطوير WPF لم يتوقف و إلا لما كان الVisual Studio 2010 نفسه تم اعادة كتابته من ال++C الى الWPF باستخدام #C

طبعا الكلام السابق غلط من بابه الى محرابه وكان هذا ردي عليه

اقتباس

isual Studio 2010 لم ولن تتم إعادة كتابته بواسطة WPF و C# (فهذا أولا غير ممكن وثانيا يعتبر انتحار) بل هوا مكتوب بلغة C++/native دون أي layer وما تم كتابته بواسطة C#/WPF هوا الـ Shell يعني على بلاطة فقط القشرة الخارجية فقط ستستخدم فيها WPF وذلك ببساطة لتوفير مستوى اعلي من التحكم و للميزات التنظيمية التي توفرها XAML يعني مناسبتها لتخزين users profiles/setting وكذلك ردا على الحملة التي مورست على ميكروسوفت من انها لا تستخدم دوت نت في كتابة برامجها فجاء هذا الرد الأقرب الى التدليس.

طبعا بدلا من ان تعترف بخطئك قمت بالتراجع وشرح ما هوا مشروح واسمحلي بأن وأقولها لك ببساطة ان WPF استخدمت في كتابة فقط القشرة الخارجية لـ Visual Studio فتأكد من معلوماتك قبل ان تعلق وخذ الأمور بروح رياضية.

حاولت ميكروسوفت ان تدفع المطورين الى استخدام تقنية WPF من خلال تمكينها من استغلال ميزة hardware acceleration التي لم توفرها GDI و GDI+ ورغم انه لم يكن هناك بديل عن WPF يمكنه توفير ميزة hardware acceleration ( باستثناء Direct3D ) الا ان WPF كانت بطيئة جدا مما دفع ميكروسوفت الى اصدار Direct2D و DirectWrite .

بسبب انعدام الفاعلية اصبحت سي شارب ودوت نت فقط عبارة عن لغات سكربت لإدارة COM objects التي تقوم بكل العمل وبالتالي فحسب رأيي ان WPF انتهت والمستقبل على client عاد الى unmanaged code. اما بالنسبة لـ .net عموما فهي ستبقى سيدة اي مشروع من نوع client/server على windows servers .

السابق رأيي الشخصي فلا داعي للتجريح والتهريج الذي يقوم به البعض

اخي mignifire .. الصراحة انا قرأت قبل اشهر وفي بداية الاعلان عن صدور 2010 .. انه صمم بالwpf كاملا .. وكما قال الاخ متميز والاخ system ...

اخوان اريدكم ان تشاهدوا ما موجود هنا ..

How Microsoft Visual Studio 2010 Was Built with WPF 4

او المحاضرة من شركة ميكروسوفت وومدتها ساعة تقريبا ..

How Microsoft Visual Studio 2010 Was Built with WPF 4

اعتقد انها ستوضح الكثير من الامور ..

شاهدوها فقط ..

تحياتي العطرة ..

magnifier كتب:

طبعا بدلا من ان تعترف بخطئك قمت بالتراجع وشرح ما هوا مشروح واسمحلي بأن وأقولها لك ببساطة ان WPF استخدمت في كتابة فقط القشرة الخارجية لـ Visual Studio فتأكد من معلوماتك قبل ان تعلق وخذ الأمور بروح رياضية.

من مقالة ويكيبيديا

http://en.wikipedia.org/wiki/Microsoft_Visual_Studio#Visual_Studio_2010

اقتباس

The IDE shell has been rewritten using the Windows Presentation Foundation (WPF),[78] whereas the internals have been redesigned using Managed Extensibility Framework (MEF) that offers more extensibility points than previous versions of the IDE that enabled add-ins to modify the behavior of the IDE

كما ترى هنا أن إعادة التصميم ليست فقط في الـshell بل طالت أيضاً محرك الإضافات باستخدام MEF

اقتباس

اخي mignifire .. الصراحة انا قرأت قبل اشهر وفي بداية الاعلان عن صدور 2010 .. انه صمم بالwpf كاملا .. وكما قال الاخ متميز والاخ system ...

صمم بالكامل بالـــ wpf ؟؟؟؟؟؟؟؟؟؟ صراحة تصريح عجيب ولكن يزول العجب عندما اقرأ احد ردودك قبل فترة عندما تحدثت فيه ان office نفسه صمم بواسطة الدوت نت.

الى الأخ العزيز System Down يمكنك استخدام محرك العاب مثلا في برنامج مكتوب بواسطة wpf ولكن هل هذا يجعل اللعبة مكتوبة بواسطة wpf ... طبعا لا وهذا ما اصبحت عليه .net على client .. اصبحت لغة scripting ليس اكثر وكل العمل يتم من خلال COM objects.

اقتباس

صمم بالكامل بالـــ wpf ؟؟؟؟؟؟؟؟؟؟ صراحة تصريح عجيب ولكن يزول العجب عندما اقرأ احد ردودك قبل فترة عندما تحدثت فيه ان office نفسه صمم بواسطة الدوت نت.

ومالعجيب بالامر ؟؟؟؟

اخي mag ... اي شئ انت تحب تذكرة وتثبته ... ضعه مصادر لكلامك .. من الممكن ان نكون خاطئين ..

انا وضعتلك بردي السابق رابطين من ميكروسوفت .. محاضرة كاملة ساعة تقريبا تشرح كيف تم تصميم الفيجول 2010 بال wpf وما زلت تشكك بالامر ..

اثبت لنا صحة كلامك ولو برابط ..

magnifier كتب:

صمم بالكامل بالـــ wpf ؟؟؟؟؟؟؟؟؟؟ صراحة تصريح عجيب ولكن يزول العجب عندما اقرأ احد ردودك قبل فترة عندما تحدثت فيه ان office نفسه صمم بواسطة الدوت نت.

الى الأخ العزيز System Down يمكنك استخدام محرك العاب مثلا في برنامج مكتوب بواسطة wpf ولكن هل هذا يجعل اللعبة مكتوبة بواسطة wpf ... طبعا لا وهذا ما اصبحت عليه .net على client .. اصبحت لغة scripting ليس اكثر وكل العمل يتم من خلال COM objects.

يا أخي بدل الكلام و الرغي الكتير عندك دليل على اللي بتقوله اتفضل غير كده يبقى تروح تقرأ قبل ما تتكلم

magnifier كتب:

صمم بالكامل بالـــ wpf ؟؟؟؟؟؟؟؟؟؟ صراحة تصريح عجيب ولكن يزول العجب عندما اقرأ احد ردودك قبل فترة عندما تحدثت فيه ان office نفسه صمم بواسطة الدوت نت.

الى الأخ العزيز System Down يمكنك استخدام محرك العاب مثلا في برنامج مكتوب بواسطة wpf ولكن هل هذا يجعل اللعبة مكتوبة بواسطة wpf ... طبعا لا وهذا ما اصبحت عليه .net على client .. اصبحت لغة scripting ليس اكثر وكل العمل يتم من خلال COM objects.

هذا شئ طبيعي. الـWPF ليست لغة تطبيقات بل لغة واجهات رسومية. هناك تقنية أخرى managed داخل محرك الفيجوال ستوديو نفسه هي الـMEF. دعك من هذه النقطة الأخيرة، أليس في استخدامها في واجهة الاستخدام إثبات لخطأ زعمك بأن مايكروسوفت نفسها تبتعد عن WPF؟

و طلب بسيط إذا أمكن؟ الرجاء الابتعاد عن الهجومات الشخصية. اطرح آراءك و حججك و أدلتك دون التعرض على أحد بالتهكم؟ شكراً.

بسم الله الرحمن الرحيم

أن أرى ان مايكروسوفت أصبحت تطور برامجها بسرعة انتجت فيجوال ستوديو 2005 و حتى إبتداء المطورن العمل عليه جاء فيجوال ستوديو 2008 و بعده بقليل ظهر على موقع مايكروسوفت فيجوال ستوديو 2010نسخة تجريبية . و هذا أيضا ينطبق على أنظمة التشغيل مازال الكثير يعمل على ويندوز أكس بى و قليل يعمل على الفيستا ثم جاء ويندوز 7 و القليل ايضا يستخدمه

هذه الامر أعتقد أنه أرهق المستخدمون فكل نسخة جديدة من برنامج او نظام تشغيل تحتاج دراسه من قبل المستخدم حتى يعتاد عليها و يرى ما الجديد فى النسخة الجديده .

أحمد خميس راشد كتب:

بسم الله الرحمن الرحيم

أن أرى ان مايكروسوفت أصبحت تطور برامجها بسرعة انتجت فيجوال ستوديو 2005 و حتى إبتداء المطورن العمل عليه جاء فيجوال ستوديو 2008 و بعده بقليل ظهر على موقع مايكروسوفت فيجوال ستوديو 2010نسخة تجريبية . و هذا أيضا ينطبق على أنظمة التشغيل مازال الكثير يعمل على ويندوز أكس بى و قليل يعمل على الفيستا ثم جاء ويندوز 7 و القليل ايضا يستخدمه

هذه الامر أعتقد أنه أرهق المستخدمون فكل نسخة جديدة من برنامج او نظام تشغيل تحتاج دراسه من قبل المستخدم حتى يعتاد عليها و يرى ما الجديد فى النسخة الجديده .

مرحباً بك في عالم التكنولوجيا

اقتباس

مرحباً بك في عالم التكنولوجيا

هذا دليل على أن magnifier أصاب جانباً من الصحة في كلامه, رغم عدم موافقتي له في عدة نقاط.

من بينها أن الـ NET. مشروع جبار و ليس لعبة في الحقيقة و يكفي أن شركة كـ Microsoft تدعمه قلباً و قالباً.

عموماً, اللغات التي يبنى بها الـ Infrastructure لا تتغير بسرعة كما تفضلت حضرتك, و تحدثت عن التطور المتسارع في NET.

C و ++C و Fortran و جميع اللغات التي لها مواصفات قياسية في ISO لا يمكن الإضافة إليها إلى كل عشر سنوات, و يمكن مراجعة المواصفات كل خمس سنوات للتنقيح.

لا أعتقد أن لغات NET. تلقى "التمحيص" اللازم من قبل الهيئة المسؤولة عنها, مثلها مثل Java, لأن هناك شركة معينة تتحكم في اللغات و الـ Framework.

عموماً, لا أرى مالمانع بأن بأن تكتب أجزاء من VS كالواجهة و محرك الإضافات بالـ Managed Code, فالـ Declarative UI لها مستقبل واعد شئنا أم أبينا,

و تطوير الإضافات عن طريق الـ Managed Code أسهل برأيي لوجود الـ Reflection الذي من الصعب الحصول عليه في لغة كـ C أو ++C!

هذا كل ما في الأمر, هذا لا يعني أن NET. يقضي على الـ Native Compilers و لا الـ Native Compilers تقضي على الـ Managed Code. فكلاهما موجود منذ زمن بعيد جداً قياساً على تاريخ برمجة الحاسوب.

بالنسبة لصلاحية الـ Managed Code لجميع مجالات البرمجة, فهذا أمر مختلف فيه بشدة, و الأغلب أن تطويع الـ Managed Code لبناء شيء لا يدخل ضمن الـ Applications أمر صعب.

بمعنى آخر, الـ Libraries و الـ Infrastructure هي أفضل ما يمكن أن تستخدم فيه لغة كـ C و ++C.

تحياتي....