جداول بيانات جوجل: كيفية استخراج الكلمة الأخيرة من الخلية

تُعد معالجة السلاسل النصية وتفكيك البيانات غير المهيكلة من الركائز الأساسية التي يقوم عليها التحليل الإحصائي وإدارة قواعد البيانات المعاصرة في بيئات الأعمال والمؤسسات الأكاديمية. ومع التوسع الهائل في جمع البيانات عبر الاستبيانات الرقمية، وسجلات تتبع العملاء، والمستودعات الرقمية، أصبح المتخصصون يواجهون تحديات مستمرة تتعلق بكيفية استخلاص أجزاء محددة من النصوص بدقة متناهية دون تشويه السياق العام للبيانات. ومن بين هذه التحديات الحوسبية الشائعة، يبرز استخراج الكلمة الأخيرة من الخلية داخل بيئة جداول بيانات جوجل (Google Sheets) كأحد أهم العمليات التي تتطلب فهماً عميقاً لآليات عمل الدوال الرياضية والنصية المركبة.

إن الحاجة الماسة لاستخراج الكلمة الأخيرة تظهر بوضوح عند التعامل مع الأسماء المركبة، وتصنيف الألقاب الوظيفية، وعزل الرموز البريدية، وتحليل مسارات الروابط التشعبية، أو حتى في تصنيف نتائج التقييمات اللفظية في البحوث السلوكية والاجتماعية. ونظراً لعدم وجود دالة مباشرة ومفردة تحمل اسماً مثل “GET_LAST_WORD” داخل حزمة الدوال الافتراضية، يضطر المحلل والباحث إلى الاستعانة بنماذج رياضية إحلالية تستند إلى التلاعب بالفواصل والمسافات البينية أو استخدام التعابير النمطية المتقدمة لضمان عزل دقيق وثابت للرمز المطلوب.

يهدف هذا الدليل المرجعي الشامل إلى تفكيك المعضلة الهندسية لاستخراج الكلمة الأخيرة من الخلية عبر منهجية شمولية تأصيلية وتطبيقية. سنتناول في طياته التشريح الدقيق للمعادلة القياسية الكلاسيكية المبنية على الدوال TRIM و RIGHT و SUBSTITUTE و REPT، بالإضافة إلى استعراض الحلول البديلة الأكثر مرونة مثل التعابير النمطية (Regular Expressions) ودوال المصفوفات المتسعة، وصولاً إلى أتمتة العملية برمجياً باستخدام نصوص تطبيقات جوجل (Google Apps Script)، مع مراعاة كافة التحديات اللغوية والتقنية المرتبطة باللغة العربية والرموز المعقدة لضمان أعلى مستويات الدقة والكفاءة الحسابية.

1. مقدمة تأسيسية حول معالجة النصوص واستخراج الكلمات في جداول بيانات جوجل

1.1 أهمية التعامل مع البيانات النصية في بيئات العمل والبحث

تشكل البيانات النصية غير المهيكلة النسبة العظمى من إجمالي البيانات التي يتم توليدها يومياً في المنظمات الحديثة والمنشآت الأكاديمية والبحثية. ومع تزايد الاعتماد على منصات الحوسبة السحابية مثل جداول بيانات جوجل، لم يعد دور جداول البيانات مقتصراً على إجراء العمليات الحسابية البسيطة والعمليات المحاسبية التقليدية، بل تحول إلى منصة متكاملة لتنقية وهندسة البيانات (Data Cleaning and Wrangling) بهدف إعدادها للتحليل المتقدم ونمذجة ذكاء الأعمال.

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

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

1.2 تحديات استخراج الكلمة الأخيرة مقارنة بالبدايات والنصوص الوسطى

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

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

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

1.3 نظرة شمولية على المعادلة القياسية المعتمدة

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

=TRIM(RIGHT(SUBSTITUTE(A2, ” “, REPT(” “, LEN(A2))), LEN(A2)))

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

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

2. التشريح البنيوي للمعادلة القياسية: فهم دالتي TRIM و RIGHT

2.1 دور دالة اقتطاع المسافات الزائدة TRIM في تنقية المخرجات

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

في سياق المعادلة القياسية لعزل الكلمة الأخيرة، لا تقتصر مهمة TRIM على التحسين الشكلي، بل هي الركيزة التي تضمن نجاح الاستخراج برمته؛ فبدون تطبيق هذه الدالة كغلاف خارجي للمعادلة، سيكون الناتج عبارة عن عدد هائل من المسافات الفارغة متبوعة بالكلمة المستهدفة، مما يحول دون إمكانية استخدام النتيجة في دوال الفرز أو البحث المتقدم مثل VLOOKUP أو مصفوفات المطابقة MATCH. فالمسافات غير المرئية تُعامل حسابياً كرموز مميزة ذات قيم ترميزية مستقلة في حواسيب معالجة البيانات.

بالإضافة إلى ذلك، توفر دالة TRIM حصانة حسابية تمنع انتقال التشوهات الفراغية إلى قواعد البيانات ومستودعات التخزين العلائقية؛ إذ يضمن تنظيف السلسلة عدم وجود أي مسافة هامشية قد تؤدي إلى تضخيم استهلاك الذاكرة المؤقتة، أو إفشال عمليات التكامل عبر واجهات برمجة التطبيقات (APIs) التي تشترط مطابقة الرموز بدقة بايت واحد.

2.2 آلية عمل دالة الاقتطاع من الطرف الأيمن RIGHT وحدودها النصية

تقوم دالة RIGHT بدور أداة القص المحرفي المتجهة من نهاية النص، وتعتمد في بنيتها البرمجية على مدخلين أساسيين: السلسلة النصية المستهدفة، وعدد المحارف المراد اقتطاعها بدءاً من الحرف الأخير الواقع في أقصى الطرف الأيمن للنص باتجاه اليسار. وفي الأنظمة الموجهة باللغات اللاتينية أو العربية، تبدأ الدالة قراءتها دائماً من المحرف ذي الترتيب الفهرسي الأخير في السلسلة النصية.

تتمثل المعضلة الكبرى عند استخدام RIGHT بمفردها في قصرها الحسابي عن تحديد نهاية المفردة؛ فالدالة لا تملك ذكاءً لغوياً يسمح لها بالتمييز بين الحروف الهجائية والمسافات الفاصلة بين الكلمات، بل تكتفي بالعد الميكانيكي للمحارف. بناءً على ذلك، إذا تم تحديد اقتطاع ستة محارف من جملة تحتوي في نهايتها على كلمة مؤلفة من أربعة أحرف، فإن الدالة ستقتطع الكلمة كاملة مع مسافة بيضاء وحرف من الكلمة السابقة لها، مما يؤدي إلى تشويه المحتوى المُراد تحليله وتدمير البنية الصرفية للمفردة.

