Node.js Learning Path - From Novice To Ninja.pdf
518.1 KB
مسار تعلم Node.js من الصفر 💯
.
.
جمعتلك أهم الأساسيات والمفاهيم اللي لازم تعرفها عشان تبدأ رحلتك مع Node.js لحد ما توصل لمستوى كويس جدًا بإذن الله تعالى. ✅
.
.
جمعتلك أهم الأساسيات والمفاهيم اللي لازم تعرفها عشان تبدأ رحلتك مع Node.js لحد ما توصل لمستوى كويس جدًا بإذن الله تعالى. ✅
Node.js Learning Path: From Novice to Ninja 🥷🏻
❤2
مسار تطوير تطبيقات Flutter
سنتعرف في المسار على طريقة بناء تطبيقات الموبايل والويب باستخدام Flutter، حيث تبدأ رحلتك بتعلم لغة Dart ثم تنتقل لتعلم مبادئ وأساسيات بناء التطبيقات باستخدام Flutter، كما ستتعرف على طريقة استخدام قواعد البيانات واستخدام أنظمة التحكم بالإصدارات Git و GitHub.
https://satr.tuwaiq.edu.sa/path/OHarLRCHae/view
دردشة سريعة عن Docker 💯
.
.
تعال ندردش شوية عن Docker بطريقة بسيطة ونفهم هو ليه شيء أساسي في تطوير التطبيقات...
———
📌 إيه هو Docker؟
ببساطة، Docker هو منصة بتسمح لك تبني، تختبر، وتشغل تطبيقاتك في حاجة اسمها Container.
طيب يعني إيه Container؟
فكر فيها زي علبة بتحط فيها التطبيق بتاعك بكل المكونات اللي محتاجها عشان يشتغل: الـ Code، الـ Libraries، والـ Dependencies اللي مستخدمها، والـ System Configurations.
الفكرة الأساسية إن الـ Container ده بيشتغل زي ما هو على أي جهاز أو سيرفر، بغض النظر عن الـ Operating System أو الـ Environment اللي عليه. يعني لو التطبيق شغال عندك على جهازك الشخصي، هيشتغل بالضبط بنفس الطريقة على أي سيرفر تاني من غير مشاكل.
———
📌 ليه Docker مهم في مجال السوفتوير؟
⚡️ التوافق بين البيئات المختلفة:
من أكتر المشاكل اللي معظمنا بيقابلها إنك تشتغل على مشروع على جهازك وكل حاجة تبقى تمام، لكن أول ما تيجي ترفعه على السيرفر، تبدأ المشاكل...
ممكن الـ Libraries أو الـ Environment اللي على السيرفر تكون مختلفة عن جهازك، وده يخلي حاجات كتير تبطل تشتغل.
وهنا بييجي دور Docker، من خلال الـ Container اللي بيبنيها، كل حاجة بتكون جاهزة ومتوافقة مع بعضها، فالتطبيق بتاعك هيشتغل بنفس الكفاءة على أي بيئة تانية من غير تعديلات.
———
⚡️ سرعة الانتقال من مرحلة التطوير للإنتاج:
العادي في أي مشروع إنك بتبدأ بـ Development Environment، وبعد كده تنقل المشروع لـ Production Environment.
نقل المشروع ده ممكن ياخد وقت ومجهود كبير، خصوصًا لو بتحتاج تعيد تهيئة البيئة الجديدة كل مرة. Docker بيحل المشكلة دي عن طريق إنك بتجهز كل حاجة في Container واحد، وبتقدر تنقله مباشرة لأي مكان، وبالتالي بتقلل الوقت اللي بياخده المشروع عشان يبقى جاهز للنشر.
———
تقدر تعمل نسخ متعددة من الـ Containers وتشغلهم على أي عدد من السيرفرات بسهولة وفي وقت قليل، وبالتالي تقدر تتعامل مع زيادة الأحمال بدون مشاكل.
———
⚡️ سهولة التجربة والاختبار:
ميزة Docker إنه بيوفر لك بيئة معزولة لتجربة أفكار جديدة أو تعديل كود معين بدون التأثير على التطبيق الرئيسي. يعني، لو عايز تجرب Framework جديد أو تضيف Feature للتطبيق، تقدر تعمل Container جديد وتجرب براحتك من غير ما تأثر على البيئة اللي شغال عليها باقي الفريق أو المشروع الأساسي.
———
⚡️ الحفاظ على استمرارية العمل:
من خلال Docker تقدر تتأكد إن نفس الـ Setup شغال عندك، عند باقي الفريق، وعلى السيرفرات اللي بتشغل التطبيق. ده معناه إن مفيش مشاكل هتحصل بسبب فرق في الـ Configuration أو الـ Environment.
.
.
تعال ندردش شوية عن Docker بطريقة بسيطة ونفهم هو ليه شيء أساسي في تطوير التطبيقات...
———
📌 إيه هو Docker؟
ببساطة، Docker هو منصة بتسمح لك تبني، تختبر، وتشغل تطبيقاتك في حاجة اسمها Container.
طيب يعني إيه Container؟
فكر فيها زي علبة بتحط فيها التطبيق بتاعك بكل المكونات اللي محتاجها عشان يشتغل: الـ Code، الـ Libraries، والـ Dependencies اللي مستخدمها، والـ System Configurations.
الفكرة الأساسية إن الـ Container ده بيشتغل زي ما هو على أي جهاز أو سيرفر، بغض النظر عن الـ Operating System أو الـ Environment اللي عليه. يعني لو التطبيق شغال عندك على جهازك الشخصي، هيشتغل بالضبط بنفس الطريقة على أي سيرفر تاني من غير مشاكل.
———
📌 ليه Docker مهم في مجال السوفتوير؟
⚡️ التوافق بين البيئات المختلفة:
من أكتر المشاكل اللي معظمنا بيقابلها إنك تشتغل على مشروع على جهازك وكل حاجة تبقى تمام، لكن أول ما تيجي ترفعه على السيرفر، تبدأ المشاكل...
ممكن الـ Libraries أو الـ Environment اللي على السيرفر تكون مختلفة عن جهازك، وده يخلي حاجات كتير تبطل تشتغل.
وهنا بييجي دور Docker، من خلال الـ Container اللي بيبنيها، كل حاجة بتكون جاهزة ومتوافقة مع بعضها، فالتطبيق بتاعك هيشتغل بنفس الكفاءة على أي بيئة تانية من غير تعديلات.
———
⚡️ سرعة الانتقال من مرحلة التطوير للإنتاج:
العادي في أي مشروع إنك بتبدأ بـ Development Environment، وبعد كده تنقل المشروع لـ Production Environment.
نقل المشروع ده ممكن ياخد وقت ومجهود كبير، خصوصًا لو بتحتاج تعيد تهيئة البيئة الجديدة كل مرة. Docker بيحل المشكلة دي عن طريق إنك بتجهز كل حاجة في Container واحد، وبتقدر تنقله مباشرة لأي مكان، وبالتالي بتقلل الوقت اللي بياخده المشروع عشان يبقى جاهز للنشر.
———
تقدر تعمل نسخ متعددة من الـ Containers وتشغلهم على أي عدد من السيرفرات بسهولة وفي وقت قليل، وبالتالي تقدر تتعامل مع زيادة الأحمال بدون مشاكل.
———
⚡️ سهولة التجربة والاختبار:
ميزة Docker إنه بيوفر لك بيئة معزولة لتجربة أفكار جديدة أو تعديل كود معين بدون التأثير على التطبيق الرئيسي. يعني، لو عايز تجرب Framework جديد أو تضيف Feature للتطبيق، تقدر تعمل Container جديد وتجرب براحتك من غير ما تأثر على البيئة اللي شغال عليها باقي الفريق أو المشروع الأساسي.
———
⚡️ الحفاظ على استمرارية العمل:
من خلال Docker تقدر تتأكد إن نفس الـ Setup شغال عندك، عند باقي الفريق، وعلى السيرفرات اللي بتشغل التطبيق. ده معناه إن مفيش مشاكل هتحصل بسبب فرق في الـ Configuration أو الـ Environment.
❤14
ليه الـ Caching مهم؟ وإزاي تختار الطريقة الأفضل؟ 🤔
.
.
خليني أسألك سؤال: عمرك دخلت على تطبيق ولقيته سريع جدًا في تحميل البيانات؟ ولو فكرت ليه سريع كده، غالبًا الإجابة هتكون إنه بيستخدم الـ Caching.
التخزين المؤقت (Cache) مش بس بيساعد في تحسين الأداء، بل ممكن يكون الفرق بين تجربة مستخدم ممتازة وتطبيق الناس بتكرهه بسبب البطء (وأكيد مر عليك تطبيقات بالشكل ده).
لما بتطلب داتا، بدل ما ترجع للسيرفر في كل مرة، بتحفظ نسخة منها في الـ Cache، وده بيقلل الـ Latency، ويخفف الحمل على قواعد البيانات (Database)، ويوفر في التكلفة.
لكن السؤال المهم: إيه أفضل طريقة تستخدم بها الـ Caching؟ 🤔 مش كل الـ Caching Strategy بتنفع في كل السيناريوهات.
فيه Strategies مختلفة، وكل واحدة لها استخداماتها، مميزاتها وعيوبها. وعلشان كده، لازم تفهمهم كويس علشان تختار اللي يناسب حالتك.
———
1- الـ Cache Aside (Lazy Loading)
الـ Cache هنا شغال زي مساعد مش أساسي. لما التطبيق يحتاج داتا، بيشوف الأول هل موجودة في الـ Cache؟ لو موجودة (Cache Hit)، بيستخدمها، لو مش موجودة (Cache Miss)، بيروح للـ Database، يسحب الداتا، ويخزنها في الـ Cache علشان لو اتطلبت تاني تكون موجودة.
🔹 المميزات:
- بسيط وسهل التطبيق.
- الداتا مش بتتحمل في الـ Cache إلا لما يكون فيه طلب فعلي ليها، فمفيش تحميل غير ضروري.
🔹 العيوب:
- أول طلب دايمًا هيكون بطيء لأنه هيروح للـ Database.
- لو حصل تحديث في الداتا في الـ Database، الـ Cache مش هيعرف غير لما يتطلب تاني.
📌 إمتى تستخدمه؟
لما يكون عندك بيانات بتتغير بشكل غير متكرر، وعايز تقلل الـ Load على الـ Database بدون ما تستهلك مساحة كبيرة في الـ Cache.
———
2- الـ Write Through
هنا أي داتا جديدة بتتكتب في الـ Cache وفي نفس اللحظة بتتكتب في الـ Database. يعني مش هتلاقي حاجة في الـ Cache غير اللي متسجلة في الـ Database فعلًا.
🔹 المميزات:
- الـ Cache دايمًا متزامن مع الـ Database.
- البيانات مش هتضيع لو الـ Cache حصل له Restart، لأنها محفوظة في الـ Database.
🔹 العيوب:
- الأداء ممكن يكون أبطأ لأن أي Write هيتنفذ مرتين (في الـ Cache وفي الـ Database).
- مش دايمًا هتستفيد من الـ Cache، لأن البيانات الجديدة مش بيتم طلبها بنفس سرعة البيانات القديمة.
📌 إمتى تستخدمه؟
لو عندك نظام Critical لازم يكون دايمًا متزامن ومفيش أي احتمالية لفقد البيانات، زي الأنظمة المالية أو الطلبات في الـ E-commerce.
———
3- الـ Write Back (Write Behind)
عكس الـ Write Through، هنا أي داتا جديدة بتتكتب في الـ Cache الأول، وبعد كده بيتم إرسالها للـ Database بشكل غير متزامن (Asynchronously) بعد فترة معينة أو عند الوصول لحجم معين من البيانات.
🔹 المميزات:
- أسرع في الكتابة لأنه مش بيعمل Load على الـ Database مع كل عملية Write.
- بيساعد في تحسين الأداء لما يكون فيه عدد كبير من عمليات الكتابة.
🔹 العيوب:
- لو الـ Cache حصل له Failure قبل ما يرسل البيانات للـ Database، البيانات هتضيع.
- محتاج Mechanism قوية لإدارة الـ Synchronization بين الـ Cache والـ Database.
📌 إمتى تستخدمه؟
لما يكون عندك تطبيق بيحتاج سرعة عالية جدًا في الكتابة، بس ممكن يتحمل تأخير بسيط في تحديث البيانات في الـ Database، زي التطبيقات اللي فيها Logging أو Analytics.
———
إن شاء الله التكملة في الجزء الثاني...
.
.
خليني أسألك سؤال: عمرك دخلت على تطبيق ولقيته سريع جدًا في تحميل البيانات؟ ولو فكرت ليه سريع كده، غالبًا الإجابة هتكون إنه بيستخدم الـ Caching.
التخزين المؤقت (Cache) مش بس بيساعد في تحسين الأداء، بل ممكن يكون الفرق بين تجربة مستخدم ممتازة وتطبيق الناس بتكرهه بسبب البطء (وأكيد مر عليك تطبيقات بالشكل ده).
لما بتطلب داتا، بدل ما ترجع للسيرفر في كل مرة، بتحفظ نسخة منها في الـ Cache، وده بيقلل الـ Latency، ويخفف الحمل على قواعد البيانات (Database)، ويوفر في التكلفة.
لكن السؤال المهم: إيه أفضل طريقة تستخدم بها الـ Caching؟ 🤔 مش كل الـ Caching Strategy بتنفع في كل السيناريوهات.
فيه Strategies مختلفة، وكل واحدة لها استخداماتها، مميزاتها وعيوبها. وعلشان كده، لازم تفهمهم كويس علشان تختار اللي يناسب حالتك.
———
1- الـ Cache Aside (Lazy Loading)
الـ Cache هنا شغال زي مساعد مش أساسي. لما التطبيق يحتاج داتا، بيشوف الأول هل موجودة في الـ Cache؟ لو موجودة (Cache Hit)، بيستخدمها، لو مش موجودة (Cache Miss)، بيروح للـ Database، يسحب الداتا، ويخزنها في الـ Cache علشان لو اتطلبت تاني تكون موجودة.
🔹 المميزات:
- بسيط وسهل التطبيق.
- الداتا مش بتتحمل في الـ Cache إلا لما يكون فيه طلب فعلي ليها، فمفيش تحميل غير ضروري.
🔹 العيوب:
- أول طلب دايمًا هيكون بطيء لأنه هيروح للـ Database.
- لو حصل تحديث في الداتا في الـ Database، الـ Cache مش هيعرف غير لما يتطلب تاني.
📌 إمتى تستخدمه؟
لما يكون عندك بيانات بتتغير بشكل غير متكرر، وعايز تقلل الـ Load على الـ Database بدون ما تستهلك مساحة كبيرة في الـ Cache.
———
2- الـ Write Through
هنا أي داتا جديدة بتتكتب في الـ Cache وفي نفس اللحظة بتتكتب في الـ Database. يعني مش هتلاقي حاجة في الـ Cache غير اللي متسجلة في الـ Database فعلًا.
🔹 المميزات:
- الـ Cache دايمًا متزامن مع الـ Database.
- البيانات مش هتضيع لو الـ Cache حصل له Restart، لأنها محفوظة في الـ Database.
🔹 العيوب:
- الأداء ممكن يكون أبطأ لأن أي Write هيتنفذ مرتين (في الـ Cache وفي الـ Database).
- مش دايمًا هتستفيد من الـ Cache، لأن البيانات الجديدة مش بيتم طلبها بنفس سرعة البيانات القديمة.
📌 إمتى تستخدمه؟
لو عندك نظام Critical لازم يكون دايمًا متزامن ومفيش أي احتمالية لفقد البيانات، زي الأنظمة المالية أو الطلبات في الـ E-commerce.
———
3- الـ Write Back (Write Behind)
عكس الـ Write Through، هنا أي داتا جديدة بتتكتب في الـ Cache الأول، وبعد كده بيتم إرسالها للـ Database بشكل غير متزامن (Asynchronously) بعد فترة معينة أو عند الوصول لحجم معين من البيانات.
🔹 المميزات:
- أسرع في الكتابة لأنه مش بيعمل Load على الـ Database مع كل عملية Write.
- بيساعد في تحسين الأداء لما يكون فيه عدد كبير من عمليات الكتابة.
🔹 العيوب:
- لو الـ Cache حصل له Failure قبل ما يرسل البيانات للـ Database، البيانات هتضيع.
- محتاج Mechanism قوية لإدارة الـ Synchronization بين الـ Cache والـ Database.
📌 إمتى تستخدمه؟
لما يكون عندك تطبيق بيحتاج سرعة عالية جدًا في الكتابة، بس ممكن يتحمل تأخير بسيط في تحديث البيانات في الـ Database، زي التطبيقات اللي فيها Logging أو Analytics.
———
إن شاء الله التكملة في الجزء الثاني...
❤8
ليه الـ Caching مهم؟ وإزاي تختار الطريقة الأفضل؟ 🤔 - الجزء الثاني
.
.
في البوست اللي فات تكلمنا شوية عن الـ Caching وبعض طرق استخدامه، إن شاء الله في البوست ده هنكمل باقي الطرق...
———
4- الـ Write Around
الـ Write هنا بيتكتب مباشرة في الـ Database، لكن مش في الـ Cache. والـ Cache بيتم تحديثه فقط لما يحصل Read بعد كده.
🔹 المميزات:
✅ مش بيحمل الـ Cache ببيانات ممكن متتطلبش قريبًا.
✅ بيقلل احتمالية إن الـ Cache يتبني ببيانات غير مستخدمة.
🔹 العيوب:
❌ ممكن يحصل Cache Miss كتير لو البيانات بتتطلب بشكل متكرر بعد الكتابة بفترة قصيرة.
❌ الأداء في القراءة ممكن يكون أبطأ مقارنةً بباقي الاستراتيجيات.
📌 إمتى تستخدمه؟
لما تكون بيانات الكتابة عندك أكتر بكتير من بيانات القراءة، زي الـ Logging Systems أو الـ Event Stores.
———
5- الـ Read Through
الـ Application مش بيطلب الـ Cache مباشرة. بدل كده، لما يحصل طلب، الـ Cache نفسه هو اللي بيروح يجيب الداتا من الـ Database لو مش موجودة عنده، ويرجعها للأبلكيشن.
🔹 المميزات:
✅ الأبلكيشن دايمًا بيطلب الداتا من مصدر واحد (الـ Cache).
✅ بيحسن الأداء لأنه بيضمن إن الـ Cache بيتعامل مع إدارة البيانات بشكل تلقائي.
🔹 العيوب:
❌ تعقيد في التنفيذ لأنك محتاج System يدعم Read Through Mechanism.
❌ لو الـ Cache حصل له Failure، الأداء ممكن يتأثر.
📌 إمتى تستخدمه؟
لما تكون عايز حل أوتوماتيكي لإدارة الـ Cache بدون الحاجة إن التطبيق نفسه يقرر إمتى يحفظ البيانات فيه.
———
6- الـ Refresh Ahead
الـ Cache هنا مش بيستنى لما يحصل طلب علشان يجدد البيانات، لا، هو بيبص على البيانات اللي بيتم استخدامها كتير، ويحاول يحدثها في الخلفية قبل ما تنتهي صلاحيتها (TTL)، بحيث لما يحصل طلب جديد، تكون البيانات جاهزة.
🔹 المميزات:
✅ بيقلل احتمالية الـ Cache Miss.
✅ بيضمن إن البيانات اللي في الـ Cache دايمًا حديثة.
🔹 العيوب:
❌ ممكن يحمل الـ Database لو البيانات مش بتتطلب كتير فعلًا.
❌ محتاج خوارزمية ذكية علشان يعرف إيه البيانات اللي لازم تتجدد تلقائيًا.
📌 إمتى تستخدمه؟
لما يكون عندك بيانات بتستخدم بشكل متكرر جدًا، وعايز تقلل احتمالية إن المستخدم يطلبها وتكون غير متاحة في الـ Cache، زي بيانات الـ Dashboards أو التقارير الحية.
———
الخلاصة 💯
اختيار Caching Strategy مش حاجة عشوائية. لازم تسأل نفسك:
🔹 هل التطبيق بيحتاج سرعة في القراءة ولا الكتابة؟
🔹 هل البيانات بتتغير بسرعة ولا ثابتة لفترة؟
🔹 هل ممكن أتحمل تأخير في الـ Sync بين الـ Cache والـ Database؟
الـ Cache Aside مناسب لحالات الـ Lazy Loading.
الـ Write Through ممتاز للحفاظ على الـ Consistency.
الـ Write Back مثالي للأداء العالي في الكتابة.
الـ Write Around مفيد لو الكتابة أكتر من القراءة.
الـ Read Through بيساعد لو عايز الـ Cache يدير نفسه.
الـ Refresh Ahead بيقلل احتمالية الـ Cache Miss في البيانات اللي بيتم استخدامها كتير.
.
.
في البوست اللي فات تكلمنا شوية عن الـ Caching وبعض طرق استخدامه، إن شاء الله في البوست ده هنكمل باقي الطرق...
———
4- الـ Write Around
الـ Write هنا بيتكتب مباشرة في الـ Database، لكن مش في الـ Cache. والـ Cache بيتم تحديثه فقط لما يحصل Read بعد كده.
🔹 المميزات:
✅ مش بيحمل الـ Cache ببيانات ممكن متتطلبش قريبًا.
✅ بيقلل احتمالية إن الـ Cache يتبني ببيانات غير مستخدمة.
🔹 العيوب:
❌ ممكن يحصل Cache Miss كتير لو البيانات بتتطلب بشكل متكرر بعد الكتابة بفترة قصيرة.
❌ الأداء في القراءة ممكن يكون أبطأ مقارنةً بباقي الاستراتيجيات.
📌 إمتى تستخدمه؟
لما تكون بيانات الكتابة عندك أكتر بكتير من بيانات القراءة، زي الـ Logging Systems أو الـ Event Stores.
———
5- الـ Read Through
الـ Application مش بيطلب الـ Cache مباشرة. بدل كده، لما يحصل طلب، الـ Cache نفسه هو اللي بيروح يجيب الداتا من الـ Database لو مش موجودة عنده، ويرجعها للأبلكيشن.
🔹 المميزات:
✅ الأبلكيشن دايمًا بيطلب الداتا من مصدر واحد (الـ Cache).
✅ بيحسن الأداء لأنه بيضمن إن الـ Cache بيتعامل مع إدارة البيانات بشكل تلقائي.
🔹 العيوب:
❌ تعقيد في التنفيذ لأنك محتاج System يدعم Read Through Mechanism.
❌ لو الـ Cache حصل له Failure، الأداء ممكن يتأثر.
📌 إمتى تستخدمه؟
لما تكون عايز حل أوتوماتيكي لإدارة الـ Cache بدون الحاجة إن التطبيق نفسه يقرر إمتى يحفظ البيانات فيه.
———
6- الـ Refresh Ahead
الـ Cache هنا مش بيستنى لما يحصل طلب علشان يجدد البيانات، لا، هو بيبص على البيانات اللي بيتم استخدامها كتير، ويحاول يحدثها في الخلفية قبل ما تنتهي صلاحيتها (TTL)، بحيث لما يحصل طلب جديد، تكون البيانات جاهزة.
🔹 المميزات:
✅ بيقلل احتمالية الـ Cache Miss.
✅ بيضمن إن البيانات اللي في الـ Cache دايمًا حديثة.
🔹 العيوب:
❌ ممكن يحمل الـ Database لو البيانات مش بتتطلب كتير فعلًا.
❌ محتاج خوارزمية ذكية علشان يعرف إيه البيانات اللي لازم تتجدد تلقائيًا.
📌 إمتى تستخدمه؟
لما يكون عندك بيانات بتستخدم بشكل متكرر جدًا، وعايز تقلل احتمالية إن المستخدم يطلبها وتكون غير متاحة في الـ Cache، زي بيانات الـ Dashboards أو التقارير الحية.
———
الخلاصة 💯
اختيار Caching Strategy مش حاجة عشوائية. لازم تسأل نفسك:
🔹 هل التطبيق بيحتاج سرعة في القراءة ولا الكتابة؟
🔹 هل البيانات بتتغير بسرعة ولا ثابتة لفترة؟
🔹 هل ممكن أتحمل تأخير في الـ Sync بين الـ Cache والـ Database؟
الـ Cache Aside مناسب لحالات الـ Lazy Loading.
الـ Write Through ممتاز للحفاظ على الـ Consistency.
الـ Write Back مثالي للأداء العالي في الكتابة.
الـ Write Around مفيد لو الكتابة أكتر من القراءة.
الـ Read Through بيساعد لو عايز الـ Cache يدير نفسه.
الـ Refresh Ahead بيقلل احتمالية الـ Cache Miss في البيانات اللي بيتم استخدامها كتير.
❤3
مكتبة Three.js وتطوير المواقع ثلاثية الأبعاد (3D) 💯
عبارة عن مكتبة JavaScript مفتوحة المصدر بتساعدك في عمل أشكال ثلاثية الأبعاد في الموقع بتاعك وبتوفر مجموعة كبيرة من الأدوات والميزات اللي بتخليك تعمل أي شكل ثلاثي الأبعاد في الموقع بكل سهولة.
———
📍 المكتبة مبنية على WebGL ودي تقنية بتسمح بتشغيل الأشكال ثلاثية الأبعاد في المتصفح بشكل سلس وبسيط، مكتبة Three.js بتستفيد من تقنية WebGL في بعض الوظائف زي الإضاءة والتأثيرات البصرية والتظليل وغيرهم.
———
📍 المكتبة بتوفر مجموعة واسعة من التأثيرات اللي بتضيف مظهر واقعي وجذاب على الأشكال ثلاثية الأبعاد زي التأثيرات الضوئية والظلال والانعكاس والانكسار وغيرهم.
———
📍 المكتبة بتساعدك في تحريك الأشكال ثلاثية الأبعاد باستخدام أنماط مختلفة متوفرة وجاهزة للاستخدام زي الدوران والانتقال وتغير حجم الشكل وغيرهم، وطبعا لو محتاج تعمل حاجات معقدة ممكن تستخدم إطار عمل زي Tween.js.
———
⚡️ A Collection of Three.js Resources for Building 3D Websites.
https://threejsresources.com
⚡️ A curated list of awesome Three.js resources
https://github.com/AxiomeCG/awesome-threejs
⚡️ Three.js Resources
https://www.linkedin.com/posts/dev-alisamir_javascript-threejs-3dwebsite-activity-7081229434543910912-sAvd
❤5
قنوات يوتيوب هتفيدك جدًا كـ مهندس برمجيات 💯
.
.
15 YouTube Channels You Must Subscribe to as a Software Engineer:
↳ Strong focus on JavaScript and Python and top-notch web dev tutorials
↳ youtube.com/@TechWithTim
↳ AI educational content to turn enthusiasts into professionals
↳ youtube.com/@CodeEmporium
↳ Covering in depth the latest AI content/news
↳ youtube.com/@aiexplained-official
↳ High-intensity code tutorials and tech news to help you ship your app faster
↳ youtube.com/@Fireship
↳ Learn about AWS, cloud computing, and system design concepts
↳ youtube.com/@BeABetterDev
↳ The best animations out there to understand math and physics
↳ youtube.com/@3blue1brown
↳ The official YouTube channel for AWS Events and Webinars
↳ youtube.com/@AWSEventsChannel
↳ Programming and software design with practical Python examples
↳ youtube.com/@ArjanCodes
↳ Low-level stories and learnings on computer software and engineering
↳ youtube.com/@LowLevelLearning
↳ Official courses and conferences from Stanford online
↳ youtube.com/@stanfordonline
↳ Super high density and variety of code tutorials!
↳ youtube.com/@freecodecamp
↳ The latest papers explained with visuals
↳ youtube.com/@TwoMinutePapers
↳ High quality code concepts taught with visuals
↳ youtube.com/@CodeAesthetic
↳ Making you better through interactive roadmaps and concepts in system design, CS fundamentals, and web dev!
↳ youtube.com/@roadmapsh
↳ The best channel to learn system design with visuals
↳ youtube.com/@ByteByteGo
.
.
15 YouTube Channels You Must Subscribe to as a Software Engineer:
0. Tech With Tim
↳ Strong focus on JavaScript and Python and top-notch web dev tutorials
↳ youtube.com/@TechWithTim
1. Code Emporium
↳ AI educational content to turn enthusiasts into professionals
↳ youtube.com/@CodeEmporium
2. AI Explained
↳ Covering in depth the latest AI content/news
↳ youtube.com/@aiexplained-official
3. Fireship
↳ High-intensity code tutorials and tech news to help you ship your app faster
↳ youtube.com/@Fireship
4. Be a Better Dev
↳ Learn about AWS, cloud computing, and system design concepts
↳ youtube.com/@BeABetterDev
5. 3 Blue 1 Brown
↳ The best animations out there to understand math and physics
↳ youtube.com/@3blue1brown
6. AWS Events
↳ The official YouTube channel for AWS Events and Webinars
↳ youtube.com/@AWSEventsChannel
7. Arjan Codes
↳ Programming and software design with practical Python examples
↳ youtube.com/@ArjanCodes
8. Low Level Learning
↳ Low-level stories and learnings on computer software and engineering
↳ youtube.com/@LowLevelLearning
9. Stanford Online
↳ Official courses and conferences from Stanford online
↳ youtube.com/@stanfordonline
10. freeCodeCamp
↳ Super high density and variety of code tutorials!
↳ youtube.com/@freecodecamp
11. Two Minute Papers
↳ The latest papers explained with visuals
↳ youtube.com/@TwoMinutePapers
12. Code Aesthetic
↳ High quality code concepts taught with visuals
↳ youtube.com/@CodeAesthetic
13. The Roadmap
↳ Making you better through interactive roadmaps and concepts in system design, CS fundamentals, and web dev!
↳ youtube.com/@roadmapsh
14. ByteByteGo
↳ The best channel to learn system design with visuals
↳ youtube.com/@ByteByteGo
❤1
Find Your Perfect Master's Degree
Explore and compare Master's programs worldwide. Search by university, subject, location, or scholarships.
https://www.mastersportal.com
Mastersportal
Find 90000+ Masters Worldwide: all MBA, MSc., MA, LLM, MPhil and other postgraduate programmes | Mastersportal
Find and compare Master degrees from top universities worldwide: search all MBA, MSc, MA, LLM, MPhil and more postgraduate programmes to study abroad or at home.