D
банки 100 лет писали весь бизнес на хранимках и еще 100 лет будут писать, в скалачате пацаны говорят что одной либой для генерации скл проект не обойдется
смотря какой бизнес, дбо вот уже не на хранимках
Size: a a a
2020 August 12
Oℕ
скл не ложится ни на фп, ни на ооп и за 50 лет люди так и не придумали как их склеить чтобы глаз не резало. Итогом этой боли как мне кажется становятся эти странные dsl over dsl которые как бы должны скрыть острые углы, но по итогу только бесцельно тратят время программистов на проекте на фикс проблем самих генераторов
это не совсем правда
D
наелись хранимок
Oℕ
Точнее совсем неправда
DS
1. Мне не сложно, но не все такие умные 2. А если не синглтон?
Ну, если человек не может уяснить, что для того чтобы выполнить запрос в базу - нужен DBContext, то мне его жаль
AD
Контексты это всегда дополнительная сложность
AD
Ты предлагаешь сделать ещё один контекст
EB
Точнее совсем неправда
?
AD
Никакого супервыигрыша тут нет
AD
А проблем сразу пачка
AD
Но тебе из слоновой башни их не видно
DS
Промышленная разработка это вообще не просто
DS
Никакого супервыигрыша тут нет
Для некоторых людей возможно не писать сикуэль - это киллер фича
EB
Для некоторых людей возможно не писать сикуэль - это киллер фича
в смысле не писать скл
AD
Но это же суп вилкой
DS
в смысле не писать скл
В явном виде, квилл генерирует его за меня
KC
1. Мне не сложно, но не все такие умные 2. А если не синглтон?
Ну вот не всех таких умных можно посадить писать крудлайк запросы за квил, только контекст таскать и научить
KC
Раз они не умные
EB
то есть людям больше нравится писать неотлаживыемый мета-скл?
KC
А для задач посложнее все равно будут использоваться умные