Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

README.mdに記載する内容を再考してはいかがでしょうか? #1441

Open
sanomari opened this issue Oct 27, 2020 · 6 comments
Open
Labels
document ドキュメント

Comments

@sanomari
Copy link
Contributor

記述が古いことよりも、記述位置が不適切なことのほうが気になってそちらを直したくなってしまうので、仕切り直したほうが良さそうに思いました。

発覚した問題点は、具体的に報告しましょ。

発覚した問題点

  • README.md の記述内容が、ぶっちゃけおかしい。
    • TOC(=Table Of Contents ≒ 目次)の位置がおかしい。
    • Hot Topic が 事実上 stale。
    • Web Site の heading がたぶん無駄。
    • 開発参加ポリシー の 記載がたぶん無駄。
    • 「サクラエディタ?何それ、おいしいの?」に関する説明がない。
    • サクラエディタ「そのもの」の使い方に関して一切説明がない。
    • Build Requirements がここにある理由が謎。
    • How to build がここに必要な理由が謎。
    • How to install がここになくて良い理由が謎。buildがあるなら用意するのが普通。
    • How to use がここになくて良い理由が謎。buildがなくても用意するのが普通。
    • how to build より下に書いてある項目が、全項目意味不明。 👈思考停止。

既知の問題として以下のものがあります。

Originally posted by @berryzplus in #1437 (comment)

@sanomari
Copy link
Contributor Author

  • how to build より下に書いてある項目が、全項目意味不明。 👈思考停止。

変更履歴は changelog 見てね!というのはREADMEにあっていいと思います。

@ghost

This comment has been minimized.

@beru beru added the document ドキュメント label Oct 29, 2020
@berryzplus
Copy link
Contributor

他プロジェクトを参考にしてみるアプローチ

アプローチしてみて思ったこと

  • TOCあるのは、サクラエディタだけじゃんね・・・。
  • What's this? に相当する説明がないの、サクラエディタだけじゃんね・・・。
  • 他のプロジェクトに比べると、サクラエディタはビルドに関する説明がやたらと詳しい気がしました。

@berryzplus
Copy link
Contributor

  • how to build より下に書いてある項目が、全項目意味不明。 👈思考停止。

変更履歴は changelog 見てね!というのはREADMEにあっていいと思います。

それは確かにw

@beru
Copy link
Contributor

beru commented Nov 9, 2020

Build Requirements がここにある理由が謎。

Build Requirements に関しては build.md ファイルに移した方が README.md ファイルはすっきりしそうですね。

How to build がここに必要な理由が謎。

今は下記のように書かれています。

How to build

  • 7Zip のインストールして 7z.exe へのパスを通します。
  • Visual Studio Community 2017 で sakura.sln を開いてビルドします。

詳細情報

詳しくは こちら を参照

単に build.md ファイルへのリンクにするだけでも良いかもしれないですね。

VSCode だと ビルド方法とかについては README.md から wiki の解説ページへリンクを貼っています。

頻繁に記載を更新するものは wiki のページで済ませるのが良いかもしれないですね。ただ wiki は見ないという人もいると思いますが…。

How to install がここになくて良い理由が謎。buildがあるなら用意するのが普通。

How to install に具体的に何を記載するべきかについて案はありますか?

インストーラーを作成する為に必要な環境構築の解説でしょうか?

How to use がここになくて良い理由が謎。buildがなくても用意するのが普通。

How to use ってサクラエディタの使い方の事ですか?

https://sakura-editor.github.io/help/

に書かれているのでそれを読めばよいと思いますが、そこへのリンクが欲しいという事でしょうか?

how to build より下に書いてある項目が、全項目意味不明。 👈思考停止。

CI関連の説明のリンクを個別に README.md に載せる必要があるかというと無いかもしれません。

個人的には wiki に説明が書かれていればそこを見ればよいので、README.md にはリンクは不要だと思います。が、人によっては心理的障壁で wiki が見れないので README.md に全て記載してほしいと強く主張するかもしれません。自分がそれに対して出来る事はテーブルに両肘を付いてから両掌で顔を覆い項垂れて静かに息を吐きだすくらいです。

@sanomari
Copy link
Contributor Author

How to install がここになくて良い理由が謎。buildがあるなら用意するのが普通。

How to install に具体的に何を記載するべきかについて案はありますか?

インストールしなくても使えますよ、という情報ではないかと思います。

How to use がここになくて良い理由が謎。buildがなくても用意するのが普通。

How to use ってサクラエディタの使い方の事ですか?

おそらく、使い道の紹介でしょうね。
ここは、何に使えるツールなのかを表明しておく場所だと思います。
あと、細かいことはここを見てね、はあったほうがよいと思いました。

が、人によっては心理的障壁で wiki が見れないので README.md に全て記載してほしいと強く主張するかもしれません。

wikiが見れない人は単純に問題外ですので、配慮不要と考えられます。

ドキュメントの履歴を残せるように可能な限りREADME.mdに情報を詰め込みたいという書き込みを見たように思います。

第三者の承認が必要なREADME.mdに試行錯誤中の情報を含めるべきではないように思いますが、どうしてもそうしたいなら仕方ないようにも思います。

現時点で分かっている情報を書く
  ↓
あとの時代で「正しくない」と判明する
  ↓
修正PRは「誤りを正す」とせざるを得ない
  ↓
あとの時代に「誤りだ」と言われたくないから、レビューが無駄に慎重になる

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
document ドキュメント
Projects
None yet
Development

No branches or pull requests

3 participants