لوحة المتصدرين

هذه المقالة هي الجزء الأول من سلسلة من الصفر إلى مدير المنتج، وهي مجموعةٌ من المقالات التي تُساعدك على تبوّأ وظيفة مدير المنتجات. سنشرح في هذه المقالة عمل مدير المنتج، واختلاف دوره الوظيفيّ حسب اختلاف مجال الشركات، وسنتحدث أيضًا عن أفضل الصفات التي تجعل منك مدير منتجاتٍ متفوّق. هل تطمح إلى تغيير مسارك المهني والعمل كمدير منتجات، لكنك لا تدرك كيفية بدء هذا التحوّل؟ الجواب في هذه المقالة. لقد شهد دور مدير المنتج صعودًا بارزًا في مدةٍ لا تزيد عن 20 سنة، لذا من الطبيعي ألا تملك فهمًا واضحًا عن الدور الذي يلعبه مدير المنتج، وإليك هذا التعريف المثالي من شركة أتلاسيان للبرمجيات Atlassian، والذي يُوفر فهمًا أساسيًا حول وظيفة مدير المنتج. سنوفّر لك خطواتٍ وأدواتٍ بسيطة تتيح لك ارتقاء هذا المسار المهني المشوّق، حيث ستدرك بعد قراءة هذه المقالة المعرفة الكاملة حول ماهية مدير المنتج، والوظائف التي لا يؤديها، إضافةً إلى الأنواع الأربعة من مديري المنتجات، وهم مدير منتجات المستهلك ومدير المنتجات الداخليّة ومدير منتجات التعاملات بين الشركات ومدير المنتجات التقنيّة، كما سنتعرّف على الصفات الأربع التي يتسم بها مدير المنتجات المتفوّق وهي التواصل والمعرفة التقنية وعقلية حلّ المشكلات والقيادة. وظائف مدير المنتج أصبحت رائجة أكثر من أي وقت مضى نقتبس مقولةً رائعة من إحدى المقالات على موقع Productboard: كان هذا المسمى الوظيفي مبهمًا لفترةٍ ليست بالبعيدة، ولم يكن بمقدور الناس وضع تعريفٍ له؛ أما اليوم، فقد أصبح مدير المنتج أكثر الوظائف رواجًا في السوق، فعلى سبيل المثال، نَمَت نسبة وظائف مدير المنتج في الولايات المتحدة بنسبة 32%، منذ شهر أغسطس عام 2017 وحتى شهر يونيو عام 2019، وهذا النمو أعلى بمعدل 5 مراتٍ موازنةً بنمو باقي الوظائف إجمالًا (وفق دراسة أجراها نيل آير ونشرها على ميديام). أظهرت وظائفُ معينةٌ نسبًا مختلفة، فتزايد متوسط الاهتمام الشهري بمنصب مدير المنتج بنسبة 425% على مدار السنوات الخمس الماضية، وفق ما أظهرته مؤشرات جوجل (حسب منظمة Product-Led) مصدر الصورة: نيل آير على ميديام قبل التعرّف على النصائح التي ستتيح لك الحصول على منصبٍ وظيفيٍ في إدارة المنتج، لنتعرّف على وظيفة مدير المنتج ونحدّد دوره. وظائف لا يؤديها مدير المنتج بعد أن تعرّفنا على وظائف مدير المنتجات، سنتطرّق للأمور التي لا تُعَد من واجباته وما ليس عليه القيام به. مدير المنتج ليس مديرا لنبدأ بالدور الأكثر غموضًا، إذ لا يبدو الفرق واضحًا من ناحية المسمى الوظيفي، لكنّ مدير المنتج ليس مديرًا (إذا أخذنا المصطلح التقليدي للمدير بالحسبان)، حيث لا تتمحور وظيفة مدير المنتج الرئيسة حول إدارة الفريق ونموّه فحسب، بل يهتم بإدارة ونمو المنتج، وتشمل وظيفة مالك المنتج تعظيم قيمة المنتج، وفقًا لما جاء بموقع scrum.org. لو عملت مدير منتجات، ستدرك فورًا أن مهنتك تتطلب امتلاك فريقٍ مُتحفّز يحقّق مستويات أداءٍ عالية، فمن الضروري حينها أن يشعر أعضاء الفريق بقيمة الإنجازات التي يحققونها في العمل، والشغف بالمهمة التي يؤدونها. مدير المنتج ليس مهندسا جاء هذا التصوّر الخاطئ من حقيقةٍ مفادها أن معظم أرباب العمل ومنشورات الوظائف أيضًا، يطلبون من المتقدمين امتلاك درجةٍ جامعيةٍ في علوم الحاسوب، وينطبق هذا الأمر على نوعٍ محدّد من مديري المنتجات الذين سنتحدث عنهم لاحقًا، حيث يُعَدّ امتلاك خلفيةٍ تقنيةٍ قويةٍ ميّزةً إضافيةً بارزة عند التقدّم للوظيفة، وتساعدك الخلفية التقنية على فهم كيفية إنجاز المنتج، والعراقيل المحتملة التي قد تواجهها. مع ذلك، مدير المنتج ليس مهندسًا، فهو مسؤولٌ عن ماهية المنتج، لا كيفية عمله، ويحدّد مدير المنتج نوع المنتج الذي ترغب الشركة في إنجازه لتعظيم قيمته بنظر المستخدمين، وفي المقابل، تقع مسؤولية تنفيذ المنتج وإنجازه على عاتق فريق التطوير، بالإضافة إلى اختيار التقنية المستخدمة لتنفيذ هذا المنتج. مدير المنتج ليس مصمما يحتاج مدير المنتج الكفء إلى فهم احتياجات المستخدم، فيساعد امتلاك خلفيةٍ كافية في تجربة المستخدم على تصميم منتجٍ مشابهٍ لما يطلبه المستخدمون؛ مع ذلك، لا يحتاج مدير المنتج إلى إتقان التصميم أو احتراف برامج أدوبي وسكتش، لكن يُمكن لمدير المنتج، حسب الشركة التي يعمل ضمنها والدور المنوط به، تفويض مصمّمي واجهة المستخدم وتجربة المستخدم لأداء هذه المهمات. مصدر الصورة: AltexSoft الفروقات في أدوار مدير المنتج بين مختلف الشركات سنوضح في هذا القسم الالتباس بين وظيفة مدير المنتج لدى شركات البرمجيات، والوظيفة التقليديّة لمدير المنتج لدى شركات السلع الاستهلاكيّة سريعة التداول، حيث يعمل الأخير ضمن قسم التسويق، كما لا يملك مدير المنتج -والمسؤول عن خط إنتاج مستحضر غسول الشعر (شامبو) لدى شركة لوريال مثلًا- أدنى فكرة عن مبادئ تطوير البرمجيات أجايل أو تجربة المستخدم أو مفهوم تعظيم قيمة المنتج بنظر المستخدم. بدلًا من ذلك، يستطيع مدير المنتج هذا إخبارك عن سوق مستحضرات غسول الشعر وآخر الحملات التسويقيّة للشركة أو استراتيجية البيع بالتجزئة التي تتبعها الشركة على سبيل المثال، إذ يرتقي مدير المنتج هذا في السلم الوظيفي ليحصل على منصب مدير خط الإنتاج، مثل (منتج HairColor من لوريال باريس)، ثم يحصل أخيرًا على ترقيةٍ وظيفيّة ليصبح مدير علامةٍ تجارية (علامة لوريال باريس)، حيث يعمل مدير المنتج هنا ضمن مسارٍ مهنيٍ ينتمي إلى قسم التسويق، ومع أن المسمى الوظيفي هو ذاته، لكن يختلف دوره بشدّة عن دور مدير منتج أجايل مثلًا، والذي يعمل غالبًا لدى شركات البرمجيات، وهو الدور الوظيفي الذي سنتحدث عنه في مقالتنا. من هو مدير المنتج؟ مدير المنتج هو الشخص المسؤول عن نجاح المنتج، وقد يكون هذا المنتج تطبيقًا أو خطًا من المنتجات أو قسمًا فرعيًا من المنتج (قسم من الموقع الإلكتروني). إليك أيضًا بضع مسؤوليات يتحملّها مدير المنتج: بحث المستخدم. إعداد خارطة الطريق. تحليل البيانات. إدارة المشروع. وضع الاستراتيجية. إدارة أصحاب المصلحة. إدارة الوظائف المتداخلة. الأنواع الأربعة من مديري المنتجات هناك أربعة أنواع من الوظائف التي يؤديها مديرو المنتجات؛ تختلف تلك الأنواع حسب نوع المنظمة التي يعمل مدير المنتج لديها، والمنتجات التي توفرها تلك المنظمة. 1. مدير منتجات المستهلك وهو المسؤول عن تصميم المنتجات لعموم المستهلكين، حيث يُعَد تطبيق تيك توك مثالًا عن تلك المنتجات. مسؤولياته الرئيسة خلق الأفكار. الاختبار والتجريب. تحليل البيانات. بحث المستخدم لترتيب أولويات العمل على المزايا الجديدة. 2. مدير المنتجات الداخلية يصمّم المنتجات للمستخدمين داخل الشركة ذاتها، مثل البرمجيات التي يستخدمها قسم خدمة العملاء. مسؤولياته الرئيسية إدارة المشاريع. التنفيذ. لا يحتاج إلى الكثير من التصميم، بافتراض أن البرنامج داخلي. 3. مدير منتجات التعاملات بين الشركات يصمّم هذا المدير المنتجات التي ترغب شركاتٌ أخرى باستخدامها، ويُعَد مدير المنتجات في منصة هبسبوت HubSpot مثالًا ملائمًا، وهي منصة تسويقٍ ضمنيٍ مؤتمتة. وتتسم منتجات التعاملات بين الشركات بالمزايا الرئيسية التالية: التداول المحدود والتكلفة العالية، والبيع عبر فرق المبيعات. عددٌ أقل من المستخدمين النهائيين (موازنةً بمنتجات المستهلكين العاديين)، مع أن عدد المستخدمين النهائيين قد يكون ضخمًا لدى بعض الشركات الناجحة، مثل شركة سيلز فورس. التركيز على الجانب التنفيذي. التحدّي الرئيسي الذي يواجهه مدير المنتج هو اختلاف المستخدم النهائي للمنتج (المبيعات) عن صنّاع قرار الشراء (التمويل). 4. مدير المنتجات التقنية يركّز على إدارة المنتج تقنيًا، ويُعَد مدير منتجات جوجل الذي يعمل على خوارزمية البحث مثالًا. تخصصات مدير المنتج التقني قد يكون التخصص نوعًا ثانويًا متفرعًا عن أنواع أخرى. حل التحديات التقنيّة المعقّدة. إليك هذا العرض البياني من شركة ماكنزي، والذي يقدّم تصنيفًا مختلفًا: مصدر الصورة: Academy Xi أربع صفات يتحلى بها مدير المنتج المتفوق قرأنا سابقًا عن أنواع المختلفة لمديري المنتجات، وتعرّفنا على المهارات والخلفيات المتنوّعة التي يجب أن يمتلكها كلّ نوع، ومع ذلك، يجب على مدير المنتج أن يتحلّى ببعض الصفات الشاملة، والتي تساعد أيّ شخصٍ على تقلّد منصب مدير المنتج. التواصل: يمكنك التواصل عبر البريد الإلكتروني أو الهاتف أو الاجتماعات الشخصية، إذ يجب عليك إذا كنت تعمل مديرَ منتجات، التحدّث مرارًا مع أصحاب المصلحة الخارجيين والداخليين، بهدف جمع ردودهم والتعبير عن رؤيتك، وتذكّر أن أفضل المحاوِرين هم الأشخاص القادرون على الإصغاء. المعرفة التقنية: لا يُشترط امتلاك درجةٍ جامعيةٍ في مجال الهندسة، لكن امتلاك المعرفة التقنية يُسهّل عمل مدير المنتج، ويحتاج الأخير إلى فهم التقنية ومصطلحاتها، والقدرة على التحدّث عن تلك التقنية مع أعضاء الفريق. حل المشكلات: يجب على مدير المنتج امتلاك مهارة حل المشكلات، فهو يبحث عن التحديات المعقّدة التي تتطلب التفكير خارج الصندوق؛ فالابتكار والمرونة ليست مجموعةً من المهارات، بل هي عقليّةٌ وطريقة تفكير. القيادة: صحيحٌ أن مدير المنتج ليس مديرًا، لكنه يتمتّع بمهارات القيادة؛ فالقائد البارع يحرص على الاستماع إلى الفريق والتعرّف على مخاوفه، ويتقبّل الانتقادات ويحاول تحسين دوره والمنتجَ المسؤول عنه، كما يطبّق القائد الشفافية داخل الفريق والمنظمة ككل، وهو الذي يتحمّل مسؤولية المنتج، إلى جانب حرصه أيضًا على تقدير جهود الآخرين حتى يتمكّن من تأسيس فريقٍ يتميّز بدرجةٍ عاليةٍ من التحفيز. مصدر الصورة: Kent-Teach نتمنى أن تساعدك المقالة في حال أردت الانتقال إلى منصب مدير المنتج. إذا كنت مهتمًا بتعلّم المزيد، اقرأ الجزأين الثاني والثالث من هذه السلسلة. ترجمة -وبتصرُّف- لمقالة What Product Managers do and How to become one Part 1 — From Zero to Product Manager لصاحبها Eduardo Mignot. اقرأ أيضًا كيف تصبح القائد الذي يعزز الأصالة في العمل؟ كيف تصبح مديرا ناجحا؟ الأساليب الستة للقيادة وطرق تطبيقها على فريق موظفيك شرح عملية القيادة مفهوم القيادة: الفرق بين القائد والمدير