لذلك، تبرز الحاجة إلى توجيه دالة RIGHT وتهيئة البيئة المحيطة بها حسابياً؛ إذ لا يمكن الاعتماد على معامل ثابت للاقتطاع، بل يجب دمجها مع بيئة نصية تم التلاعب بأبعادها مسبقاً بحيث يضمن المعامل المالي للاقتطاع جلب الكلمة بالكامل دون أدنى ملامسة للكلمة السابقة، وهو ما يقودنا إلى التحالف المنطقي بين دالتي TRIM و RIGHT.

2.3 التكامل الوظيفي بين دالتي TRIM و RIGHT في عزل الكلمة

يتجلى السحر البرمجي في المعادلة من خلال التكامل الوظيفي بين عمليتي الاقتطاع الموسع والتطهير النهائي. حيث تستقبل دالة RIGHT سلسلة نصية تم زرع مساحات شاسعة داخلها، وتُؤمر باقتطاع شريحة نصية ضخمة مساوية لطول النص الأصلي للخلية عبر الصيغة: RIGHT(..., LEN(A2)).

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

يحمي هذا التكامل التفاعلي النظام من الوقوع في أخطاء الحساب الحرفي التي تنتج عن الاختلافات المعجمية في أطوال الكلمات؛ سواء كانت الكلمة المستخرجة تتألف من حرفين أو تتألف من عشرين حرفاً، فإن دالة TRIM بالتعاون مع RIGHT ستضمن دائماً اقتطاع الكلمة بالكامل دون نقصان في حروفها أو زيادة في هوامشها، مما يمنح هذه الخوارزمية مرونة استثنائية وثباتاً كلياً في كافة السيناريوهات النصية.

3. التعمق في دالتي الاستبدال والتكرار: SUBSTITUTE و REPT

3.1 مبدأ عمل دالة REPT لإنشاء فواصل اصطناعية واسعة

تختص دالة REPT بتكرار سلسلة نصية معينة بعدد محدد من المرات يتم تمريره كمعامل رقمي داخل الدالة. وتأخذ الصيغة الشكل العام REPT(text, number_of_times). وعلى الرغم من أن الاستخدام النمطي الشائع لهذه الدالة يتركز في بناء مؤشرات بصرية بسيطة أو تكرار الرموز داخل التقارير، إلا أن دورها في استخراج النصوص يمثل جوهر الحيلة الهندسية لمعادلتنا.

في المعادلة الكلاسيكية، نستخدم دالة REPT لإنشاء مسافة بيضاء مكررة بعدد مرات يعادل طول النص الأصلي عبر التركيب: REPT(" ", LEN(A2)). فإذا كان النص الموجود في الخلية A2 يتكون من 50 حرفاً ومسافة، فإن دالة REPT ستقوم بتوليد كتلة مصمتة تتألف من 50 مسافة بيضاء متتالية، لتتحول هذه الكتلة إلى فاصل اصطناعي فائق الاتساع يتجاوز بمراحل الطول النظري لأطول كلمة يمكن أن توجد في المعاجم اللغوية البشرية.

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

3.2 استخدام دالة SUBSTITUTE لاستبدال الفواصل الاعتيادية

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

تأخذ الدالة المسافات الطبيعية المفردة الفاصلة بين الكلمات " "، وتقوم بإزالتها واستبدالها بالكتلة المتضخمة التي أنتجتها دالة REPT، وذلك عبر النمط التالي: SUBSTITUTE(A2, " ", REPT(" ", LEN(A2))). هذا التحول البنيوي يعيد هندسة الجملة بالكامل؛ فبدلاً من جملة بسيطة مثل “جامعة القاهرة الجديدة”، تتحول السلسلة إلى كلمة “جامعة” متبوعة بخمسين مسافة، ثم كلمة “القاهرة” متبوعة بخمسين مسافة، ثم كلمة “الجديدة”.

يحافظ هذا الإجراء على الترتيب السياقي التتابعي لكافة عناصر النص دون تقديم أو تأخير؛ فالمعادلة لا تغير ترتيب الكلمات إطلاقاً، بل تقوم فقط بمطّ الفواصل البينية وتوسيعها هندسياً لتهيئة السلسلة النصية للمرحلة الميكانيكية اللاحقة المتمثلة في الاقتطاع من الحافة الطرفية.

3.3 التنسيق الحركي بين الدالتين لتحضير الكلمة الأخيرة للاقتطاع

يعمل التنسيق الحركي (Dynamic Synergy) بين SUBSTITUTE و REPT على إنشاء ظاهرة فريدة تسمى “دفع الكلمة الأخيرة إلى أقصى الهامش” (Margin Pushing). فبفضل هذا الدمج، تُدفع الكلمة الأخيرة في النص لتستقر بمفردها تماماً في الطرف الأيمن للنص الموسع، وتفصلها عن الكلمة السابقة لها مسافة عملاقة تساوي طول السلسلة النصية الكلية.

عندما تُقدم دالة RIGHT على اقتطاع عدد من الأحرف يعادل طول النص الأصلي LEN(A2)، فإن هذا الطول المقتطع يكون حتماً كافياً ليحتوي الكلمة الأخيرة بأكملها، ولكنه في نفس الوقت أقصر من أن يتجاوز كتلة المسافات العملاقة التي تسبقها ليصل إلى أي حرف من حروف الكلمة التي قبلها. ويوضح ذلك السيناريو التالي:

• طول النص الأصلي الكلي: وليكن 40 حرفاً.
• حجم كتلة الفواصل الجديدة: 40 مسافة بين كل كلمتين.
• حجم الاقتطاع بواسطة RIGHT: 40 محرفاً من اليمين.
• محتوى الشريحة المقتطعة: تحتوي حتماً على الكلمة الأخيرة (التي يقل طولها حتماً عن 40 حرفاً) وما تبقى من الـ 40 محرفاً سيكون محض مسافات فارغة مقتطعة من الكتلة الفاصلة.

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

4. التحليل الحسابي لدالة حساب الطول LEN ودورها الحاسم في المعادلة

4.1 أهمية قياس طول السلسلة الأصلية باستخدام LEN

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

إن قوة النظم التحليلية تكمن في قدرتها على التكيف الذاتي مع المتغيرات؛ فلو افترضنا أن المستخدم قام بوضع رقم ثابت، مثل 50 أو 100، كمعامل للتكرار والاقتطاع بدلاً من استخدام LEN(A2)، فستواجه الصيغة الفشل الحتمي عند التعامل مع النصوص بالغة الطول (مثل الفقرات والتقارير التي تتجاوز مئات الكلمات)، أو ستؤدي إلى استهلاك غير مبرر للذاكرة التخزينية في النصوص القصيرة للغاية المكونة من بضعة أحرف.

