Предположим, что у вам разделение про профилю.
Есть бакенд-разработчик, который возится с моделью данных (СУБД), кэшем, авторизацией, безопасностью.
Есть фронтенд-разработчик, который занимается пользовательским интерфейсом.
Точно так же как фронтенд-разработчик не будет (не должен) в шаблонах писать прямые запросы в базу данных, чтобы показать в диалогах дополнительно "что-то этакое", так же и бакенд-разработчик не будет (не должен) отшлифовывать кроссбраузерность вывода своего var_dump().
Идеальный вариант - это работы, выполняемые в такой последовательности:
1. готов дизайн-макет страницы
2. дизайн-макет свёрстан верстальщиком
3. полнота данных оценена бакенд'щиком, при необходимости расширена модель данных и дописаны методы для работы с ними (CRUD), настроены права (RBAC)
4. данные для страницы "вывалены" в виде var_dump() в подходящее место макета
5. фронтенд'щик убрал var_dump() и расставил все данные по своим местам в макете
далее итеративный процесс доводки страницы до идеала
Если к моменту вывода var_dump() макета нет - извиняйте, вот вам
<div style="background: green; border: 1px solid red;"><pre><?php var_dump($model) ?></pre></div>
Если фронтед'щик жалуется, что ему приходится работать над этим сырым выводом - найдите того, кто будет работать, а не жаловаться.
P.S. Чуть помогают, но и мешают тоже, генераторы кода, как например в фреймфорке Yii. Можно по быстрому зафигачить таблицу, или диалог, или форму для конкретной выборки данных или модели Active Record, причём все они уже будут работать (сохранение, поиск, постраничный вывод). Уже не так страшно, как var_dump().