محرر تعاوني فوري

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

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

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

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

تم إصدار برنامج يسمى Instant Update لنظام التشغيل Mac OS الكلاسيكي في عام 1991 من قبل شركة ON Technology . ^{[ 1 ]} وقد سمح هذا البرنامج بتحرير مستند واحد في الوقت الفعلي من قبل عدة مستخدمين عبر شبكة محلية، وكان يعتمد على خادم مجموعة العمل .

تم عرض برنامج Quickoffice Conference ، وهو برنامج جداول بيانات تعاوني ، في معرض COMDEX 2001، وقد طوّره جيف موسى من شركة Cutting Edge Software. صُمم البرنامج لتمكين إمكانية عقد المؤتمرات والتعاون بين المستخدمين أنفسهم أو بين عدة مستخدمين، وكان يعمل على نظام التشغيل Palm OS للأجهزة المحمولة. ^{[ 2 ]}

أدى الاهتمام بالتحرير التعاوني في الوقت الحقيقي عبر الإنترنت إلى تطوير MoonEdit و SubEthaEdit في الفترة الزمنية 2003-2005، وتبع ذلك بعد فترة وجيزة Gobby .

مع ظهور تقنية Ajax ووظيفة "تحرير المحتوى" في المتصفحات، تطورت خاصية التحرير التعاوني الفوري عبر الإنترنت كجزء من ظاهرة Web 2.0 حوالي عام 2005. وشهد منتج Writely نموًا هائلًا في عدد المستخدمين، واستحوذت عليه جوجل في مارس 2006 (ليصبح اسمه Google Docs ، ثم Google Drive ). كان يوفر إمكانية التحرير المتزامن على كامل المستند، إلا أن تغييرات المستخدمين الآخرين لم تكن تُطبّق إلا بعد أن يقوم برنامج العميل باستطلاع الخادم (كل نصف دقيقة تقريبًا). ومن الحلول المبكرة الأخرى عبر الإنترنت JotSpotLive، الذي كان يتيح التحرير المتزامن سطرًا بسطر في وقت شبه فوري. ^{[ 3 ]} إلا أنه بعد استحواذ جوجل على الشركة الأم JotSpot في نوفمبر 2006، تم إغلاق الموقع. أُطلقت مواقع جوجل في فبراير 2007 كنسخة مُعاد تصميمها من JotSpot، ^{[ 4 ] [ 5 ] [ 6 ] [ 7 ]} إلا أنها تفتقر إلى إمكانيات التحرير التعاوني الفوري متعدد المستخدمين التي يوفرها JotLive. أما مشروعا Synchroedit (للنصوص المنسقة) وMobWrite (للنصوص العادية) فهما محاولتان حديثتان مفتوحتا المصدر لسدّ هذه الفجوة في التحرير التعاوني الفوري عبر المتصفح، إلا أنهما لا يزالان غير قادرين على تحقيق أداء فوري حقيقي، خاصةً على البنى واسعة النطاق.

في عام ٢٠٠٩، بدأت جوجل اختبارًا تجريبيًا لـ Google Wave ، وهي بيئة تعاون فورية كانت جوجل تأمل أن تحل محل البريد الإلكتروني والرسائل الفورية. استحوذت جوجل على EtherPad ، وألحقت فريق EtherPad بالعمل ضمن مشروع Wave. مع ذلك، أعلنت جوجل في أغسطس ٢٠١٠ على مدونتها ^{[ ٨ ]} أنها قررت التوقف عن تطوير Wave كمشروع مستقل، نظرًا لضعف إقبال المستخدمين. بعد أن أتاحت جوجل شفرة المصدر المهجورة لـ EtherPad كمصدر مفتوح في ديسمبر ٢٠٠٩، تولى المجتمع تطويرها وأنتج نسخة مُعاد كتابتها بالكامل باسم Etherpad lite ، وهي مكتوبة بالكامل بلغة JavaScript ومبنية على Node.js. من الأدوات البارزة الأخرى القائمة على تقنية التحويل التشغيلي CKEditor . ^{[ ٩ ]} شهد عام ٢٠٢٠ زيادة ملحوظة في الاهتمام بهذا المفهوم، حيث أطلقت مايكروسوفت مؤخرًا إطار عمل Fluid ، الذي يعتمد على تقنية Total Order Broadcast المبتكرة، بدلًا من OT أو CRDT. ^{[ ١٠ ]} Fluid حاليًا مستقل عن أي إطار عمل. تُصرّح مايكروسوفت بأنها ليست جاهزة بعد للاستخدام الإنتاجي. ^{[ 11 ]}

في يونيو 2016، أطلقت شركة Collabora Productivity الإصدار 1.0 من Collabora Online ، وهي حزمة برامج مكتبية مفتوحة المصدر عبر الإنترنت تستخدم تقنية LibreOffice ، ويمكن دمجها في أي موقع ويب ببضع أسطر من التعليمات البرمجية. تتوفر حزمة تطوير برمجية (SDK) تتضمن نماذج لبرامج التكامل بلغات برمجة متعددة ، منها Node.js و PHP و Python و ReactJS و .NET ، وتتميز هذه البرامج بمواصفات واجهة برمجة تطبيقات (API) تسمح بالتكامل السلس مع واجهات مستخدم قابلة للتخصيص. ^{[ 12 ] [ 13 ] [ 14 ]} مع Collabora Online، تبقى المستندات على الخادم، ويشارك كل مستخدم نفس المستند في الوقت نفسه، مما يسمح بتحرير مستند واحد بشكل تفاعلي دون أي تأخير إضافي لرؤية ما يكتبه المستخدمون الآخرون. كما أنها تغني عن الحاجة إلى قفل الفقرات في المستندات النصية. وتتيح هذه المنصة التحرير التعاوني الفوري لمستندات معالجة النصوص، وجداول البيانات، والعروض التقديمية، والرسومات، والرسومات المتجهة.

