Спасибо. Для меня подход с Terraform выглядит как стрельба из пушки по воробьям, да и много операций приходится выполнять руками. С AWS SAM подобная задача решилась бы двумя ресурсами (собственно, функцией и S3 бакетом) и не потребывала прописывания переменных окружения через UI.
Я помню страшные баттлы типа windows vs linux. Не знаю, зачем все это было нужно, но было. Сейчас уже пришло понимание, что у каждого инструмента свое назначение и лучше брать то, что лучше подходит, а не то, что у соседа.
И логичнее продумывать архитектуру не от классов java, а от er диаграммы базы.
Почему именно от ERD БД, а не от ERD предметной области? Ведь БД нужна для хранения данных о доменных объектах, а не наоборот, не БД определяет состав полей доменных объектов
Отсюда возникает еще один вопрос: а не должны ли быть доменные объекты (или их представления) различными для нашего backend’a и frontend’a?
В Domain-Driven Design-е с самого начала постулируется положение о том, что есть ограниченные области предметной области (тавтология такая вот), каждая из которых оперирует своими доменными объектами. Для взаимодействия между областями есть адаптеры.
Подобный же подход, кроме всего прочего, постулируется и в SOLID, в части Interface Segregation.
Это так, мысли под утренний кофе, а не указание на что-либо.
Эммм, был у Заказчика (да, с большой буквы) пользователь как раз с такой фамилией. У нее были баги, которых ни у кого не было и никто их повторить не мог. Потом ее уволили, баги пропали, разработчики вздохнули спокойно.
Она не просто популярна, dojo входит в стандартную поставку IBM Domino, интерфейс на базе XPages также широко использует визуальные компоненты этого фреймворка.
Спасибо. Для меня подход с Terraform выглядит как стрельба из пушки по воробьям, да и много операций приходится выполнять руками. С AWS SAM подобная задача решилась бы двумя ресурсами (собственно, функцией и S3 бакетом) и не потребывала прописывания переменных окружения через UI.
Но с Terraform тоже, конечно, вариант.
А чем это лучше AWS SAM?
Это лучший мануал, что я видел, ведь только в нем описано то, чего так не достает всем остальным!
Без этого нельзя разрабатывать на любом языке программирования!
Поздравляю, отличный результат!
Почему бы не начать использовать
var
в production-тестах?Почему именно от ERD БД, а не от ERD предметной области? Ведь БД нужна для хранения данных о доменных объектах, а не наоборот, не БД определяет состав полей доменных объектов
В Domain-Driven Design-е с самого начала постулируется положение о том, что есть ограниченные области предметной области (тавтология такая вот), каждая из которых оперирует своими доменными объектами. Для взаимодействия между областями есть адаптеры.
Подобный же подход, кроме всего прочего, постулируется и в SOLID, в части Interface Segregation.
Это так, мысли под утренний кофе, а не указание на что-либо.
Эммм, был у Заказчика (да, с большой буквы) пользователь как раз с такой фамилией. У нее были баги, которых ни у кого не было и никто их повторить не мог. Потом ее уволили, баги пропали, разработчики вздохнули спокойно.
Cancel — ченсл
QueryOpen — кьюриОпен