gamma-scholar

bysinan nahrain

مقترح مشروع تطبيق: «نبض الباحث» (Scholar Pulse) الهدف من التطبيق هو بناء منصة موحدة (Aggregator) تجمع الهويات الأكاديمية للباحث والتدريسي في مكان واحد، مع التركيز على ميزة التنبيه اللحظي (Push Notifications) عند حصول أي استشهاد (Citation) جديد لأبحاثه. 1. الميزات الأساسية (Core Features) * المعرف الأكاديمي الموحد: واجهة واحدة تربط حسابات الباحث في (Google Scholar, ORCID, Scopus, ResearchGate, Web of Science). * نظام إشعارات الاستشهادات (Citation Alerts): إشعارات فورية عبر التطبيق أو البريد الإلكتروني عند رصد استشهاد جديد لبحث، أو عند نشر بحث جديد يحمل اسم الباحث. * بطاقة الأداء الأكاديمي (Analytics Dashboard): رسوم بيانية بسيطة توضح نمو الاستشهادات زمنياً، وتحديث مؤشر (h-index) و (i10-index) بشكل تلقائي. * مشاركة الملف الشخصي: رابط واحد (Bio Link) أو رمز استجابة سريعة (QR Code) يجمّع كل حسابات التدريسي، يمكن وضعه في سيرته الذاتية أو مشاركته مع طلبته وزملائه. 2. البنية التقنية المقترحة (Tech Stack) لتسريع عملية التطوير وضمان الأداء العالي والتوافق مع بيئات الويب والهواتف، يمكن بناء النظام باستخدام التقنيات التالية: * الواجهات الأمامية (Frontend): يمكن تطويره كتطبيق ويب تقدمي (PWA) باستخدام React لتسهيل الوصول إليه دون قيود متاجر التطبيقات، أو استخدام Flutter إذا كان الهدف إطلاق تطبيق أصلي (Native App) لضمان كفاءة إشعارات الهواتف. * الخوادم وقواعد البيانات (Backend): Supabase يمثل خياراً مثالياً هنا لإدارة المصادقة (Authentication)، وقاعدة بيانات PostgreSQL لحفظ ملفات الباحثين، بالإضافة إلى ميزة (Edge Functions) لتشغيل المهام المجدولة (Cron Jobs) التي تبحث عن الاستشهادات الجديدة. * جلب البيانات (Data Fetching & APIs): * Semantic Scholar API / CrossRef API: واجهات مجانية وممتازة لجلب بيانات الأبحاث والاستشهادات بشكل رسمي وموثوق. * ORCID API: لربط هوية الباحث وسحب سجل منشوراته. * Scraping APIs: نظراً لأن Google Scholar لا يمتلك واجهة برمجية (API) رسمية، يمكن استخدام خدمات مثل SerpApi (Google Scholar API) لجلب بيانات الاستشهادات والمؤشرات الخاصة بالباحثين بشكل مهيكل، أو بناء سكريبت (Node.js/Python) يعتمد على التتبع الدوري. 3. آلية عمل نظام الإشعارات (Workflow) * التسجيل والربط: يُنشئ التدريسي حسابه ويدخل روابط حساباته الأكاديمية (أو الـ ID الخاص به في كل منصة). * المزامنة الأولية: يسحب التطبيق العدد الحالي للاستشهادات والأبحاث ويخزنها كـ "نقطة أساس" في قاعدة البيانات. * الفحص الدوري (Cron Jobs): كل 24 ساعة، تقوم الخوادم (Supabase Edge Functions) بإرسال طلبات للـ APIs لمقارنة العدد الجديد بالعدد المخزن. * إطلاق الإشعار: في حال رصد زيادة في الاستشهادات، يتم جلب تفاصيل البحث المُستشهِد، ويُرسل إشعار (Push Notification) للباحث: "تهانينا! تم الاستشهاد ببحثك [اسم البحث] في دراسة جديدة بعنوان [اسم الدراسة الجديدة]". 4. التحديات التقنية وطرق تجاوزها * تحديثات Google Scholar: المنصة تضع قيوداً صارمة على الـ Web Scraping. * الحل: الاعتماد على Semantic Scholar و CrossRef كأولوية لأنها توفر APIs رسمية ومجانية، واستخدام SerpApi فقط لجلب مؤشر H-index من Google Scholar لتقليل التكلفة وحظر الـ IP. * توحيد أسماء الباحثين (Name Disambiguation): تشابه الأسماء في النشر العلمي. * الحل: الاعتماد بشكل أساسي على معرف ORCID كمعيار أساسي لربط الباحث بأبحاثه الحقيقية بعيداً عن تشابه الأسماء. 5. خطة الإطلاق (MVP) للبدء بجهد مركز، أنصح باختصار النسخة الأولى لتشمل فقط: * تسجيل الدخول. * ربط حساب Google Scholar فقط (كونه الأكثر استخداماً في الجامعات العراقية والعربية). * لوحة تحكم تعرض الأبحاث والاستشهادات. * ميزة إرسال بريد إلكتروني أو إشعار عند زيادة الاستشهادات.