Quicksort: When to Use It

Start with the idea

A problem is a good match for Quicksort when it asks for fast general in-memory sorting. Here the concrete task is: Sort the values using an in-place partition. The visible input [9,3,7,1,8,2] is an example, not a definition of the whole problem. Ask what operations the solution must support and what the input guarantees. Before sorting everything, ask whether a single statistic is enough and whether stable order among equal keys matters. The right choice follows from those guarantees, not from a familiar noun in the prompt.

The decisive invariant is: Partition around a pivot, then recurse only on the two unresolved regions. Try to say why it applies to the task without quoting the implementation. Which fact becomes known after one update, and which possible answers remain? Sorting establishes global order; selection asks only for a rank or partition. Explain which comparisons make progress toward that goal. If that claim cannot be maintained on a legal input, the pattern is wrong or one of its preconditions is missing. A counterexample is more useful than a vague warning: change one property of the sample, trace the first two steps, and identify the exact claim that fails.

Compare costs before committing. The advertised bound is O(n log n) average · O(n^2) worst · O(log n) stack average; identify the operation responsible for it and the extra memory it needs.