Действительно ли это обвинение в отношении элементов управления DevExpress WPF и что хороший альтернативный поставщик?

Моя компания начинает крупный проект разработки с нуля с использованием элементов управления DevExpress WPF. Я только что прочитал этот критический обзор их элементов управления WPF:

Моя компания начинает крупный новый проект разработки с использованием элементов управления DevExpress WPF. Я только что прочитал этот критический обзор их элементов управления WPF:

Моя компания начинает крупный новый проект разработки с использованием элементов управления DevExpress WPF. Я только что прочитал этот критический обзор их элементов управления WPF:

[…] Разработчики DevExpress совершенно неправильно поняли WPF, когда они разрабатывали свои элементы управления WPF. Я действительно не могу в достаточной степени впечатлить вас, насколько неприятно использовать их средства управления. Я чувствую себя совершенно ужасно (почти виноватым), говоря о вендоре с таким негативом, но они допустили серьезную ошибку в своем наборе WPF, и это был единственный источник самого ужасного разочарования для меня примерно за десять лет разработки программного обеспечения.

Согласны ли вы с тем, что DevExpress не понимает парадигму WPF и доставит нашим разработчикам горе при разработке и сопровождении? Можете ли вы предложить альтернативного поставщика элементов управления WPF? Я ищу поставщика с элементами управления WPF, который улучшит наше приложение и при этом будет хорошо вписываться в WPF API, привязку и MVVM.

Ссылка (вверху) на критическое сообщение в блоге не работает. Первоначальный автор заявил:

Я написал исходную статью и решил поработать с DevExpress в частном порядке после разговора с ними, поэтому я, к сожалению, решил удалить сообщение. С уважением, Ира