uk
Feedback
DevGuide

DevGuide

Відкрити в Telegram

محتوى تقني عربي عن هندسة البرمجيات ⚡️ Stay connected with me: linktr.ee/AliSamir 📍 To advertise on the channel: https://telega.io/c/the_developer_guide

Показати більше

📈 Аналітичний огляд Telegram-каналу DevGuide

Канал DevGuide (@the_developer_guide) є активним учасником. На даний момент спільнота об'єднує 10 990 підписників, посідаючи 10 901 місце в категорії Технології та додатки та 10 687 місце у регіоні Ірак.

📊 Показники аудиторії та динаміка

З моменту свого створення невідомо, проект продемонстрував стрімке зростання, зібравши аудиторію у 10 990 підписників.

За останніми даними від 30 серпня, 2026, канал демонструє стабільну активність. Хоча за останні 30 днів спостерігається зміна кількості учасників на -34, а за останні 24 години на 3, загальне охоплення залишається високим.

  • Статус верифікації: Не верифікований
  • Рівень залученості (ER): Середній показник залученості аудиторії становить 9.24%. Протягом перших 24 годин після публікації контент зазвичай збирає 2.04% реакцій від загальної кількості підписників.
  • Охоплення публікацій: В середньому кожен допис отримує 1 015 переглядів. Протягом першої доби публікація в середньому набирає 224 переглядів.
  • Реакції та взаємодія: Аудиторія активно підтримує контент: середня кількість реакцій на один пост – 3.
  • Тематичні інтереси: Контент зосереджений навколо ключових тем, таких як مَشرُوع, حَاجَة, بَيَان, جِدّ, طَلَب.

📝 Опис та контентна політика

Автор описує ресурс як майданчик для висловлення суб'єктивної думки:
محتوى تقني عربي عن هندسة البرمجيات ⚡️ Stay connected with me: linktr.ee/AliSamir 📍 To advertise on the channel: https://telega.io/c/the_developer_guide

Завдяки високій частоті оновлень (останні дані отримано 31 серпня, 2026), канал підтримує актуальність та високий рівень охоплення публікацій. Аналітика показує, що аудиторія активно взаємодіє з контентом, що робить його важливою точкою впливу в категорії Технології та додатки.

10 990
Підписники
+324 години
-57 днів
-3430 день
Архів дописів
DevGuide
10 988
🔰 Basics of Programming
+7
🔰 Basics of Programming

DevGuide
10 988
You Don’t Need to Learn Everything — Learn This Instead 💯 You need to learn the right things — the things that last. https:/
You Don’t Need to Learn Everything — Learn This Instead 💯
You need to learn the right things — the things that last. https://dev.to/alisamir/you-dont-need-to-learn-everything-learn-this-instead-43p5

DevGuide
10 988
AI Engineer Roadmap
AI Engineer Roadmap

DevGuide
10 988
Image Sprite in CSS
+4
Image Sprite in CSS

DevGuide
10 988
إزاي تتعامل مع الـ State في مشاريع الفرونت إند؟ 💡 . . خليني أحكيلك سيناريو بسيط: أنت شغال على UI لتطبيق إعلانات. في الصفحة ا
إزاي تتعامل مع الـ State في مشاريع الفرونت إند؟ 💡 . . خليني أحكيلك سيناريو بسيط: أنت شغال على UI لتطبيق إعلانات. في الصفحة الرئيسية فيه زرار بيعرض modal، وفي نفس الوقت فيه قائمة إعلانات بترجع من API، ولما تضغط على إعلان بتروح على صفحة التفاصيل. دلوقتي الـ modal ده لو تحكمت فيه بـ useState مثلًا في نفس الـ component؟ تمام. بس الإعلانات؟ محتاج تجيبها من API وتخزنها؟ هتضيفها فين؟ ولو صفحة التفاصيل محتاجة تشوف نفس الداتا؟ هتعمل إيه؟ ولو عندك مستخدم مسجل دخول، ومحتاج كل الصفحات تعرف حالته؟ هنا تبدأ قصة الـ State Management، وتحديدًا: - هل الداتا دي تبقى locally؟ - ولا تكون في global state؟ - ولا تفضل على الـ server وتجيبها كل مرة؟ تعال ندردش شوية عن إزاي تتعامل مع الـ State في مشاريع الفرونت إند... ——— 🔗 LinkedIn: https://www.linkedin.com/posts/dev-alisamir_frontend-frontenddevelopment-frontenddeveloper-activity-7342114869648748544-Yl-A 🔗 Qabilah: https://qabilah.com/posts/OkcYPqC5GPA 🔗 Facebook: https://www.facebook.com/share/p/18iAT6uqKp

