الحس الفكاهي

[BlackLight]

أخي العزيز عبدالله ...

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

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

بالنسبة لحديثك عن ان مشاكل الهاردوير في بيئة اللينكس تعود اساسا الى قلة الشركات التي تكتب Drivers خاصة لأجهزتها لتعمل تحت نظام اللينكس .. أعتقد ان هذه مشكلة اخرى يعاني منها اللينكس ( ولو اني ارى ان هذه المشكلة بدأ تقل نوعا ما في الفترة الأخيرة ... )

الا ان المشاكل التي اتحدث عنها هي مشاكل تعامل اللينكس مع أجزاء الهاردوير التي تعرف عليها فعليا ... دعني اضرب لك مثلا بسيطا ... حينما نأخذ سواقات الأقراص ( الصلبة و المرنة ...) نجد ان اللينكس يقوم بتشغيلها بطريقة بدائية جدا وهي ما يمسى بالـ Mounting ... طريقة استغرب فعلا لماذا يصر اللينكس في كل اصدراته على استعمال هذه الخوارزمية في تشغيل الأقراص ؟؟؟

لهذه الطريقة سلبيات كثيرة منها ... مشاكل التزامن في تشغيل الأقراص و اكمال باقي عمليات النظام ( مثل ادارة الذاكرة ) .. اذ انه من المعروف ان ابطئ العمليات على نظام التشغيل هي تلك العمليات المتعلقة بالـ Storage Devices (وحدات التخزين مثل الأقراص الصلبة و المرنة ) ... مما ينتج عن ذلك وجود مشاكل كثيرة في عمليات الـ Synchronization و التي تعتبر اكثر المهام حساسية لنظام التشغيل .. لأن اي Conflict (تعارض عمليات) قد يحدث في نظام التشغيل قد يؤدي الى مشاكل كثيرة لا حصر لها .. وهذا هو الحاصل غالبا في اللينكس ( خصوصا في المشكلة المعروفة UnMounted Disk )


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


بالنسبة للتعامل مع اللينكس كبيئة تطوير ... انا تعاملت مع اللينكس خلال الثلاث سنوات الماضية بشكل اساسي في مجال البرمجة .. انا على عكس ما تصورت لست مطلعا بشكل كبير على بيئة الـ .NET ، كل ما اعرفه عنها معلومات عامه و بعض التفاصيل البسيطة في لغة #C ... في الأساس انا ابرمج بلغة الـ C و الـ PHP .. ولا اخفيك سرا .. اللينكس فعلا يعتبر افضل لمبرمجي الـ C من الويندوز ... الا في شئ واحد مهم جدا وحساس جدا .. الا وهو عدم وجود بيئة تطوير متكاملة في نظام اللينكس ... فبرنامج Emacs الذي يعتبر من افضل التطبيقات لكتابة البرامج بلغة C في اللينكس .. لا ارى انه فعلا يشبع رغبات اي مبرمج شغوف بالبرمجة ، بينما نجد في الويندوز العديد من ادوات التطوير لهذه اللغة و للعديد من اللغات ..

حسنا قد يقول البعض ان عدم وجود هذه البرامج راجع لقلة الدعم من الشركات لنظام لينكس ؟؟

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


من ناحية الـ Socket Programming ... فلا احد ينكر ان اللينكس غني جدا بالدوال الخاصة بالـ Socket Programming .. وذلك لأن دعمه للغة الـ C و اثرائه لمكتباتها بدوال خاصة بالـ Socket Programming جعله نظام تشغيل جيد للشبكات وهذا ما ذكرته سابقا

لكن تحدثت انا عن مشاكل اللينكس نفسه في التعامل مع الـ Sockets ... هناك مشكلة لا اتذكر ما هو سببها الفعلي ولكن رأيت انه تم حلها في اللينكس ريدهات 8 .. المشكلة تتمثل في اخفاق اللينكس من الإحتفاظ برقم الـ Port الصحيح اثناء تشارك الـ Processes بعض المعلومات فيما بينها !!!!!!!!!!!!!

بشكل عام الـ Socket Programming بشكل عام في اللينكس يحظى بدعم رائع وهذا لا نقاش فيه .


اخيرا .. تقبل خالص تحياتي و تقديري

[خالد 1424]

للذين يعرفون القرآءة بين السطور , و المعنى ببطن الشاعر:

أخي العزيز عبدالله ...

