في يوم إطلاق Dreamspace، كنت من أوائل المنتظرين لتجربته. اكتب له وصفًا بلغة طبيعية، فينشئ لك عقدًا ذكيًا وواجهة أمامية وتطبيقًا يعمل على السلسلة، وينشره على Base، مستعينًا بقدرات نماذج Microsoft Azure. تقول الشركة إن مرحلة الاختبار شهدت إنشاء 34 ألف تطبيق، وإنها تخطط لإيصال الأداة إلى أكثر من مئة ألف طالب؛ وهذا رقم هائل بأي مقياس لأدوات المطورين. جرّبت بعض الأفكار، وكانت سرعة الإنشاء فعلًا مذهلة، كما أن الواجهات لم تكن سيئة. لكن ما جعلني أتوقف حقًا هو الخطوة التالية: من سيراجع العقود التي أُنشئت؟ آثار القوالب واضحة، وتصميم الصلاحيات غالبًا ما يفترض حلولًا سهلة، وهناك فجوة كاملة من عمليات التدقيق والتحقق من آلة الحالات بين مجرد تشغيل العقد وإطلاقه. ليست هذه مشكلة Dreamspace وحده؛ فأي أداة بلا برمجة ستواجهها. لكن خفضها العتبة إلى هذا الحد يضخّم المخاطر: فقد ينشئ طلاب صف واحد ثلاثة آلاف عقد متشابه. وبالمقارنة مع المنصات التي تقتصر على إنشاء الواجهات الأمامية، تكمن ميزتها في ربط طبقة العقود بطبقة البيانات، بحيث يمكن توصيل الاستعلامات مباشرةً ببيانات السلسلة المفهرسة؛ وهذه ميزة يصعب على الآخرين تقليدها بسرعة. خلاصة رأيي متحفظة: Dreamspace بوابة لجذب مستخدمين جدد، لا محركًا للإيرادات. وتكمن قيمته الحقيقية في إدخال مجموعة من غير المبرمجين إلى منظومة SXT، ومنحهم أول تجربة عملية لإمكانات بيانات السلسلة. أما ما إذا كان هؤلاء سيبقون ويصبحون عملاء يدفعون، فسنرى ذلك في مثل هذا الوقت من العام المقبل؛ إذ إن الاطلاع على بيانات الاحتفاظ بالمستخدمين أجدى من التصفيق في حفل الإطلاق. #sxt $SXT @SpaceandTime