تضمن دالة LEN أن يتم قياس كل صف ومطابقته على حدة بصورة مستقلة ومرنة؛ فالخلية التي تحتوي على 15 حرفاً تُولد فواصل بحجم 15 وتقتطع 15، في حين أن الخلية التي تحتوي على 800 حرف تُولد فواصل بحجم 800 وتقتطع 800. هذا المبدأ الرياضي المتناسق يلغي التخمينات العشوائية ويمنح المعادلة مرونة مطلقة عبر كافة الصفوف في ورقة البيانات.

4.2 تحديد حجم كتلة المسافات المناسبة لكل نص بصورة ديناميكية

إن مزامنة معامل دالة REPT مع الطول الإجمالي للنص الفعلي عبر استخدام LEN(A2) يحقق مبرهنة رياضية تضمن استحالة حدوث قصور في الفاصل الاصطناعي. فالقاعدة المنطقية تفيد بأن: “طول أي كلمة مفردة داخل جملة ما يجب أن يكون حتماً أقل من الطول الإجمالي للجملة بأكملها”.

بناءً على هذه البديهية، فإن تحديد حجم الفجوة الفاصلة بـ LEN(A2) يجعل حجم الفاصل متجاوزاً بالضرورة لطول أطول كلمة محتملة في النص، بل ومتجاوزاً لطول الكلمة الأخيرة بمفردها. هذا الفائض الحجمي هو صمام الأمان الذي يستحيل معه أن تعجز دالة RIGHT عن التقاط كامل حروف الكلمة الأخيرة، أو أن تمتد يد الاقتطاع لتصل إلى حروف الكلمة المجاورة.

يوضح الجدول التالي نماذج افتراضية لكيفية تكيف كتلة المسافات المكررة وحجم الاقتطاع بحسب طول السلسلة النصية في خلايا مختلفة، مما يوضح ميكانيكية التحصين الرياضي للمعادلة:

النص المصدر في الخلية	قيمة LEN(A2)	حجم الفاصل المولد REPT	حجم شريحة RIGHT	النتيجة بعد دالة TRIM
تحليل البيانات الضخمة	20	20 مسافة	20 محرفاً	الضخمة
إدارة الجودة الشاملة والتميز المؤسسي	37	37 مسافة	37 محرفاً	المؤسسي
الذكاء الاصطناعي	16	16 مسافة	16 محرفاً	الاصطناعي
تسويق	5	5 مسافات	5 محارف	تسويق

4.3 تجنب أخطاء الاقتطاع الناتجة عن عدم توافق المعاملات الحسابية

عند دراسة أداء الدوال المركبة في جداول بيانات جوجل، نجد أن الخلل الأكثر شيوعاً ينشأ عن عدم التوافق بين حجم الفاصل الذي تم إنشاؤه وحجم الشريحة المقتطعة في النهاية. فإذا افترضنا قيام محلل بكتابة صيغة تستخدم فاصلاً بحجم 50 مسافة، ثم استعمل دالة اقتطاع يمين بحجم 100 محرف، فإن دالة RIGHT ستلتهم مسافة الخمسين بالكامل ثم تمتد لتقتطع جزءاً من الكلمة السابقة للكلمة الأخيرة، مما ينتج عنه تشويه فادح في البيانات المستخرجة.

كذلك الحال إذا حدث العكس؛ كأن يتم إنشاء فاصل بحجم 100 مسافة بينما معامل الاقتطاع اليميني محدد بـ 20 محرفاً فقط، وكانت الكلمة الأخيرة تتكون من 22 حرفاً؛ حينها ستبتر الدالة أول حرفين من الكلمة الأخيرة ولن تسترجعها كاملة. من هنا تتجلى العبقرية الرياضية في استخدام نفس القيمة المرجعية LEN(A2) في كلا الموضعين الحسابيين:

• الموضع الأول: REPT(" ", LEN(A2)) لتحديد سماكة الجدار الفاصل.
• الموضع الثاني: RIGHT(..., LEN(A2)) لتحديد عمق الاقتطاع المحرفي.

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

5. دليل تطبيقي خطوة بخطوة لاستخراج الكلمة الأخيرة عملياً

5.1 إعداد جدول البيانات وهيكلة النصوص المصدرية

لضمان نجاح العملية التنفيذية لاستخراج الكلمات وتفادي التداخلات غير المرغوبة في بنية البيانات، يتوجب على المحلل اتباع خطوات منهجية تبدأ من التهيئة السليمة للهيكل العام لورقة العمل. يبدأ العمل بوضع البيانات المصدرية في عمود مستقل وواضح المعالم، وليكن العمود A، مع تسمية رأس العمود بتسمية وصفية دقيقة مثل “النص_المصدر” أو “الاسم_الكامل”.

يتعين في هذه المرحلة فحص سلامة النصوص الأولية والتأكد من خلوها من الأخطاء التنسيقية الشديدة أو المشاكل الترميزية التي قد تصيب البيانات المستوردة من ملفات CSV أو قواعد بيانات غير متوافقة مع ترميز UTF-8 الدولي. كما يجب تخصيص عمود مجاور فارغ تماماً، وليكن العمود B، وتسميته باسم دلالي مثل “الكلمة_الأخيرة” لاستقبال المخرجات الحسابية بصورة منظمة ومنفصلة عن النص الخام.

يُنصح أيضاً بتجميد الصف الرأسي الأول عبر قائمة “عرض” (View) ثم “تجميد” (Freeze) ثم “صف واحد” (1 row) لضمان ثبات التسميات التوضيحية أثناء التمرير العمودي داخل الورقة، والتأكد من تهيئة تنسيق خلايا العمود الجديد لتكون من نوع “نص عادي” (Plain text) عبر قائمة “تنسيق” لتلافي أي تفسير خاطئ للكلمات التي قد تتطابق في مظهرها مع أرقام أو تواريخ محددة.

5.2 كتابة الصيغة واختبارها في الخلية الفردية الأولى

بعد تجهيز البيئة الجدولية، نبدأ بالانتقال إلى الخلية النشطة الأولى المخصصة للمخرجات، وهي الخلية B2، ونقوم بإدخال الصيغة الحسابية القياسية بدقة عبر شريط المعادلات أو مباشرة داخل الخلية:

=TRIM(RIGHT(SUBSTITUTE(A2,” “,REPT(” “,LEN(A2))),LEN(A2)))

عند الضغط على مفتاح الإدخال (Enter)، يرسل محرك جداول جوجل إيعازات المعالجة الفورية؛ حيث تُحسب قيمة LEN(A2) أولاً، وتُمرر إلى REPT لإنشاء كتلة المسافات، ثم تُجري SUBSTITUTE التوسيع البيني، وتقتطع RIGHT الشريحة اليمنى، وتتولى TRIM تنظيف الناتج النهائي. وللتحقق من كفاءة الصيغة، يجب على الباحث اتباع إجراءات الفحص التالية:

