Расскажите пожалуйста подробней об Application уровне. Я так понимаю он у вас работает для связки интерфейса, модели и данных? Тоесть это то, куда интерфейс посылает свои запросы и где формируется ответ? Какого типа проекты вы в основном делаете(в плане сложности и области применения)? И на каком языке вы обычно пишите серверную часть? Какие фреймворки используете и используете ли DI и IOC? Какие инструменты предпочитаете?
Вопросы очень объемные, коротко расскажу здесь и потом сделаю видео для более развернутых ответов. 1. Интерфейс - это SOAP или RestFULL сервис, взаимодействует как с клиентом, так и с другими сервисами. - Далее Интерфейс (сервис) передает данные на уровень Приложения, где осуществляется конвейерная обработка сначала на уровне Приложения (проверка данных по типу, структурирование данные, создание объектов и т.д); - Далее передается на уровень Бизнеса, где выполняется специфическая обработка (обогащение, проверка инвариантов, проверка семантики, выполнение бизнес-процедур и т.д.); - Далее возвращается все в Приложение, и Приложение взаимодействует с Инфраструктурным уровнем. 2. Мы делаем системы оперативного управления и контроля. Задача мониторинга состоит из технического и бизнес мониторинга. Технический мониторинг делается на базе готовых продуктов, с добавлением наших наработок в области проактивного мониторинга. Бизнес мониторинг состоит из оперативного мониторинга (контроль технологического цикла) и системы отчетности. Делается на базе нашего собственного фреймворка, и бесшовной интегрируется с техническим мониторингом. Сложность проекта определяется объемами данных и территориальным разделением. Сейчас, например: 89 регионов, 9 часовых поясов, 10 - 15 млн. сообщений в сутки, 2 - 4 млн. метрик в сутки, около 10 тыс. серверов, более 1 тыс. дисковых полок , сетевое оборудование, ИБП, иерархическая структура взаимодействия и т.д. Так же сложность определяется по задачам технологического цикла. Здесь не могу раскрыть детали. 3. Серверные языки программирования: Java, JavaScript, Perl, VBScript 4. Инверсию зависимостей и управления используем. 5. Инструментов каких-то любимых нет, приходится работать и с SQL, и с программным кодом, и с системами контроля версий, и с вендорными редакторами. Поэтому чего-то одного нет. Я работаю обычно в режиме помощи и анализа, поэтому мне проще всего работать из консоли, когда я могу быстро посмотреть нужный мне код, подключиться к нужной рабочей ноде, запустить тесты, подключиться к СУБД, запустить сборщик данных, посмотреть логи и т.д. В моей работе гораздо важнее знать технологии, методы интеграции и получения данных, уметь быстро разобраться в проблеме и наметить выходы из нее.
А не могли бы вы так же описать более детально о цикле проектирования и разработки таких приложений? Я работаю в сфере геймдева, но интересуюсь так же и вебом, поэтому более детальный экскурс был бы очень полезен, чтоб осознать как выполняется работа над таким большим проектом. И очень хотелось бы услышать об исскуственном интелекте(нейронных сетях) и его практическом применении программистом. Как его вообще использовать (библиотеки какие-то или как) и для каких задач?
Спасибо за информацию. Мы тоже пришли к выводу, что DDD по-прежнему актулен и попробовали разобрать все по полочкам. th-cam.com/video/D6YEeBUard8/w-d-xo.html
Да домены это очень абстрактное понятие и ложится оно на каждый бизнесс по своему, у нас например rails приложение с 5 летним бэкграундом, и когда я принял решение избавиться от той каши которая досталась мне, я выбрал DDD но с ключевыми изменениями и заточкой под текущую реализацию, в рельсах очень сложно отойти от рельс. В целом методологи нужны для закрытия проблем а не чтобы ими поиграться и подстраивать бизнес под них, это методологии подстраиваются под бизнесс, кто за девушку платит, тот ее и танцует!
th-cam.com/users/shortsou_bMhRAMC0?feature=share Тут говорят что фронтендеру без ddd не куда, но я вроде уже могу сделать спа приложение на реакте знаю немного джаваскрипт но я не могу понять и половину с данного видео, быть может это синьорам надо знать а не джунам?
Сложно принять такую информацию вслух.
Было бы круто если будет визуализация и примеры
да, нихрена не понятно. Лучше уж книжку почитать по DDD
Расскажите пожалуйста подробней об Application уровне. Я так понимаю он у вас работает для связки интерфейса, модели и данных? Тоесть это то, куда интерфейс посылает свои запросы и где формируется ответ? Какого типа проекты вы в основном делаете(в плане сложности и области применения)? И на каком языке вы обычно пишите серверную часть? Какие фреймворки используете и используете ли DI и IOC? Какие инструменты предпочитаете?
Вопросы очень объемные, коротко расскажу здесь и потом сделаю видео для более развернутых ответов.
1. Интерфейс - это SOAP или RestFULL сервис, взаимодействует как с клиентом, так и с другими сервисами.
- Далее Интерфейс (сервис) передает данные на уровень Приложения, где осуществляется конвейерная обработка сначала на уровне Приложения (проверка данных по типу, структурирование данные, создание объектов и т.д);
- Далее передается на уровень Бизнеса, где выполняется специфическая обработка (обогащение, проверка инвариантов, проверка семантики, выполнение бизнес-процедур и т.д.);
- Далее возвращается все в Приложение, и Приложение взаимодействует с Инфраструктурным уровнем.
2. Мы делаем системы оперативного управления и контроля.
Задача мониторинга состоит из технического и бизнес мониторинга. Технический мониторинг делается на базе готовых продуктов, с добавлением наших наработок в области проактивного мониторинга. Бизнес мониторинг состоит из оперативного мониторинга (контроль технологического цикла) и системы отчетности. Делается на базе нашего собственного фреймворка, и бесшовной интегрируется с техническим мониторингом.
Сложность проекта определяется объемами данных и территориальным разделением.
Сейчас, например: 89 регионов, 9 часовых поясов, 10 - 15 млн. сообщений в сутки, 2 - 4 млн. метрик в сутки, около 10 тыс. серверов, более 1 тыс. дисковых полок , сетевое оборудование, ИБП, иерархическая структура взаимодействия и т.д.
Так же сложность определяется по задачам технологического цикла. Здесь не могу раскрыть детали.
3. Серверные языки программирования: Java, JavaScript, Perl, VBScript
4. Инверсию зависимостей и управления используем.
5. Инструментов каких-то любимых нет, приходится работать и с SQL, и с программным кодом, и с системами контроля версий, и с вендорными редакторами. Поэтому чего-то одного нет.
Я работаю обычно в режиме помощи и анализа, поэтому мне проще всего работать из консоли, когда я могу быстро посмотреть нужный мне код, подключиться к нужной рабочей ноде, запустить тесты, подключиться к СУБД, запустить сборщик данных, посмотреть логи и т.д.
В моей работе гораздо важнее знать технологии, методы интеграции и получения данных, уметь быстро разобраться в проблеме и наметить выходы из нее.
А не могли бы вы так же описать более детально о цикле проектирования и разработки таких приложений? Я работаю в сфере геймдева, но интересуюсь так же и вебом, поэтому более детальный экскурс был бы очень полезен, чтоб осознать как выполняется работа над таким большим проектом. И очень хотелось бы услышать об исскуственном интелекте(нейронных сетях) и его практическом применении программистом. Как его вообще использовать (библиотеки какие-то или как) и для каких задач?
какие системы разработаны по DDD?
Вилами по воде, тема не раскрыта
отлично. 8 минут и всё понятно.
Спасибо за информацию. Мы тоже пришли к выводу, что DDD по-прежнему актулен и попробовали разобрать все по полочкам. th-cam.com/video/D6YEeBUard8/w-d-xo.html
Да домены это очень абстрактное понятие и ложится оно на каждый бизнесс по своему, у нас например rails приложение с 5 летним бэкграундом, и когда я принял решение избавиться от той каши которая досталась мне, я выбрал DDD но с ключевыми изменениями и заточкой под текущую реализацию, в рельсах очень сложно отойти от рельс. В целом методологи нужны для закрытия проблем а не чтобы ими поиграться и подстраивать бизнес под них, это методологии подстраиваются под бизнесс, кто за девушку платит, тот ее и танцует!
Жаль, можно поставить только один лайк)
th-cam.com/users/shortsou_bMhRAMC0?feature=share
Тут говорят что фронтендеру без ddd не куда, но я вроде уже могу сделать спа приложение на реакте знаю немного джаваскрипт но я не могу понять и половину с данного видео, быть может это синьорам надо знать а не джунам?
"...немного джаваскрипт" это не джун, а трейни, и то не все возьмут
@@Alex-ov9eo немного это по твоему сколько?)
@@zakiro4277 скорее всего самые азы без углубления в прототипы/наследование, классы, асинхронность, промисы и тд
Очень странно слышать про интеграции с другими АС на уровне инфраструктуры.
5:10 фабрики сохраняют в бд? хммм)))
Без картинок ничего не ясно
Кажется Вы абсолютно не тем занимаетесь, ибо Domen Driven Design даже не пахнет.
Vladislav Soprun когда кажется креститься нужно. Научитесь говорить по факту, а не растекаться мыслями по асфальту.
Слишком абстрактно. По сравнению с другими видео по DDD это ничего не даёт, увы.
toIKECbJ