ملخص مؤتمر برمجة الموبايل 12-12-2012

تم بحمد الله مؤتمر برمجة الموبايل الذي أقيم في جامعة القدس، وسيتم إعادة نفس المؤتمر في عدة جامعات بجلسات أوسع
المؤتمر احتوى لى 4 جلسات ولأني أعشق اللغة العربية فسأكتب باللغة العربية الفصحى والجلسات كانت كالتالي:
1- مقدمة حول أنظمة تشغيل الجوالات
تحدث بها زميلي يوسف عن أهم 5 أنظمة تشغيل للجوالات وفاضل بينهم ، وأي هذه الأنظمة يفضل العمل عليها لجني المال

2- تصميم الويب التفاعلي Responsive Web design
تحدث فيها صديقي منير بركات عن كيفية تصميم صفحات المواقع للعمل بكفاءة على أبعاد الشاشات المختلفة

3- مقدمة حول البرمجة لنظام الويندوز فون
تحدثت فيها المهندسة إيناس عن المبادئ والمفاهيم الأساسية لبدء التطوير للويندوز فون، ومن أين الإنطلاق

4- مقدمة حول البرمجة للويندوز 8 والربط مع أنظمة الجوال المختلفة
تحدث فيها ( خليل سليم ) عن تصميم ميترو للويندوز 8 وأهمية إدراك هذا المفهوم لتطوير تطبيقات فعالة ، وسبل الربط مع أنظمة الجوال المختلفة

سبب كتابة الموضوع ككل من الأساس هو وضع روابط العروض التقديمية ( ملفات الباوربوينت ) حتى يتسنى لكم تحميلها

للتحميل من هنا

تفصيل حول بنية النظام: ويندوز فون 8 Windows Phone

رأيت الكثير من الأسئلة واللبس حول الويندوز فون 8 ، كان على رأسها أن الويندوز فون 8 ما هو إلا تطوير للويندوز فون 7 ، وهذا أدى إلى الكثير من الافتراضات لدى المعتقدون أهمها أن الأجهزة الحالية سيتم تطويرها لتدعم الويندوز فون 8. وسأحاول أن أوضح هذا الأمر من ناحية هندسية برمجية بنبوية ، أيما شئت سمها المهم أن تصل الفكرة، وللعلم الحديث هنا سيطول.