• مطابقة الكلمة الناتجة في B2 بالعين المجردة مع الكلمة الأخيرة في A2 للتأكد من عدم سقوط أي حرف.
• اختبار طول الكلمة الناتجة عبر دالة فحص مؤقتة =LEN(B2) للتأكد من أن عدد الأحرف يطابق طول الكلمة المجردة دون وجود أي مسافات مخفية متصلة بها.
• التأكد من أن المرجع النصي يشير بصورة نسبية غير مطلقة إلى الخلية A2 وليس $A$2؛ لضمان انزلاق المرجع ومواكبته للصفوف التالية عند السحب والتمديد.

5.3 تعميم المعادلة وتطبيق التعبئة التلقائية على كامل النطاق

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

تتمثل الطريقة الأولى في استخدام “مقبض التعبئة” (Fill Handle)، وهو المربع الأزرق الصغير الكائن في الركن السفلي الأيسر أو الأيمن للخلية النشطة B2؛ حيث يمكن للمستخدم النقر عليه وسحبه عمودياً نحو الأسفل حتى آخر صف يحتوي على بيانات. أما في الجداول الضخمة التي تضم آلاف السجلات، فإن السحب اليدوي يعد هدراً للوقت وعرضة للخطأ، والحل الأمثل يكمن في “النقر المزدوج” بالفأرة على مقبض التعبئة، مما يؤدي إلى إطلاق تعبئة تلقائية فائقة السرعة تتوقف ذاتياً عند نهاية النطاق المحاذي في العمود A.

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

6. معالجة الحالات الخاصة والبيانات غير النمطية في الجداول

6.1 التعامل مع الخلايا التي تحتوي على كلمة واحدة فقط

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

عند تطبيق المعادلة: =TRIM(RIGHT(SUBSTITUTE(A2," ",REPT(" ",LEN(A2))),LEN(A2))) على خلية تحتوي على كلمة واحدة مثل “القاهرة”، يكون السلوك الرياضي غاية في البراعة؛ حيث تبحث دالة SUBSTITUTE عن مسافات بيضاء لاستبدالها، ونظراً لعدم وجود أي مسافة في النص، فإن الدالة تبقى خاملة وترجع النص الأصلي “القاهرة” كما هو دون أي تغيير أو توسيع.

بعد ذلك، تستلم دالة RIGHT النص ذاته وتقتطع منه عدداً من المحارف مساوياً لـ LEN(A2)، وهو في هذه الحالة مساوٍ تماماً لطول الكلمة ذاتها، فيتم استرجاع الكلمة بالكامل. وأخيراً تتأكد دالة TRIM من نقاء الكلمة، فيكون الناتج النهائي هو الكلمة المفردة الأصلية دون تسجيل أي خطأ حسابي أو تحذير في النظام، وهو ما يؤكد متانة هذه الصيغة وقدرتها الذاتية على التكيف مع التراكيب الأحادية.

6.2 معالجة المسافات الزائدة في البداية والنهاية ومابين الكلمات

تشكل المسافات الهامشية غير المرئية العدو الخفي لدقة الصيغ الرياضية؛ فإذا كان النص في الخلية A2 ينتهي بمسافة بيضاء إضافية طائشة وضعها المستخدم سهواً عند الإدخال (مثال: “جامعة الملك سعود “)، فإن المعادلة القياسية ستتعامل مع هذه المسافة الأخيرة باعتبارها فاصلاً يليه “كلمة فارغة”، مما يؤدي في كثير من الأحيان إلى إرجاع قيمة بيضاء فارغة أو اقتطاع الكلمة بشكل مشوه ومبتور.

لتفادي هذا الخلل الجوهري، يتوجب على الباحث تحصين الصيغة مسبقاً عبر إدماج دالة TRIM داخل قلب المرجع النصي نفسه قبل الشروع في عمليات التوسيع والاقتطاع. وتصاغ هذه المعادلة الدفاعية المتطورة على النحو التالي:

=TRIM(RIGHT(SUBSTITUTE(TRIM(A2), ” “, REPT(” “, LEN(TRIM(A2)))), LEN(TRIM(A2))))

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

6.3 إدارة الخلايا الفارغة وتفادي ظهور رسائل الأخطاء غير المرغوبة

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

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

=IF(ISBLANK(A2), “”, TRIM(RIGHT(SUBSTITUTE(TRIM(A2), ” “, REPT(” “, LEN(TRIM(A2)))), LEN(TRIM(A2)))))

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

=IFERROR(IF(A2=””, “”, TRIM(RIGHT(SUBSTITUTE(TRIM(A2), ” “, REPT(” “, LEN(TRIM(A2)))), LEN(TRIM(A2))))), “”)

تضمن هذه الصياغة الوقائية بقاء الخلية المقابلة فارغة ونظيفة تماماً دون إظهار أي أخطاء من نوع #VALUE! أو تشويه ورقة البيانات، مما يسهل لاحقاً عمليات التصفية التلقائية وحساب مجاميع الصفوف الفعلية بكل يسر وسلاسة.

7. البدائل المتقدمة: استخراج الكلمة الأخيرة باستخدام التعابير النمطية (REGEX)

7.1 استخدام دالة REGEXEXTRACT وصيغ المطابقة النصية

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

يمكن استخراج الكلمة الأخيرة باستخدام صيغة تعبير نمطي موجزة ومباشرة للغاية على النحو التالي:

=REGEXEXTRACT(TRIM(A2), “S+$”)

يقوم هذا النمط الرياضي بتحليل السلسلة من خلال العناصر الرمزية التالية:

• TRIM(A2): لتنظيف النص أولاً من أي مسافات بيضاء زائدة في النهاية قد تعطل عمل محرك المطابقة.
• S: يمثل فئة المحارف غير الفراغية (Non-whitespace character)، أي أي حرف، رقم، أو رمز ليس مسافة.
• +: مُعامل تكرار يعني مطابقة واحد أو أكثر من المحارف غير الفراغية المتتالية.
• $: مرساة النهاية النصية (Anchor)، وتلزم المحرك بالبدء في البحث والمطابقة حصراً من الحافة الختامية للسلسلة النصية.

إذا كانت النصوص تحتوي على علامات ترقيم متطرفة مثل النقطة أو الفاصلة، يمكن تطويع التعبير النمطي لاستخراج الحروف الهجائية والكلمات الفعلية فقط عبر استخدام النمط =REGEXEXTRACT(A2, "([A-Za-z0-9u0600-u06FF]+)[^wu0600-u06FF]*$")، مما يمنح المحلل مرونة مطلقة في صيد الكلمة مهما كانت درجة تعقيد المحيط النصي المرتبط بها.

7.2 المقارنة التقنية بين طريقة المسافات وطريقة التعابير النمطية

تستدعي المفاضلة بين المعادلة القياسية (TRIM/RIGHT/SUBSTITUTE) وطريقة التعابير النمطية (REGEXEXTRACT) فحصاً متعمقاً للأداء البرمجي ومستوى الصيانة وقابلية القراءة من قِبل المستخدمين:

