关于文档的组织架构

[ImBearChild]

在我的设想中，本指南大体上可以分为两部分。一个是教科书类，不仅仅展示过程，还要展示原理，对应前三部分（入门指南，进阶知识，高级教程）。另一个则是简明指南类。大概是这么一个架构：

1. 入门指南
   这一部分应当指导用户切换到 Linux，安装和使用 Linux。在这一部分的结尾，应当有一个可用的浏览器与输入法（目前 Fedora 与 openSUSE 都是自带输入法和浏览器的。）
   1. 基础知识（为什么要切换到Linux，选择发行版）
   2. 安装指南（就是准备安装盘指南和安装指南）
   3. 认识桌面环境（大概讲一下 Gnome 与 KDE，还有常见的 Firefox 之类）
2. 进阶知识
   这一部分应当让用户了解 Linux 的概念，比如命令行、包管理器与用户权限。（教用户当一个不太合格的管理员）
   1. 内核与其他东西的关系
   2. 命令行
   3. 包管理器（包括发行版的与Flapak的）
3. 高级教程
   打包，以及如何当一个合格的管理员。还包括一些如何对社群做贡献的内容。
4. 解决方案
   解决需求的方案。比如游戏影音、办公、美化。这里的内容应该是读完入门或者有基础知识才读的。我们就没有必要讲解内容或者原理（HiDPI、Steam、使用 toolbx 来兼容发行版之流就可以归类到此）
5. 帮助
   一方面是传统的FAQ，另一方面教用户如何求助
6. 关于
   关于项目本身，比如贡献指南与许可协议

架构成这样的原因是，群里有人说过嘛，那种简明的教程其实是需要读者有理解的基础才能做好的，不完全适合新手。我希望我们的读者在操作时知道自己在做什么。

[ImBearChild]

另外入门指南的话，我个人的想法是缩小范围。框定 openSUSE TW、Fedora、Kubuntu(Ubuntu) 三个发行版。因为这三个发行版都有各自的特色：
openSUSE TW：滚动、RPM系（非红帽衍生）、独有的YaST安装器
Fedora：常规、RPM系、半年发布因此软件包比较新、Anaconda安装器（这样 CentOS 类都能参考）
Ubuntu：常规、Deb系、半年发布因此软件包比较新、calamares安装器(?)

[poplar-at-twilight]

目前整个项目的文档完成度：

• 入门指南
  • 序言
  • 安装系统（物理机和虚拟机）
  • 使用桌面环境
    • 初次启动后的系统配置（基于 GUI）
    • 使用桌面环境
    • 常见桌面软件
• 进阶教程
  • 使用 shell
    • shell 基础入门
    • 简单 shell 脚本编写与使用
  • 管理系统（基于 GUI）
  • 再次入门
    • 管理系统（基于 CLI）
  • 打包
• 解决方案
• 寻求帮助

[Ratizux]

浅浅阅读一下，我觉得“教科书”的有些部分写得有些“维基”化。比如我觉得在介绍“硬件需求”方面应该教会用户如何检查硬件信息，安装系统的部分也可以穿插些操作系统的知识，不然需要看“教科书”的同学可能看不懂，能看懂“教科书”的同学可能就直接看维基了。
我们开始入门某个领域，大多都是找一本引导性的书来看，而不是直接看什么速查表或者维基（毕竟对某个领域一无所知的话，也不容易知道看什么、怎么看、看多少）。
毕竟我们是想要用户知道自己在干什么的，对吧？