试运营示例:参与成员与历史互动为演示数据,欢迎留下你的真实想法。
知识图谱很大,很容易让人觉得学完所有基础才能开始。我的建议是先选择一个足够小的目标,比如让一页内容能被别人打开,再沿着遇到的问题补知识。
这不是跳过基础,而是给基础找到具体位置。第一次不懂端口、域名和进程都很正常,把每次卡住的地方留下来,下一次会更熟悉。
也欢迎已经走过这段路的朋友补充:你当时最需要别人解释清楚的是什么?
试运营示例:参与成员与历史互动为演示数据,欢迎留下你的真实想法。
知识图谱很大,很容易让人觉得学完所有基础才能开始。我的建议是先选择一个足够小的目标,比如让一页内容能被别人打开,再沿着遇到的问题补知识。
这不是跳过基础,而是给基础找到具体位置。第一次不懂端口、域名和进程都很正常,把每次卡住的地方留下来,下一次会更熟悉。
也欢迎已经走过这段路的朋友补充:你当时最需要别人解释清楚的是什么?
能把节奏维持在自己舒服的范围就很好。不需要每个兴趣都变成项目,也不需要每次参与都贡献一个完整答案。
我更愿意在这种具体的小话题里说话。能够补充一个自己亲自遇到过的细节,比回答一个特别宏大的问题容易得多。

欢迎来这里慢慢交流。对熟悉的部分分享经验,对不熟悉的部分坦然提问,这两件事并不冲突。

看到别人把一个小东西认真做完,会让我也想把手边拖着的那一步补上。完成不一定是功能很多,而是有人真的能用起来。
我会先在自己的小环境里验证一轮,把步骤、结果和没解决的地方都记下来。后续有新发现,再回来补充。

谢谢你留下这段记录。很多小进展当时看起来不起眼,过几个月回头看,才发现理解已经慢慢连成了一条线。

很喜欢这种把具体经历讲出来的分享。别人不一定需要完全照着做,但可以从你的过程里找到适合自己的那一小步。
补充前面提到的边界情况:不要只看一次成功运行的结果。
我也是从很基础的问题开始的。把当时卡住的地方写清楚,刚好能帮助下一位还没有跨过去的人,不必等到全部学会再分享。
现在我会给没做完的事留一句下次从哪里开始,然后安心停下来。第二天回来不用重新找上下文,也少了一点挂在心上的感觉。

收藏时写一句为什么保存,对我很有用。以后打开不是面对一个陌生链接,而是能想起当时具体想解决什么问题。

补一个小经验:讨论结束后回来写最终结果。哪怕只有两句话,也会让一段来回交流变成后来的人真正能用的记录。
能把节奏维持在自己舒服的范围就很好。不需要每个兴趣都变成项目,也不需要每次参与都贡献一个完整答案。
我会先在自己的小环境里验证一轮,把步骤、结果和没解决的地方都记下来。后续有新发现,再回来补充。
我更愿意在这种具体的小话题里说话。能够补充一个自己亲自遇到过的细节,比回答一个特别宏大的问题容易得多。
@提灯的人 · 示例 谢谢整理,已经收进阅读清单了。

欢迎来这里慢慢交流。对熟悉的部分分享经验,对不熟悉的部分坦然提问,这两件事并不冲突。
看到别人把一个小东西认真做完,会让我也想把手边拖着的那一步补上。完成不一定是功能很多,而是有人真的能用起来。

谢谢你留下这段记录。很多小进展当时看起来不起眼,过几个月回头看,才发现理解已经慢慢连成了一条线。

很喜欢这种把具体经历讲出来的分享。别人不一定需要完全照着做,但可以从你的过程里找到适合自己的那一小步。
我也是从很基础的问题开始的。把当时卡住的地方写清楚,刚好能帮助下一位还没有跨过去的人,不必等到全部学会再分享。

现在我会给没做完的事留一句下次从哪里开始,然后安心停下来。第二天回来不用重新找上下文,也少了一点挂在心上的感觉。
我会先在自己的小环境里验证一轮,把步骤、结果和没解决的地方都记下来。后续有新发现,再回来补充。
收藏时写一句为什么保存,对我很有用。以后打开不是面对一个陌生链接,而是能想起当时具体想解决什么问题。

补一个小经验:讨论结束后回来写最终结果。哪怕只有两句话,也会让一段来回交流变成后来的人真正能用的记录。