المعيار	طريقة المسافات القياسية (TRIM/RIGHT)	طريقة التعابير النمطية (REGEXEXTRACT)
التوافقية الشاملة	عالية جداً؛ تعمل في إكسل، وجداول جوجل، وكافة البرامج.	خاصة بجداول بيانات جوجل (غير مدعومة أصلياً في بعض برامج المنافسين القديمة).
طول وسهولة كتابة الصيغة	طويلة، معقدة التركيب، وتحتاج حفظاً وتدريباً دقيقاً.	موجزة جداً، وأنيقة برمجياً لأصحاب الخبرة في Regex.
المرونة مع علامات الترقيم	تتطلب خطوات تنظيف إضافية إذا التصقت علامة بالكلمة.	فائقة المرونة؛ يمكن استثناء الترقيم وتحديد الرموز بأنماط مخصصة.
استهلاك الذاكرة وسرعة المعالجة	أسرع في المعالجة الحسابية الميكانيكية للبيانات الضخمة جداً.	تتطلب جهداً حوسبياً أعلى لمحرك المعالجة النصية عند معالجة مئات الآلاف من الصفوف.

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

7.3 استخدام دالتي INDEX و SPLIT كبديل تركيبي مباشر

يوفر التكامل بين دالتي INDEX و SPLIT بديلاً بنيوياً رائعاً لاستخراج الكلمة الأخيرة، حيث يعتمد هذا المدخل على التفكيك المصفوفي بدلاً من القص الحسابي للمسافات. تقوم دالة SPLIT بتجزئة السلسلة النصية إلى خلايا مستقلة استناداً إلى فاصل محدد وهو المسافة، بينما تتولى دالة INDEX جلب العنصر من الموقع المحدد.

تتمثل صيغة هذا الحل في المعادلة التالية:

=INDEX(SPLIT(TRIM(A2), ” “), COUNTA(SPLIT(TRIM(A2), ” “)))

يعمل هذا التركيب عبر الخطوات المتزامنة التالية:

• تقوم SPLIT(TRIM(A2), " ") بتفكيك النص إلى مصفوفة أفقية متتابعة من الكلمات المستقلة.
• تتولى دالة COUNTA حساب إجمالي عدد الكلمات الناتجة في المصفوفة، وهو ما يمثل بالضرورة الرقم الفهرسي للكلمة الأخيرة.
• تأتي دالة INDEX لتستدعي الكلمة الواقعة في ذلك الفهرس الأخير حصراً، متجاهلة كافة الكلمات السابقة.

ورغم الجاذبية المفاهيمية لهذا البديل وسهولة فهمه منطقياً، إلا أنه يواجه عيباً تقنياً جوهرياً؛ إذ يصعب تطبيقه بسلاسة كصيغة مصفوفية شاملة تمتد تلقائياً عبر كامل العمود بواسطة ARRAYFORMULA، نظراً لأن دالة SPLIT لا تتمدد بصورة شاقولية طبيعية داخل نطاقات الصفوف المتعددة، مما يحصر استخدام هذا البديل غالباً في الخلايا الفردية أو التطبيقات المحدودة.

8. تطبيق الصيغة على نطاقات ضخمة باستخدام دالة النطاق ARRAYFORMULA

8.1 تحويل الصيغة الفردية إلى مصفوفة ذاتية التمدد

في مشاريع معالجة البيانات الضخمة، يُعد استخدام المعادلات الفردية وسحبها عبر آلاف الصفوف ممارسة غير فعالة تقنياً وعرضة للتلف وتضخيم حجم الملف. توفر جداول بيانات جوجل حلاً حوسبياً جذرياً يتمثل في دالة مصفوفات النطاق ARRAYFORMULA، والتي تتيح كتابة صيغة واحدة فقط في رأس العمود لتتولى معالجة وتغذية العمود بأكمله بصورة آلية وفورية.

لتحويل تقنية التعابير النمطية إلى صيغة مصفوفية شاملة تغطي العمود A بالكامل بدءاً من الصف الثاني، ندرج المعادلة التالية في الخلية B2:

=ARRAYFORMULA(IF(A2:A=””, “”, REGEXEXTRACT(TRIM(A2:A), “S+$”)))

تقوم هذه الصيغة بإنشاء مسار حوسبي مصفوفي متصل؛ حيث تقرأ البيانات من نطاق الإدخال A2:A، وتفحص حالة كل خلية؛ فإذا كانت فارغة تركت الخلية المقابلة لها فارغة، وإذا كانت تحتوي على نص، طبقت عليها فوراً خوارزمية استخراج الكلمة الأخيرة دون الحاجة لأي تدخل بشري، مما يوفر على الباحث ساعات من العمل اليدوي في صيانة الجداول وتحديثها المستمر.

8.2 معالجة التحديات التقنية عند دمج الصيغة القياسية مع النطاقات

عند محاولة دمج الصيغة الكلاسيكية القائمة على المسافات (TRIM/RIGHT/SUBSTITUTE/REPT) داخل دالة النطاق ARRAYFORMULA، يواجه الكثير من المستخدمين تعطلاً مفاجئاً للمعادلة أو إرجاع نتائج غير دقيقة، والسبب التقني في ذلك يعود إلى سلوك دالة LEN و REPT عند إجبارهما على معالجة متجهات مصفوفية متعددة الأبعاد.

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

=ARRAYFORMULA(IF(A2:A=””, “”, TRIM(RIGHT(SUBSTITUTE(A2:A, ” “, REPT(” “, 250)), 250))))

في هذه الصيغة المصفوفية المعدلة، يتم استبدال LEN(A2:A) بقيمة رقمية آمنة وثابتة مثل 250؛ والسبب في ذلك هو تخفيف العبء الحسابي الهائل على معالج جداول بيانات جوجل السحابي؛ حيث إن احتساب طول مصفوفي متغير لكل صف داخل دالة REPT المصفوفية يؤدي إلى تجميد المعالجة واستنفاد الموارد. واختيار رقم آمن مثل 250 مسافة يفي بالغرض ويفيض لمعظم النصوص المعجمية في قواعد البيانات مع ضمان السلاسة التشغيلية التامة للمصفوفة.

8.3 تحسين كفاءة استجابة جداول البيانات في معالجة آلاف السجلات

تخضع جداول بيانات جوجل لقيود استخدام محددة ترتبط بزمن استجابة الخادم وحجم الذاكرة المخصصة لكل مستند. لذا فإن إدارة كفاءة الحوسبة (Performance Optimization) تصبح ضرورة ملحة عند التعامل مع مجموعات بيانات تتجاوز عشرات الآلاف من الصفوف. يؤدي نشر آلاف المعادلات المستقلة في خلايا متفرقة إلى إعادة حساب متكررة ومستهلكة للبيانات مع كل تعديل طفيف في ورقة العمل.

