مقالات ودروس مجانية تساعدك في رحلتك التعليمية — من أساسيات البرمجة إلى أحدث التقنيات.
لو جدول الطلبات في PostgreSQL وصل 80 مليون صف وأي SELECT آخر 30 يوم بياخد 4.2 ثانية، الـ DB مش ضعيفة — هي بتفحص الجدول كله. Declarative Partitioning في PostgreSQL 16 بيقسّم الجدول لـ partitions شهرية بحيث الـ query يضرب 2.6 مليون صف بدل 80 مليون، ويرجع في 12 مللي ثانية. مقال للمتوسط بمثال أرشيف الفواتير للمبتدئ، تعريف علمي من توثيق PostgreSQL 16، كود SQL قابل للنسخ، أرقام مقاسة من إنتاج e-commerce، 4 trade-offs، ومتى Partitioning بيكون كارثة بدل ما يحسّن.
لو موقعك بياخد 3.4 ثانية يفتح على 4G ضعيف، Service Worker بـ 32 سطر JavaScript بيخلّي الزيارة الثانية تفتح في 80 مللي ثانية حتى من غير إنترنت. مقال للمبتدئ بمثال صيدلية الحي للتقريب، تعريف علمي من W3C، كود شغّال على Chrome 130، أرقام مقاسة من موقع e-commerce بـ 24 ألف زائر شهرياً (Lighthouse 47 → 96)، 4 trade-offs حقيقية، ومتى Service Worker بيكون مضيعة وقت.
لو endpoint Django بياخد 5.2 ثانية وبيفتح 320 query على request واحد، الـ ORM مش بطيء — هو بيتعامل مع كل ForeignKey كزيارة منفصلة لـ DB. select_related و prefetch_related و Subquery بـ 4 سطور بيرجّعوا الزمن لـ 380ms. مقال للمحترف بمثال ساعي البريد للمبتدئ، تعريف من توثيق Django 5.0 الرسمي، كود Python شغّال على Django 5.0 + PostgreSQL 16، أرقام مقاسة من إنتاج e-commerce بـ 5,200 طلب/يوم، 4 trade-offs خفية، ومتى prefetch_related بيكسر بدل ما يحسّن.
لو سيرفر PostgreSQL الإنتاج بيرفع CPU لـ 92% الساعة 8 الصبح ومعظم الطلبات SELECT بسيطة، الـ DB مش ضعيفة — هي بتخدم القراءة والكتابة من نفس الـ instance. Read Replica واحد بيستقبل 80% من القراءات بدون لمس كود التطبيق، وبيخفّض P95 latency من 480ms لـ 38ms. مقال للمتوسط بمثال المكتبة العامة للمبتدئ، شرح علمي للـ Streaming Replication من توثيق PostgreSQL 16، إعداد primary + standby قابل للنسخ، توجيه القراءات بـ pgpool-II، أرقام مقاسة من API بـ 12K طلب/دقيقة، 4 trade-offs حقيقية، ومتى Read Replica بتكون مضيعة وقت.
لو Lambda function بياخد 3.2 ثانية على أول طلب وP99 latency بيقفز فوق 4 ثواني، المشكلة مش في الكود — هي في الـ Init Phase. SnapStart في 4 سطور إعداد بينزّل الزمن لـ 180 مللي ثانية على Python 3.12+ و Java 21، بدون تعديل سطر كود وبدون تكلفة شهرية ثابتة زي Provisioned Concurrency. مقال للمحترف بمثال محل القهوة للمبتدئ، تعريف علمي من AWS Compute Blog، ملف SAM template شغّال، أرقام مقاسة من Spring Boot وPython، 4 trade-offs، ومتى لا تستخدمه.
لو الزائر اللي بيرجع لموقعك بيستنّى 2.8 ثانية كأنه أول زيارة، Service Worker بـ 40 سطر JavaScript بينزّل الزمن لـ 0.4 ثانية ويخلّي الموقع يفتح حتى من غير إنترنت. مقال للمتوسط بمثال أمين المخزن للمبتدئ، تعريف علمي من Service Worker API spec، 3 استراتيجيات caching بكود شغّال على Workbox 7، أرقام مقاسة من e-commerce عربي بـ 84,000 زائر شهريًا (P75 من 2.8s لـ 0.4s، bounce rate -38%، فاتورة CDN -54%)، 4 trade-offs خفية، ومتى Service Worker بيكون كارثة بدل ما يفيد.
لو Postgres بيرفض اتصالات جديدة عند 100 مستخدم ويرمي "too many clients already"، السيرفر مش ضعيف — Postgres بيشغّل process منفصل لكل اتصال. PgBouncer بـ 12 سطر config بيخلّيك تشغّل 5,000 client متزامن بنفس السيرفر. مقال للمتوسط بمثال شبابيك البنك للمبتدئ، شرح علمي للـ pooling modes الثلاثة، ملف pgbouncer.ini شغّال، أرقام مقاسة من API FastAPI (الـ throughput من 2,400 لـ 14,800 طلب/دقيقة)، 4 trade-offs حقيقية، ومتى لا تستخدمه أصلاً.
لو موقعك بيستخدم Google Fonts أو API على دومين تاني، أول زيارة بتدفع من 180 لـ 480 مللي ثانية ضايعة في DNS و TCP و TLS قبل أول بايت. 4 سطور HTML اسمها Resource Hints بتقطع المعادلة دي. مقال للمبتدئ بمثال مطعم الديليفري، تعريف من HTML Living Standard، كود قابل للنسخ على Chrome 130، أرقام مقاسة من Lighthouse 11 على 4G مصري، 4 trade-offs، ومتى مايستاهلش الجهد.
لو السيرفر بيرمي FATAL: too many connections وانت لسه عند 800 user، PostgreSQL مش بطيء. PgBouncer في 12 سطر إعداد بيختصر 800 اتصال لـ 25، بدون تعديل تطبيقك. مثال شباك البنك للمبتدئ، شرح transaction pooling، أرقام إنتاج (RAM 5.6GB → 280MB، توفير 410$ شهريًا)، 4 trade-offs، ومتى لا تستخدمه.
مدونة أحمد حايس تجيب عن أسئلة مثل كيف أتعلم البرمجة أو التكنولوجيا أو الذكاء الاصطناعي، وتحوّل المفاهيم التقنية إلى مقالات عربية عملية واضحة.