التصنيف الرئيسي للمقالات التقنية: برمجة، ذكاء اصطناعي، DevOps، تحسين الأداء، أوتوميشن، وأخبار التكنولوجيا.
استعلام OFFSET على مليون صف بياخد قرب الثانية لأنه بيقرأ ويرمي كل الصفوف اللي قبلها. اتعلّم تحوّله لـ Keyset Pagination وتنزّله لأجزاء من الثانية بكود SQL وأرقام مقاسة، مع الـ trade-offs ومتى ما ينفعش، ومصادر رسمية.
لو رصيد العميل بينقص غلط لمّا طلبين يوصلوا في نفس اللحظة، ده مش عطل في الداتابيز — ده Race Condition. مقال للمتوسط بمثال ماكينة الـ ATM، ثم شرح علمي للـ read-modify-write، كود Python يوريك 100 ألف عملية بتضيع منها الآلاف، الحل بالـ Lock بأرقام مقاسة، trade-offs، ومتى لا تستخدمه، مع مصادر رسمية.
لو الـ p99 بتاع خدمتك بيقفز لثانيتين ومتوسط استهلاك المعالج تحت 40%، غالبًا مش محتاج عقدة أقوى — الـ kernel بيكبح بودك بسبب CFS quota. مقال للمحترف يشرح المفهوم بمثال بسيط ثم علميًا، مع أوامر cpu.stat وPromQL للكشف، سيناريو بأرقام (كبح 63% ← 6%، p99 من 2100ms لـ 240ms)، ثلاث روافع حل بمقايضاتها، تحذير على مستوى الـ kernel، ومتى لا تشيل الحدود، مع مصادر رسمية.
دليل تنفيذي للمبتدئ يبني خدمة اختصار روابط زي bit.ly بـ Node.js و Express و SQLite في أقل من 60 سطر: توليد كود قصير بـ Base62، إعادة توجيه 301، وعدّاد نقرات، مع مثال بسيط ثم شرح علمي، أرقام حقيقية، trade-offs، ومتى لا تستخدمه، ومصادر رسمية.
لو بتبني بحثًا دلاليًا أو RAG على ملايين المتجهات، المقارنة بالكل بتاخد مئات المللي ثانية لكل استعلام. HNSW بينزّلها لأقل من مللي ثانية مقابل دقة 97% وذاكرة زيادة بسيطة. شرح للمتوسط بمثال السايق، ثم علميًا بالطبقات والبحث الجشع، كود hnswlib شغّال، أرقام مقاسة، trade-offs، ومتى لا تستخدمه، مع مصادر رسمية.
لو عدّلت نسخة من قائمة في بايثون ولقيت الأصل اتغيّر معاها، ده مش باج. المقال يشرح الفرق بين النسخ السطحي والعميق بمثال Google Docs بسيط، ثم علميًا بالإشارات والذاكرة، مع كود شغّال وسيناريو واقعي على 500 عميل، والـ trade-off في الأداء، ومتى لا تستخدم deepcopy، ومصادر رسمية.
لو عايز تبعت إشعارات لحظية للمتصفح من غير ما تعمل polling كل شوية أو تركّب WebSocket كامل، الـ Server-Sent Events بيوصّلك لهناك في أقل من 40 سطر Node.js، باتصال HTTP واحد وإعادة اتصال تلقائية. دليل تنفيذي بمثال بسيط، كود قابل للنسخ، أرقام، trade-offs، ومتى لا تستخدمه، مع مصادر رسمية.
لو Prometheus بيتقتل بـ OOMKilled والرام بتقفز فجأة من غير زيادة ترافيك، غالبًا السبب ليبل واحد غير محدود (زي user_id) بيفجّر عدد السلاسل الزمنية. اعرف تكتشف المشكلة بـ PromQL و/status/tsdb، وتصلّحها بالـ relabeling، بأرقام حقيقية وحدود قابلة للتطبيق ومصادر رسمية.
بدل ما تكتشف الاستعلام البطيء لمّا العميل يشتكي، خلّي امتداد pg_stat_statements وسكربت cron واحد يبعتلك أبطأ 10 استعلامات على Slack كل إثنين — مع الخدعة اللي بتفرق: رتّب بإجمالي الوقت مش المتوسط.