Имхо, если UI не хитровымученный-динамический, писать его в коде вручную - моветон.

Предлагаешь сразу начинать с «хитровымученного-динамического» UI?

Зачем тебе этот мазохизм? Хочется труЪ себя почуствовать? Посоны все равно за гуйню - за труЪ держать не будут.

Для хитровымученных динамических есть qml, остальное изврат.

Так можно сделать нединамическое (вроде основных пунктов меню, контейнера для динамических виджетов) в дизигнере, а динамическое (вроде динамических табов, виджетов в окне настроек) - в коде.

Школьники осиляют ручное создание UI

ШКОЛЬНИКИ, КАРЛ kramh!!!

Тебе дан инструмент? Пользуйся. Возьми руки официальную книжку по Qt, там в первой главе описано всё:

1. Как писать GUI из двух кнопок ручками.
2. Как писать GUI в дизайнере и с помощью UIC делать из него *.h
3. Как подгрузить интерфейс из XML *.ui автоматически.

И всё в этом духе. Вот и научишься сразу трём способам.

Ты следишь за мной? Я тебя боюсь

В далекой перспективе виджеты выкинут.

либо изучать кодинг на qt, либо использовать Qt Designer

Не либо-либо, а оба.

За очень редкими исключениями, работать с визуально спроектированным ui проще, разработка эффективнее.

Правда, вот в demos и examples от Qt, кажется, НИ ОДНОГО .ui нет, все диалоги рисуются на ЯП. Думаю, это для того, чтобылюди осваивали и при необходимости могли даже к сгенерённому UI что-то динамически добавить...

Как правило, лучше использовать дизайнер. Меньше кода — меньше ошибок. Код, сгенеренный из формы, гораздо надёжнее и будет автоматически содержать всё, необходимое для локализации приложения.
Дизайнер вполне можно использовать даже для «динамического» интерфейса — как правило, вся «динамичность» обеспечивается управлением видимостью элементов и переключением страниц в стеке (QStackedWidget).
Если интерфейс получается слишком большим, то стоит задуматься о выделении компонентов из формы. Эти компоненты можно конструировать в show event отдельно для каждой страницы/вкладки — это позволит сократить время конструирования главной формы, которое, обычно, происходит при запуске приложения.

Qt Quick Controls пока развиты хуже и ресурсов потребляют больше. С QML будет значительно проще сделать «ленивую» загрузку интерфейса; более того, такая загрузка является настоятельно рекомендуемой оптимизацией.

Сначала изучаешь «кодинг на qt», разбираешься с тем, как создавать виджеты и располагать их в layout'ах, подключать модели к разным view, создавать окна разных типов (диалоги, главные окна), работать с сигналами-слотами, переводом и т.п. Ещё полезно попробовать написать свой виджет и понять, что значат свойства типа sizePolicy, heightForWidth etc.

Потом изучаешь дизайнер и работу с Ui-объектами и никогда больше не пользуешься ручным созданием интерфейса, если сильно не прижмёт.

Поддерживать большой проект, где не используется дизайнер — это финиш.

Как правило, лучше использовать дизайнер. Меньше кода — меньше ошибок. Код, сгенеренный из формы, гораздо надёжнее и будет автоматически содержать всё, необходимое для локализации приложения.

две пина колады этому девелоперу!