بالنسبة لحديثك عن ان مشاكل الهاردوير في بيئة اللينكس تعود اساسا الى قلة الشركات التي تكتب Drivers خاصة لأجهزتها لتعمل تحت نظام اللينكس .. أعتقد ان هذه مشكلة اخرى يعاني منها اللينكس ( ولو اني ارى ان هذه المشكلة بدأ تقل نوعا ما في الفترة الأخيرة ... )

بإعتقادي ان قلة الدعم من الشركات للينكس هي مشكلة كبيرة لا ارى لها حل على المدى القريب ...

الا ان المشاكل التي اتحدث عنها هي مشاكل تعامل اللينكس مع أجزاء الهاردوير التي تعرف عليها فعليا ... دعني اضرب لك مثلا بسيطا ... حينما نأخذ سواقات الأقراص ( الصلبة و المرنة ...) نجد ان اللينكس يقوم بتشغيلها بطريقة بدائية جدا وهي ما يمسى بالـ Mounting ... طريقة استغرب فعلا لماذا يصر اللينكس في كل اصدراته على استعمال هذه الخوارزمية في تشغيل الأقراص ؟؟؟

لهذه الطريقة سلبيات كثيرة منها ... مشاكل التزامن في تشغيل الأقراص و اكمال باقي عمليات النظام ( مثل ادارة الذاكرة ) .. اذ انه من المعروف ان ابطئ العمليات على نظام التشغيل هي تلك العمليات المتعلقة بالـ Storage Devices (وحدات التخزين مثل الأقراص الصلبة و المرنة ) ... مما ينتج عن ذلك وجود مشاكل كثيرة في عمليات الـ Synchronization و التي تعتبر اكثر المهام حساسية لنظام التشغيل .. لأن اي Conflict (تعارض عمليات) قد يحدث في نظام التشغيل قد يؤدي الى مشاكل كثيرة لا حصر لها .. وهذا هو الحاصل غالبا في اللينكس ( خصوصا في المشكلة المعروفة UnMounted Disk )

UnMounted Disk ؟؟؟؟؟؟؟؟؟؟؟؟؟؟؟ لا و غالبا في اللينكس , صح يا شباب؟

.. ولا اخفيك سرا .. اللينكس فعلا يعتبر افضل لمبرمجي الـ C من الويندوز ...

[/QUOTE]

.. فبرنامج Emacs الذي يعتبر من افضل التطبيقات لكتابة البرامج بلغة C في اللينكس .. لا ارى انه فعلا يشبع رغبات اي مبرمج شغوف بالبرمجة ، .. هناك تطورات لا انكرها في بعض الجوانب ... و لكن هل هذه التطورات تجعله ( كما يزعم البعض ) بيئة التطوير الأمثل للمبرمجين ؟؟

أخي العزيز عبدالله ...

اخيرا .. تقبل خالص تحياتي و تقديري

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

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

[BlackLight]

أخي العزيز خالد ... اتمنى ان تفصح بشكل واضح عما تريد قوله ... ان كنت تحاول (حسب ما فهمت ) ايجاد تناقض في ما طرحت .. فأتمنى ان تركز جيدا في كلامي و تستخلص المعنى لكي تعرف المقصود !! القراءة السطحية للكلام هي قراءة الشخص الغير متخصص

دعني اعطيك مثلا ... لقد ذكرت فعلا ان اللينكس افضل من الويندوز في البرمجة بلغة الـ C .. ولكن اللينكس يفتقد الى بيئة التطوير المناسبة للغة الـ C و الويندوز افضل منه بذلك ؟؟

من يقرأ السطرين السابقين ( من غير المتخصصين ) قد يرى تناقضا .. ولكن من يعرف الفرق بين بيئة التطوير ولغة البرمجة ... سيعرف جيدا ما المقصود .. فهناك فرق كبير !!

قس على ذلك ما تفضلت به في بقية ردك ...

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

اخيرا اخي العزيز خالد .. تقبل خالص تحياتي و تقديري

[Abdullah-III]

تحية طيبة للجميع،

لهذه الطريقة سلبيات كثيرة منها ... مشاكل التزامن في تشغيل الأقراص و اكمال باقي عمليات النظام ( مثل ادارة الذاكرة ) .. اذ انه من المعروف ان ابطئ العمليات على نظام التشغيل هي تلك العمليات المتعلقة بالـ Storage Devices (وحدات التخزين مثل الأقراص الصلبة و المرنة ) ... مما ينتج عن ذلك وجود مشاكل كثيرة في عمليات الـ Synchronization و التي تعتبر اكثر المهام حساسية لنظام التشغيل .. لأن اي Conflict (تعارض عمليات)

