EN
на прошлом месте у нас вся стена от пола до потолка была с достку закатана, вот это был простор для архитекторов
Size: a a a
2020 December 07
AP
кто не рисовал сиквенс-диаграммы на всю стену тот не архитектор)))
я кстати часто стал встречать у солюшенов ошибку, что сиквенс рисуется первым, либо вообще единственным форматом изображения сценария взаимодействия.
А потом вместо того, чтобы тупо поправить пару буковок в текстовом описании шага сценария, человек мучается с перерисовкой картинки. 50 раз, потому что согласования, обсуждения, правки итп.
А потом вместо того, чтобы тупо поправить пару буковок в текстовом описании шага сценария, человек мучается с перерисовкой картинки. 50 раз, потому что согласования, обсуждения, правки итп.
SL
я кстати часто стал встречать у солюшенов ошибку, что сиквенс рисуется первым, либо вообще единственным форматом изображения сценария взаимодействия.
А потом вместо того, чтобы тупо поправить пару буковок в текстовом описании шага сценария, человек мучается с перерисовкой картинки. 50 раз, потому что согласования, обсуждения, правки итп.
А потом вместо того, чтобы тупо поправить пару буковок в текстовом описании шага сценария, человек мучается с перерисовкой картинки. 50 раз, потому что согласования, обсуждения, правки итп.
вроде plantuml сильно уменьшает эту проблему.
AP
вроде plantuml сильно уменьшает эту проблему.
ну так он же генерит из текста картинку, всё правильно (хотя лично у меня не возникает желания пользоваться авторисовалками)
А тут наоборот - картинка есть, а текста нема...
А тут наоборот - картинка есть, а текста нема...
p
в Ericsson-е у нас генерилось несколько гигабайт кода на С++
А как оно отлаживается потом?
M
я кстати часто стал встречать у солюшенов ошибку, что сиквенс рисуется первым, либо вообще единственным форматом изображения сценария взаимодействия.
А потом вместо того, чтобы тупо поправить пару буковок в текстовом описании шага сценария, человек мучается с перерисовкой картинки. 50 раз, потому что согласования, обсуждения, правки итп.
А потом вместо того, чтобы тупо поправить пару буковок в текстовом описании шага сценария, человек мучается с перерисовкой картинки. 50 раз, потому что согласования, обсуждения, правки итп.
Да, любопытно, тоже замечал - люди все делают либо только юзкейсами, либо только диаграммами последовательности.
PD
https://en.wikipedia.org/wiki/Activity_diagram UML Activity diagram - это блок-схема
Это не ответ "зачем", это ответ "можно ли". Ну, на брэйнфаке тоже можно код писать.
PD
А как оно отлаживается потом?
Мне больше интересно, как там с VCS и коллективной работой дело поставлено.
A
https://en.wikipedia.org/wiki/Activity_diagram UML Activity diagram - это блок-схема
Для улучшения эффективности диаграммы предлагаю еще слова писать иероглифами
p
ой не надо мне за оптимизацию, я в своих руках держал железку, которая годами обрабатывала сигнальный трафик почти всей россии на 1 ггц и 1 гб оперативы )
Справедливости ради, сигнального трафика не так и много.
M
Это не ответ "зачем", это ответ "можно ли". Ну, на брэйнфаке тоже можно код писать.
Да, это уютная серая зона - из-за отсутствия инфы об эргономике нотаций =)
PD
Когда создавался UML, с одной стороны не было существующего инструментария работы с текстом, с другой казалось, что будут удобные инструменты работы с графическими представлениями.
Увы, сейчас ровно наоборот, с текстом (и кодом) работать можно очень эффективно, а вот с картинками и схемами - нет.
Увы, сейчас ровно наоборот, с текстом (и кодом) работать можно очень эффективно, а вот с картинками и схемами - нет.
M
Когда создавался UML, с одной стороны не было существующего инструментария работы с текстом, с другой казалось, что будут удобные инструменты работы с графическими представлениями.
Увы, сейчас ровно наоборот, с текстом (и кодом) работать можно очень эффективно, а вот с картинками и схемами - нет.
Увы, сейчас ровно наоборот, с текстом (и кодом) работать можно очень эффективно, а вот с картинками и схемами - нет.
Что ж инженеры чертежи гаек словами не описывают? =)
F
Что ж инженеры чертежи гаек словами не описывают? =)
потому что существуют очень мощные редакторы для чертежей гаек и файлы несут в себе всю текстовую информацию. Даже cad уже начинает включать в мета файла пакеты работ по созданию гайки, изображенной на чертеже.
SL
Что ж инженеры чертежи гаек словами не описывают? =)
G-code, Техтран - могут, описывают : )
F
в общем на то есть спрос коммерческий, уходит в массы, а тут ни туда ни сюда, как обосновать, что бы в массы пошло, никто пока еще не придумал.
PD
Да, это уютная серая зона - из-за отсутствия инфы об эргономике нотаций =)
Ну, вообще есть старые заходы на "один метод - один экран".
И тут на один экран текстом влезает раз в пять больше, чем в UML
Ну и процессы вокруг кода сейчас развиты на порядке больше.
И тут на один экран текстом влезает раз в пять больше, чем в UML
Ну и процессы вокруг кода сейчас развиты на порядке больше.
S
А как оно отлаживается потом?
Gdb, real-time tracing с привязкой к модели (можно по модели автоматы смотреть и очереди сообщений)
M
потому что существуют очень мощные редакторы для чертежей гаек и файлы несут в себе всю текстовую информацию. Даже cad уже начинает включать в мета файла пакеты работ по созданию гайки, изображенной на чертеже.
"существуют очень мощные редакторы для чертежей гаек" - визуальные редакторы или текстовые? То есть "мощные редакторы для чертежей гаек" - для графического редактирования чертежей или текстового редактирования чертежей?
M
G-code, Техтран - могут, описывают : )
В смысле - от графического редактирования информации об объектах и процессах никто ведь отказываться не собирается и развитие тут идет постоянное.