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.2k
Markdown and WYSIWYG
#markdownnight
Sotaro Karasawa
August 29, 2017
Tweet
Share
More Decks by Sotaro Karasawa
See All by Sotaro Karasawa
大「個人開発サービス」時代に僕たちはどう生きるか
sotarok
22
12k
P2B Haus法人サポータープランのご提案
sotarok
2
1.5k
ソフトウェア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
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.4k
20 Jan 2017 / Moving Beyond Borders - Mercari DAY
sotarok
8
15k
PHPBLT の心得 / PHPBLT #5 @ペパボ
sotarok
5
3.6k
Wiki についての今昔物語 / Crowi
sotarok
5
15k
Other Decks in Technology
See All in Technology
DDD x Microservice Architecture : Findy Architecture Conf 2025
syobochim
6
2k
リアーキテクティングのその先へ 〜品質と開発生産性の壁を越えるプラットフォーム戦略〜 / architecture-con2025
visional_engineering_and_design
0
1.7k
「データ無い! 腹立つ! 推論する!」から 「データ無い! 腹立つ! データを作る」へ チームでデータを作り、育てられるようにするまで / How can we create, use, and maintain data ourselves?
moznion
8
4.5k
なぜブラウザで帳票を生成したいのか どのようにブラウザで帳票を生成するのか
yagisanreports
0
150
【M3】攻めのセキュリティの実践!プロアクティブなセキュリティ対策の実践事例
axelmizu
0
170
Building AI Applications with Java, LLMs, and Spring AI
thomasvitale
1
200
米軍Platform One / Black Pearlに学ぶ極限環境DevSecOps
jyoshise
2
510
生成AI時代に若手エンジニアが最初に覚えるべき内容と、その学習法
starfish719
2
520
重厚長大企業で、顧客価値をスケールさせるためのプロダクトづくりとプロダクト開発チームづくりの裏側 / Developers X Summit 2025
mongolyy
0
160
ある編集者のこれまでとこれから —— 開発者コミュニティと歩んだ四半世紀
inao
5
3.4k
JJUG CCC 2025 Fall バッチ性能!!劇的ビフォーアフター
hayashiyuu1
1
370
なぜThrottleではなくDebounceだったのか? 700並列リクエストと戦うサーバーサイド実装のすべて
yoshiori
13
4.8k
Featured
See All Featured
Large-scale JavaScript Application Architecture
addyosmani
514
110k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
54k
Typedesign – Prime Four
hannesfritz
42
2.9k
RailsConf 2023
tenderlove
30
1.3k
Music & Morning Musume
bryan
46
7k
A Modern Web Designer's Workflow
chriscoyier
697
190k
BBQ
matthewcrist
89
9.9k
Git: the NoSQL Database
bkeepers
PRO
432
66k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
11
930
Mobile First: as difficult as doing things right
swwweet
225
10k
Building an army of robots
kneath
306
46k
Optimising Largest Contentful Paint
csswizardry
37
3.5k
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開発し たい、とかでも相談可)
ありがとうございました