Size: a a a

Архитектура ИТ-решений

2020 August 31

EG

Edward Galiaskarov in Архитектура ИТ-решений
типа сделать ресурс для формирования такого каталога, формирование такого каталога и возможно какой-то поисковый (экспертный) движок прикрутить
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Edward Galiaskarov
типа сделать ресурс для формирования такого каталога, формирование такого каталога и возможно какой-то поисковый (экспертный) движок прикрутить
Сделать тематическую лабораторию (рабочую группу), остальное как Вы описали. Но не экспертный, а именно поисковый.

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

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Слушайте, я тоже некоторое время назад размышлял над этой проблемой.
Имхо, тут нужно два уровня - подбор паттерна/схемы по группам FR/NFR (по сути, по классу системы) и подбор конкретных компонент внутри выбранного паттерна по каким-то внешним критериям.

Первому мешает отсутствие внятной классификации систем/солюшенов, второму - маркетинг, вечно смешивающий технологию и реализацию.

А так можно пойти дальше и в теории генерить солюшены механически по корпусу текстовых описаний-хотелок
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Для этого нужна R&D лаба
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Это же научный труд. Тема - метод выбора дизайн-паттернов в зависимости от FR/NFR. Для начала можно отдельную диссертацию защитить по критериям выбора и классификации
источник

AN

Andrew Nilove 💔 in Архитектура ИТ-решений
Коллеги, сталкивался ли кто-нибудь с Arc42?
Они бесплатно раздают материалы. Реклама ли это?
источник

AN

Andrew Nilove 💔 in Архитектура ИТ-решений
Cucumba Morozov
можно попробовать минут за 10-15 почитать шаблон на гитхабе и примерить на себя

https://github.com/arc42/arc42-template/tree/master/RU/asciidoc

если подойдет, то хорошо. если непонятно, зачем -- лучше потом вернуться к этому
уже обсуждали здесь
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Gennadiy Kruglov
Это же научный труд. Тема - метод выбора дизайн-паттернов в зависимости от FR/NFR. Для начала можно отдельную диссертацию защитить по критериям выбора и классификации
Но финансировать это никто не будет...
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Gennadiy Kruglov
Сделать тематическую лабораторию (рабочую группу), остальное как Вы описали. Но не экспертный, а именно поисковый.

Главное - зажечь людей. Для этого нужна прям группа, желательно с преференциями для участников.
Идеи 84го года получают второе дыхание.
По идее, если мы говорим о каталоге чего-то, то этот каталог должен быть полезным конкретным людям в конкретных предметных областях.

Для того, чтоб его начать формировать нужно запустить цикл обратной связи от разработчиков ИТ систем разного рода.
От платформ систем прогнозирования, до измерительных комплексов.

Это большая работа, её можно организованно начать. Но сразу нужно минимум 3 человека, заряженных этому посвятить десяток лет жизни в каком то регулярном режиме.

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

AL

Alexander Luchkov in Архитектура ИТ-решений
Alexey Pryanishnikov
Слушайте, я тоже некоторое время назад размышлял над этой проблемой.
Имхо, тут нужно два уровня - подбор паттерна/схемы по группам FR/NFR (по сути, по классу системы) и подбор конкретных компонент внутри выбранного паттерна по каким-то внешним критериям.

Первому мешает отсутствие внятной классификации систем/солюшенов, второму - маркетинг, вечно смешивающий технологию и реализацию.

А так можно пойти дальше и в теории генерить солюшены механически по корпусу текстовых описаний-хотелок
Кстати, классификаторы систем уже есть. Их можно вполне начать дорабатывать.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Причём это сугубо функциональные классификаторы, без маркетинговых наворотов.
источник

F

Fagor in Архитектура ИТ-решений
Система не есть набор функций и в этом большая проблема выйдет
источник

VU

Vitaly U in Архитектура ИТ-решений
Artur BAGArt
Иронично но xml из мира явы и чужд перлу)
Xml из джавы? Чего
источник

VU

Vitaly U in Архитектура ИТ-решений
Gennadiy Kruglov
Нужен альбом альбомов:
- https://www.enterpriseintegrationpatterns.com
- https://microservices.io/patterns/index.html
- https://patterns.arcitura.com/soa-patterns

Ещё у Microsoft есть свои паттерны.
Ещё есть паттерны хранилищ данных.
Ещё есть паттерны потоковой обработки.
Ещё есть паттерны распределённой обработки.
Ещё есть паттерны кэширования.
Ещё есть паттерны разделения монолита на микросервисы, часть из них пересекается с SOA паттернами и другими паттернами, поэтому имеют другие названия

И т.д.

Если кто-то соберёт всё вместе в некий единый каталог и будет его обновлять, это будет полезно конечно.

Поищу ещё "альбомы" по разделам, которые начинаются с "ещё".
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Не указал. Много чего не указано
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alexander Luchkov
Идеи 84го года получают второе дыхание.
По идее, если мы говорим о каталоге чего-то, то этот каталог должен быть полезным конкретным людям в конкретных предметных областях.

Для того, чтоб его начать формировать нужно запустить цикл обратной связи от разработчиков ИТ систем разного рода.
От платформ систем прогнозирования, до измерительных комплексов.

Это большая работа, её можно организованно начать. Но сразу нужно минимум 3 человека, заряженных этому посвятить десяток лет жизни в каком то регулярном режиме.

Я считаю, что за пару лет можно собрать неплохой вариант решения, которым потом можно будет долго пользоваться.
Можно будет указать на наших могилах "Он смог каталог" или "Он не смог Каталог".

Для начала, нужно хотя бы силами студентов свести в некий каталог паттерны по всем ссылкам выше.
источник

VU

Vitaly U in Архитектура ИТ-решений
Gennadiy Kruglov
Не указал. Много чего не указано
Мне кажется прост каталог бесполезен, нужно дерево принятия решений
источник

VU

Vitaly U in Архитектура ИТ-решений
Что делаем, где, для чего
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Список граничных условий и критериев осмысленности использования.
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Fagor
Система не есть набор функций и в этом большая проблема выйдет
А функционал здесь, по большей части, и не интересен.

Ну то есть, условно: высоконагруженная, геораспределённая система с гарантированным временем ответа  - это класс и к нему может быть применён паттерн (только ещё десяток ограничивающих условий пририсовать). А что она там конкретно делает - нюансы реализации
источник