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

هذا يحصل خصوصاً لو كنت تعمل على مشكلة جديدة مثلاً حصل أن كان لدينا مشروع نستخدم فيه ال Smart Card وكانت البيانات ترسل من الى والجهاز ولكن تصل بشكل خاطئ وبعد عمل الاجتماع استطعنا معرفة السبب وكانت Endianness Problem

أو مثلاً تعمل على Library ويحصل خطأ أو Exception لا نجد له حل وبالفعل كنا قد اكتشفنا عدة Bugs في مكتبات مثل Tika و Java Mail API في أحدى النسخ .

أو مثلاً هناك Legacy App/Lib تحتاج للتشغيل ومطورها الأساسي غير موجود مثلاً بها تقنيات قديمة مثل COM أو Driver وفي تلك اللحظة نجلس سويه لتصحيحها أو تشغليها

وأحياناً تكون بسبب اسناد المهمه الخاطئة للمبرمج ، فهناك مبرمجين لهم قدرة على Problems Solving عالية وهناك من لا يستطيع حل اي مشكلة جديدة وفقط يحب العمل على الNormal Tasks ولذلك على الTeam Leader أن يعرف مقدرات فريقه جيداً قبل ان يوزع المهام (غالباً من خلال تجربتي معظم مشاكل التي تؤثر على المشاريع والفرق هي في القرارت الخاطئة لل Team Leader الذي وصلوا لتلك الخانات بسب أنهم تخرجوا منذ حوالي 10 سنوات ولذلك بالعرف احتسب أنهم الأكثر خبرة).


برمجة

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

16.4 ألف متابع