Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Markdown and WYSIWYG
Search
Sotaro Karasawa
August 29, 2017
Technology
1
6.1k
Markdown and WYSIWYG
#markdownnight
Sotaro Karasawa
August 29, 2017
Tweet
Share
More Decks by Sotaro Karasawa
See All by Sotaro Karasawa
P2B Haus法人サポータープランのご提案
sotarok
2
1.4k
ソフトウェアxスタートアップから見た飲食と配送の世界 / The World of Food Deliverlies and Restaurant Businesses from a Software and Startup Perspective
sotarok
2
1.2k
CTO 3度目の正直 / My 3rd CTO Career
sotarok
21
10k
Introduction to the Corporate Solutions Engineering at MTC2018
sotarok
1
36k
Mercari meetup for Corporate Engineering #1 / What is "Corporate Engineering"?
sotarok
2
2.3k
20 Jan 2017 / Moving Beyond Borders - Mercari DAY
sotarok
8
15k
PHPBLT の心得 / PHPBLT #5 @ペパボ
sotarok
5
3.5k
Wiki についての今昔物語 / Crowi
sotarok
5
15k
PHPでダイエット / Dietcube #phpblt
sotarok
2
4.4k
Other Decks in Technology
See All in Technology
GeminiとNotebookLMによる金融実務の業務革新
abenben
0
140
ひとり情シスなCTOがLLMと始めるオペレーション最適化 / CTO's LLM-Powered Ops
yamitzky
0
380
菸酒生在 LINE Taiwan 的後端雙刀流
line_developers_tw
PRO
0
1.1k
成立するElixirの再束縛(再代入)可という選択
kubell_hr
0
940
AWS アーキテクチャ作図入門/aws-architecture-diagram-101
ma2shita
29
9.5k
Agentic DevOps時代の生存戦略
kkamegawa
0
1k
AWS Summit Japan 2025 Community Stage - App workflow automation by AWS Step Functions
matsuihidetoshi
1
140
監視のこれまでとこれから/sakura monitoring seminar 2025
fujiwara3
10
2.9k
AIエージェント最前線! Amazon Bedrock、Amazon Q、そしてMCPを使いこなそう
minorun365
PRO
11
4.1k
A2Aのクライアントを自作する
rynsuke
1
150
初めてのAzure FunctionsをClaude Codeで作ってみた / My first Azure Functions using Claude Code
hideakiaoyagi
1
190
「Chatwork」の認証基盤の移行とログ活用によるプロダクト改善
kubell_hr
1
100
Featured
See All Featured
The Pragmatic Product Professional
lauravandoore
35
6.7k
StorybookのUI Testing Handbookを読んだ
zakiyama
30
5.8k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
44
2.4k
GitHub's CSS Performance
jonrohan
1031
460k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
46
9.6k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
8
790
Become a Pro
speakerdeck
PRO
28
5.4k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
How to Think Like a Performance Engineer
csswizardry
24
1.7k
Code Review Best Practice
trishagee
68
18k
The Cult of Friendly URLs
andyhume
79
6.4k
The Cost Of JavaScript in 2023
addyosmani
51
8.4k
Transcript
TBD in Markdown Night Sotaro Karasawa / @sotarok Product Owner
of Crowi
とつぜんですがみなさん
Markdown で書ける最強の Wiki といえば?
そう、
http://site.crowi.wiki/
ですよね!
自己紹介: @sotarok / Sotaro Karasawa • @sotarok • そうたろうです •
Mercari, Inc で働いています • Crowi という Wiki エンジン作ってます • 好きなもの •
せっかくだから宣伝 • Crowi • Wiki エンジンです • OSS でやってます •
https://github.com/crowi/crowi • 2012年ごろからつくってます • 元々は Crocos (クロコス) という会社の社内 Wiki として作ってました • Crocos + Wiki で Crowi (クロウィ) • あ、そうそうステッカーあります • そのへんのテーブルに →→→ • 社内でも使ってます
Markdown parser • cmark じゃない • marked っていうやつですよ • remark
よさそう今日来た甲斐がありました • クライアントでレンダリングしている (JS) • Preprocessor と Postprocessor を書いてる • (はいはい拡張拡張 …) • 結構JSっぽくない描き方しててダサいからアレだけど • markdownの補正、生成されたHTMLの補正 • Plugin 機構ほしいですよね • ユーザーによりそった処理 • 個人的な思いとしては、強いものが勝つからそれでいいか (標準化は大事ではあ るが)
ところで
みなさん Markdown は好きですか?
• 簡易な記法わかりやすい • 対応しているサービスが多い • GitHub とか • というかまあ GitHub
• Portability という考え方 • (これはかなり重要だったりするのでは) • 生テキストで見ても見やすい • (= テキストエディタでも書きやすい) • テキストエディタで書いて、Paste すれば使えるとか • みんな WYSIWYG 好きじゃない • 良い思い出がない • 余計なことされる Markdown が好きな理由 (多分)
好き好き Markdown
と思ってたんですが (本題)
本当にそうですか?
WYSIWYG について ちゃんと考えてる
きっかけ
• “見たまま編集” • Preview ペインいらない • 記法に慣れていない人に優しい • 非エンジニアのトレーニングがいらない •
そんなに苦労はしない、簡易な記法であることは前述の通り • 非エンジニアが書けない、とは言わない。もちろん、書いて くれている、メルカリのCS社員も 書いてる • でも、WYSIWYG とどっちがわかりやすいかと言われたら、正直 … 明白 • (みんな目を覚ますんだ!) • 付加機能の拡張表現 • 同時編集 • contenteditable は DOM が前提だからね、という言い訳 • TODO化 • HTML表現 • メディア系の埋め込み WYSIWYG ってすごい
はりつけたい # sotarok ## 自己紹介 - 名前: Sotaro Karasawa /
柄沢 聡太郎 - sotarok → 「そうたろっく」ではなく「そうたろうけー」 - 呼び名は「そうたろう」または「そうたろうさん」的なやつだと喜びます - 誕生日: 9/15 ## いつもいる場所 - 六本木または吉祥寺 - 本当は三鷹駅です - “三鷹” っていうと何故か田舎感があり (一駅しか違わないのに) 吉祥寺に住んでること にしてます
はりつけた
本質的には • 文章が気持ちよく書ければ良い • 余計なことされず、きれいに表示される、軽快に動作してくれる • ちなみに • Google Docs
とかも、よくはできている • 強いて cons を挙げれば • Portability • 逆ができるならば? • (例えば、他のサービスへの連携が Markdown でされる) • (contenteditable → markdown) • (いやーそれつくるのだるいよねえ)
結論
Dropbox Paper いいよ (そんなまさかな結論) (うそ、結論はネタです) (Markdown 以外も良いケースあるよねってだけの話なのでした) (思考停止しない訓練として)
あ、あと最後に
メルカリ、エンジニア募集してます (もちろん宣伝させてください) https://www.mercari.com/jp/jobs/
Crowi もエンジニア募集してます (メルカリ社でフルタイムでCrowi開発し たい、とかでも相談可)
ありがとうございました