Free-programming-books: 更轻松地组织访问文件
我认为在主存储库上创建文件夹以区分课程、播客-截屏视频、书籍、交互式教程等会很好，这样可以使外观更清晰，也更容易获取资源。
这样做时，README.md 链接也必须更改以反映新文件夹。
kadhirash
所有4条评论
我确实认为用目录来构建存储库会更有条理。 特别是随着更多类型和语言的引入。
我唯一的意见是，如果要这样做，我会_假设_按语言创建文件夹可能更实用。
我没有对此进行调查，但我想一个人在某种语言中追求资源更为常见。 换句话说，一个常见的场景_可能_是个人寻找任何法语资源，而不是个人寻找任何语言的书籍。 我认为按语言分类的目录会更好地反映这一点。
将所有法语资源整理到一个目录中更有意义，而不是将一些法语资源按类型分组在许多不同的目录中，用户必须在其中窥视每个目录？
这也使得一次查看特定语言的所有资源变得更加容易。 如果按类型分组，查看每个法语资源的唯一方法是访问 _every_ 目录，这使得导航变得更加乏味。
SethiPandi
于 2020-10-21
👍1
是的，这是真的，我喜欢按语言分开并将相应的资源放在那里的想法！
kadhirash
于 2020-10-21
我注意到文件列表太长了，自述文件远低于首屏。 所以我认为按流派组织会比按语言更有效。
但请记住，我认为这种更改会导致每个 OPEN PR 的合并冲突。 所以在 11 月之前可能不现实，然后更可能在 12 月。 我需要一些清理工作的帮助——你们俩都非常有帮助。 10 月份的工作量很大，但我认为这些麻烦是值得的。
eshellman
于 2020-10-22
👍3
🎉2
也算我一个！！！！！！！
kakashi215
于 2020-10-30
此页面是否有帮助？
0 / 5 - 0 等级
相关问题
sayopaul
·
3评论
ghost
·
17评论
rosepac
·
3评论
taiyoslime
·
14评论
fosslinux
·
5评论
最有用的评论
我注意到文件列表太长了，自述文件远低于首屏。 所以我认为按流派组织会比按语言更有效。
但请记住，我认为这种更改会导致每个 OPEN PR 的合并冲突。 所以在 11 月之前可能不现实，然后更可能在 12 月。 我需要一些清理工作的帮助——你们俩都非常有帮助。 10 月份的工作量很大，但我认为这些麻烦是值得的。