لوحة المتصدرين

السلام عليكم ازي ارفع ملفات المشروع علي GitHub ؟ وهل بغد مارفع ملفات المشروع امسح الملف من الجهازي ؟

وعليكم السلام ورحمة الله وبركاته. الأمر بسيط وقد تم الإجابة على هذا السؤال بالتفاصيل من خلال الرابط التالي : أما بخصوص حذف الملفات فلا يجب حذفها إذا كنت ستعمل علي المشروع . أما إذا فقط رفعته ولم تعد بحاجه إليه فلابئس يمكنك حذفه ولكن لا أفضل هذا.

السلام عليكم هو اي الفرق مابين لبيانات المهيكلة وغير المهيكلة ؟

السلام عليكم هو اي الهدف من تحليل البيانات في بناء نماذج تعلم الاله ؟ هو يعني الهدف بس من تحليل البيانات ان لو في قيمه ناقص او قيمه متضرف نشلها والا اي الموضوع ؟

وعليكم السلام ورحمة الله وبركاته. إن تحليل البيانات في بناء نماذج تعلم الآلة هو خطوة أساسية تهدف إلى تحسين جودة البيانات وتجهيزها للاستخدام المباشر في النماذج. حيث أن الهدف من تحليل البيانات ليس فقط التعامل مع القيم المفقودة أو المتطرفة ولكن لأسباب أخرى كثيرة : تنظيف البيانات: يمكن استبعاد القيم المفقودة أو استبدالها بقيم مناسبة (مثل المتوسط أو التكرار الأكثر). قد يتم إزالة أو تعديل القيم غير الطبيعية (Outliers) التي قد تؤثر سلبًا على النموذج. اختيار الميزات : بعض المتغيرات قد تكون غير ذات صلة بالمشكلة، أو قد تحتوي على معلومات زائدة مما يزيد من تعقيد النموذج وإحتمالية وجود أخطاء لإستخدام متغيرات وبيانات غير مهمة لذلك يجب أن يتم اختيار الميزات الأكثر أهمية فقط. (Normalization/Standardization): البيانات قد تكون موزعة على نطاقات مختلفة (مثل الرواتب مقابل الأعمار) ولذلك يتطلب توحيد المدى ليعمل النموذج بشكل أفضل خاصة في نماذج مثل الـ SVM أو الشبكات العصبية. تحويل البيانات: في بعض الحالات، قد يكون من الضروري تحويل البيانات إلى شكل يمكن للنموذج فهمه بشكل أفضل. على سبيل المثال، تحويل المتغيرات النصية إلى متغيرات رقمية . تلخيصا لما سبق فإن تحليل البيانات يستخدم لتحسين جودة البيانات وتحضيرها بحيث تكون مناسبة لتدريب النموذج وإخراج نتائج ذات دقة عالية، وتقليل المشاكل التي تحدث بسبب القيم غير المفيدة أو المتضررة.

وعليكم السلام ورحمة الله وبركاته. البيانات المهيكلة (Structured Data) وغير المهيكلة (Unstructured Data) هما نوعان مختلفان للبيانات ولنرى معا الفرق بينهما . البيانات المهيكلة (Structured Data): البيانات المهيكلة تكون منظمة في شكل جداول ذات صفوف وأعمدة ثابته مثل قواعد البيانات SQL حيث كل صف يمثل سجلا في القاعدة وكل عمود يمثل تلك البيانات لهذا السجل. لها تنسيق محدد حيث لا يمكن أن يختلف تنسيق كل سجل عن الأخر فيجب على جميع السجلات أن تكون لها نفس الأعمدة ولا يمكن لسجل أن يحوى عمود زائد أو ينقص عن عمود أخر و يمكن بسهولة كتابة إستعلامات وتحليل تلك البيانات بفضل تلك العلاقات حيث تكون البيانات واضحة. البيانات غير المهيكلة (Unstructured Data): ليس لها بنية محددة أو قواعد تنظيمية ثابتة فيختلف كل سجل عن الأخر. لا تتبع تنسيقا أو قيد كما في البيانات المهيكلة مما يجعل من الصعب تخزينها وتحليلها في قواعد البيانات التقليدية حيث لا يوجد قيد أو علاقات لتربط تلك البيانات . إذا تلخيصا لما سبق البيانات المهيكلة لها بنية محددة وقيود لا يمكن مخالفتها وهي مفيدة للبيانات المنظمة والمتشابهة، أما البيانات غير المهيكلة فليست لها بنية محددة ويمكن لكل سجل أن يحوى أي بيانات حتي لو لم توجد في السجلات الأخرى . ويمكنك قراءة الإجابة التالية إذا كنت تريد الفرق بينهما بالنسبة لقواعد البيانات :

