Мы не можем делать с db что хотим и оно зависит, потому что db - это вообще мутабельный внешний мир

когда вы не думаете о том что чтото изменяется в процессе исполнения то да - вы пишете на фп

@oleganza На этом принципе основано N-ой вычисление степени за log(N).

узнаю const метод

Просто выделив паттерн, мы можем воспроизвести одну и ту же идею для всего, что соответствует этому паттерну.

революционный подход это когда с чистого листа делают что-то. раст, например — это новый язык, хоть и заимствует идеи из других и имеет C FFI.

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

я про скалу могу тоже самое сказать что и про раст

революционный подход тяжело заходит просто потому что всё заново нужно брать и переписывать, много чего менять

со скалой так же

а тебе легче было потому что ты знал джаву

так на это же скала и рассчитана

+

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

базу другой процесс может менять одновременно

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

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

не можешь но ты и не ожидаешь

ну я про это и говорю

я говорю о тех вещах которые ты ожидаешь

от бд ты мало что можешь ждать к сожалению