如何适应文档？
How to get comfortable with documentation?
我是新手，我google遇到的每一个小问题。有时答案可能很容易获得，但我似乎会查看更简单的修复程序，例如博客或 Whosebug。
我很好奇你们其他人是如何解决问题的。
我问这个问题的原因是因为我厌倦了编写从源代码中串起来的 hackkey 代码。看来最大的障碍是我不明白如何直接在文档中找到我要找的东西。
抱歉，如果这不属于这里。还是新的！
我给你我的答案，真的不是高手，而是不久前有人有类似问题
首先，我认为文档不会对您成为 "less hacky." 是的，如果您阅读整个 Python 文档，您会学到一些有用的东西，但是如果你和大多数人一样，你可能会不知所措而忘记你读过的大部分内容。
使用谷歌搜索并不是一件坏事，尤其是当您独自学习时 - 事实上，它可能是最好的学习方式之一。这些文档不一定比 SO 或 Google 更好 - 文档通常也不像其他来源那样帮助您解决问题。您尝试做的事情越不常见，文档的帮助就越大。
如果你认识的人也在学习，pair programming（结合谷歌搜索）会很有效；我了解这也是许多领先公司如何让他们的程序员工作。
如果你正在寻找更多的东西 "high level," 我会阅读一些关于测试驱动的东西，尤其是 behaviourally-driven development in your target language(s). Test-writing is an extremely important skill, helps your code be "cleaner" and DRYer，没有人告诉你开始时的大部分行（现代）商业代码库主要是 测试。在我看来，离开 "hacky" 主要是学习处理设计问题，通过学习测试驱动开发可以最轻松地做到这一点。
您还可以尝试通过 (1) "cookbooks"（例如 the Python cookbook, Automate the Boring Stuff with Python, Two Scoops of Django) or (2) doing math/logic problems so that you understand how to boil a problem down into its nuts and bolts. A lot of the hack events on HackerRank, for example, really come down to removing Os 通过思考问题并简化需要高水平数学/逻辑（即证明）推理能力。
也有一些不错的 (free/cheap) 在线课程（例如 Agile Development Using Ruby on Rails），可能值得您去看看。
但从根本上说，解决问题，无论是否使用代码，都是一种创造性的练习。来自各种来源的 "stringing together" 解决方案 没有 错误 - 只要问问艺术家他们是否通常使用或不使用来自其他作品、世界等的 "inspiration"。他们通常这样做。不全是你的，只有你。
最后，有人可能会对您在这里提出的问题的性质提出质疑。所以问题应该引出一般的非主观答案......除非事情发生了很大变化。
我是新手，我google遇到的每一个小问题。有时答案可能很容易获得，但我似乎会查看更简单的修复程序，例如博客或 Whosebug。
我很好奇你们其他人是如何解决问题的。
我问这个问题的原因是因为我厌倦了编写从源代码中串起来的 hackkey 代码。看来最大的障碍是我不明白如何直接在文档中找到我要找的东西。
抱歉，如果这不属于这里。还是新的！
我给你我的答案，真的不是高手，而是不久前有人有类似问题
首先，我认为文档不会对您成为 "less hacky." 是的，如果您阅读整个 Python 文档，您会学到一些有用的东西，但是如果你和大多数人一样，你可能会不知所措而忘记你读过的大部分内容。
使用谷歌搜索并不是一件坏事，尤其是当您独自学习时 - 事实上，它可能是最好的学习方式之一。这些文档不一定比 SO 或 Google 更好 - 文档通常也不像其他来源那样帮助您解决问题。您尝试做的事情越不常见，文档的帮助就越大。
如果你认识的人也在学习，pair programming（结合谷歌搜索）会很有效；我了解这也是许多领先公司如何让他们的程序员工作。
如果你正在寻找更多的东西 "high level," 我会阅读一些关于测试驱动的东西，尤其是 behaviourally-driven development in your target language(s). Test-writing is an extremely important skill, helps your code be "cleaner" and DRYer，没有人告诉你开始时的大部分行（现代）商业代码库主要是 测试。在我看来，离开 "hacky" 主要是学习处理设计问题，通过学习测试驱动开发可以最轻松地做到这一点。
您还可以尝试通过 (1) "cookbooks"（例如 the Python cookbook, Automate the Boring Stuff with Python, Two Scoops of Django) or (2) doing math/logic problems so that you understand how to boil a problem down into its nuts and bolts. A lot of the hack events on HackerRank, for example, really come down to removing Os 通过思考问题并简化需要高水平数学/逻辑（即证明）推理能力。
也有一些不错的 (free/cheap) 在线课程（例如 Agile Development Using Ruby on Rails），可能值得您去看看。
但从根本上说，解决问题，无论是否使用代码，都是一种创造性的练习。来自各种来源的 "stringing together" 解决方案 没有 错误 - 只要问问艺术家他们是否通常使用或不使用来自其他作品、世界等的 "inspiration"。他们通常这样做。不全是你的，只有你。
最后，有人可能会对您在这里提出的问题的性质提出质疑。所以问题应该引出一般的非主观答案......除非事情发生了很大变化。