DevGuide
10 988
Promises Cheatsheet 💯
+8
Promises Cheatsheet 💯

DevGuide
10 988
الفرق بين setTimeout و setImmediate و process.nextTick 🔥 . . لو بتتعامل مع JavaScript وخصوصًا (Node.js) وسمعت قبل كده عن Eve
الفرق بين setTimeout و setImmediate و process.nextTick 🔥 . . لو بتتعامل مع JavaScript وخصوصًا (Node.js) وسمعت قبل كده عن Event Loop والـ async operations، فغالبًا قابلت الـ 3 مصطلحات: - setTimeout - setImmediate - process.nextTick وطبعًا أول ما تشوفهم تقول: "آه دول بيخلّوا الكود يتنفّذ بعدين، مش دلوقتي..." بس هو "بعدين" دي معناها إيه؟ بعد قد إيه؟ وترتيبهم إيه؟ وأستخدم إيه في كل حالة؟ ——— 🔗 LinkedIn: https://www.linkedin.com/posts/mentoor-io_nodejs-nodejsdeveloper-node-activity-7341182500108402688-L940 🔗 Facebook: https://www.facebook.com/share/p/1EviZFgsqc

DevGuide
10 988
Must-Know JavaScript Testing Frameworks in 2025 🚀
+5
Must-Know JavaScript Testing Frameworks in 2025 🚀

DevGuide
10 988
Master the Coding Interview: Data Structures + Algorithms 💯
Master the Coding Interview: Data Structures + Algorithms 💯

DevGuide
10 988
Authentication vs Authorization 🔥
+6
Authentication vs Authorization 🔥

DevGuide
10 988
📖 SQL Joins Cheat Sheet
📖 SQL Joins Cheat Sheet

DevGuide
10 988
إزاي تتعامل مع الـ State في مشاريع الفرونت إند؟ 💡 . . خليني أحكيلك سيناريو بسيط: أنت شغال على UI لتطبيق إعلانات. في الصفحة الرئيسية فيه زرار بيعرض modal، وفي نفس الوقت فيه قائمة إعلانات بترجع من API، ولما تضغط على إعلان بتروح على صفحة التفاصيل. دلوقتي الـ modal ده لو تحكمت فيه بـ useState مثلًا في نفس الـ component؟ تمام. بس الإعلانات؟ محتاج تجيبها من API وتخزنها؟ هتضيفها فين؟ ولو صفحة التفاصيل محتاجة تشوف نفس الداتا؟ هتعمل إيه؟ ولو عندك مستخدم مسجل دخول، ومحتاج كل الصفحات تعرف حالته؟ هنا تبدأ قصة الـ State Management، وتحديدًا: - هل الداتا دي تبقى locally؟ - ولا تكون في global state؟ ولا تفضل على الـ server وتجيبها كل مرة؟ تعال ندردش شوية عن إزاي تتعامل مع الـ State في مشاريع الفرونت إند... ——— ✅ أنواع الـ State اللي ممكن تتعامل معاها: 1- Local State مثل: - الـ modal مفتوح ولا مقفول - الـ tab اللي مفتوح - الفورم فيه error ولا لا بتستخدم معاه حاجات زي useState, useReducer, أو حتى useRef. ——— 2- Global State ده اللي بيكون مهم لأكثر من component أو حتى أكتر من صفحة. مثل: - بيانات المستخدم بعد ما يعمل تسجيل دخول - اللغة المختارة - محتوى الـ shopping cart ممكن تتعامل معاه باستخدام: Context API | Redux | Zustand | Jotai ——— 3- Server State يعني داتا راجعة من API وبتتغير دايمًا. مثل: - قائمة البوستات اللي بترجع - الإعلانات - بيانات المنتج التعامل معاها الأفضل يتم من خلال: - React Query - SWR - custom hooks using fetch ——— 4- URL State ده زي الـ query params والـ path variables. مثل: - ?search=react - /products/123 بتحتاجه لما الصفحة تكون reactive بناءً على URL. ——— 💡 إزاي تقرر تستخدم أي نوع منهم؟ اسأل نفسك 3 أسئلة: 1. الداتا دي مين محتاج يشوفها؟ - لو component واحدة تبقى local - لو أكثر من component أو أكثر من صفحة تبقى global 2. هل الداتا دي راجعة من السيرفر؟ - لو أيوه تبقى server state - لو لا يبقى ترجع لإجابة السؤال الأول 3. هل محتاج تعمل caching أو refetching؟ - لو أيوه ممكن تستخدم React Query/SWR - لو لا يبقى الـ useEffect كفاية ——— ✅ شوية نصائح من التجربة: - بلاش تستعجل وتستخدم Redux، كتير بيستخدموه في حاجات صغيرة جدًا ممكن تتحل بـ Context أو حتى props. - خلي الداتا اللي بتتغير كتير تفضل على السيرفر، وخلي الـ React Query تمسكها بدل ما تعملها global state manually. - متخليش كل حاجة global، ده بيخلي الـ re-rendering يزيد والـ debugging بيكون أصعب. - الـ Server State مش دايمًا محتاج يتحول لـ Global State، الـ React Query مثلًا بيخزنها وبيشاركها بين الـ components تلقائي، من غير ما تدخلها في Redux أو غيره. - الـ Context ممتاز للحاجات اللي مش بتتغير كتير، زي الـ theme أو اللغة أو المستخدم اللي دخل مرة واحدة وخلاص. ——— اختيارك للـ state له تأثير مباشر على الـ performance، وكمان الـ maintainability، والـ DX بتاعك. ——— وفقكم الله لكل خير 🌿

