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
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Sotaro Karasawa
August 29, 2017
Technology
1
6.4k
Markdown and WYSIWYG
#markdownnight
Sotaro Karasawa
August 29, 2017
Tweet
Share
More Decks by Sotaro Karasawa
See All by Sotaro Karasawa
「事業目線」の正体 〜3つのフェーズのCTO経験から見えてきた、EMが持つべき視点 @ EMConf JP 2026
sotarok
7
4.1k
大「個人開発サービス」時代に僕たちはどう生きるか
sotarok
22
13k
P2B Haus法人サポータープランのご提案
sotarok
2
1.6k
ソフトウェアxスタートアップから見た飲食と配送の世界 / The World of Food Deliverlies and Restaurant Businesses from a Software and Startup Perspective
sotarok
2
1.3k
CTO 3度目の正直 / My 3rd CTO Career
sotarok
21
11k
Introduction to the Corporate Solutions Engineering at MTC2018
sotarok
1
36k
Mercari meetup for Corporate Engineering #1 / What is "Corporate Engineering"?
sotarok
2
2.4k
20 Jan 2017 / Moving Beyond Borders - Mercari DAY
sotarok
8
16k
PHPBLT の心得 / PHPBLT #5 @ペパボ
sotarok
5
3.7k
Other Decks in Technology
See All in Technology
AI時代のオンプレ-クラウドキャリアチェンジ考
yuu0w0yuu
0
210
中央集権型を脱却した話 分散型をやめて、連邦型にたどり着くまで
sansantech
PRO
1
320
「お金で解決」が全てではない!大規模WebアプリのCI高速化 #phperkaigi
stefafafan
5
2.2k
脳が溶けた話 / Melted Brain
keisuke69
1
870
Phase08_クイックウィン実装
overflowinc
0
1.6k
AI時代のIssue駆動開発のススメ
moongift
PRO
0
140
Bill One 開発エンジニア 紹介資料
sansan33
PRO
5
18k
スピンアウト講座06_認証系(API-OAuth-MCP)入門
overflowinc
0
1k
GitHub Copilot CLI で Azure Portal to Bicep
tsubakimoto_s
0
180
Goのerror型がシンプルであることの恩恵について理解する
yamatai1212
1
300
Phase12_総括_自走化
overflowinc
0
1.3k
AIエージェント×GitHubで実現するQAナレッジの資産化と業務活用 / QA Knowledge as Assets with AI Agents & GitHub
tknw_hitsuji
0
190
Featured
See All Featured
Chasing Engaging Ingredients in Design
codingconduct
0
150
svc-hook: hooking system calls on ARM64 by binary rewriting
retrage
2
180
Stop Working from a Prison Cell
hatefulcrawdad
274
21k
Become a Pro
speakerdeck
PRO
31
5.9k
Site-Speed That Sticks
csswizardry
13
1.1k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
19k
Rebuilding a faster, lazier Slack
samanthasiow
85
9.4k
Agile Leadership in an Agile Organization
kimpetersen
PRO
0
120
Into the Great Unknown - MozCon
thekraken
40
2.3k
GitHub's CSS Performance
jonrohan
1032
470k
Ten Tips & Tricks for a 🌱 transition
stuffmc
0
91
Applied NLP in the Age of Generative AI
inesmontani
PRO
4
2.2k
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開発し たい、とかでも相談可)
ありがとうございました