Ⓢ
Вывод вкратце: а) если для изменения какойто штучки вам требуется много усилий и согласований с другими коллегами - это уровень архитектуры; если мало - то уровень программного дизайна
Size: a a a
2018 June 08
S
я могу написать проект так, что любые изменения будут подпадать под категорию «а» - я архитектор )
Ⓢ
Б) архитектура - это "все стратегически важное", внутрипрограммный дизайн - все "стратегически неважное" 😊
MZ
просто архитектор это уровень межсервисного взаимодествия, их мониторинга, логирования. Поэтмоу что там внутри JPA или jooq… не важно
это очень частный случай, когда для архитектуры тебе не важно как ты работаешь с СУБД (и какой СУБД). такое тоже может быть, но это отнюдь не единственный возможный вариант
S
эм… странно когда у тебя сервисы общаются через бд, разве нет?
MZ
причём тут это? есть такая штука как нефункциональные требования
S
или ты подразумеваешь что ты архитектор на одном проекте? и строишь его архитеутуру
MZ
ты не путаешь архитектуру предприятия и архитектуру приложения? :)
S
тут наверное надо оговорить что такое архитектор в конкретном проекте
MZ
в конкретном проекте может быть несколько разных архитекторов. я всё-таки только про техническую и только про архитектуру приложения
S
я тебя понял
S
просто в каждом конкретном случае позиция архитектроа имеет разный уровень ответсвенности
MZ
ой, всё :) вопрос был про хороший ORM для kotlin. а мы улетели уже очень далеко
S
я думюа таких нет )
S
по крайне мере продакшен реди полноценных решений специально для котлина
Ⓢ
я думюа таких нет )
Чё так пессимистично? ☺️ Или нет предела совершенству?
MZ
мне показался интересным ещё kotlin-jpa-specification-dsl. это конечно только для jpa, но идея красивая
S
Чё так пессимистично? ☺️ Или нет предела совершенству?
Я про продакшен реди полноценные решения
S
мое личное мнение, что все эти библиотеки не выживут, гиганты текущего мира скорее напишут красивые оберточки для котлина или же им напишут энтузиасты и будет тот же хибер, Jooq, MyBatis