يمكن إجراء التحرير التعاوني الفوري عبر الإنترنت في تطبيقات الويب مثل Microsoft Office على الويب (المعروف سابقًا باسم Office Online ) - الذي يدعم التحرير المتزامن عبر الإنترنت (الذي تُشير إليه Microsoft باسم "التأليف المشترك") لمستندات Word وجداول بيانات Excel و PowerPoint وغيرها من مستندات Microsoft Office المخزنة على Office.com أو OneDrive أو SharePoint - أو Google Docs وتطبيقات Google Workspace الإنتاجية الأخرى (حزمة Office) - للتحرير التعاوني عبر الإنترنت لمعالجة النصوص وغيرها من المستندات المخزنة في Google Drive . كما يمكن إجراء التحرير التعاوني الفوري بطريقة هجينة، كما هو الحال مع Power Sheet BI لـ Excel، ^{[ 15 ]} في التحرير التعاوني دون اتصال بالإنترنت، وعبر الإنترنت، وعبر الويب في برامج سطح المكتب، بالإضافة إلى تطبيقات الويب والهواتف المحمولة، والتي يمكن مزامنتها تلقائيًا مع إمكانية الوصول الفوري إلى سجل الإصدارات. شهد عام 2020 عودة الاهتمام بتضمين هذه التطبيقات في تطبيقات الويب الآمنة، لا سيما في حالات الاستخدام التجاري، حيث تصدّرت مايكروسوفت وفادين المشهد بتوفير أنظمة خلفية متخصصة للتعاون الفوري، تتولى تعقيدات مشاركة البيانات المتزامنة في الوقت الفعلي، والتي يمكن للمطورين الاستفادة منها عبر واجهات برمجة التطبيقات (APIs). ^{[ 16 ] [ 17 ]} أصدرت موزيلا في عام 2013 مكتبة جافا سكريبت TogetherJS، التي تُضيف ميزة التحرير التعاوني الفوري إلى أي تطبيق ويب عبر نظام مراسلة، وخوارزمية تحويل تشغيلية اختيارية لمزامنة النماذج. ^{[ 18 ]}

أصدرت شركة Vaadin Ltd.، مطوّرة منصة Vaadin، الإصدار 1.0 من محرك التعاون الخاص بها في أكتوبر 2020، ^{[ 19 ]} بهدف تمكين المطورين من دمج ميزات التعاون والتحرير الفوري بسرعة في أي تطبيق ويب ذي واجهات خلفية Java باستخدام بضعة أسطر من التعليمات البرمجية (لحالات استخدام محددة عبر واجهات برمجة التطبيقات عالية المستوى، والتي لا تزال محدودة). ^{[ 20 ]} تدعم هذه الميزة حاليًا لغة Java، مع إشارة الشركة إلى أن واجهة برمجة تطبيقات قائمة على TypeScript ستُطرح قريبًا، تماشيًا مع التوسع المستمر لمنصة Vaadin لتمكين بناء واجهات المستخدم باستخدام TypeScript في المستقبل من خلال إطار عمل Fusion القادم. ^{[ 21 ] [ 22 ]}

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

1. اطلب رمز "تعديل المستند" من الخادم
2. انتظر حتى يقول الخادم إن دورنا قد حان لتعديل المستند
3. أخبر الخادم بكيفية تعديل المستند
4. قم بتحرير رمز "تعديل المستند".

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

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

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

تُعالج الحلول الأكثر تطوراً هذه المشكلة بطريقة لا تتطلب خادماً، ولا تستخدم نظام القفل (إذ يُمكن لجميع المستخدمين تعديل جميع أجزاء المستند بحرية في الوقت نفسه)، وتدعم أي عدد من المستخدمين (محدود فقط بموارد أجهزة الكمبيوتر). يُعدّ برنامجا UNA و SubEthaEdit مثالين على البرامج التي تتبنى هذا النهج.

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

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

في الماضي، عملت مايكروسوفت وآي بي إم على إضافة إمكانيات التعاون إلى بنيتهما الحالية. ^{[ 23 ]} على الرغم من تسويقها على أنها تعاون في الوقت الفعلي، فإن أساليب "مساحة العمل" هذه تتطلب إما قفل المستند (بحيث لا يمكن إلا لشخص واحد تعديله في كل مرة)، أو "التوفيق" بين التغييرات المتضاربة، وهو أمر يجده المستخدمون عمومًا غير مُرضٍ.

• التصفح المشترك
• نوع البيانات المكررة الخالية من التعارض
• الحوسبة الموزعة
• التحكم في الإصدارات الموزعة
• التعاون في الوثائق
• قائمة برامج التعاون
• نص فوري
• ويكي