Size: a a a

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

2017 June 14

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Александр Кирин
Короче путь жесть ) можно посмотреть мдм только думаю клиент завернет из за архаичного ui. Но можно тогда свой сделать если МДМ позврюолит, а саму Ее использовать как бэкхенд и не писать самим 🚲
Тут видится 3 варианта: купить MDM, купить MDM и обернуть собственно
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Обернуть собственным  UI, разработать MDM самостоятельно. Все варианты придётся поддерживать
источник

AS

Alexander Samarin in Архитектура ИТ-решений
Вообще-то клиент - это некая организация у которой, по определению, нет жены.  А ссылки на удовлетворенных клиентов всегда интересны, для потенциальных клиентов.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Клиент - это человек, который принимал решение, вообще-то
источник

АМ

Антон Мартынов in Архитектура ИТ-решений
клиент = заказчик
заказчик может быть и юрлицом :)
источник

АК

Александр Кирин in Архитектура ИТ-решений
В проекте есть условие использовать опенсорс или отечественные разработки ) всвязи с этим может кто посоветует подобные МДМ ?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Не знаю, кто придаёт вес ссылкам на удовлетворённых клиентов
источник

i

id113367591 in Архитектура ИТ-решений
talend mdm
источник

i

id113367591 in Архитектура ИТ-решений
из отечественных была вроде 1с нси
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Антон Мартынов
клиент = заказчик
заказчик может быть и юрлицом :)
Клиент решения - это человек представляющий интересы своего подразделения, личные интересы и т.п. От его решений зависит судьба проекта, а не от абстрактного юрлица
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Александр Кирин
В проекте есть условие использовать опенсорс или отечественные разработки ) всвязи с этим может кто посоветует подобные МДМ ?
Лучше разработать самостоятельно.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Попробую сформулировать точнее, в данном контексте, клиент - это стейкхолдер (человек), который принимал решение, понравились ли ему, как представителю заказчика, формы
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Gennadiy Kruglov
Генерация JS по метамодели на стороне клиента, на стороне сервера собственно метамодель + сервисы, обычно паттерн Adaptive Object Model/Dynamic Object Model. И да, у каждого свой велосипед
Склоняюсь к мысли, что во многих случаях это антипаттерн :)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Andrei Soloschak
Склоняюсь к мысли, что во многих случаях это антипаттерн :)
Есть минусы, несомненно :-)
источник

АК

Александр Кирин in Архитектура ИТ-решений
Andrei Soloschak
Склоняюсь к мысли, что во многих случаях это антипаттерн :)
Только остаётся  вопрос как быть если это нужно
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Александр Кирин
Только остаётся  вопрос как быть если это нужно
Модифицировать паттерн
источник

АК

Александр Кирин in Архитектура ИТ-решений
Ну а как ещё можно генерить? Что бы сгенерить форму нужна инфа о данных, это собственно и есть метаданные. Щас морда вся на js, поэтому наверное без этого никуда
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Александр Кирин
Ну а как ещё можно генерить? Что бы сгенерить форму нужна инфа о данных, это собственно и есть метаданные. Щас морда вся на js, поэтому наверное без этого никуда
Вопрос не в генерации форм, а в хранении данных. У многих имплементаций Adaptive Object Model слабое место - универсальная структура данных, плохо поддающаяся оптимизации и масштабированию. Но можно не делать универсальную структуру данных, а также генерировать по модели
источник

AS

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

AS

Alexander Samarin in Архитектура ИТ-решений
Alexander Samarin
Stakeholder может быть и группа людей и организация. Решение может приниматься коллегиально, а озвучиваться индивидуально.
3.10 заинтересованная сторона, правообладатель (stakeholder): Индивидуум, команда, организация или их группы, имеющие интерес в системе.
источник