درسنا حتى الآن البرامج جزئية التوجه batch oriented programs، والتي تستدعى بإحدى طريقتين: جزئية التوجه batch oriented، حيث تبدأ البرامج بالعمل ثم تنفذ شيئًا ما ثم تتوقف، أو مدفوعة بالأحداث أو حدثية التوجه event driven، أي تبدأ البرامج وتنتظر وقوع أحداث بعينها؛ ولا تتوقف إلا حين يأمرها حدث آخر بالتوقف. كيف ننشئ برنامجًا مقودًا بالأحداث؟ سنفعل ذلك بطريقتين، حيث سنحاكي أولًا بيئةً حدثيةً، ثم سننشئ برنامجًا رسوميًا بسيطًا يستخدم نظام التشغيل والبيئة لتوليد أحداث. وسنغطي في هذا المقال النقاط التالية: أوجه اختلاف البرامج المدفوعة بالأحداث عن البرامج جزئية التوجه. كيفية كتابة حلقة حدث تكرارية. كيفية استخدام إطار عمل أحداث مثل Tkinter. محاكاة حلقة أحداث تكرارية يحتوي البرنامج المدفوع بالأحداث أو البرنامج الحدثي event driven program على حلقة تلتقط الأحداث المستَلمة وتعالجها، وقد تولد بيئة التشغيل الأحداث -كما يحدث في جميع البرامج الرسومية تقريبًا-، أو يبحث البرنامج عن الأحداث -كما يحدث في أنظمة التحكم المدمجة التي في الكاميرات وغيرها-، وسنكتب برنامجًا يبحث عن نوع واحد من الأحداث، وهو مدخلات لوحة المفاتيح، ويعالج النتائج إلى أن يستلم حدث خروج quit، والذي سيكون حالتنا مفتاح المسافة space على لوحة المفاتيح، وسنعالج الأحداث المدخلة بطريقة سهلة، إذ سنطبع ترميز آسكي ASCII الخاص بالمفتاح الذي ضغطه المستخدم، وسنستخدم بايثون لأنها تحوي دالة getch()‎ سهلة الاستخدام، وسنقرأ المفاتيح مفتاحًا تلو الآخر، وتأتي هذه الدالة في صورتين وفقًا لنظام التشغيل الذي نستخدمه، فنجدها في لينكس في وحدة curses، أما في ويندوز فستكون في وحدة msvcrt، وسنستخدم نسخة ويندوز أولًا ثم نناقش خيار لينكس بالتفصيل، ويجب أن نشغل هذه البرامج من سطر أوامر النظام، لأن بيئات التطوير -مثل IDLE- ستلتقط ضربات لوحة المفاتيح التقاطًا مختلفًا. وسنطبق دوال معالجة الأحداث أولًا، والتي تُستدعى عند التقاط ضغطة أحد المفاتيح، ثم متن البرنامج الرئيسي الذي يبدأ حلقة جمع الأحداث؛ ويستدعي دالة معالجة الحدث المناسبة عند التقاط حدث صالح. تطبيق المثال في ويندوز إليك التطبيق التالي: import msvcrt import sys # معالجات الأحداث أولًا def doKeyEvent(key): if key == '\x00' or key == '\xe0': key = msvcrt.getch() print ( ord(key), ' ', end='') sys.stdout.flush() # make sure it appears on screen def doQuit(key): print() # أدخل سطرًا جديدًا raise SystemExit # أخل مساحة على الشاشة أولًا lines = 25 for n in range(lines): print() # والآن حلقة الحدث الأساسية while True: ky = msvcrt.getch() if len(str(ky)) != 0: # we have a real event if " " in str(ky): doQuit(ky) else: doKeyEvent(ky) لاحظ أن ما نفعله مع الأحداث لا علاقة له بالمتن الرئيسي، الذي يجمع الأحداث ويمررها إلى معالجات الأحداث وحسب، وهذه الاستقلالية في التقاط الأحداث معالجتها هي الميزة الأساسية في البرمجة الحدثية. كما نلاحظ أن getch()‎ تعيد بايتات، لذا نحتاج إلى تحويلها إلى سلسلة نصية، وإلى استخدام اختبار in للتحقق متى يمكن الخروج بما أن السلسلة الناتجة لن تكون حرفًا. وفي الحالة التي لا يكون فيها المفتاح محرف آسكي، كأن يكون مفتاحًا وظيفيًا مثلًا، وهي المفاتيح التي تحمل حرف F في أولها أعلى لوحة المفاتيح، فسنحتاج إلى جلب محرف ثانٍ من لوحة المفاتيح، لأن هذه المفاتيح الخاصة تولد أزواجًا من البايتات، أما getch()‎ فلا تجلب إلى بايتًا واحدًا في كل مرة، وتكون القيمة المهمة التي نريدها هي البايت الثاني فعليًا. تطبيق المثال في لينكس وماك لا يستطيع المبرمجون الذين يستخدمون أنظمة تشغيل لينكس وماك استخدام مكتبة msvcrt، لذا يستخدمون وحدةً أخرى تسمى curses، وتكون الشيفرة الناتجة شبيهةً بشيفرة ويندوز، مع بعض التعديلات التي يجب إجراؤها، كما يلي: import curses as c def doKeyEvent(key): if key == '\x00' or key == '\xe0': # non ASCII key key = screen.getch() # fetch second character screen.addstr(str(key)+' ') # uses global screen variable def doQuitEvent(key): c.resetty() # set terminal settings c.endwin() # end curses session raise SystemExit # امسح الشاشة واحفظ الإعدادات الحالية # وأوقف الطباعة الآلية للمحارف على الشاشة # ثم أخبر المستخدم ما يفعله للخروج screen = c.initscr() c.savetty() c.noecho() screen.addstr("Hit space to end...\n") # والآن تعمل الحلقة الأساسية بلا نهاية while True: ky = screen.getch() if ky != -1: # send events to event handling functions if ky == ord(" "): # check for quit event doQuitEvent(ky) else: doKeyEvent(ky) c.endwin() لا تعمل أوامر الطباعة العادية في وحدة curses، بل يجب أن نستخدم دوال معالجة الشاشة الخاصة بوحدة curses، كما تعيد getch هنا ‎-1 إذا لم يُضغط على أي مفتاح -بدلًا من سلسلة فارغة-، ويطابق منطق البرنامج نسخة ويندوز السابقة فيما عدا ذلك. ويجب أن تستعيد curses.endwin()‎ شاشتنا إلى الحالة العادية، لكنها قد لا تعمل أحيانًا، فإذا اختفى المؤشر أو لم نحصل على محرف إرجاع لبداية السطر أو غير ذلك، فسنصلح المشكلة بالخروج من بايثون باستخدام Ctrl+D واستخدام الأمر التالي: $ stty echo -nl تشير nl إلى "سطر جديد"، وينبغي أن يصلح هذا السطر المشكلة أعلاه حال حدوثها. إذا كنا ننشئ هذا مثل إطار عمل لاستخدامه في مشاريع عدة، فسنضيف استدعاءً إلى دالة تهيئة initialization function في البداية ودالة تنظيف في النهاية، ثم يستطيع المبرمج عندئذ استخدام الجزء الخاص بالحلقة وتوفير دواله الملائمة للتهيئة والمعالجة والتنظيف، وهذا ما تفعله البيئات الرسومية تحديدًا، حيث يكون الجزء الخاص بالحلقة مضمَّنًا في بيئة التشغيل أو إطار العميل، ويكون على البرامج أن توفر دوال معالجة الأحداث الخاصة بها وتربطها بحلقة الأحداث بشكل ما، لنر ذلك عمليًا أثناء دراسة مكتبة Tkinter الرسومية. برنامج رسومي سنستخدم صندوق أدوات Tkinter من بايثون في هذه التدريب، وهو مغلف بايثون لصندوق أدوات Tk، والذي كُتب في البداية امتدادًا للغة Tcl، كما أنه متاح للغتي Perl وروبي أيضًا، ونسخة بايثون منه هي إطار عمل كائني التوجه، العمل فيه أسهل من نسخة Tk الأصلية، وسننظر بتفصيل أكثر في مبادئ برمجة الواجهات الرسومية فيما بعد في مقال قادم، لذا لن نسهب كثيرًا في الحديث عن مبادئ الواجهات الرسومية في هذا المقال، لأننا نريد التركيز على نمط البرمجة نفسه، وهو استخدام Tkinter لمعالجة حلقة الأحداث، ونترك المبرمج ينشئ الواجهة الرسومية الابتدائية، ثم يعالج الأحداث حال وصولها. وفي مثالنا هنا ننشئ صنف تطبيق application class اسمه KeysApp ينشئ الواجهة الرسومية في التابع __init__، ويربط مفتاح المسافة بالتابع doQuitEvent، كما يعرّف الصنف تابع doQuitEvent المطلوب، أما الواجهة الرسومية نفسها فتتكون ببساطة من ودجِت widget (تطبيق مُصغَّر) لإدخال النصوص؛ سلوكها الافتراضي هو طباعة المحارف المدخَلة على الشاشة. إن إنشاء صنف تطبيق في البيئات الحدثية كائنية التوجه أمر شائع، بسبب الارتباط بين مفاهيم الأحداث المرسَلة إلى برنامج ما والرسائل المرسَلة إلى كائن، إذ يرتبطان ببعضهما بسهولة كبيرة، وبذلك تصبح دالة معالجة الحدث تابعًا لصنف التطبيق، وبعد أن عرّفنا الصنف سننشئ نسخةً منه ونرسل إليها رسالة mainloop، وستبدو الشيفرة كما يلي: ً # للحفظ، بما أن علينا تقديم كل شيءfrom X import * استخدم # tkinter.xxx كـ from tkinter import * import sys # أنشئ صنف التطبيق الذي يعرف الواجهة الرسومية وتوابع # معالجة الأحداث class KeysApp(Frame): def __init__(self): # use constructor to build GUI super().__init__() self.txtBox = Text(self) self.txtBox.bind("<space>", self.doQuitEvent) self.txtBox.pack() self.pack() def doQuitEvent(self,event): sys.exit() # والآن أنشئ نسخة وابدأ تشغيل حلقة الحدث myApp = KeysApp() myApp.mainloop() نلاحظ أن البرنامج لن يغلق إغلاقًا صحيحًا عند تشغيل هذه الشيفرة من داخل IDLE، بل سيطبع رسالة إغلاق في نافذة الصدفة، وهو أسلوب IDLE حين يريد أن يساعدنا! أما إذا شغلناها في سطر الأوامر فسيعمل كل شيء بسلاسة. كما نلاحظ أننا لا نطبق معالج أحداث المفاتيح، لأن السلوك الافتراضي لودجِت أو تطبيق النص هو طباعة المفاتيح المضغوطة، لكن هذا يعني أن برامجنا ليست متكافئةً وظيفيًا، فقد طبعنا رموز آسكي في الطرفية بدلًا من طباعة النسخة الأبجدية من المفاتيح القابلة للطباعة كما فعلنا هنا، فليس ثمة شيء يمنعنا من التقاط جميع ضغطات المفاتيح وفعل نفس الشيء، فإذا أردنا تنفيذ هذا فسنضيف السطر التالي إلى تابع __init__: self.txtBox.bind("<Key>", self.doKeyEvent) كما سنضيف التابع التالي لمعالجة الحدث: def doKeyEvent(self,event): str = "%d\n" % event.keycode self.txtBox.insert(END, str) return "break" نلاحظ تخزين قيمة المفتاح في حقل keycode للحدث، وقد اضطررت إلى العودة إلى الشيفرة الأساسية للملف Tkinter.py لمعرفة ذلك، تذكر أن الفضول هو الصفة المميزة للمبرمج. كما نلاحظ أن return "break"‎ هي إشارة سحرية تخبر Tkinter بأن لا يستدعي معالجة الأحداث الافتراضية لهذه الودجِت، وبدون هذا السطر سيعرض الصندوق النصي رمز آسكي متبوعًا بالمحرف الحقيقي الذي ضُغط، وليس هذا ما نريده. إلى هنا يكفي الحديث عن Tkinter، فلم نكن ننو شرحه هنا وإنما في مقال تالٍ. البرمجة الحدثية في VBScript وجافاسكربت نستطيع تطبيق البرمجة الحدثية في كل من جافاسكربت وVBScript عند برمجة متصفح، فعادةً إذا حُمِّلَت صفحة ويب تحتوي على سكربت فإن السكربت ينفَّذ جزءًا جزءًا مع تحميل الصفحة، لكن إذا لم يحوِ السكربت إلا تعريفات الدوال فلن يفعل التنفيذ شيئًا إلا تعريف الدوال على أنها جاهزة للاستخدام، أما الدوال نفسها فلن تُستدعى هنا ابتداءً، بل ستكون مقيدةً إلى عناصر HTML في الجزء الخاص بشيفرة HTML في الصفحة -داخل عنصر Form غالبًا-، بحيث تُستدعى هذه الدوال عند وقوع الأحداث، وقد رأينا هذا في مثال جافاسكربت الخاص بالحصول على مدخلات المستخدم عندما نقرأ المدخلات من استمارة HTML، لننظر في هذا المثال مرةً أخرى؛ ونر كيف أنه تطبيق عملي على برمجة حدَثية في صفحة ويب: <form name='entry'> <p>Type value then click outside the field with your mouse</p> <input Type='text' Name='data' onChange='alert("We got a value of " + document.entry.data.value);'/> </form> نلاحظ عدم وجود تعريف لدالة جافاسكربت، بل مجرد استدعاء لـ alert المرتبطة بسمة onChange لعنصر input، وهذه السمة هي إحدى الأحداث التي تستطيع عناصر HTML توليدها، ونستطيع ربط أي شيفرة جافاسكربت عشوائية لتنفيذها في كل مرة تقع فيها هذه الأحداث، كما يمكن إنشاء دالة واستدعاؤها بدلًا من استدعاء alert كما يلي: <script type="text/javascript"> function echoValue(){ alert("We got a value of " + document.entry.data.value); } </script> <form name='entry'> <p>Type value then click outside the field with your mouse</p> <input Type='text' Name='data' onChange='echoValue()'/> </form> يعرّف الجزء الخاص بالسكربت دالة جافاسكربت هي echoValue تحاكي استدعاء alert الذي كان معنا من قبل، ويحتوي عنصر input الآن على دالة مسندة على أنها معالج الأحداث للسمة onChange، ثم تنفَّذ الدالة عند تغير قيمة الدخل، وتكون حلقة الحدث التي تلتقط الأحداث مضمنةً داخل المتصفح. ورغم أن دالتنا هذه استدعت alert إلا أنها تستطيع أكثر من ذلك، بل من الممكن جعلها برنامجًا معقدًا بذاتها، وذلك وفقًا لما نضعه في متنها. يمكن استخدام VBScript بنفس الطريقة، عدا أن تعريفات الدوال ستكون بـ VBscript بدلًا من جافاسكربت، كما يلي: <script type="text/vbscript"> Sub EchoInput() MsgBox "We got a value of " & Document.entry2.data.value End Sub </script> <form name='entry2'> <p>Type value then click outside the field with your mouse</p> <input Type='text' Name='data' onChange='EchoInput()'/> </form> وبهذا نرى أن الشيفرة الموجهة للمتصفحات يمكن كتابتها في صورة أجزاء batches أو في صورة حدَثية event driven، أو بهما معًا، وفق متطلبات كل حالة. خاتمة نأمل في هذا المقال أن تكون تعلمت ما يلي: لا تبالي حلقات الأحداث بالأحداث التي تلتقطها. تعالج معالجات الأحداث حدثًا واحدًا في كل مرة. توفر أطر العمل -مثل Tkinter- حلقة أحداث، وبعض معالجات الأحداث الافتراضية أحيانًا. يمكن كتابة الشيفرة لمتصفحات الويب بأسلوب مدفوع بالأحداث، أو بالأجزاء، أو بهما معًا. ترجمة -بتصرف- للفصل الثامن عشر: Event Driven Programming، من كتاب Learn To Program لصاحبه Alan Gauld. اقرأ أيضًا المقال التالي: برمجة الواجهات الرسومية باستخدام Tkinter المقال السابق: البرمجة كائنية التوجه تعلم البرمجة ما هي البرمجة ومتطلبات تعلمها؟