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
6k
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.3k
ソフトウェア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
大規模プロジェクトにおける 品質管理の要点と実践 / 20250327 Suguru Ishii
shift_evolve
0
310
大規模アジャイル開発のリアル!コミュニケーション×進捗管理×高品質
findy_eventslides
0
680
OPENLOGI Company Profile for engineer
hr01
1
23k
AIエージェントの地上戦 〜開発計画と運用実践 / 2025/04/08 Findy W&Bミートアップ #19
smiyawaki0820
17
4.2k
入社後SREチームのミッションや課題の整理をした話
morix1500
1
200
Proxmox VE超入門 〜 無料で作れるご自宅仮想化プラットフォームブックマークする
devops_vtj
0
230
データベースで見る『家族アルバム みてね』の変遷 / The Evolution of Family Album Through the Lens of Databases
kohbis
4
990
AIエージェントキャッチアップと論文リサーチ
os1ma
6
1.3k
滑らかなユーザー体験も目指す注文管理のマイクロサービス化〜注文情報CSVダウンロード機能の事例〜
demaecan
0
120
GitHub MCP Serverを使って Pull Requestを作る、レビューする
hiyokose
2
500
17年のQA経験が導いたスクラムマスターへの道 / 17 Years in QA to Scrum Master
toma_sm
0
490
数百台のオンプレミスのサーバーをEKSに移行した話
yukiteraoka
0
770
Featured
See All Featured
Code Reviewing Like a Champion
maltzj
522
39k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
25k
Rails Girls Zürich Keynote
gr2m
94
13k
GraphQLとの向き合い方2022年版
quramy
45
14k
[RailsConf 2023] Rails as a piece of cake
palkan
53
5.4k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
29
2k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.5k
VelocityConf: Rendering Performance Case Studies
addyosmani
328
24k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
160
15k
Designing for Performance
lara
606
69k
GraphQLの誤解/rethinking-graphql
sonatard
70
10k
Fontdeck: Realign not Redesign
paulrobertlloyd
83
5.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開発し たい、とかでも相談可)
ありがとうございました