مقالات عملية مرتبة حسب المجال والمستوى، اختر المجال المناسب واقرأ من مستوى مبتدئ إلى محترف.
لو حاطط useMemo على كل filter و map في تطبيق React بنية إنك بتسرّع، انت غالبًا بتدفع تكلفة المقارنة بدون مكسب. مقال للمتوسط بمثال الدفتر للمبتدئ، شرح علمي من توثيق React 19، كود قابل للنسخ، أرقام مقاسة من dashboard فيه 200 صف (0.08ms ← 0.14ms، أي 75% أبطأ مع useMemo)، 4 trade-offs خفية، ومتى useMemo يبقى قرار غلط نهائي.
لو الـ Node.js process بتاعك بياكل RAM كل ساعة لحد ما يموت بـ OOM، الكود مش بيتسرّب — هو بيحتفظ بمرجع لكائن مفروض ينتهي. مقال للمتوسط بمثال صاحب البيت للمبتدئ، شرح علمي للـ V8 heap، 3 خطوات capture/diff/analyze بـ Chrome DevTools، حالة event listeners حقيقية، أرقام مقاسة (من 1.4GB لـ 180MB)، 4 trade-offs، ومتى Heap Snapshot يكون اختيار غلط.
أغلب المواقع بتبعت كل كود التطبيق دفعة واحدة، فالمستخدم بيستنى ثواني في شاشة فاضية. تقسيم الكود بيقسّم الـ JavaScript لأجزاء تتحمّل عند الطلب — مقال للمتوسط بمثال المطعم، كود React شغّال، أرقام مقاسة (1.83MB ← 210KB)، 4 trade-offs، ومتى متستخدمهوش.
لو خدمتك بترسل 4,200 job/دقيقة على Redis Queue، انت بتدفع $112/شهر لـ ElastiCache بدون داعي. SKIP LOCKED في PostgreSQL 9.5+ بيحوّل أي جدول لـ job queue حقيقي بـ throughput يوصل 8,400 job/ثانية على instance واحد، بدون مكتبة خارجية. مقال للمتوسط بمثال محل الجزار للمبتدئ، شرح علمي من توثيق PostgreSQL 18 الرسمي، كود SQL و Node.js شغّال على pg 8.x، أرقام مقاسة من خدمة إنتاج، 4 trade-offs خفية، ومتى SKIP LOCKED بيكون اختيار غلط.
لو موقعك العربي بياخد 3.4 ثانية قبل ما الصورة الكبيرة تظهر، السيرفر مش بطيء — الـ JPEG بتاعتك 480KB ولها بديل بـ 105KB بنفس الجودة. مقال للمتوسط بمثال ضغط المياه للمبتدئ، شرح علمي لـ AV1 و VP8، أوامر cwebp و avifenc كاملة، إعداد <picture> مع fallback، أرقام مقاسة من e-commerce عربي بـ 38K زيارة/يوم (LCP من 3.4s لـ 0.9s)، 4 trade-offs خفية، ومتى AVIF بيكون قرار غلط.
لو الـ API بتاعك بيرجّع FATAL: too many clients already وقت الذروة، PostgreSQL مش ضعيف — انت بتفتح 1,200 connection على DB قابل لـ 100 فقط. PgBouncer 1.23 في transaction mode بيخلّي 1,000 طلب متزامن يشتغلوا على 25 connection حقيقي، وبيقلّل connection errors من 8,420 في الدقيقة لـ صفر، مع نزول P95 من 480ms لـ 28ms. مقال للمتوسط بمثال المطعم للمبتدئ، شرح علمي للـ 3 modes من توثيق PgBouncer 1.23 الرسمي، إعداد كامل قابل للنسخ، كود Node.js شغّال على pg 8.x، أرقام مقاسة من إنتاج 1,240 req/sec، 4 trade-offs خفية بما فيهم prepared statements و LISTEN/NOTIFY، ومتى Transaction Pooling بيكون مضيعة وقت.
لو خدمتك بتعمل 12,400 SET/ثانية على Redis و CPU الـ client على 92%، المشكلة في round-trips مش في Redis. Pipelining بسطر بايثون واحد بيرفع الرقم لـ 290,300 SET/ثانية على نفس السيرفر. شرح للمتوسط بمثال موظف الدليفري للمبتدئ، تعريف علمي من توثيق Redis 7.4 الرسمي، كود Python شغّال على redis-py 5.0.8، أرقام إنتاج من خدمة authentication، 4 trade-offs خفية، ومتى Pipelining بيكون كارثة.
لو الـ API بياخد 380ms كل ما الـ cache يخلص ويستنى refresh، Cache-Control: stale-while-revalidate بـ سطرين بيخلّي 99% من الطلبات ترجع في 4ms والـ refresh في الخلفية. مقال للمتوسط بمثال المخبز للمبتدئ، شرح علمي من RFC 5861، إعداد Nginx و Cloudflare Workers قابل للنسخ، أرقام من API بـ 1.2 مليون طلب يوميًا، 4 trade-offs خفية، ومتى الـ stale-while-revalidate يكون مضيعة وقت.
لو خدمتك بتفتح SELECT كل ثانيتين علشان تلحق آخر تعديل في الجدول، انت بتدفع 3 تكاليف خفية على نفس الـ DB. LISTEN/NOTIFY في PostgreSQL بترسل event من الـ DB للتطبيق في 12 مللي ثانية بدون Redis ولا RabbitMQ. مقال للمتوسط بمثال جرس الباب للمبتدئ، تعريف علمي من توثيق PostgreSQL 16 الرسمي، كود SQL و Node.js شغّال على pg 8.x، أرقام مقاسة من خدمة تتبع شحنات بـ 4,200 سائق نشط (1,400 query/ثانية → 14، latency 1.6 ثانية → 38ms)، 4 trade-offs خفية، ومتى LISTEN/NOTIFY بيكون الاختيار الغلط.