2022/04/30 18:37
usudakeisuke
Mermaidいいぞ
2022/04/30 22:20
kiichi69251
業務で活用したいが、plant umlとの違いはなんだろう
2022/04/30 22:44
kenzy_n
無理はシなくとも
2022/04/30 22:54
redreborn
AliceときたらBobだろｊｋ
2022/04/30 23:16
kazuau
仕様書とかワークフローとかって自分が書いたらそれで終わりってわけにはいかないことがほとんどだから、独自なツールはなかなか使えない。Office365で編集してTeamsで共有できるような形式にしておいてって言われがち。
2022/04/30 23:43
airj12
PlantUMLより環境構築が楽そうなのはいいかも
2022/04/30 23:46
skymkt
参考になる
2022/04/30 23:48
rrringress
こういうの作るときが一番楽しい。使い道は知らん
2022/04/30 23:55
Phenomenon
PlantUMLよりなんか見た目がイケてるよね。
2022/05/01 00:06
tettekete37564
PlantUML よりは直感的かも。ガントチャートいけるのか。Notion に採用れたのなら期待
2022/05/01 00:09
Keisuke69
自分も最近NotionでMermaid記法使えることをしってシーケンス図を書くなどした
2022/05/01 00:10
zkq
Mermaidって本家のヘルプがわかりやすくて網羅性もあるのに、なぜ人は記事を書いてしまうのだろう。我々はそれを解明するためにアマゾンの奥地へと向かった…
2022/05/01 00:13
agektmr
JoplinというMarkdownのメモ帳アプリでもMermaidがインラインで記述できる。
2022/05/01 00:17
hogege
φ(.. )
2022/05/01 00:22
nabinno
表現の幅で考えるとPlantUMLになるなあ、handwritten、box、group、actor、あとメッセージの `||` 表現。図にしなくても日常のテキストのやりとりで「A -> B: メッセージ」はよく使う。MermaidもPlantUMLもここは変わらない。
2022/05/01 00:26
haatenax
そうそうNotionで使えるんだよね。ただ図がプレビューウィンドウで拡大できなくて見にくかったりするからもう少し使い勝手良くなると良いな
2022/05/01 00:27
ytel
便利そう、パワポ図とかのレンダリングとして使うと良さそう。
2022/05/01 00:41
da_da_da_da
良さそう
2022/05/01 00:56
yarumato
“明示的にactorかparticipantとして定義すれば対象が人なのかシステムか図示。明示的に定義すれば位置関係も調整できる。VSCodeで書くなら拡張機能を入れる”
2022/05/01 01:23
kako-jun
アリスに1回元気に返事しただけで、すぐバイバイされたジョンが可愛そうです。アリスがマーメイドで、人と近すぎてはいけないとか？
2022/05/01 03:37
rgfx
あーそうかNotionで使えるのかこれ
2022/05/01 05:46
nobiox
Markdown
2022/05/01 05:56
hamyham
“tor”
2022/05/01 07:54
akira28
良さげ
2022/05/01 08:03
mrmt
組織図や入退社フローの視覚化とかにも便利。mmdc使えば非対話処理もできる。
2022/05/01 08:44
chiroruxx
自分が書いたらそれで終わりじゃないからこそ、バージョン管理しやすい形式で書かないとね。みんな使っていこうぜで終わりだと思う。
2022/05/01 09:08
sechs
plantUMLとの相互変換がないと今までの資産がーと言われがち。MSOfficeはそのへん最強なんだよね。
2022/05/01 09:15
arebouya
markdownと版管理は情報リテラシーとして普及するべき。文書管理できてないところ多すぎ。
2022/05/01 09:40
nisend
よさそう
2022/05/01 09:44
ardarim
見た感じPlantUMLとほぼコンパチなのか。
2022/05/01 10:06
remonoil
GitLabでも```mermaidで使えるらしい。GW明けに試す
2022/05/01 10:27
kekera
こういう設計書は、図で確認したいわけではなく図で編集したい勢がいるので、記述→描画だけでは共有に向かないんよね。
2022/05/01 10:40
buhoho
まあ良いんじゃない、便利ツール使うのは気晴らしにもなるし。チームでやるときはまた一つ覚える必要なツールが増えるので、ケースバイケースで合意とってから導入して欲しいけど
2022/05/01 11:01
perl-o-pal
markdownはテキストで読みやすいのがいいのにビューワー必須なのって…って議論はもうケリがついているのかな。あんまり言ってると老害って言われそう。
2022/05/01 11:13
strow0343
可読性がイマイチなのでコメント入れてやりくりする感じになりそう。バージョン管理面は優秀だと思うけど
2022/05/01 12:40
fashi
構造図だからデザインは如何様にもできるのだろうけどこれは矢印小さくてちょっと読みにくいな
2022/05/01 12:46
ydf
仕事だとastah professional版を毎年グループ全員分を買っているが、他部門にわたすときはPDF化している。
2022/05/01 13:29
hirorinya
おっしゃれー
2022/05/01 13:44
reitanigawa
マークダウンでシーケンス図。後で
2022/05/01 13:54
Andrion
定期的にMermaid最高って話が出てくるけど、全関係者にアプリとMarkdownと記法を学ばせる手間を考えたら、MS Visioでも使った方が幸せになれる。
2022/05/01 14:54
securecat
チーム内共有鑑みるとMiroのシーケンス図とかのほうがいいかな
2022/05/01 14:57
tmatsuu
わいわい
2022/05/01 15:20
EngineerYtr
githubで対応したならビューア不要にできるね
2022/05/01 15:28
SigmaG2
おお、入れてみよう
2022/05/01 16:26
denden_engineer
pythonでmermaid使いたい
2022/05/01 16:31
MtAsuka
図は図としてWYSIWYGで書けてMarkdownなりテキスト形式でエクスポートできればいいだけでないの？わざわざ図をコードで書きたい気持ちがわからない。
2022/05/01 16:45
sbrtnpg
業務フローをシーケンス図で書くのいいな。差分管理がしやすいのがいいよね。早速やってみる
2022/05/01 17:12
isayo
設計書をテキストでバージョン管理したいという思いvs直感的な書きやすさ(読みやすさ)／mermaidはjsなのでブラウザ(とかelectron)で動作するとこならどこでも動かせるのが強みね
2022/05/01 18:05
eerga
officeで共有した場合の編集がやりづらいから、markdown+mermaid+gitにしている。(officeも慣れるときっと良いツール)
2022/05/01 22:47
yojik
graviz/PlantUML より色々な意味で楽だし、GIthubが対応してくれたおかげで使える場面が広がったと思う。
2022/05/02 00:07
loveanime
あくまで自分向けな感じもする
2022/05/02 03:12
xlc
試しに状態遷移図を書いてみたらとても読める代物ではなかった。残念ながらExcelの作図はまだ手放せない。