DevGuide
10 988
مفهوم الـ Global Objects في Node.js 💡 . . هو إحنا في Node.js بنستخدم window زي ما بنعمل في الـ browser؟ السؤال ده سهل ييجي ف
مفهوم الـ Global Objects في Node.js 💡 . . هو إحنا في Node.js بنستخدم window زي ما بنعمل في الـ browser؟ السؤال ده سهل ييجي في بالك أول ما تبدأ تشتغل بـ Node.js، بس الحقيقة لا... مفيش window في Node. وده بيخلينا نسأل السؤال الأهم: يعني إيه Global Objects في Node.js؟ وإزاي بنستخدمهم؟ ——— 🔗 LinkedIn: https://www.linkedin.com/posts/mentoor-io_node-nodejs-nodejsdeveloper-activity-7340077226333237248-sIRW 🔗 Facebook: https://www.facebook.com/share/p/19gB4Za3QQ

DevGuide
10 988
ما لا يسع الانسان جهله عن الذكاء الاصطناعي https://www.udemy.com/course/must-know-ai

DevGuide
10 988
دورة حياة الريكوست من المتصفح إلى السيرفر 🚀💻 From Click to Code: The Lifecycle of a Backend Request Explained Like You’re O
دورة حياة الريكوست من المتصفح إلى السيرفر 🚀💻
From Click to Code: The Lifecycle of a Backend Request Explained Like You’re Ordering Dinner 🚀
——— 🔗 https://dev.to/alisamir/from-click-to-code-the-lifecycle-of-a-backend-request-explained-like-youre-ordering-dinner-5b8b 🔗 https://levelup.gitconnected.com/from-click-to-code-the-lifecycle-of-a-backend-request-explained-like-youre-ordering-dinner-9d487718e9ba

DevGuide
10 988
Top 5 JavaScript Design Patterns Every Front End Developer Must Know 🌟
+5
Top 5 JavaScript Design Patterns Every Front End Developer Must Know 🌟

DevGuide
10 988
AI Fluency
Learn to collaborate with AI systems effectively, efficiently, ethically, and safely
——— What you'll learn: - Understand the purpose and structure of the course to determine if it will meet my learning needs - Recognize the importance of AI Fluency in today's world - Identify key components of your learning journey ahead - Set clear expectations for what you’ll gain from this course ——— 🔗 https://www.anthropic.com/ai-fluency

