documentation - 什么是好的在线文档?

标签 documentation

关闭。这个问题是 opinion-based 。它目前不接受答案。












想改进这个问题?更新问题,以便 editing this post 可以用事实和引用来回答它。

4年前关闭。




Improve this question




在线文档需要什么才能使阅读变得有用且有趣?

免责声明:
虽然这个问题有自私的根源(我正在编写文档,并且自然希望它是最好的),但我相信其他人可以利用这些答案。此外,虽然文档不是编程,但我仍然认为在这里提出这个问题是合适的,因为如果您编写内容,则需要记录内容。

详细说明:
这个问题是针对在线文档的,因为我认为 tome in 1500-something pages 和网页/网站的动态之间存在很大差异。

假设有一个令人兴奋的新服务器 WhizBangDaemon,您对此几乎一无所知,并且您决定在业余时间尝试学习它。应该有什么样的部分,以使文档足够有用和有趣,并让您继续阅读?

请随时提供指向良好现有示例的链接,并解释您喜欢它们的原因。

解决这个问题的另一种方法是:什么样的阻碍因素会让你对阅读一组文档失去兴趣?

答案:

回顾一下答案之间反复出现的一些主题:

  • 快速浏览
  • 介绍性文字/教程/示例
  • 不仅仅是 API 文档
  • 分成很多小部分(可能与第一点有关)
  • 简明扼要
  • 搜索设施
  • #用于链接的 anchor
  • 可用的可下载格式
  • 最佳答案

    许多公司似乎没有意识到文档的重要性。

    编写文档是我工作的重要组成部分。这是没有人想要的工作,但它至少与开发团队中的任何其他人一样重要。当我使用各种语言和工具工作时,我越来越意识到这一点,并经历了糟糕或不存在的文档的痛苦和好文档的乐趣。

    最重要的事情:

  • 简洁明了
  • 不错示例 值一千字
  • 有用示例 (与#2不同)
  • 添加 示例 典型用户/大多数用户想要/需要对您记录的任何内容进行处理。
  • 我提到过示例 ?

  • 规范:
    我讨厌 java API 文档几乎没有示例这一事实。几乎可以查找任何类(class)或方法,以及 nada,甚至不是一个类轮。在大多数情况下,并不是说一个类轮就足够了,但他们甚至都不会为此烦恼。

    关于documentation - 什么是好的在线文档?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/477502/

    相关文章:

    c - 类似于 C 的 Javadoc ?完整的库文档

    javascript - 如何将 .csv 文件从 Google 文档导入到 javascript 中

    python - 如何适应文档?

    documentation - 设计规范在项目文档中的含义是什么?

    list - 是否有已知的网络爬虫列表?

    git - 如何将文档历史记录与源历史记录分开?

    java - 如何让 Java 文档(在 Eclipse 中)弹出而不必等待它弹出

    documentation - 什么是黄金代码/评论比率?

    c++ - 氧气,太重而无法维持?

    java - 如何以简单且标准的方式创建类文档?