سعر Morpho

معظم المحللين الذين أعرفهم يصنعون هذه الجداول ولوحات المعلومات للحصول على وظيفة (أنا أيضا) ، ولكن في معظم الأحيان يكون تسجيل مقابلة مسرحية منخفضة المستوى. عادة ما تتطلب منتجات البيانات المفيدة بعض الخصوصية في معالجة حالة الاستخدام ، ويمكن أن تكون متنوعة تماما. إذا كنت تجادل في إنشاء لوحات معلومات لمستخدم الإقراض المشترك ، فإن واجهة المستخدم من البروتوكولات كافية ، tbh. إذا تمكنت من العثور على حالة استخدام صغيرة لمساعدة المستخدم العادي ، فكما ذكرنا ، فهي مكانة صغيرة. مقل العيون الصغيرة جدا ، أو ربما لا تكون مقنعة بما يكفي كمحفظة وظيفية. وخير مثال على ذلك هو مثل لوحات معلومات إيرادات AAVE. إذا كنت تزرع الغلة ، فمن يهتم؟ من المحتمل أن يكون الأشخاص الذين يفعلون ذلك هم مصممو نمذجة مالية (الذين يحتاجون بعد ذلك إلى Excel لصنع نماذجهم ، لكننا نعلم بالفعل أن صادرات CSV هي PITA ومكلفة. مرة أخرى ، رادع آخر). ثم هناك أفراد AAVE أنفسهم ، والذين ربما فعلوا ذلك بالفعل و / أو استخدموه داخليا. رادع آخر للقيام بعمل مكرر. إنه مثل القول ، "من أنت كمستقل يمكن أن يكون لديه نفس المعرفة وتعريف المشكلة والموارد لمعالجة مشكلة بيانات Facebook؟" من المحتمل ألا تتمكن أبدا من معالجتها لأنك لست فيها. هذا يجعل منتج بيانات محلل البيانات الفردي العادي عالقا في مكان غريب حيث لا تستهلكه المعايير ولا البروتوكولات الأكبر. ألفا الوحيد هنا ، كما أدركت ، هو أنك بحاجة إلى البحث بجدية في بعض المشكلات التي تواجهها البروتوكولات وترى نفسك تتنافس مع محللي البيانات الداخليين ، وتعمل على المشكلات التي يعرفونها ولكن ليس لديهم النطاق الترددي لمعالجتها. لكن فرصة ذلك منخفضة ، وهي صعبة لأنك ربما لا تعرف متاهة فكرتهم جيدا بما فيه الكفاية. في رأيي ، البروتوكول الوحيد الذي يمكنك من خلاله استعراض مهاراتك التحليلية هو بندل. كانت TN شفافة بشكل ملحوظ في مشاركة مخاوفه ومخاوفه ، لذلك يمكنك الحصول على مشروع بيانات يعالج هذا :3. هذا ، إلى جانب معظم صانعي لوحات المعلومات الذين يستخدمون البيانات خارج السلسلة (APIs) والاستعلامات المغلقة ، يعني أن سرعة العمل التي يتم تمريرها تنخفض أيضا. ربما أكون مخطئا وأصرخ ، لكن هذه هي مجرد حالة الفضاء الآن. أعتقد أن الناس مرهقون بشكل عام ، وأن البروتوكولات تستوعب البيانات لأنفسهم لأن المساحة تنضج.