GK
ценник мало кому понравится, но, такой подход, самый правильный в этом кейсе
Точно
Size: a a a
2020 August 26
GK
Вот прям в точку
GK
Когда изначально два основных ЦОДа строятся в соседних регионах на расстоянии нескольких сотен км, это не правильно
EI
Я тут пересобираю подход к интеграции, и что заметил:
- "контракт как wsdl/json схема"
- "контракт как результат процесса исполнения сторонами обязательств асинхронной передачи данных"
- "контракт как исполнение бизнес-смысла операции"
это три контракта, в реальности, сложно сводимые вместе по причине "я вот не понимаю ваш язык и ваши цели, а мои простые - вот они. Потрудитесь их гарантировать".
- "контракт как wsdl/json схема"
- "контракт как результат процесса исполнения сторонами обязательств асинхронной передачи данных"
- "контракт как исполнение бизнес-смысла операции"
это три контракта, в реальности, сложно сводимые вместе по причине "я вот не понимаю ваш язык и ваши цели, а мои простые - вот они. Потрудитесь их гарантировать".
Если есть ещё у кого понимание, как разложить интеграционный контракт на конкретные "доменные" (предметные) контракты - напишите, плз
EI
Я тут пересобираю подход к интеграции, и что заметил:
- "контракт как wsdl/json схема"
- "контракт как результат процесса исполнения сторонами обязательств асинхронной передачи данных"
- "контракт как исполнение бизнес-смысла операции"
это три контракта, в реальности, сложно сводимые вместе по причине "я вот не понимаю ваш язык и ваши цели, а мои простые - вот они. Потрудитесь их гарантировать".
- "контракт как wsdl/json схема"
- "контракт как результат процесса исполнения сторонами обязательств асинхронной передачи данных"
- "контракт как исполнение бизнес-смысла операции"
это три контракта, в реальности, сложно сводимые вместе по причине "я вот не понимаю ваш язык и ваши цели, а мои простые - вот они. Потрудитесь их гарантировать".
Сегодня хочу утрясти вопрос с контрактованием и перевести на эти рельсы один из интеграционных проектов.
EI
Я тут пересобираю подход к интеграции, и что заметил:
- "контракт как wsdl/json схема"
- "контракт как результат процесса исполнения сторонами обязательств асинхронной передачи данных"
- "контракт как исполнение бизнес-смысла операции"
это три контракта, в реальности, сложно сводимые вместе по причине "я вот не понимаю ваш язык и ваши цели, а мои простые - вот они. Потрудитесь их гарантировать".
- "контракт как wsdl/json схема"
- "контракт как результат процесса исполнения сторонами обязательств асинхронной передачи данных"
- "контракт как исполнение бизнес-смысла операции"
это три контракта, в реальности, сложно сводимые вместе по причине "я вот не понимаю ваш язык и ваши цели, а мои простые - вот они. Потрудитесь их гарантировать".
Эти три исполнить и получить статус реально (поговорил с предметниками)
Хочу понять, может что-то я упустил из виду
Хочу понять, может что-то я упустил из виду
GK
Эти три исполнить и получить статус реально (поговорил с предметниками)
Хочу понять, может что-то я упустил из виду
Хочу понять, может что-то я упустил из виду
Да вроде не упустил. Но пункты должны идти наоборот, в порядке, который описал @WatchTh15
EI
Я конечно извиняюсь, но мне всегда казалось, что описание любого взаимодействия = описание контракта = описание интерфейса = результат коммуникации. И в моём мире интеграция=взаимодействие, только названное другим словом.
Если говорить о динамических интерфейсах, т.е. изменяемым в после ввода в эксплуатацию, то задаётся способ доставки изменений. Классический пример - это система моделирования реального времени со случайным набором акторов. Т.е. в одном модельном мире запустить несколько заранее определенных разработчиками объектов, о которых система моделирования заранее ничего не знает.
Если говорить о динамических интерфейсах, т.е. изменяемым в после ввода в эксплуатацию, то задаётся способ доставки изменений. Классический пример - это система моделирования реального времени со случайным набором акторов. Т.е. в одном модельном мире запустить несколько заранее определенных разработчиками объектов, о которых система моделирования заранее ничего не знает.
Ты про это описание?
GK
Ты про это описание?
Да
EI
Я конечно извиняюсь, но мне всегда казалось, что описание любого взаимодействия = описание контракта = описание интерфейса = результат коммуникации. И в моём мире интеграция=взаимодействие, только названное другим словом.
Если говорить о динамических интерфейсах, т.е. изменяемым в после ввода в эксплуатацию, то задаётся способ доставки изменений. Классический пример - это система моделирования реального времени со случайным набором акторов. Т.е. в одном модельном мире запустить несколько заранее определенных разработчиками объектов, о которых система моделирования заранее ничего не знает.
Если говорить о динамических интерфейсах, т.е. изменяемым в после ввода в эксплуатацию, то задаётся способ доставки изменений. Классический пример - это система моделирования реального времени со случайным набором акторов. Т.е. в одном модельном мире запустить несколько заранее определенных разработчиками объектов, о которых система моделирования заранее ничего не знает.
Перечитываю, хорошо написано.
GK
Перечитываю, хорошо написано.
Саша может
VH
Всем добра, народ подскажите.. кто то пробовал такой инструмент как PlantUML?
Интересует его возможности, в частности совместное использование диаграмм и версионирование?
Интересует его возможности, в частности совместное использование диаграмм и версионирование?
PT
Vladimir Holyavik
Всем добра, народ подскажите.. кто то пробовал такой инструмент как PlantUML?
Интересует его возможности, в частности совместное использование диаграмм и версионирование?
Интересует его возможности, в частности совместное использование диаграмм и версионирование?
Прямо сейчас пробую.
PT
Могу голосом рассказать.
VH
В лс?
PT
PD
Спроси у @romanvt , он много с этим работал, насколько помню.
JJ
Vladimir Holyavik
Всем добра, народ подскажите.. кто то пробовал такой инструмент как PlantUML?
Интересует его возможности, в частности совместное использование диаграмм и версионирование?
Интересует его возможности, в частности совместное использование диаграмм и версионирование?
Если вас привлекает подход, при котором диаграммы описываются как код, документация как код - это отличный инструмент. На данном языке несколько проще, нагляднее писать, нежели на XML. Ну и плюс соответствующие плюшки, такие как возможность совместного использования с md, latex и т.п. Версионность и совместная работа, при использовании вместе с любой системой контроля версий. Интеграция с гитхаб, онлайнредакторы. Интеграция с популярными IDE, редакторами, в частности с VSCode, Sublime
AT
Vladimir Holyavik
Всем добра, народ подскажите.. кто то пробовал такой инструмент как PlantUML?
Интересует его возможности, в частности совместное использование диаграмм и версионирование?
Интересует его возможности, в частности совместное использование диаграмм и версионирование?
Это же текст. Версионирование в git из-коробки.
Кстати, даже ArchiMate на нем удобно делать, но большие диаграммы пока не делал: как-то привык к Archi. 😊
Кстати, даже ArchiMate на нем удобно делать, но большие диаграммы пока не делал: как-то привык к Archi. 😊
VH
Спасибо всем за мнение ... похоже надо будет глубже погрузиться в вопрос на сейчас использую Sparx EA но реализация версионности мягко говоря не очень)