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
5.9k
Markdown and WYSIWYG
#markdownnight
Sotaro Karasawa
August 29, 2017
Tweet
Share
More Decks by Sotaro Karasawa
See All by Sotaro Karasawa
P2B Haus法人サポータープランのご提案
sotarok
1
28
ソフトウェア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
14k
PHPでダイエット / Dietcube #phpblt
sotarok
2
4.3k
Other Decks in Technology
See All in Technology
PHPからGoへのマイグレーション for DMMアフィリエイト
yabakokobayashi
1
170
組織に自動テストを書く文化を根付かせる戦略(2024冬版) / Building Automated Test Culture 2024 Winter Edition
twada
PRO
16
4k
プロダクト開発を加速させるためのQA文化の築き方 / How to build QA culture to accelerate product development
mii3king
1
260
サイボウズフロントエンドエキスパートチームについて / FrontendExpert Team
cybozuinsideout
PRO
5
38k
DevFest 2024 Incheon / Songdo - Compose UI 조합 심화
wisemuji
0
100
株式会社ログラス − エンジニア向け会社説明資料 / Loglass Comapany Deck for Engineer
loglass2019
3
32k
10分で学ぶKubernetesコンテナセキュリティ/10min-k8s-container-sec
mochizuki875
3
340
成果を出しながら成長する、アウトプット駆動のキャッチアップ術 / Output-driven catch-up techniques to grow while producing results
aiandrox
0
320
開発生産性向上! 育成を「改善」と捉えるエンジニア育成戦略
shoota
2
360
継続的にアウトカムを生み出し ビジネスにつなげる、 戦略と運営に対するタイミーのQUEST(探求)
zigorou
0
550
KnowledgeBaseDocuments APIでベクトルインデックス管理を自動化する
iidaxs
1
260
KubeCon NA 2024 Recap / Running WebAssembly (Wasm) Workloads Side-by-Side with Container Workloads
z63d
1
250
Featured
See All Featured
StorybookのUI Testing Handbookを読んだ
zakiyama
27
5.3k
Building Adaptive Systems
keathley
38
2.3k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
95
17k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
251
21k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
111
49k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
191
16k
A Modern Web Designer's Workflow
chriscoyier
693
190k
For a Future-Friendly Web
brad_frost
175
9.4k
Making Projects Easy
brettharned
116
5.9k
Scaling GitHub
holman
458
140k
Measuring & Analyzing Core Web Vitals
bluesmoon
4
170
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
330
21k
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開発し たい、とかでも相談可)
ありがとうございました