@rrader Пока есть ощущение что не надо этого делать. Более конкретно, есть ощущение что для любой проблемы, которую можно решить с помощью макросов, есть вменяемое решение, которое требует какой-то другой, более простой фишки в языке, но не макросов.

Мне просто интересно, это бы решило проблему с поддержкой макросов в IDE или нет?

Проблемы там не только в этом. С макросами ломается очень много всякого IDE тулинга

Ок, спасибо

Напрягает даже кодгенерация при загрузке/компиляции. Всё должно решаться без этого. А то вот сейчас в нашей вроде хорошей штуке выяснилось, что т.к. это кодогенерация- то надо передавать параметр-константу, А очень-очень надо хотя бы при старте заполнять.

@aleksey.tomin не совсем понял, можно поподробнее?

Это не про kotlin. Просто кодогенрерация библиотекой/компилятором это некоторый костыль, подпирающий архитектурные баги. В java таких багов полно. Надеюсь, в kotlin можно обойтись без них.

Ну почему же, генерировать классы моделек на базе скемы базы данных, что в этом может плохого?

В теории ничего. На практике... По БД не сталкивался, а вот всё остальное (по xml, по аннотациям) в итоге приводит к боли в отладке и понимании кода.