Вот с дельфи та же история, немало я на нём проработал. Всё было вполне хорошо, "по-пасклевски": быстрый старт, удобная среда, неплохая производительность, отличная работа с БД. Неплохой баланс разного. Но скажем раскладка в ресурсах DFM это неплохо для небольших прог, в более крупных больше мешало, особенно если было "визуальное наследование" VFI  в том или ином виде. Сначала просто перед билдом надо было открыть-закрыть все формы/фрейм (чтобы изменения применились в наследниках). Потом переходишь на коррекцию части свойств прямо в коде при создании формы/фрейма. Далее оказывается проще уже все кодогенерить. Так же и по самим формам, сначала кажется удобно писать прямо в обработчике OnSomeEvent, потом вся логика уходит куда-то, а там только вызов. Далее всё привязывается прямо в коде. А вот тут часто паскалю декративности и нехватает. Под конец я сделал даже препроцессор для этого. Среда тоже довольно костная в этом плане. Итого оказывается, что даже на родной его винде всё ограничено, а с другими платформами ситуация еще хуже. Любое развитие в этом ломает баланс.
В БД и TDataSet всё также, когда-то было это круто. Учетные системы клепались только так. Сейчас уже непонятно зачем держаться за это эту архаичную идею, т.к. чистые двухзвенки уходят в прошлое.