Для себя между content_profile и стандартным profile, сделал выбор в пользу последнего по следующим причинам:

• Довольно прозрачный и легкий(быстрый) код модуля
• Достаточный функционал для добавления полей
• Достаточный функционал по хукам для расширения и модификации не только профиля, но и его отображения
• ИМХО профиль из ноды - нарушает концепцию системы
• Views научен работать с полями профиля
• Можно использовать готовые решения для стандартного профиля.
• Все остальное решается ЛЕГКО парой строчкой кода в доп модуле - еще раз скажу что hook_user & hook_profile_alter, дают в руки все инструменты для реализации задач управления профилем.

p.s. ИМХО свой код куда душевнее, тем более что для описанной задачи он элементарен и свое решение будет более гибкое.
Все ИМХО

Я тоже пытаюсь определиться с выбором и читаю все подряд на эту тему. В нескольких местах встречал жалобы на трудности работы с данными, которые сохраняет в базе родной модуль, и, наоборот, восторги по поводу легкости работы с данными профиля, который получается при использовании content_profile и полей CCK.