DevGuide
10 988
إزاي تنفذ الـ Caching في Node.js؟ 🤔 . . لو أنت شغال بـ Node.js، فـ أكيد قابلت في يوم مشكلة إن الـ API عندك بيبقى بطيء بسبب requests كتير أو عمليات تقيلة زي queries على database، وبدأت تفكر: "ليه كل مرة أجيب نفس الداتا؟ طب مفيش حل أسرع؟" الإجابة هي: Caching. وده اللي هنتكلم عنه اليوم بالتفصيل.... [ كل الأكواد هتلاقيها في التعليقات تحت الرسالة ] ——— 🎯 إيه هو الـ Caching؟ ببساطة، هو إنك تحفظ نسخة من الداتا مؤقتًا في مكان تاني (بيكون أسرع من المصدر الأساسي زي الـ DB)، علشان لما تيجي تطلب نفس الحاجة تاني، ما تروح تجيبها من الأول، لا، ترد بسرعة من الـ cache. وده بيفرق جامد جدًا في السرعة، والأداء، والحمل على السيرفر. ——— إزاي تعمل الـ Caching في Node.js؟ 1. الـ In-Memory Caching (باستخدام node-cache أو lru-cache) لو عندك داتا مش كبيرة ومش محتاج تشاركها بين أكتر من instance، فـ in-memory caching بيكون حل سريع وسهل. 📌 مناسب لحالات زي الداتا القليلة، أو عمليات حسابية تقيلة، بس خلي بالك إنه volatile، يعني لو السيرفر عمل restart، كل حاجة بتروح. ——— 2. الـ Redis Caching (الحل الأقوى والأشهر) لو بتدور على Cache centralized وسريع وتقدر تشارك الداتا بين أكتر من instance، يبقى Redis هو الأفضل هنا. 🎯 الـ Redis سريع جدًا، وبيستخدم في مشاريع كبيرة زي Twitter و GitHub. وكمان تقدر تتحكم في TTL، وتعمل invalidation، وتخزن أكتر من نوع داتا. ——— 3. الـ Caching Responses مباشرة (مثلًا في GraphQL أو REST) لو شغال مثلاً بـ Apollo Server في GraphQL، تقدر تستخدم built-in caching أو حتى لو شغال REST تقدر تستخدم middlewares زي apicache أو express-cache-controller. ——— 🤔 إمتى تستخدم الـ Caching؟ - لما تكون بتكرر نفس الـ requests بكميات كبيرة. - لما الداتا تكون مش بتتغير كتير. - لو الـ DB عندك بطيئة أو بتاخد وقت في المعالجة. - لو عايز تقلل الترافيك على الـ backend. ——— ⚠️ خلي بالك: لازم تعمل Cache Invalidation كويس، علشان ما ترجع داتا قديمة بعد التحديث. بلاش تستخدم الـ Caching لأي داتا حساسة أو شخصية (privacy first). خليك دايمًا عارف إمتى تعمل Cache، وإمتى لا... مش كل حاجة محتاجة تتخزن. ——— وفقكم الله لكل خير 🌿

DevGuide
10 988
في عالم يتسم بعدم اليقين من البيانات المفقودة، إلى المعلومات المشوشة، إلى البيئات المتغيرة، يظهر النموذج الاحتمالي كأداة قوية للتعامل مع هذه التحديات. التعلم الآلي التقليدي يركز غالبًا على التنبؤ أو التصنيف بأفضل دقة ممكنة، لكنه لا يخبرنا غالبًا عن مدى الثقة في هذا التنبؤ، أما التعلم الآلي الاحتمالي فيسعى لفهم البيانات من خلال نماذج احتمالية تأخذ في الحسبان عدم اليقين وتعطي نتائج يمكن تفسيرها بطريقة رياضية وعلمية. هدفنا في نهاية هذه الندوة هو أن تكون لديكم نظرة واضحة حول كيف يمكن للاحتمال والإحصاء أن يشكلا أساسًا متينًا لبناء أنظمة ذكية تتعامل مع الغموض والشكوك بشكل طبيعي وفعّال.
Probabilistic Machine Learning - ITI Business Session
https://youtu.be/O-5lvgQEpeM

DevGuide
10 988
Production Deployment on VPS using Docker 🚀 https://youtu.be/C7aooGtKq8Y