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