لتحقيق الكفاءة القصوى وضمان سرعة الاستجابة، يُوصى باتباع الممارسات الأكاديمية والتقنية التالية:

• حصر النطاق المصفوفي: تجنب استخدام النطاقات المفتوحة مثل A2:A في الملفات العملاقة، واستبدالها بنطاقات محددة النهاية مثل A2:A15000 لتفادي قيام النظام بفحص ومعالجة آلاف الصفوف الفارغة في قاع الصفحة.
• تفضيل Regex في المصفوفات: تمتاز صيغة ARRAYFORMULA(REGEXEXTRACT(...)) باستهلاك ذاكرة أقل بمراحل مقارنة بصيغ تكرار المسافات داخل المصفوفات؛ نظراً لعدم قيامها بتوليد ملايين المسافات البيضاء المؤقتة في الذاكرة العشوائية السحابية.
• حفظ النتائج كقيم ثابتة: عند الانتهاء من استخراج الكلمات واستقرار البيانات، يفضل نسخ العمود الناتج ولصقه كـ “قيم فقط” (Paste Values Only)، مما يحرر المعالج من عبء إعادة الحساب المستمرة ويوفر بيئة تصفح فائقة السرعة للمستخدمين والمحللين.

9. التعامل مع علامات الترقيم، اللغات المتعددة، والرموز الخاصة

9.1 أثر علامات الترقيم الملتصقة بالكلمة الأخيرة وكيفية تنظيفها

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

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

=REGEXEXTRACT(REGEXREPLACE(TRIM(A2), “[^wsu0600-u06FF]+$”, “”), “S+$“)

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

9.2 خصوصية النصوص المكتوبة باللغة العربية واتجاه النص (RTL)

تتميز اللغة العربية بخصوصية هيكلية فريدة؛ إذ تُكتب من اليمين إلى اليسار (Right-to-Left)، وتحتوي على علامات التشكيل الفوقية والتحتية، فضلاً عن وجود حروف ترتبط وتلتصق بنيوياً بما قبلها وما بعدها. وتثير دالة RIGHT تساؤلات لدى الباحثين والمستخدمين العرب حول ما إذا كانت ستقتطع من “يمين النص بصرياً” (أي بداية الكلمة في العربية) أم من “نهاية النص منطقياً”.

من الناحية البرمجية، تتعامل جداول بيانات جوجل مع السلاسل النصية استناداً إلى الترتيب المنطقي لتدفق المحارف (Logical Character Stream) وليس الترتيب البصري للعرض (Visual Rendering). وبناءً عليه، فإن دالة RIGHT تقتطع دائماً المحارف من نهاية تدفق النص الرقمي، وهي في اللغة العربية تمثل آخر الحروف المكتوبة في الجملة (أي يسار الجملة بصرياً). وبالتالي، فإن المعادلة القياسية تعمل بكفاءة مطلقة مع النصوص العربية دون أدنى تشويه أو انقلاب في بنية الكلمات.

ومع ذلك، ينبغي الانتباه إلى التراكيب الصرفية مثل حروف العطف المتصلة (كالواو الملتصقة بالكلمة)، وحروف الجر، وعلامات التشكيل؛ فحركات التشكيل (كالفتحة والضمة والتنوين) تُحسب كمحارف مستقلة داخل دالة LEN، مما قد يزيد الحجم الحسابي للنص. كما أن واو العطف المتصلة في نهاية الجمل تُعامل كجزء من الكلمة الأخيرة لغياب المسافة الفاصلة، وهو ما يتطلب تدخلاً بالمعالجة النحوية إذا اقتضت طبيعة التحليل اللغوي تفكيك الروابط المتصلة.

9.3 التوافق مع الرموز التعبيرية واليونيكود والمحارف غير اللاتينية

مع الانتشار الواسع لوسائل التواصل الاجتماعي، أصبحت البيانات السلوكية واستطلاعات الرأي تعج بالرموز التعبيرية الإيموجي (Emojis) والمحارف العالمية الممتدة المشفرة وفق نظام يونيكود (Unicode). وهنا تبرز مشكلة تقنية عميقة ترتبط بكيفية تعامل جداول البيانات مع هذه المحارف المتقدمة أثناء محاولات استخراج الكلمة الأخيرة.

تحتل الرموز التعبيرية عادة أكثر من بايتين في الذاكرة، ويتم تمثيلها في بنية النصوص بما يُعرف بالأزواج البديلة (Surrogate Pairs)، مما يجعل دالة LEN تحتسب الرمز التعبيري الواحد كحرفين أو أكثر أحياناً في المقياس الحسابي الداخلي. فإذا كانت السلسلة النصية تنتهي برمز تعبيري ملاصق للكلمة أو يفصله عنها مسافة، فإن ذلك قد يؤدي إلى استخراج الإيموجي نفسه باعتباره “الكلمة الأخيرة”، أو إتلاف ترميز المحرف وبتره في صورة مربعات فارغة أو رموز استفهام سوداء مشوهة ().

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

10. الأتمتة المتقدمة باستخدام نصوص تطبيقات جوجل (Google Apps Script)

10.1 كتابة دالة مخصصة (Custom Function) لاستخراج الكلمة الأخيرة

يوفر نظام جداول بيانات جوجل بيئة برمجية سحابية متكاملة تستند إلى لغة الجافا سكريبت تُعرف بـ نصوص تطبيقات جوجل (Google Apps Script). تتيح هذه المنصة للمطورين والباحثين تجاوز تعقيدات الصيغ الحسابية المركبة وبناء دوال برمجية مخصصة (Custom Functions) تؤدي المهام المطلوبة بكفاءة برمجية فائقة وبمظهر غاية في البساطة والأناقة.

لإنشاء دالة مخصصة لاستخراج الكلمة الأخيرة، يدخل المستخدم إلى قائمة “التوسيعات” (Extensions) ثم يختار “Apps Script”، ويقوم بلصق الكود البرمجي التالي داخل المحرر السحابي:


/**
* دالة مخصصة لاستخراج الكلمة الأخيرة من الخلية النصية
* @param {string} input النص المراد استخراج الكلمة الأخيرة منه
* @return {string} الكلمة الأخيرة المستخرجة
* @customfunction
*/
function GET_LAST_WORD(input) {
if (!input || typeof input !== 'string') {
return "";
}
var cleanText = input.trim();
if (cleanText === "") {
return "";
}
var words = cleanText.split(/s+/);
return words[words.length - 1];
}


عقب حفظ الكود، تصبح الدالة الجديدة =GET_LAST_WORD(A2) متاحة للاستخدام فوراً داخل خلايا ورقة العمل بصورة مطابقة تماماً لكافة الدوال الأصلية المدمجة في البرنامج، مما يبسط واجهة الاستخدام بصورة هائلة ويجعل الصيغ مفهومة لأي مستخدم عادي دون الحاجة لمعرفة التعقيدات الرياضية الكامنة وراء استبدال المسافات.

