ما هي الإستراتيجية الجيدة للتعامل مع مسائل المقابلات البرمجية؟

Question

Accepted Answer

الإستراتيجية الموثوقة هي **الفهم، ثم التخطيط، ثم البرمجة** — لا تبدأ مباشرة بالكتابة. النهج المنظم يكشف الحالات الحدية مبكراً ويوضح طريقة تفكيرك بشكل جلي.

## إطار عمل خطوة بخطوة

```text
1. CLARIFY  -> restate the problem, ask about inputs, ranges, edge cases
2. EXAMPLES -> work a small example by hand; note edge cases (empty, 1, dups)
3. BRUTE FORCE -> state the obvious solution and its complexity
4. OPTIMIZE -> spot the bottleneck; pick a pattern (hash, two-pointer, DP...)
5. CODE     -> write clean, modular code while talking through it
6. TEST     -> trace examples, check edges, fix bugs
7. ANALYZE  -> state final time and space complexity
```

## التعرف على الأنماط

| الإشارة | التقنية المحتملة |
|--------|-----------------||
| المصفوفة المرتبة / الزوج | مؤشرات ثنائية / البحث الثنائي |
| "المصفوفة الجزئية / السلسلة الجزئية" | النافذة المتحركة / مجموع البادئة |
| "العد / المشاهدة سابقاً" | hash map |
| "جميع التوليفات" | backtracking |
| المشاكل الفرعية المتداخلة | البرمجة الديناميكية |
| graph / grid الوصول إليها | BFS / DFS |

## مثال على الذهنية

```python
# Always START from the brute force, THEN optimize.
# Brute force two-sum is O(n^2); a hash map makes it O(n).
# State this trade-off out loud before coding.
```

## الأخطاء الشائعة

لا تبرمج في صمت، لا تتجاهل الحالات الحدية، ولا تحسّن مبكراً. احصل على حل صحيح أولاً، ثم حسّنه.

## لماذا يهم

العملية القابلة للتكرار تحافظ على هدوئك وتمنع البرمجة المرتجلة التي تنتج حلولاً معيبة.

توضيح كل خطوة بالكلام يسمح للمحاور بمتابعة طريقة تفكيرك وإعطاؤك تلميحات — يقيمون *كيف* تفكر، وليس فقط الإجابة النهائية.

انضباط الفهم والتخطيط والاختبار نفسه يجعلك مهندساً أفضل في المسائل الحقيقية والغامضة.