Можно, конечно, пропуская картинки и абзацы с лирикой, разобрать статью по пунктам, начиная с "когда отцы-основатели данной хранимой процедуры покидают компанию, вместе с ними уходит и понимание того, как всё это должно функционировать" (если такие "отцы" напишут бизнес-логику на стороне приложения и тоже исчезнут, не оставив документации, то эффект будет ровно тот же), но смысла в этом немного, как и в том, что можно написать симметричную статью про плюсы размещения бизнес-логики на стороне БД. Задачи бывают разные, решения под них нужны тоже разные и в этом смысле в статье не хватает главного - рассказа автора о кейсах, в которых ему приходилось размещать бизнес-логику в разных компонентах ИС. А так получился неоригинальный (на мой взгляд, просто набор банальностей) и однобокий взгляд на вопрос.
ну да, статья высосана из пальца. Задачи бывают разные, есть масса случаев, когда достаточно шела и нескольких консольных утилит. Первый пример в статье вообще странный, 'cp newfil newfile2 & echo Success' и всё
Можно, конечно, пропуская картинки и абзацы с лирикой, разобрать статью по пунктам, начиная с "когда отцы-основатели данной хранимой процедуры покидают компанию, вместе с ними уходит и понимание того, как всё это должно функционировать" (если такие "отцы" напишут бизнес-логику на стороне приложения и тоже исчезнут, не оставив документации, то эффект будет ровно тот же), но смысла в этом немного, как и в том, что можно написать симметричную статью про плюсы размещения бизнес-логики на стороне БД. Задачи бывают разные, решения под них нужны тоже разные и в этом смысле в статье не хватает главного - рассказа автора о кейсах, в которых ему приходилось размещать бизнес-логику в разных компонентах ИС. А так получился неоригинальный (на мой взгляд, просто набор банальностей) и однобокий взгляд на вопрос.
ну да, статья высосана из пальца. Задачи бывают разные, есть масса случаев, когда достаточно шела и нескольких консольных утилит. Первый пример в статье вообще странный, 'cp newfil newfile2 & echo Success' и всё