10.2 مقارنة الدالة البرمجية المخصصة بالصيغ المدمجة في البرنامج

على الرغم من الأناقة البرمجية الفائقة للدوال المخصصة المنشأة عبر Apps Script، إلا أن اتخاذ القرار باعتمادها كبديل للصيغ المدمجة يتطلب موازنة دقيقة بين بساطة الصيانة وكفاءة الأداء:

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

في المقابل، يكمن العيب الجوهري للدوال المخصصة في سرعة التنفيذ والقيود التشغيلية؛ فالدوال المخصصة تعمل عبر استدعاء خوادم Apps Script الخارجية بصورة منفصلة، مما يسبب بطئاً ملحوظاً في التحميل وإعادة الحساب عند تطبيقها على جداول ضخمة تحتوي على عشرات الآلاف من الصفوف. في حين أن الدوال المدمجة (مثل TRIM، RIGHT، و REGEX) تعمل محلياً داخل المحرك الحوسبي المباشر لجداول البيانات، مما يجعلها أسرع بمئات المرات في معالجة النطاقات الواسعة.

10.3 إدارة الأذونات وتحسين استهلاك الموارد في الأكواد البرمجية

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

ولتحسين استهلاك الموارد البرمجية وتفادي تجاوز الحدود الزمنية لتنفيذ الأكواد (Execution Timeout Limits)، يُنصح بتصميم دوال مخصصة تقبل معالجة المصفوفات دفعة واحدة (Batch Processing) بدلاً من استدعاء الدالة لكل صف على حدة. يمكن تعديل كود الدالة ليقبل نطاقاً كاملاً مثل A2:A1000، ليقوم بمعالجة القيم داخل حلقة تكرارية في الذاكرة السريعة وإرجاع مصفوفة النتائج في طلب خادم واحد، مما يرفع كفاءة المعالجة ويضمن سرعة استجابة مذهلة للمستندات المعقدة.

11. تطبيقات منهجية وعملية في البحوث والبيانات السلوكية

11.1 استخراج أسماء العائلات والألقاب من الأسماء الكاملة للمبحوثين

في العلوم السلوكية، وعلم النفس الاجتماعي، والبحوث الطبية، تشكل إدارة هويات المشاركين وتوثيق بياناتهم حجر الزاوية للموثوقية الأكاديمية. غالباً ما تُسجل استمارات التسجيل أسماء المشاركين ثلاثية أو رباعية في حقل نصي واحد، وتنشأ الحاجة المنهجية لعزل “اسم العائلة” أو “اللقب الأخير” لإعادة ترتيب السجلات وفق الترتيب الأبجدي الأكاديمي، أو لربط بيانات المبحوث بسجلات وطنية وقواعد بيانات ثانوية أخرى.

يمكّن تطبيق معادلة استخراج الكلمة الأخيرة الباحث من أتمتة هذه العملية بالكامل؛ حيث يتم عزل اللقب في عمود مستقل تمهيداً لترميزه أبجدياً وتوحيد هويات المشاركين. ويوضح ذلك السيناريو المعالجات التالية:

• تحويل “أحمد محمد محمود الشريف” إلى اسم عائلة نقي: “الشريف”.
• تسهيل اكتشاف صلات القرابة والتشابه العائلي بين مجموعات المبحوثين للحد من انحيازات المعاينة (Sampling Bias).
• مطابقة الأسماء مع قواعد بيانات القياس البعدي بدقة متناهية دون تشتت ناتج عن تباين كتابة الأسماء الأولى.

كما يجب على الباحث الانتباه المنهجي للأسماء المركبة (مثل: عبد الله، أبو بكر، الدين، آل سعود)؛ حيث تستدعي هذه الحالات صياغة قواعد تحقق خاصة تضمن عدم بتر الاسم المركب والتعامل معه كوحدة دلالية واحدة لضمان أعلى مستويات الدقة في المعالجة السلوكية.

11.2 تحليل تصنيفات الاستجابات المفتوحة في الاستبيانات

تتضمن استبانات قياس الرأي العام والملاحظة السلوكية أسئلة مفتوحة النهاية تتيح للمستجيبين التعبير بحرية، وغالباً ما يُطلب من المفحوصين إنهاء عباراتهم بكلمة تقييمية حاسمة أو يضعون في ذيل إجاباتهم وصفاً تلخيصياً لشعورهم (مثال: “كانت التجربة في المجمل ممتازة”، أو “أداء الخدمة سيء”).

يسهم استخراج الكلمات الأخيرة من هذه الاستجابات النصية في تسريع عمليات الفرز الأولي والتصنيف التلقائي، وذلك عبر الخطوات التحليلية التالية:

• عزل الكلمات الختامية التي تعبر عن المشاعر (Sentiment Anchors) واستخدامها كمتغيرات نوعية سريعة.
• ربط الكلمات المستخرجة بقواميس تحليل المشاعر لتحويل الانطباعات اللفظية إلى مؤشرات رقمية تتراوح بين السلبية والإيجابية.
• فرز وتصفية الاستبيانات الحانقة أو غير المكتملة بصورة آلية لتوجيهها نحو المراجعة الميدانية المتعمقة، مما يوفر جهداً بشرياً كبيراً في مرحلة مراجعة البيانات الميدانية.

11.3 تنقية ومعايرة المتغيرات البحثية والرموز الرقمية المعقدة

في التجارب المعملية والدراسات المعتمدة على المستشعرات وأجهزة القياس البيولوجي والسلوكي (مثل أجهزة تتبع العين EEG و Eye-Tracking)، تُصدر الأنظمة ملفات سجلات (Log Files) تحتوي على معرفات مركبة مشفرة، تتكون عادة من سلسلة نصية تدمج اسم المعمل ورقم التجربة وكود الحالة في نص طويل ينتهي بالرمز التعريفي للمجموعة (مثال: “EXP_LAB1_TRIAL3_CTRL”).

يمثل استخراج هذا الرمز الأخير (مثل: CTRL أو TEST) خطوة حيوية وحاسمة في مرحلة هندسة المتغيرات؛ إذ يتم عزل الرمز الذي يمثل المتغير المستقل للظاهرة دون الحاجة لمعالجات برمجية معقدة خارج جداول البيانات. هذا المتغير المستخرج يُستخدم مباشرة في مصفوفات التوزيع التكراري، ونماذج تحليل التباين (ANOVA)، وتحليلات الانحدار المتعدد داخل الحزم الإحصائية المتقدمة مثل SPSS و R، مما يضمن اتساق تدفق البيانات وسلامة استنتاجات البحث العلمي وتطبيقاته العملية.

12. استكشاف الأخطاء الشائعة وحلولها وإرشادات الكفاءة المثلى

12.1 تشخيص الأخطاء الشائعة وطرق تصحيحها الفوري

