الشبكة العربية لمطوري الألعاب

مبتدئ  HumamChacra مشاركة 11

كان هناك ثلاثة رجال يمتلكون 17 جملا عن طريق الإرث بنسبٍ متفاوتة

فكان الأول يملك نصفها، والثاني ثلثها، والثالث تسعها

 :وحسب النسب يكون التوزيع كالآتي 

الأول يملك النصف (17÷2) =  8.5

الثاني يملك الثلث (17÷3) =  5.67

 الثالث يملك التسع (17÷9 ) = 1.89

ولم يجدوا طريقة لتقسيم تلك الجمال فيما بينهم، دون ذبح أي منها أو بيع جزء منها قبل القسمة

فما كان منهم الا أن ذهبوا لعند حكيم لمشورته وحل معضلتهم
 
 قال لهم الحكيم : هل لي بإضافة جمل من جمالي الي إلى القطيع ؟؟

فوافقوا بعد استغراب شديد !!

فصار مجموع الجمال 18 جملا ، وقام الحكيم بالتوزيع كالتالي :

 الأول يملك النصف (18÷2) = 9

الثاني يملك الثلث (18÷3) = 6

الثالث يملك التسع (18÷9) = 2

ولكن الغريب في الموضوع أن المجموع النهائي بعد التقسيم يكون  17 جملا !!

فأخذ كل واحدٍ منهم حقه

واسترد الحكيم (الثامن عشر) !!

محترف  انس مشاركة 12

السلام عليكم

لم افهم اين الحزورة في هذه المشاركة .

ملاحظة قرات عن هذه الحادثة و كان الحكيم فيها علي ابن ابي طالب 😄

محترف مشرف عبد اللطيف حاجي علي مشاركة 13

وفي 12 آذار 2009 07:36 م، أعرب HumamChacra عن رأيه بالموقف كالآتي:

الأول يملك النصف (17÷2) =  8.5

الثاني يملك الثلث (17÷3) =  5.67

 الثالث يملك التسع (17÷9 ) = 1.89
ماذا عن نصف تسع الجمال المتبقي؟ مشاع؟
 
1/2 + 1/3 + 1/9 = 8.5/9

عبد اللطيف حاجي علي
مبرمج
In|Framez

محترف  انس مشاركة 14

ليس له وجود :

18(1/2) + 18(1/3) + 18(1/9) = 9+6+2 = 17

و اخذ كل ذي حق حقه ☺

خبير مشرف مؤيد مارديني مشاركة 15

في 12 آذار 2009 08:42 م، عقد عبد اللطيف حاجي علي حاجبيه بتفكير وقال:

ماذا عن نصف تسع الجمال المتبقي؟ مشاع؟
ربما للجمعيات الخيرية حسب وصية المرحوم، بالإضافة إلى أنه حل غير عادل تماماً لو أردت رأيي، لأن الذي كانت حصته نصف الـ17 (8.5) أصبحت حصته 9 بعد أن أصبحت نصف الـ18، أي زادت بنسبة 0.5، بينما المسكين الذي كانت حصته تسع الـ17 (1.89) أصبحت حصته 2 بعد أن أصبحت تسع الـ18، أي زادت 0,11 فقط.

وفي 12 آذار 2009 08:46 م، قال انس متحمساً:

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

Moayad Mardini,
MSDN Forums Moderator

محترف  انس مشاركة 16

اعتذر عن تدخلي الغير صائب لم افهم قصد الاستاذ عبد اللطيف

يا عيني تم ترقيتي ☺   شكرا 😄

مبتدئ  HumamChacra مشاركة 17

في 12 آذار 2009 05:46 ص، غمغم انس باستغراب قائلاً:

ليس له وجود :
 
لا تنسى ان مجموع الجمال 18 وليس 17 ولكن كما قال عبد اللطيف مجموع النسب لا يساوي الواحد منذ البدء و بالتالي لدينا قسم مشاع لم يقسم منذ البدء
😄

مبتدئ  HumamChacra مشاركة 18

اعتقد ان ابراج هانوي هي مسألة معروفة لجميع المبرمجين ومن لا يعلم عنها, هذا الرابط
http://www.schoolarabia.net/images/modules/math/math_places/towers_of_hanoi/hh.html
ولها حل تكراري و لها حل عودي (أقصد العودية) لتحقيق هذا الحل
بالنسبة لي كمستخدم Visual حسب الرابط السابق هل هناك خوارزمية يمكننا تحريك الأحجار دون أعتبار الوزن
اي ان الخوارزمية التي أبحث عنها هي خوارمية تحريك دون ان أخل بشرط هانوي (لا يمكن لحجر كبير ان يكون فوق حجر صغير)

محترف  انس مشاركة 19

السلام عليكم



وفي 13 مارس 2009 08:18 ص، أعرب HumamChacra عن رأيه بالموقف كالآتي:

لا تنسى ان مجموع الجمال 18 وليس 17 ولكن كما قال عبد اللطيف مجموع النسب لا يساوي الواحد منذ البدء و بالتالي لدينا قسم مشاع لم يقسم منذ البدء

اجل لقد لاحظت الخلل بعد مشاركة اخي  مؤيد



في 13 مارس 2009 08:28 ص، قال HumamChacra بهدوء وتؤدة:

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

قد لا اكون فهمت قصدك كما يجب لكن ساقوم بطرح فكرتي :

المبدا بسيط نوعا ما , اذا كان لديك X  حجر يجب ان تحدد لكل n من X  وزنه .



typedef struct CUBE CUBE ;

struct CUBE {

int  weight ;
int x  ;
int y  ;
int id ;

};




int cube_nbr = 5 ;
int *barre = malloc(cube_nbr*sizeof(int));
CUBE *cube = malloc(cube_nbr*sizeof(CUBE));
int i = 0 ;

for( i = 0 ; i < cube_nbr ; i++){

barre[i] = cube[i].weight ; // or cube[i].id

}

tri_bull(barre ,  cube_nbr) // خوارزمية الترتيب الفقاعي بالعكس



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

ادا كان لدينا الشكل التالي :



|    || +  || +  ||   |  ......0 = 20 kg or 0 = id
--------------
| +  || +  || +  || + |  ......1 = 60 kg or 1 = id

--------------
....



ملاحظة تختلف طريقة تعين a حسب طريقة المبرمج .
if ( barre[a]> barre[a-1] ) putblock(barre , a);
else show( " impossible " );


و بالتالي يكفي مقارنة خانات المصفوفة او الجدول  الحالية ( او التي تم اختيارها) مع الخانة التي تقع اسفل احجر ( قد تكون n-1  or n+1 ) .

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

هل هذه الطريقة صحيحة  ؟

شكرا

مبتدئ  HumamChacra مشاركة 20

...
في ابراج هانوي يجب ان تنقل الأحجار من عمود لعمود أخر مع أعتبار عدم وضع حجر كبير فوق حجر صغير
اي ماهي
> خوارزمية تحريك الأحجار< لنحل> هذه المشكلة و ننقل الأحجار مع اعتبار شرط هانوي دون اعتبار الوزن (لأنها خوارزمية تحريك)
قد تبدو  غريبة لكن الجواب عالماشي
😄