Markdownは技術者以外のユーザーにとっても十分フレンドリーですか？
問題
私はloveMarkdownを使用して質問、回答、投稿、コメントなどを書きます。とはいえ、私は非常に技術的で、詳細指向のプログラマータイプです。 。しかし、私は非技術者が使用する種類のCMSに取り組んでいます。私はこのためにMarkdownを使用していますが、ユーザーにとって技術的になりすぎるのではないかとますます心配になっています。 [〜＃〜] so [〜＃〜] のユーザーに最適ですが、それに直面しましょう。私たちは新しい言語を学ぶのが大好きです。ユーザー嫌い新しいもの。
環境
あなたと私はどちらも知っています（私たちは良いプログラマであるため）、WYSIWYGエディタは非セマンティックマークアップの乱雑な混乱を生成することを知っています。 （これがわからない場合は、David Demareeの この優れた記事 をチェックしてください。そうしたら、あなたと私はわからないユーザーがそれについてどのように感じているかがわかります。ユーザーの問題点を推測することに関して、プログラマーはひどいです。
質問
Markdownは、クリーンなマークアップの必要性を同時に解決でき、技術者以外のユーザーにとっては格好の問題ではありませんか？
[更新]
Markdownエディターでユーザーを監視し、サーバー側で生成されたHTMLを処理して1年が経ちましたが、Markdownはさまざまなスキルレベルの非技術ユーザーでも使用できると確信しています。ユーザーは基本的な構文を取得するのに問題はありません（既に電子メールの規則に似ているため）。いくつかの役立つヒント（詳細については Ellie's の回答を参照）を使用すると、より高度な構文をすばやく取得できます。
私はこのスレッドにかなり遅れて来ることを知っていますが、実際には、主にマークダウンに基づいて、WYSIWYGエディター（iWeb）と非WYSIWYGエディターを比較するユーザビリティテストを実行しました。
Markdownを使用するときにユーザーが苦労していることがわかりました。
- 文字レベルの精度が必要なタグ。たとえば、リンクを作成するとき、角括弧と括弧の間にスペースを入れようとする傾向がありますが、これは機能しません。同様に、リストは、アスタリスクまたはダッシュの後にスペースがある場合にのみ機能します。
- 段落は問題ありませんが、ユーザーは1つの改行を使用する傾向があります（たとえば、住所をフォーマットする場合）。前に行に2つのスペースを追加しない場合、これらは無視されます。直感的ではなく、これら2つのスペースは見えません。
- リンクや画像などのより複雑なタグは、単純なタグ（strongやemなど）よりも速度を遅くしますが、役立つガイドがあれば、最終的に取得できます。
- ユーザーは、Xが機能するかどうか、またはXが何をするか正確に確信がない場合がよくあります。
- ユーザーは、パス、ディレクトリ、ファイル、ファイル拡張子、URLなどを常に理解しているとは限りません。これにより、リンクや画像が難しくなります。
これが私が見つけたものです：
- マークダウンの明確で明確なガイドを提供する
- マークアップ言語を使用していることを伝えます
- WYSIWYGフィールドのように見えないようにテキストフィールドのスタイルを設定します（例：固定幅フォントを使用）
- 構文の強調表示を検討する
- 直感に反する状況や細部への注意が必要な状況について明確にする
- プレビューオプションを提供します（リアルタイムである必要はありませんが、簡単で目立たないようにする必要があります）。
- アプリケーションに応じて、少し調整することを検討してください（www.example.comのようなURLを許可し、http：//を自動的に追加するなど）。
- 少なくとも、画像やリンクなどのより複雑なタグのボタンを提供します。プログラマがURLとリンクテキストを要求し、コードを自動的に挿入する小さなダイアログボックスを作成するのは簡単です。言語を理解しやすくすることを検討してください。 URLを尋ねる代わりに、「どのWebアドレスにリンクしますか？」と尋ねます。ここで、Javascript WYSIWYGエディターが非技術的な言語をどのように使用するかを見てください。
- これがなぜ重要なのかを説明します。セマンティクスとプレゼンテーションがWebデザインで分離されていること、およびコンピューターが不良コードを生成することを説明します。これにより、プログラムがドキュメントのセマンティック構造を理解するのに役立ちます。
私からのガイダンスはなく、マークアップ言語の短いガイドだけで、ほとんどの人がそれを手に入れていることに驚きました。合計22人のユーザーを対象とした調査では、iWebの平均満足度は私のアプリケーションよりもわずかに低くなりました。
テキスト入力用の小さなウィジェットだけでなく、WYSIWYG Webデザインプログラム全体について話している場合は、思ったほど使いやすくありません。細かい部分は非常に多く、直感的な操作が想定されている場合でも、多くの場合はうまく機能しません。
警告：私の参加者はすべて、さまざまな技術スキルレベルの大学生でしたが、すべて平均的なユーザーよりも技術に精通していました。彼らはまた、彼らの時間に対する補償を受けていました。それは、彼らの仕事への関心を説明するかもしれません。
編集上記の問題のほとんどすべては、2番目のリストにあるものによって改善されています。私がまだ本当に苦労しているのは、単一の改行の問題だけです。
残念ながら違います。
非技術者と言うと、プログラマーでない人と非技術者ユーザーの90％の間には大きな違いがあります。
驚くほど多くのユーザー（Webの3分の1程度だと思います）はテキストをスキャンできません。ユーザーはページ上で指を使って読み、強制的にスクロールすると場所を失うことになります。
これらのユーザーは、単純なWYSIWYGでさえ苦労し、どんな種類のマークアップでもかまいません。
この問題に関する良い記事は次のとおりです。 http://www.useit.com/alertbox/20050314.html
このようなほとんどのユーザビリティ調査については、このサイトをご覧になることをお勧めします。
ユーザーがIバーとキャレットを理解するのに苦労している場合、ユーザーはメタ情報の種類を理解することは決してありません。
大規模なプロジェクトでは、技術者でないユーザーにとってはテキスタイルで十分簡単だと思いました。それは私が間違っていたことがわかりました、そして私のクライアントはまったくそれに対処することができませんでした。問題は最終的に深刻になり、私のシステム全体を置き換えました。私が8か月かけて構築したシステム。
生活し、学びます。正直なところ、TechnicalユーザーにとってMarkdownは簡単ではないと思います。問題は、マークダウンでフィルターされることをユーザーに通知せずにコンテンツ入力フォームに適用されることです。テキストは壊れてしまい、目がどこかで小さなメモに気付くほど鋭利でない限り、何が起こったかを知る方法はありません。
わずかに異なるセマンティクスを持つこれらのさまざまなマークアップ言語が12あり、それぞれが学ぶべきまったく新しいセットです。あなたはコメントフォームに来て、何が起こるのか誰が知っているのですか？それはテキスタイル、マークダウン、BBコードですが、一体どうやってリンクを作るのですか？それは混乱です。
さてあなたは行きます。 2つのデータポイント。クライアントはそれに対処できませんでした。どうしようもない。私がここでstackoverflowで何が起こっているのか考えている唯一の理由は、guiボタンです。リアルタイムプレビュー。
@ tj111チートシートは私に役立ちますが、それは他の人を助けていないようです。私は何度もそれを指摘しさえしましたが、それはちょうど定着しないようでした。自分ですべてのテキスタイルをやってしまいました。
はい、できると思います。
私が個人的に非常に役に立ったと思ったこと：
プレビューを作成し、ユーザーが結果のテキストがどのようになるかを確認できるようにする
基本的なマークダウン要素を説明する短いヘルプセクションがある
私の経験では、技術的または非技術的というより、スライディングスケールであるため、「非技術的ユーザー」を定義します。マークダウンを理解することは、最もインテリジェントな人間を超えているとは思いませんが、それがどれだけ好きか嫌いかは、視聴者に依存します。
一般的なアプローチとして、私はそれを使用しますが、あまり技術者ではない人が理解しやすい方法で詳細を入力できるようにするボタンを追加します（プロンプトを与える）。これを行っても結果を表示したままにしておくと、ボタンの使用を停止する方法も教えてくれます:-)
[編集]ユーザーが急いでいて、ワープロのスキルがほとんどない、またはまったくない場合、プレーンテキスト以外のものに悩まされていたら、私は驚かれることでしょう。 Word（または類似のもの）を使用したことがない場合は、通常はペンだけを使用する可能性があるため、下線とフォントサイズは、最も経験のあるフォーマットであると考えられます。その場合、私はマークアップを使用するという考えを個人的に落とします。これがどれほど重要かについて私は考えるべきですが、あなたが何を構築しているかに少し依存します。
みんながまた思っていると思います。ブラッドが示唆しているように、私たちの推測はかなりずれている可能性があります。
確実にする唯一の方法は、ユーザビリティテストを実行することです。
マークダウンの使用を検討するために行われたユーザビリティテストに関する情報はありますか？
（またはウィキメディアのような何か？）
私が見つけた最も近いものは markdownとWYSIWYGエディターの使いやすさを比較するスクリーンキャスト です。ただし、これはユーザビリティテストではありません。
直接的な回答ではありませんが、役立つかもしれません： LyX を見てください。 LaTeXを生成する（非常に近いもの）は、ほぼWYSIWYGのエディターです。私はそれを母にLaTeXを紹介するために使用し、彼女はそれを愛しています。
これは、うまく設計された技術構文の使用可能なエディターを作成する方法の良い例だと思います。
WYSIWYGエディターがごちゃごちゃしたHTMLを作成することについて心配している場合は、ブラウザー（MooToolsプラグイン）に関係なく、標準の有効なHTMLを作成するために取り組んでいるプロジェクト MooEditable を確認してください。
しかし、手元の質問に戻りますが、テキスト領域に表示されるある種の「チートシート」を提供する限り、Markdownは大多数のユーザーにとって十分フレンドリーです。また、コンピューターとテクノロジーに少し時間がかかる人のために、ヘルプリンクのより詳細な説明へのリンク（おそらくチュートリアル）にリンクします。
ユーザーがテーブルを必要としない限り...次に、存在しない可能性のあるある種の奇妙なWYSIWYG +（WYSIWYM +プレビュー）ハイブリッドが必要になります。
Markdownは価値があると思います。
書式設定構文（アスタリスクなど）が多すぎる場合、Markdownは少なくとも期待どおりの段落を処理します。
最も技術に精通していないユーザーでも、リターンを2回押して段落を作成します。Markdownはそれで正しく動作します。他のものを利用していなくても、段落を処理することで、膨大なテキストのブロックよりもはるかに読みやすいコンテンツになります。