遇到陌生领域，如何分析问题，得到相对靠谱的结论？并且在得知结论错误，有明确的改进方向。

近来网上冲浪，发现一篇文章 《通用问题分析框架》，该文作者和我存在同样的困扰。进一步的，发现了徐远老师的《学者视角和上帝视角》 这篇文章，讲述了学者分析问题时的种种限制。

对文章思想总结了下，可以得到一个相对完善的 通用问题分析公式。

写在前面：文末「拓展阅读」的两篇文章写得很好，提纲挈领，推荐阅读。本文偏个人感悟，教学不敢说，日后若有更深刻的感悟会再重新整理。

很多人在进入新团队时会焦虑，害怕做不好，害怕才不配位，不知道如何开展工作。这是一种正常现象，因为针对「融入团队」这件事，我们没有刻意练习，没有找到一套行之有效的方法。

下面，我将结合《程序员的底层思维》 这本书介绍的方法，以及个人实践经验，来聊聊如何快速融入团队。

本文适合有 3 年以上的技术工作者阅读，低年限或者非技术同学也有一定的参考意义。

相信大家在使用 VSCode 处理 Markdown 文档时，可能都遇到了一个共同的问题，就是无法直接添加剪切板图片到Markdown 文档中。

我们不得不手动将图片复制到工作区，然后在 Markdown 文档中添加图片引用片段，例如 ![](该图片在工作区的相对地址)。

以前，我们可以通过插件如 Markdown Paste 或者 Paste Image 来解决这个问题。但现在，你不再需要了，因为 VSCode 1.79 版本已经内置了这样的功能。

在 201x 年的时候，使用 VSCode 编写 Markdown 笔记，是一件很极客很酷的事情。

轻敲 Markdown 语法，即可生成还不错的格式；使用 VSCode 以及强大的插件系统，可以得到一个免费强大离线化的 Markdown 编辑器。

但在 2023 年的今天，我们发现除了给项目写 README 文件，好像很少人会单独使用 VSCode 来写 Markdown 笔记了。

你是否有这样的情况：看完文章老是忘，明明看得很认真，但实际遇到问题才发现什么都不懂。

主要是学习方法不对，根据 费曼学习法 中的理论，你需要对所学的知识点进行回顾并简化，并按照自己的理解传授给他人，这样知识就牢固了。

对于阅读文章学习知识的人来说，写文章精读正好是运用「费曼学习法」来高效学习的一种实践方式

编写 SDK 说明文档的重要性不言而喻，但怎么写得快、写得好却是一门学问。

为此，我整理了工作中写过的 SDK 说明文档，总结形成一份模板。

编写 API 接口文档的重要性不言而喻，但怎么写得快、写得好却是一门学问。

为此，我整理了工作中写过的 API 接口文档，总结形成一份模板。

什么是技术产品？以解决技术需求为主的产品，受众大多也是研发人员，比如各种开源项目、公司内部技术项目等都算技术产品。

撰写一份好的技术产品介绍文档非常重要，可以帮助用户了解产品，快速上手并转化为真实用户。

如何写好介绍文档？下文将对编写要点进行拆解，并提供可复用的模板。