وفي مجال تكنولوجيا الكمبيوتر، هناك "قانون مور" الذي اكتشفه الرئيس الفخري لشركة إنتل جوردون مور بعد ملاحظة طويلة الأمد، ويعني أن عدد الترانزستورات التي يمكن استيعابها في دائرة متكاملة سوف يتضاعف كل 18 تقريبًا شهور. . أليس هذا صحيحا في مجال البرمجيات؟ وخاصة إلى حد ما. عندما ذهبت إلى الكلية لأول مرة في عام 1992، واجهت 8088 جهازًا. كان تطوير البرامج يعتمد على واجهة سطر الأوامر Turbo C2.0 وقاعدة بيانات Foxbase وغيرها من "المدافع الأرضية"، ومفاهيم مثل برمجة الشبكات والمعالجة المتزامنة والمعالجة المتزامنة. التحكم في المعاملات لا يزال لم يسمع به من قبل. عندما كنت أقوم بمشروع التخرج الخاص بي في سنتي الأخيرة في عام 1996، قاد أحد مدرسينا ويدعى Teng مشروع التخرج وقدم لنا تطوير البرنامج في نموذج العميل/الخادم، وكانت الأداة المستخدمة هي Sybase/PowerBuilder، والآن حتى الإصدار الأصلي لم يعد PowerBuilder متاحًا، لقد تركت المدرسة قبل أن أتمكن من فهم مفهوم تطوير نموذج العميل/الخادم. بعد التخرج من مصلحة الضرائب، رأيت برنامج التجميع المستند إلى LAN، والذي يستخدم خادم ملفات NetWare وFoxpro2.5 لحل المعالجة المتزامنة، وكان هناك الكثير من الرموز لقفل وفتح الجداول أو السجلات في البرنامج من أجل حل مشكلة جدول معين، حير المبرمجون أذهانهم بشأن فتحه بشكل حصري أو مشترك. في أواخر التسعينيات، ظهر عدد كبير من تطبيقات C/S في مكان العمل، مثل وضع VB+SQL Server، ووضع PowerBuilder Sybase، ووضع Delphi+MS SqlServer، وما إلى ذلك. وفي ظل أسلوب C/S، حصل المبرمجون على فوائد كبيرة مجانًا، لا داعي للقلق بشأن قفل قاعدة البيانات وفتحها، ولكن عليك مراعاة مشكلات مثل معالجة المعاملات، والالتزام على مرحلتين والتراجع، واتساق البيانات. لاحقًا، مع ازدهار الإنترنت، ظهرت أنظمة تطبيقات هندسة B/S، وأصبحت تقنيات CGI وPHP وASP وJSP شائعة تدريجيًا. ومع ذلك، فإن كلا من معمارية العميل/الخادم والمتصفح/الخادم بها عيب فادح، أي أنها تعمل بشكل مستقل ولا يمكنها التخلص من سوء حظ "جزر المعلومات" ولا يمكنها تحقيق تكامل الأنظمة الموزعة، على سبيل المثال ، وعهدت إلى شركة برمجيات معينة بتطوير نظام للشراء والبيع وإدارة المخزون وإدارة المخزون، واشترت أيضًا مجموعة من البرامج المالية، وكلاهما لهما بنية C/S ولا توجد طريقة للتواصل بين النظامين ، ويجب إدخال قسائم المحاسبة يدويًا. ولحل هذه المشكلة، يستخدم الفنيون عادةً طريقة تبادل ملفات البيانات، مثل استخدام ملفات TXT موحدة ذات عرض متساوٍ، وكتابة ملفات تصدير البيانات التي يمكن أن يتعرف عليها نظام إدخال البيانات لنظام إخراج البيانات، ومن ثم الاستيراد يدويًا لهم من خلال نظام إدخال البيانات. تتميز هذه الطريقة بأداء ضعيف في الوقت الفعلي ويتم فقدان البيانات بسهولة أثناء عملية التبادل. يقوم البعض ببساطة بكتابة برامج سوكيت للاتصال [الشكل 1]. على سبيل المثال، يستخدم نظام التدقيق المتبادل للفواتير في مشروع Golden Tax هذه الطريقة للتواصل والتكامل بين أنظمة التدقيق الخاصة بالإدارة العامة ومكاتب المقاطعات ومكاتب البلديات.
