[ 建议 ] 关于大框架的组织形式

[LaoshuBaby]

就目前来看，以专题进行内容组织的理念已经较为深入人心
如“C++专题”、“Windows专题”、“Vscode专题”等。

但到底是先讲编程，还是先环境？还是一些杂项知识？或者是行业概况学科概况？（https://github.com/Things-Before-Coding/Things-Before-Coding-docs/issues/43）

这点上
个人提出了如下的思路

基本概念->操作系统使用->编程语言和环境->细分领域前沿介绍

还望各位提出指正意见

[LaoshuBaby]

1. 基本概念距离：环境变量是啥
2. 操作系统使用距离：
3. 编程语言与环境：
   • C++的基本、Python的基本、Java的基本
   • VS的配置，VSC的配置，IDEA的配置
4. 细分领域和前沿：NLP是啥，CV是啥，大数据常见的学习路线

[LaoshuBaby]

此外，因为觉得出于一同讨论的目的，便将交流群中另外二位的建议一起搬运过来了，还望能够被视为“合理引用”？

——By @FLDPMpang

——By 我也不知道大佬您ID多少您要不来认领一下？

[9uanhuo]

个人感觉作为专题并不是那么合适，比较关键的问题是会存在重复内容。拿vscode举个例子：
vscode是一个极度依赖拓展的程序，而拓展负责的是连接背后的toolchain，如果将vscode作为一个专题来说，那么势必从拓展讲到toolchain的配置，这样的话，在介绍其他的ide时，“toolchain的配置是否还需要介绍” 就成了个问题。就好像编程时遇到了可以抽象出来的函数（可能不太恰当），那么这个函数抽象出来会不会比较好？说不定还能复用？

引用Mike Gancarz的《UNIX哲学》第二条：让程序只做好一件事
我觉得应该让每个文章只做好一件事：我们在介绍时每篇只关注一个合适大小的”模块“，这些”模块“就可以自由组合成为一个完整专题。

欢迎讨论呀

@LaoshuBaby btw，我是那条狗东南偏南

[LaoshuBaby]

唔，但从用的角度来说，有一定的索引和标签机制肯定是更方便的。目前我还没有考虑多标签的思想去管理，所以才会偏向于专题化吧。

我觉得应该让每个文章只做好一件事：我们在介绍时每篇只关注一个合适大小的”模块“，这些”模块“就可以自由组合成为一个完整专题。

但这一点是认同的，我的专题化的想法，也大意如此

[ghost]

所以画个图表来表明各个专题之间的关系

后面如果有能力就在实际的网页上也生成一个动态的"技能树/知识关系图"