عندما صدر الويندوز فون 7 ، قمت بالحديث عن البرمجة لهذا النظام ، حيث البرمجة المتاحة كانت بخيارين هما Silverlight  و XNA وكلاهما كود مدار Managed Code أي دوت نت فقط (C# and VB.NET)،
أما الكود الغير مدار Native Code - السي بلس بلس C++ -  فهو ممنوع إطلاقاً ، وهذا معناه أنك من خلال الكود المسموح لك ( الكود المدار ) لا تستطيع الوصول المباشر إلى دوال النظام الأساسية واستدعائها ( Win32 API ) ،
وعليك فقط متابعة ما تصدره مايكروسوفت من هذه الدوال في إطار الكود المدار فقط.

هذه الحدود في الوصول المباشر لها عوارض كثيرة ، وبما أنها حدود برمجية هذا يعني أنه سيكون هنالك حدودية برامجية ،
 أي أن بعض البرامج المتعارف عليها لن تكون ممكنة لأنه يلزمها وصول مباشر لنظام التشغيل ولعتاد الهاتف ، وأبسط مثال على هذا الأمر برنامج الكشاف ( والذي يستخدم فلاش الكاميرا ) لم يكن متاح لبعض الأجهزة والسبب أن الدوال المدارة لا تدعم هذا العتاد وعلى المبرمج الانتظار حتى تدعمه مايكروسوفت في إصدار الكود المدار القادم،
 
وهذا ما كنت ذكرته في تأخر بعض البرامج الشهيرة من العمل على الويندوز فون 7 مثل السكايب أو حتى قارئ ملفات الأكروبات الكئيب المتوفر . بل وحتى بعضها لم يكن مكتوبا له أن يصدر يوما ما وقد قلت هذا في متصفح الفايرفوكس ، لأن هذه البرامج يلزمها وصول مباشر أو يلزمها استخدام مكتبات مكتوبة بال C++ .

ما هو السبب ؟


سبب العلة الرئيسي هو أن منصة الدوت نت المستخدمة في الويندوز فون 7 مبنية على .NET Compact Framework وهو أمر بالكاد تقبلته أول ما قرأت عنه لعدة أسباب سيتضح بعضها بعد قليل.

ال .NET Compact Framework 3.7 هو إصدار المنصة التي تم استخدامها في الويندوز فون 7 واختصارا NETCF ، وهو نسخة مصغرة من الدوت نت تعمل على نظام التشغيل Windows Compact Embedded (WinCE) لتعمل على الأجهزة ذات العتاد المحدود مثلا الجوالات ، الثلاجات ، السيارات ، أي شيء لديه حدود في الذاكرة والمعالج ، ومرة أخرى طالما هنالك حدود في السعة والذاكرة ، سيكون هنالك حدود في الدوال ، وبالتالي حدود في البرامج ...... .

ولكي يكتمل الموضوع ولا انسى شيء ، ال NETCF 3.7  هو نسخة محدثة عن NETCF 3.5 ، والاختلافات كالتالي

يتكون NETCF 3.5 من
1-  NETCF 3.5 runtime المحرك
2-  NETCF 3.5 BCL مكتبة الدوال والأصناف
3-  NETCF 3.5 UI programming model مبنى على الويندوز فورمز !!!!!!


أما NETCF 3.7 يتكون من السابق نفسه بهذه التعديلات بالترتيب
1-  NETCF 3.7 runtime بتعديلات هائلة
2-  NETCF 3.7 BCL (طبعا بإضافة مكتبات Silverlight 3 مع تعديلات بسيطة  )
3-  تم استبدال UI programming model بالخيارات التالين( Silverlight 3 ، XNA  )

أعتقد الصورة وضحت الآن وهي أن ال NETCF 3.5 مبنية واجهته للعمل للويندوز فورمز ، وقد تم استبدالها بكافة السبل بواجهة سيلفرلايت للعمل على الويندوز فون ، وهذا ما تبعه الكثير من التعديلات والجهد على مايكروسوفت ،

ولكن يكفي الحديث أنه مثلا عند إصدار مايكروسوفت لأي تعديل أو نسخة من السيلفرلايت ( مثلا الإصدار الرابع ) لا يمكنهم بسهولة نقله على الجوال ، لأن السيلفرلايت في حقيقته يستخدم جزء فوقي خاص من منصة الدوت نت العادية،
وهذا الجزء الخاص يجب تعديله مرة أخرى ليتوافق مع NETCF 3.7 ، ومن ثم تعديله مرة ثانية أو ثالثة ليتوافق مع الجوال ، يعني فيلم هندي ،
لذلك تأخر مثلا دعم عرض النص العربي في الويندوز فون ( حتى نزول 7.1 )  مع أن السيلفرلايت 4 كان قد صدر قبل إصدار الويندوز فون 7.0  ،
هذا بسبب الجهد الشاق الذي كان يتوجب على المطورين القيام به لدعم السيلفرلايت 4 على NETCF 3.7.
الكثير والكثير من المعاناة والجهد والحدود ، بلا جدوى ، وهذا ما أدى إلى الويندوز فون 8

مرحبا بالويندوز فون 8 ( احبيبي )

عند الحديث عن الويندوز فون 8 ، فهنا الحديث عن نقلة نوعية في بنية النظام ، بل هنا نظام جديد كليا والشبه بينه وبين الويندوز فون 7 ، هو كالشبه بين الفيجوال بيسك 6 ، والفيجوال بيسك دوت نت .

الاختلافات كثيرة ويكفي الاختلاف في نظام التشغيل الأساسي ، فالويندوز فون 7 الذي يعمل على Compact Framwork كان يتطلب Windows Compact والذي كان مخصص للويندوز موبايل القديم حيث تم تطويره من من الإصدار السادس إلى السابع ليماشي المطلوب ،
أما الويندوز فون 8 فهو يعمل على نظام تشغيل مخصص مشابه بشكل كبير لنظام التشغيل ويندوز 8 مع بعض الخصومات ، أي أن النظام السابق Windows Compact تم التخلص منه واستخدام نظام مشابه للويندوز العادي ، وهذا يعني أنه يمكنك مستقبل استخدام بعض المكتبات في تطبيقاتك بين الويندوز فون 8 والويندوز 8 بدون تعديل ، وهو ما توفره مايكروسوفت في المكتبة المحمولة Portable Class Library.

عندما يكون أساسا النظام مشترك أو واحد بين الويندوز فون والويندوز العادي ( المقصود بالمشترك هنا هي نفس ملفات الكيرنال والتعاريف والولوج للذاكرة .. إلخ ) ، سيكون أسهل للمهندسين في مايكروسوفت التعديل والتطوير فهو في النهاية نظام واحد وليس نظامين كالسابق ، فما سيتم تعديله وتطويره في الويندوز العادي سيكون متاح للويندوز فون 8 بدون جهد يذكر ( نسبيا ) .

ماذا عن منصة الدوت نت المستخدمة ؟!!!.


هذا هو السؤال المهم وسبب كتابة هذا الموضوع ، بالتأكيد يجب استبدال .NET Compact Framework المخصصة للويندوز فون 7 على ال Win CE  بمنصة جديدة على النظام المشترك ،

أعزائي الكرام رحبوا معي ب .NET for Windows Phone 8 والذي يستخدم CoreCLR ،
إذا كنت لم تفطر فول هذا الصباح ستعلم أنها نفس منصة الدوت نت العادية المخصصة للويندوز 8 ، ولكن مع حذف الدوال التي لا تلزم على الجوال وهو أمر منطقي ، وتعديلات وإضافات أخرى أيضا منطقية ، وأضيف هنا عما لتوي قلته عن الفطور ، أنك لو كنت نبيها ، فستعلم أن CoreCLR ما هي إلا مكتبات العمل للسيلفرلايت مباشرة مرة أخرى مع بعض التعديلات والإضافات.
هذا يعني أن السيلفرلايت سيعمل بمكتباته مباشرة على الجوال ، ولا داعي لتعديله مرتين ، مرة ليتوافق مع منصة الكومباكت ( وهي الخطوة الصعبة ) ومن ثم تعديله ليتوافق مع الجوال ( وهي الخطوة الأسهل ) ، بل هنا يتم تعديله فقط لتوافق مع الجوال ( وهي الخطوة الأسهل ).

التحدي هنا لمطوري مايكروسوفت هو دعم التطبيقات السابقة التي كانت تعمل على الويندوز فون 7 ، لتعمل على الويندوز فون 8 ، فهو نظام جديد ببنية جديدة ، ولكن المطورون اجتهدوا كل الجهد وأتموا الأمر ، فبما أن تطبيقات السيلفرلايت sandbox مغلقة ومغلفة عن النظام ، هنا مع النظام الجديد لدينا بنية مختلفة وقابلية للوصول للنظام ، فوداعا لل sandbox ، ولكن أن تتخيلوا الجهد الذي بذلوه في دعم هذه التطبيقات !

هنالك العديد من الاستنتاجات بدورها بعد دعم النظام الجيد وبعد دعم منصة الدوت نت بشكل أوسع منها

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

أيضا يعني أن السي شارب 5 ، والفيجوال بيسك 11 - الموجودين في منصة الدوت نت 4.5 - بكل خصائصهم الجديدة تم دعمها على الجوال بشكل افتراضي مثلا البرمجة الغير متزامنة async والبرمجة الموازية للأنوية المتعددة ( طبعا مع دعم نظام التشغيل بشكل مستقل لهذا الأمر ).

أيضا يعني أن تطبيقات الويندوز فون 7 القديمة ستكون أسرع وأقل استهلاك للذاكرة على الويندوز فون 8 ، ببساطة لأنها تستخدم مكتبات سيلفرلايت مباشرة وليست معدلة لتعمل على منصة دخيلة كالسابق .

لهذا يتطلب الأمر شراء جهاز جديد يعمل بالويندوز فون 8 ، لأن الويندوز فون 8 يتطلب عتاد جديد ببنية جديدة، لا أقول أنه لن يعمل على العتاد السابق ، بل أقول أن الكفاءة ستكون أفضل على العتاد الجديد، وأقل جهدا على الشركات من تعديل النظام الجديد ليتوافق مع عتادها القديم.

أيضا لهذا لن تقوم مايكروسوفت بإصدار تحديث للويندوز 8، فالنظام الجديد ليست نظام معدل، بل هو نظام جديد كليا ، والذي يفترض من باب أن يصدر هذا التحديث هو شركات التصنيع ، مثلا شركة HTC  تدفع ثمن تراخيص النظام الجديد لكل مستخدم وتقوم بتعديله وإرساله كتحديث للأجهزة الخاصة بها ، وهذا ما لن يتم ، حظاً أوفر لنا مستخدمي الويندوز فون 7.

شكرا لكم وأعتذر عن الإطالة.

تشفير كلمة المرور في ASP.NET Membership

المواقع المحترمة - ليست شرط أن تكون كبيرة - تحترم خصوصية مستخدميها ، ومن أكثر مظاهر احترام خصوصة المستخدم هي تشفير كلمة مروره وتشفير البيانات الخاصة الحساسة. وسأحاول أن استعرض هذا الأمر والمشكلة التي تواجه من يريد تشفير كلمة مروره في ASP.NET.

عندما تقوم بتشفير كلمة المرور في الموقع الذي تبرمجه ، تعطي للمستخدم نوع من الثقة من عدة نواحي منها أن مدير الموقع لن يقوم أبدأ بمعرفة كلمة مروره - والتي تكون غالبا موحدة في كل المواقع - ، أو أن المدير لن يستخدم عضويته ، أو حتى أن الموقع لو تم اختراقه ، فلن يعرف المخترق البيانات الحساسة بالمستخدم وخصوصا كلمة المرور.

عند تشفير كلمة المرور وتخزينها في قاعدة البيانات فإن المستخدم لا يمكنه عمل استرجاع كلمة المرور ، بل يمكنه طلب تغيير كلمة المرور إلى كلمة جديدة بدون معرفة الكلمة السابقة .

كيف تشفر كلمة المرور في ASP.NET Membership ؟

يمكن ذلك من خلال الويب كونفيج من خلال
في وسم membership في ملف web.config
في خاصية passwordFormat اجعل القيمة Encrypted
<membership defaultprovider="DefaultMembershipProvider"> 
<providers>
<add passwordformat="Encrypted"
الآن تكون قد شفرت كلمة المرور في قاعدة البيانات ، ولكن ما ينقص هو تحديد نوع التشفير ، ومفتاح التشفير ويمكن ذلك عبر إضافة الوسم التالي أيضا في الويب كونفيج ، مع العلم أنك إن لم تضف هذا الوسم لن تجري الأمور بشكل سليم

<system.web>
<machineKey
validationKey="1E972B83C592446B9CAEFCD34E951882660CE607F10C0226DFC02B8F86E6289BEED8436DE17155B1200B4121A7DE67EA721F4CF5407505A8EB79DF87BAFE9456"
decryptionKey="82E9E5F7366F8AAFBE5CC61545272EFD7ABBC49F2FC575A142B164F485775CE5"
validation="SHA1" decryption="AES" />

يمكنك توليد مفتاح تشفير خاص بك من خلال هذا الرابط

حل خطأ 'MsAjaxBundle' is not a valid script name

عندما تقوم بإنشاء موقع ب ASP.NET 4.5 ، وتقوم بتحديث المكتبات ، يظهر لك هذا الخطأ
'MsAjaxBundle' is not a valid script name.  The name must end in '.js' ، الخطأ غريب والبحث لا يفيد بالكثير ، ولكن إليكم الحل.

سبب المشكلة هو تحديث ajaxToolkit إلى الإصدار الجديد بحيث تدعم المنصة 4.5 ، ولحل هذه المشكلة عليك فتح صفحة Site.Master  والذهاب إلى الجمل التالية :

 <asp:ScriptManager runat="server">
<Scripts>
<%--Framework scripts--%>
<asp:ScriptReference Name="MsAjaxBundle" />
<asp:ScriptReference Name="jquery" />
<asp:ScriptReference Name="jquery.ui.combined" />
<asp:ScriptReference Name="WebForms.js" Assembly="System.Web" Path="~/Scripts/WebForms/WebForms.js" />
<asp:ScriptReference Name="WebUIValidation.js" Assembly="System.Web" Path="~/Scripts/WebForms/WebUIValidation.js" />
<asp:ScriptReference Name="MenuStandards.js" Assembly="System.Web" Path="~/Scripts/WebForms/MenuStandards.js" />
<asp:ScriptReference Name="GridView.js" Assembly="System.Web" Path="~/Scripts/WebForms/GridView.js" />
<asp:ScriptReference Name="DetailsView.js" Assembly="System.Web" Path="~/Scripts/WebForms/DetailsView.js" />
<asp:ScriptReference Name="TreeView.js" Assembly="System.Web" Path="~/Scripts/WebForms/TreeView.js" />
<asp:ScriptReference Name="WebParts.js" Assembly="System.Web" Path="~/Scripts/WebForms/WebParts.js" />
<asp:ScriptReference Name="Focus.js" Assembly="System.Web" Path="~/Scripts/WebForms/Focus.js" />

<asp:ScriptReference Name="WebFormsBundle" />
<%--Site scripts--%>

</Scripts>
</asp:ScriptManager>
يجب علينا تحديث ال ScriptManager ، وتحتاج إلى القيام ب 3 خطوات
1- استبدل asp:ScriptManager ب ajaxToolkit:ToolkitScriptManager
2- امسح السطر المحترم الذي به MsAjaxBundle  ، لانها لا تلزم كليا
3- قم بحذف المواصفة System.Web من كل الأسطر

أي أن الخلاصة ستكون كالتالي
 <ajaxToolkit:ToolkitScriptManager  runat="server">
<Scripts>
<%--Framework scripts--%>
<asp:ScriptReference Name="jquery" />
<asp:ScriptReference Name="jquery.ui.combined" />
<asp:ScriptReference Name="WebForms.js" Path="~/Scripts/WebForms/WebForms.js" />
<asp:ScriptReference Name="WebUIValidation.js" Path="~/Scripts/WebForms/WebUIValidation.js" />
<asp:ScriptReference Name="MenuStandards.js" Path="~/Scripts/WebForms/MenuStandards.js" />
<asp:ScriptReference Name="GridView.js" Path="~/Scripts/WebForms/GridView.js" />
<asp:ScriptReference Name="DetailsView.js" Path="~/Scripts/WebForms/DetailsView.js" />
<asp:ScriptReference Name="TreeView.js" Path="~/Scripts/WebForms/TreeView.js" />
<asp:ScriptReference Name="WebParts.js" Path="~/Scripts/WebForms/WebParts.js" />
<asp:ScriptReference Name="Focus.js" Path="~/Scripts/WebForms/Focus.js" />

<asp:ScriptReference Name="WebFormsBundle" />
<%--Site scripts<asp:ScriptReference Name="khjs.js" Assembly="System.Web" Path="~/Scripts/khjs.js" />--%>

</Scripts>
</ajaxToolkit:ToolkitScriptManager>


يا راجل كان من الأول حطيت النص النهائي بدال ما تتتتتتتتتتعبت عينينا واحنا بنقرأ بالخطوات ، شو أعمل أنا ! هيك المخرج بده.

بالتوفيق

هل يلزمني تعلم ASP.NET Web Pages (Razor)

في ال asp.net أنت أمام 3 نماذج للتطوير
1- ASP.NET Web Forms
2- ASP.NET MVC
3- ASP.NET Web Pages 
وفعليا رقم 3 هي أحدث طريقة أو نموذج للتطوير، ولكن هل يلزمك تعلم هذا النوذج ؟

فعليا قرأت كثيرا عن التقنية الجديدة ، ولأن عالم الدوت نت واسع ، ولأن التقنيات الجديدة لا تلبث أن تصبح قديمة وعليك تعلم شيء جديد وتوسيع علمك السابق فيما تعلم ، قررت
قررت ألا أتعلم هذه التقنية وذلك لما سيلي.

ما هي تقنية ASP.NET Web Pages ؟
هي تقنية جديدة من مايكروسوفت صدر منها للإصدار الإصدار الثاني ، وهي موجهة لتطوير مواقع الويب ولكنها ليست مخصصة للمحترفين.
أصدرت مايكروسوفت برنامج WebMatrix كبيئة تطوير IDE سريعة وخفيفة وعليها وضعت هذه التقنية في هذا البرنامج وذلك للتسهيل
فتقنية ASP.NET Web Pages هي تقنية مخصصة بالدرجة الأولى كما تقول مايكروسوفت لمن يعرفون القليل من HTML  ويلزمهم تعلم أمر يسير للتطوير على جانب الخادم Server Side أو لنبسط الأمر كليا ، لرفع مستواهم درجة واحدة أعلى في التطوير.
ونفهم من هذا أن من يعرف القليل من HTML  هم
- الهواة
- الطلاب
- مبرمج جديد في عالم البرمجة
- مبرمج مخضرم ويريد الانتقال إلى الدوت نت.


أما بالنسبة للمبرمجين المخضرمين في ASP.NET WebForms أو ASP.NET MVC  ، فلن تضيف لهم هذه التقنية أي أمر جديد بالعكس سيتعلمون شيء لن يستطيعوا بناء مواقع كبيرة عليه ، لأنه نموذج Web Pages  نموذج مستقل مثله مثل النماذج الأخرى ، لذلك لن يتسنى لك دمج صفحات من هنا أو هنالك ، على سبيل المثال دمج صفحة .cshtml or .vbhtml  (وهي صفحات Web Pages) مع صفحات aspx (وهي صفحات WebForms) ، والقصد هنا أن تضيف أداة GridView  أو أي أداة من WebForms   في  صفحات WebPages

هذا وأسأل الله التوفيق فيما توصلت إليه وأن يكون قراري سليم ، فالوقت ضيق والتطوير للويندوز فون 8 ، والويندوز 8 ، يجب أن يكون الخيار الأول الآن فيما يجب أن تتقنه

حل تعارض Office 2013 مع Visual Studio 2012

عند تنصيب الأوفيس 2013 نسخة المراجعة ، مع وجود الفيجوال ستوديو 2012 ، تظهر هذه الرسالة

The procedure entry point _Atomic_fetch_sub_4 could not be located in the dynamic link library C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\devenv.exe

ولحل هذه المشكلة عليك تحميل هذا الباتش

July 2012 Update for Visual Studio 2012 RC

مخزن أمازون

موقع أمازون أكبر موقع تجاري إلكتروني ، لديه مخزن ونظام تخزين بالتأكيد يناسب حجمه ، وقد عثرت على هذه الصور من داخل المخزن ، فحببت مشاركتها معكم

amazon store
amazon store
amazon store
amazon store
amazon store
amazon store
amazon store
amazon store
amazon store
amazon store

Microsoft Lifecycle

وجدت هذه الخدمة وأحببت أن أشارككم بها ، وهي خدمة من مايكروسوفت تمكنك من تحديد متى تنتهي فترة دعم منتجات مايكروسوفت، وهذا مثال على النتيجة عند البحث عن الدوت نت فريم وورك

 

 

 

 

 

 

 

 وذلك عبر هذا الرابط

رأيي في مؤتمر IT OPEN DAY 2

تم عقد مؤتمر IT open day 2 في قاعة المؤتمرات في الجامعة الاسلامية يوم 31-3-2012 وقد قام المهندس خليل بدعوتكم إليه قمت بحضور المؤتمر منذ بدايته وكنت أتوقع أن يتم الاستفادة من الأخطاء التي حدثت في IT open day 1 ولكن لم يكن كما توقعت سأكتب هنا عن المؤتمر ورأيي عنه بصراحة ، وعن المعلومات التي استفدتها منه .

 

 كنوع من التغطية كان هنالك أربعة جلسات رئيسية وهي:

 

الجلسة الأولى : للمهندس عماد كحيل وهو يعمل في دائرة البرمجة في الجامعة الاسلامية وقد تطرق لشرح مستوى الأمان في قواعد بيانات أوراكل وركز في شرحه على كيفيه التحكم بعرض البيانات بناء على صلاحية المستخدم فمدير الدائرة على سبيل المثال يستطيع رؤية بيانات الموظفين الذين يرأسهم بينما الموظف يستطيع فقط الاطلاع على بياناته، كانت الجلسة مفيدة ولكن ليس بالشكل المطلوب فقد كان من المفترض أن يتطرق لأمور أساسية قبل أن يدخل في موضوع الجلسة وذلك لربط الأمور، أيضا أعطى مثالا عمليا عما شرحه ولكن لم يكن واضحا.

 

الجلسة الثانية : وهي للمهندس محمد الخضري وهو أيضا يعمل في دائرة البرمجة في الجامعة الاسلامية ، وقد تطرق لإعطاء نصائح عامة في البرمجة وبالأخص في لغة الجافا، ما ضايقني في الأمر هو تدخل مقدم المؤتمر في الجلسة بشكل كبير أدى الى تشتيت كبير في الأمور وأيضا تم إعطاء وقت إضافي للجلسة بسبب اعتذار المهندس محمود الهوبي وعدم حضوره مما أدى إلى اضفاء الملل عليها.

 

الجلسة الثالثة : كانت للمهندس أحمد عبد الرحمن وقد تحدث عن برمجة ألعاب ويندوز فون 7 باستخدام XNA ، مع أنه كان دور المهندس خليل في الالقاء ولا أعلم لماذا تصرفوا بهذه الطريقة ، المحاضر يعطي جلسة في موضوع جديد وليس منتشرا فكان من المفترض ألا يعطي الجلسة لمتلقين لديهم خبرة في المجال وهذا ما حدث بالفعل لذلك لم أخرج بأي فائدة تذكر، الحضور ليس لديهم معرفة واسعة بموضوع الجلسة والمحاضر يتكلم ويسترسل بالأمر.

 

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

 

يجب أن يكون لديهم القدرة على اتخاذ القرارات الصائبة في الوقت المناسب فمحاضر اعتذر ، الأمر ليس صعبا فلن يتغير شيء ، أما أن أعطي المجال لمحاضر آخر بزياة وقته وبعدها أرى أن الوقت نفذ ولا أعطى الجلسات الأخرى حقها، من أسوء ما رأيت أتمنى أن تكون المؤتمرات المستقبلية أفضل بإذن الله