الفريق العربي للبرمجةأرشيف المنتديات · 2000 – 2023
نسخة أرشيفية للقراءة فقط — التسجيل والمشاركة مغلقان، والمحتوى محفوظ كما كان.

أيهما أهم الطريقة ام النتيجة ؟؟

مغلق
بدأه القرش1 في 13 يوليو 2007 · 13 رد · 2,058 مشاهدة · في هندسة البرمجيات
مشاركة: واتساب X فيسبوك تيليجرام
#1 صاحب الموضوع

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

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

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

#2
اقتباس
في الاخير المستخدم لايهمه اي شئ مما سبق فالمهم عنده هو ان يعمل البرنامج تماما كما يريد ....

وهل لو تم تجاهل الخطوات السابقه أو لم يتم عملها بدقة سيقوم البرنامج باخراج النتائج بدقة ? :D

بالعكس البرنامج هيكون عبارة عن Bugs Generator فقط :D

#3

انا شايف ممكن البرنامج يشتغل لمدة ما على حسب ما يريد العميل ..لكن لو احتجت لعمليه تطوير ما او تعديل خطا لم تضعه فى حسباناك ..او ممكن تشاء الظروف يطلع عليه مبرمج اخر يكون معرفة العميل <_< وكده ..فالافضل تاخد وقتك فيه عشان الوقت للى حيتوفر ممكن -فى بعض الظروف - يضيع اكثر منه فيما بعد

مدونة مهندس ميكانيكى

“Any fool can make things bigger, more complex, and more violent”

#4

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

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

ولكن لنفرض انه ليس لديك اكواد جاهزه ومطلوب منك مشروع مستعجل جدا فأي الخطوات ستهتم بها اكثر وايها ستهملها او تختصرها ؟

هل ستستخدم احد طرق التحليل UML او XP اوغيرها

هل تركز أكثر على الواجهه؟

هل تركز على تقسيم البرنامج الى طبقات N-Tier ( ياسلام على الوقت اللي تحتاجه :) )

هل ستركز اكثر على منطق البرنامج ؟

هل تركز اكثر على تسهيل قراءة الاكواد ووضع ملاحظاتك عليها

هل وهل وهل .... ؟؟؟؟

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

ارجو من الجميع اكمال المناقشة في هذا الموضوع فالهدف في النهاية هو ان نصل الى افضل طريقة صحيحة وواقعيه لانتاج البرامج بالشكل الافضل سواء للعميل او للمبرمج

#5

السلام عليكم ورحمة الله وبركاته

بالفعل اخي الموضوع شيق ورائع

في الحقيقة أنا أقع دائما في مثل هذه الأمور موضعك في الصميم

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

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

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

فمثلا إذا اراد أي مبرمج ان يبدأ في برمجة أي برنامج علبه أن يضع خطُ لنفسه أولا عليه أن يضع وقتا محددا لإنهائي المشروع المطلوب اي أنه يجب ان يعمل وقت محددا لكل مرحلة من مراحل البرمجة في رأيي يجب أن يعمل بالبرنامج microsoft project وان يطبق كل ما خطط له

وفي الأخير أشكرك على هذا الموضوع وأرجوا ان يتفاعل معه الأعضاء المبرمجين

أما بالنسبة الأهم هل الطريقة أم النتيجة

فالأهم هي الطريقة ومن ثم النتيجة

والسلام عليكم ورحمة الله وبركاته

تم تعديل هذه المشاركة بواسطة زكرياء لدة في 25 يوليو 2007 في 15:07

#6

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

System Engineer

Red Hat Certified Engineer

Red Hat Certificate Number

805010381752078

#7

أشكر الاخ زكريا لإعادة اثارة الموضوع .... اتمنى من الاخوان مناقشة الموضوع من الناحية العمليه ومن الواقع اليومي للمبرمج بعيدا عن المثاليات التي نتمناها جميعا ...

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

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

ولاننسى ان حتى على مستوى العالم يواجه المبرمجون هذه المشكله مما ادى الى ظهور طرق جديدة للتحليل خذ مثلا Agile software development او مايعرف بالتطوير السريع والذي يشمل طرق مختلفه منها طريقة XP والهدف عموما هو تسهيل خطوات البرمجة بقدر الامكان

لماذا لانقترح طريقة مبسطه يستطيع ان يفهمها المستخدم العربي ويستطيع من خلالها المبرمج العربي ان ينتج برامج عالية الجودة حسب متطلبات المستخدم

هل هذا حلم ؟؟ .... ولماذا لانحلم ؟

#8

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

أول مشاركتي في هذا المنتدى هو الرد عليك .

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

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

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

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

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

في رعلية الله

والسلام عليكم ورحمة الله وبركاته

#9

ليكن شعارك :

في الجامعه = الأهم النتيجه

خارج الجامعه = الأهم الطريقه

#10

نحن نبحث عن الطريقة الأن B)

#11

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

و شكراً

#12

أعتقد أن الطريقة هي الأهم حيث أن النتيجة تعتمد على الطريقة فاذا كانت الطريقة سليمة كان الناتج صحيح ...و هذا هو رأيي ....

#13

الطريقة المنصوح بها-حسب رأيي- كالتالي:

أولا نبحث عن النتيجة(لأنه لا فائدة للطريقة إن لم نصل إلى نتيجة)

و من ثم إن تبقى من عمر المشروع شيئا نحاول التحسين من الطريقة

البرمجة مثل كرة القدم

نضمن النتيجة و من ثم نسعد الجمهور بالفنيات

#14

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

الاخ زكرياء لدة : كلام جميل وقد ذكرت نقطه مهمه جدا في مداخلتك وهي الواجهه فكثيرا ما تكون ذات اثر كبير في نفس المستخدم حتى وان كانت لاتعكس ما خلفها من برمجه ... لازلنا نحتاج لطريقه ولكن طريقه خاصه للتعامل مع المستخدم العربي :)

اقتباس
ليكن شعارك :

في الجامعه = الأهم النتيجه

خارج الجامعه = الأهم الطريقه

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

الاخ zoman : نعم اتفق معك الى حد كبير ان العمليه كلها حسب رغبة العميل ...

الاخت Moon Land : بالتأكيد الطريقه مهمه ولكنها ليست الأهم ونحن نتحدث عن الواقع العملي حيث يريد العميل انهاء برنامجه في اسرع وقت

اقتباس
البرمجة مثل كرة القدم

نضمن النتيجة و من ثم نسعد الجمهور بالفنيات

الاخ djug : تشبيه جميل جدا ولكن في اكثر الاحيان قد تجبر على ترك الفنيات والتركيز على الدفاع لتحافظ على النتيجه :)

هذا الموضوع مغلق.

مواضيع مشابهة