عند بناء الصيغ المركبة للتعامل مع النصوص، قد تصادف المستخدم أخطاء حسابية وتشوهات في المخرجات تتطلب تشخيصاً علمياً دقيقاً لأسبابها وآليات تصحيحها الفوري:

• ظهور الخطأ #VALUE!: ينشأ هذا الخطأ عادة عن عدم تطابق نوع البيانات؛ كأن تشير المعادلة إلى خلية تحتوي على خطأ حسابي سابق، أو وجود معاملات سالبة في دالة الاقتطاع. ويكمن الحل في التحقق من أن الخلية المصدرية تحتوي على نص سليم واستخدام دالة IFERROR لتطويق الخطأ.
• إرجاع خلية فارغة بالرغم من وجود نص: يعود السبب الأبرز إلى وجود مسافات لاحقة طائشة في نهاية النص الأصلي، مما يجعل دالة RIGHT تقتطع محض مسافات فارغة. ويتم التصحيح الفوري بإحاطة مرجع الخلية بدالة TRIM مثل TRIM(A2) داخل كافة معاملات المعادلة.
• انقطاع الكلمة واستخراج جزء منها فقط: ينتج هذا الخلل عن استخدام أرقام ثابتة قصيرة في دوال التكرار والاقتطاع بدلاً من الاعتماد الديناميكي على LEN(A2)؛ ويتلاشى الخطأ فور مزامنة معاملات الدالتين مع الطول الحقيقي للنص.
• ظهور الخطأ #REF!: يظهر هذا الخطأ عند حذف أحد الأعمدة التي تعتمد عليها المعادلة كمرجع نسبي، أو عند إدراج دالة مصفوفية ARRAYFORMULA في خلية يقع أسفلها بيانات تمنع تمدد المصفوفة؛ ويكون الحل بإخلاء كافة الخلايا الواقعة تحت الصيغة المصفوفية لتمكينها من التمدد الذاتي بحرية.

12.2 أفضل الممارسات لتوثيق الصيغ النصية المعقدة وتسهيل صيانتها

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

تتضمن أفضل ممارسات الحفاظ على جودة المستندات النصية الخطوات التالية:

• إضافة التعليقات التوضيحية: استخدام ميزة “إدراج تعليق” (Comment) أو “ملاحظة” (Note) على رأس العمود لشرح المنطق الرياضي المستخدم، وكتابة الغرض من الصيغة والافتراضات التي بنيت عليها.
• الاعتماد على النطاقات المسماة (Named Ranges): يفضل تسمية نطاقات الإدخال بأسماء واضحة (مثل: نصوص_الاستبيان) بدلاً من الإحداثيات المبهمة A2:A5000، مما يجعل قراءة الصيغ وفهمها أمراً غاية في السهولة والوضوح.
• إنشاء دليل إجرائي مصاحب (Data Dictionary): تخصيص ورقة عمل مستقلة داخل الملف تُعرف بكافة المتغيرات والصيغ المركبة وطرق تنقية البيانات التي خضعت لها السجلات، مما يدعم معايير الشفافية العلمية وقابلية تكرار البحث (Reproducibility).

12.3 قائمة تدقيق نهائية للتحقق من سلامة البيانات المستخرجة ودقتها

قبل الشروع في استخدام الكلمات المستخرجة في التحليلات الإحصائية النهائية أو رفعها إلى مستودعات البيانات الإنتاجية، يتعين على المحلل إجراء فحص تدقيقي نهائي استناداً إلى المعايير التالية:

بند التدقيق	آلية التحقق الفني	الهدف من الإجراء
مطابقة عدد السجلات	مقارنة COUNTA للعمود المستخرج مع العمود الأصلي.	التأكد من عدم سقوط أي سجل أثناء المعالجة الحسابية.
خلو المخرجات من الفراغات	تطبيق فحص شرطي: =B2=TRIM(B2) على عينة ممتدة.	ضمان التطهير الكامل للكلمات من المسافات الهامشية.
سلامة الكلمات المفردة	تصفية الحالات التي كان الأصل فيها كلمة واحدة.	التحقق من أن النصوص الأحادية استُرجعت بدقة دون بتر.
تثبيت المخرجات كقيم	نسخ العمود ولصقه كـ “قيم فقط” (Paste Values).	عزل البيانات عن التبعية الحسابية وتحرير موارد النظام.

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

خاتمة

لقد استعرض هذا الدليل التأصيلي الشامل كافة الأبعاد الهندسية والتقنية المتعلقة باستخراج الكلمة الأخيرة من الخلية داخل جداول بيانات جوجل. وتبين لنا من خلال التشريح الرياضي للمعادلة القياسية =TRIM(RIGHT(SUBSTITUTE(A2," ",REPT(" ",LEN(A2))),LEN(A2))) كيف يمكن للحيل التحويلية القائمة على التلاعب بالفراغات الاصطناعية أن تتغلب ببراعة على غياب الدوال المباشرة، وتوفر حلاً ديناميكياً مرناً يتلاءم مع مختلف السلاسل النصية المعقدة.

كما بيّن التحليل المقارن قوة الحلول البديلة؛ حيث تبرز التعابير النمطية عبر REGEXEXTRACT كخيار فائق الإيجاز والمرونة للتعامل مع النصوص غير النمطية وعلامات الترقيم، في حين تمثل الأتمتة البرمجية بواسطة Google Apps Script خياراً مثالياً لتحسين تجربة المستخدم النهائي في المشاريع الإدارية المشتركة. ومع تطبيق مصفوفات التمدد ARRAYFORMULA واتباع أفضل ممارسات التحصين ضد الأخطاء، يستطيع الباحث والمحلل إدارة أضخم قواعد البيانات النصية بكفاءة استثنائية، محولاً النصوص غير المهيكلة إلى متغيرات نوعية دقيقة تدعم مصداقية البحوث وتدفع بقرارات الأعمال نحو مزيد من الدقة والريادة.

المراجع

• Google. (2023). Google Sheets function list: Text functions and array manipulation. Google Docs Editors Help. https://support.google.com/docs/table/25219
• Walkenbach, J. (2015). Excel 2016 formulas and functions. John Wiley & Sons.
• Friedl, J. E. (2006). Mastering regular expressions (3rd ed.). O’Reilly Media.
• Unicode Consortium. (2023). The Unicode standard, version 15.0: Core specification. Unicode Consortium. https://www.unicode.org/versions/Unicode15.0.0/
• Wickham, H. (2014). Tidy data. Journal of Statistical Software, 59(10), 1–23. https://doi.org/10.18637/jss.v059.i10
• Google Developers. (2023). Custom functions in Google Sheets using Apps Script. Google Developers Reference. https://developers.google.com/apps-script/guides/sheets/functions
• Manning, C. D., Raghavan, P., & Schütze, H. (2008). Introduction to information retrieval. Cambridge University Press. https://doi.org/10.1017/CBO9780511809071