لا علم لي مطلقاً بهذه الجزئية، وأتمنى أن ترشدني إلى بعض المواقع أو إلى كتابٍ مثلاً يناقش هذه الجزئية. وفقَ علمي فإن طريقة الربط Device Mounting هي تقنية برمجية تُستخدم منذ فترة طويلة ولازالت في عالم اليونكس واللينكس، وقد استعملتها مايكروسوفت في نظام ويندوز 2000 . قد يكون لدي تصورٌ خاطيء فأرجو تصحيح معلوماتي أو تزويدي بمصادر أخرى على الشبكة.

قد يحدث في نظام التشغيل قد يؤدي الى مشاكل كثيرة لا حصر لها .. وهذا هو الحاصل غالبا في اللينكس ( خصوصا في المشكلة المعروفة UnMounted Disk )

حقيقةً لم تحدث معي مثل هذه المشاكل سابقاً، ولربما كنتُ محظوظاً فقط. بحثت كثيراً في غوغل عن الكلمات المفتاحية Umounted Disk problem Linux بطرق عديدة، ولم يحالفني الحظ في العثور على أي مصادر لإثراء معلوماتي في هذا الجانب، أرجو أن تتفضل مشكوراً بتزويدي بأي معلومات أو روابط تناقش هذه المشكلة.

بشكل عام الـ Socket Programming بشكل عام في اللينكس يحظى بدعم رائع وهذا لا نقاش فيه

أرحتني يابن عمّ. كنت أفاخر "على قلة بصيرة" بأن البطريق سيد التشبيك Master of Networking . ها أنا ذا أكسبٌ صوتاً آخـــر. بالمناسبة، بما أنك مهندس برمجيات وتحب ويندوز "مثلي تماماً مع أنني محايد وأحب النظامين"، فدعنا نخبر الأحبة هنا أنّ رئيس معماريّي ويندوز إن تي المهندس الألمعي ديفيد إن. كتلر David N. Cutler، هو مهندس برمجيات يونكس في الأساس كان يعمل على VAX Systems، قدمت له مايكروسوفت عروضاً مغرية للعمل معها، كما ساندته في استقطاب حوالي 20 موظفاً من زملائه القدامى من معماريّي النظم والذين كانوا يعملون معه في شركة ديجيتال في مشروع اسمه بريــــزم Prism.
المزيـد هنا:
http://www.winnetmag.com/Article/Art...4494/4494.html

هل نتفــق إذن على أنّ مايكروسوفت استقطبت ووظفت مهندسي يونكس لكي يطوروا نظام تشغيلٍ اسمه ويندوز نيو تكنولوجي Windows NT؟ ربما لا نتفق كثيراً في هـذه، ولكنّ الخلاف لن يفسد للودِّ قضيةً أبداً.

بينما نجد في الويندوز العديد من ادوات التطوير لهذه اللغة و للعديد من اللغات ..

"مين قدكم ياعم".
يكفي العمل قليلاً على فيجوال ستوديو.نت أو حتى فيجوال ستوديو 6 أوبيئة تطوير بورلاند لكي تشعر بمتعة البرمجة The Joy of Programming ، وأن النظام بكامله تحت تصرفك. والحقّ يُقال ولو على أقرب القربى، أنّ العمل على بيئات تطوير بعد ويندوز يشبه قيادة سيارة كورولا بعد الاستمتاع بجولة في سيارة مرسيدس فارهـة.

ان لينكس اخذ على عاتقه في البداية وحتى اليوم ان يكون بيئة التطوير المتكاملة للمبرمجين .. وها هو يحاول جاهدا منذ سنين .. لكن في الحقيقة لم ارى شئيا من هذا يتحقق في جميع الجوانب .. هناك تطورات لا انكرها في بعض الجوانب ... و لكن هل هذه التطورات تجعله ( كما يزعم البعض ) بيئة التطوير الأمثل للمبرمجين ؟؟

قطعاً ليس بالأمثـل، ولكنه يجذب بمرور الوقت المزيد المزيد من المبرمجين، محترفين كانوا أم هواةً. عمّا قريب بإذن الله سوف نجد بيئات تطوير مثالية للينكس، ليس بالضرورة أن تضاهي ويندوز، ولكنها قطعاً سوف تُشبع رغبات مهندسي ومعماري لينكس. لست على اطلاع كافٍ فيما يتعلق بالتطوير البرمجي، فلا أملك أكثر من تعليقات عامة وغير مدعّمة فنياً.

شكراً للجميع للمرور والتعليق والإفادة، مع أطيب الأمنيــات.

عبدالـــلـــه،،،