لدي استفسار عن هل يجب حفظ كيف يعمل المحرك ولا يكفي فقط الفهم وهل هاذا الشيء ضروري

webpack في الاصل هو مجمع ملفات او بشكل ادق مجمع وحدات module bundler تقوم بتجميع عدد من ملفات الجافاسكربت، الـ HTML والcss لتجعلها في ملف واحد، وبهذا المنطق تتيح الكثير من الميزات الأخرى على سبيل: امكانية تقسيم الشيفرات وتجزئتها. استخدام المحملات لتحميل وتفسير انواع معينة من الملفات مثل sass. فصل بيئة التطوير عن بيئة الانتاج. وغيرها الكثير.. عيب هاته الطريقة انها قد تأخذ الكثير من الوقت أثناء عملية التطوير. لنقل مثلا أنك تستخدم 2000 وحدة نمطية في تطبيق كبير لديك. الآن عملية بناء او تجميع او تحزيم هاته الوحدات قد ياخذ وقتا طويلا جدا بادئ الأمر. ثم ستكون عملية الاستماع الى التغييرات هي الأخرى بطيئة (رغم التخزين المؤقت) لأن ويب باك تقوم كل مرة بإعادة تجميع كامل الملفات واخراجها في ملف واحد كل مرة ولا تستثني الملفات الغير معدلة، هذا بجانب تشغيل كامل المحملات والوحدات الاخرى. ويتم تقديم laravel-mix كآداة توفر واجهة تطبيقات برمجية للعمل بـ webpack بشكل أكثر فعالية في تطبيقات لارافيل لذات الغرض السابق. يأتي Vite هنا لتقديم حل استثنائي لتحسين تجربة التطوير وتسريعها، فالفكرة الاساسية منه هو تحويل وتقديم جزء من شيفرة التطبيق الخاص بك عندما يطلب المتصفح ذلك وفقط. فعند بداية عملية التطوير سيقوم Vite بتقسيم وحدات جافاسكربت الخاصة بك الى فئتين: dependency modules أو وحدات التبعية، وهي الوحدات التي يتم تحميلها وطلبها من node_modules. يتم ذلك عن طريق مجمع يدعى esbuild هو مكتوب بلغة Go ويعد اسرع بـ 10 الى 100 مرة من ويب باك. application modules او وحدات التطبيق، وهي الوحدات التي تشتغل عليها او بالأحرى هي ملفات تطبيقك. ويبباك تقوم بتجميع كل ما ينتمي لكليهما واخراجهما في ملف واحد كل مرة تطلبه. يدعى هذا بـ bundler-based workflow او سير العمل القائم على التحزيم. Vite تقوم فقط بتجميع وحدات التبعية الخاصة بك، في حين ان وحدات التطبيق تقدم فقط حينما يتم طلبها او في لحظة ما تكون مستعملة من طرف صفحة ما او مكون ما. تسمي Vite هذا بـ vite ESM-based dev build أو سير العمل القائم على وحدات ES. بمعنى أنه قادر على معالجة التطوير الخاص بك بشكل أسرع كثيرا من Webpack. وقد لا تلحظ هذا مع تطبيقات عادية، ولكن ستزداد الحاجة الى تجميع اسرع مع ازدياد حاجيات التطبيق وتوسعه. وبما أنه يخدم مفهوم التوسع scalability أكثر من ويب باك فإن لارافيل ضمته إليها هذا الاسبوع فقط ليزيد من حظ وقدرة لارافيل في بناء تطبيقات بأحجام عملاقة، بجانب المحافظة على تجربة تطوير جيدة الى ممتازة. يتفائل الكثير من المطورون باستعمال لارافيل له، ويرون أنه الجيل الجديد من ادوات بناء جافاسكربت بخدمته لمفهوم الوحدات في المتصفح، وهو مفهوم لم يكن شائعا قبله. وكتجربة شخصية، عملت بـ Vite في تطبيق واجهة أمامية بـ VueJS وكانت تجربة التطوير رائعة مقارنة بالتطبيقات التي اعتمدت على ويب باك فيها. وبما أن Vite مقدم من مطوري VueJS أنفسهم فأظن أنه سيكون هنالك تقارب أكثر بين VueJS و Laravel في المستقبل.