以下为原文：

嘿，朋友们！责任编辑我将撷取许多关于积极主动诗歌创作和研究源标识符的许多设想。事实证明，诗歌创作源标识符能帮你成为一位更专精的合作开发人员。众所周知的是，诗歌创作源标识符提升了我的软件设计水平。

如果诗歌创作源标识符吗？

是的，你如果那么做！

好消息是，你年复一年软件设计时已经在那么做了。多年来，我看到各种统计数字说明，合作开发人员绝大多数天数都花在了诗歌创作标识符上，而非写标识符上。

当你要合作开发两个新功能或者复原两个 BUG 时，你必须要先认知原有标识符的方法论。你能透过诗歌创作程序代码来了解标识符的方法论，即使程序代码如果能确切地抒发标识符行为期许，但是通常他们还是要深入细致到具体内容的标识符实现中去预测。

责任编辑将得出两个所推荐的源标识符诗歌创作形式。我在这里所推荐大家要积极主动诗歌创作源标识符，特别是诗歌创作那些已为的源标识符。即使和已为的标识符较之，诗歌创作他们曾撰写的标识符对他们专精技能的提升协助并不大。

如果你能更快地诗歌创作和预测源标识符，你以后就能更淡然地撰写新功能和解决 BUG。你能透过诗歌创作有关标识符，加速以获取工作所需的信息。正像他们能体能训练他们更慢诗歌创作书刊一样，他们也能体能训练他们更慢地诗歌创作和认知源标识符。

为何会花天数诗歌创作源标识符？

让他们先思索孩子是如何自学随机存取的。在 Caroline Linse 写的《少女初学者》中，她说你能写下两个单字的大前提是你之前读过它。事实证明，这听起来很科学合理。首先透过在语句中诗歌创作到单字，然后你开始认知它们的涵义并专精委员会正确地使用。

念书能开拓你的诗歌创作量，教给今后可能用在诗歌创作中的基本功。这也是他们为何要在幼儿园里自学现代文学的原因。最终，随着他们读的愈来愈多，他们有了识别能力，知道什么样是更管用。

对软件标识符来说也是如此。我是两个 C 程序员，但是不管你是什么编程语言的合作开发人员，每种编程语言都会有很多语法和关键字。你能将这些简单的关键字和概念可合在一起编码出无限种可能性。有很多方法能实现同样的效果，就像有很多方式抒发出同样的涵义一样。虽然从技术角度而言，不同的标识符都能实现同样的效果，但是有些方法却比其他方法更适合。透过诗歌创作源标识符，他们会发现，有些方案可能比其他方案更有效。

不知道你有没有遇到过他们的同事甚至他们撰写过难以诗歌创作的标识符？反正我有遇到过。难以诗歌创作的标识符很难维护，并且会影响合作开发进度。正像在语言中，段落结构不科学合理很容让人感到困惑，难以认知，标识符也是如此。很多难以认知的段落或标识符需要反复诗歌创作才能认知其真正涵义或意图。他们能透过诗歌创作更多的源标识符提升编码水平，从而避免撰写下难以认知的标识符。

提升专精技能需要刻苦地努力。自学那些比你工作经验更丰富的人的标识符将会给你未来的工作编码带来协助。举个例子，医生透过多年的培训才能拥有行医资格。这些医生最初和经验丰富的老医生一起工作，先观察模仿，然后才能独立工作。顶尖的医生也会积极主动自学他们专精领域的论文，从中自学新的技术和方法。

就上述描述而言，我认为软件设计领域做的不够。有些团队相对做得更快许多。结对编程和 Mob 编程（3 个或 3 个以上程序员一起编程）只是合作开发人员共享专精技能的方式之一。另外两个提升他们专精技能的途径是定期接触新的标识符，并能坚持下去。

在这个问题上我能直言不讳吗？如果你没天数诗歌创作，你就没天数诗歌创作，就那么简单。

― 史蒂芬·金, 《诗歌创作这回事: 斯蒂芬·金创作生涯回忆录》

如果诗歌创作什么样源标识符？

如果你认可我的上述观点，我希望你能接受将诗歌创作源标识符当做日常工作的一部分的理念，以便能透过诗歌创作源标识符不断提升专精技能。

下两个问题就是你该读什么样源标识符？

从宏观上讲，我认为这个问题不重要，重要的是你有没有去诗歌创作源标识符。请记住，并不是所有的软件标识符都生来平等。你诗歌创作许多源标识符会明显比诗歌创作另外许多源标识符效果更快，但是不管好源标识符还是坏源标识符都能协助他们提升编码能力。

这并不是说你必须赞同你诗歌创作的所有标识符。诗歌创作糟糕的标识符也能给我带来许多启示。如果你在诗歌创作许多标识符的过程中发现了他们不喜欢的风格或者读到了没啥用的方法，同样也能节省他们他们的编码天数，即使他们能避免犯同样的错误。

也就是说，你需要诗歌创作标识符来补充许多新的、更靠谱的实践方式（下面一节将讲述如何寻找源标识符）。

诗歌创作的源标识符的多样性至关重要，即使这将有助于你有意识（潜意识）地自学不同来源的模式。当你在不同的地方看到相同的方法、模式和编码趋势时，说明它更可信。

我把天数花在研究我经常使用的 C 标识符库的源标识符上。透过这种方式，不仅提升了我诗歌创作标识符的能力，还帮我更快的了解库函数的内部工作原理，进一步协助我更快地使用它们，可谓是一箭双雕。

虽然我也不是经常那么做，但是我打算尝试诗歌创作许多我很少或者从没管用过的编程语言标识符。精通一门编程语言非常管用，但是开拓他们的语言范围也有诸多好处。如果你仔细思索下会发现，很多人自学第二种甚至第三种语言，并能从中受益。他们和其他国家的人交流起来会非常容易，而且透过对其他语言的自学，又反过来促进了母语的自学和使用。

自学第二种编程语言不仅能拓宽你的职业选择，而且还能让你注意到它和他们主要编程语言的异同。他们经常看到一种编程语言的特性会影响到另外一种编程语言。例如 C 中愈来愈多的函数式语法，首先出现在 F 的每个版本中。许多 .NET 的特性如 Channel 就受到了 Go 语言的影响。他们能透过关注第二个编程语言来预先自学这些特性。

去哪里找优秀的源标识符？

有很多潜在的源标识符来源。

GitHub

这里几乎拥有所有编程语言的源标识符。那么要从哪里入手呢？我个人更喜欢先自学微软的 ASP.NET Core 和 CoreFx 库。我发现深入细致研究框架团队的高质量标识符是两个很好的自学方法。

这些框架是非常好的自学资源，即使它们的标识符的质量很高，而且从中也能瞥见微软编码模式的影子。透过诗歌创作和自学团队如何构建可开拓的框架标识符，我个人收获很大。最近我花了许多天数思索任务并行库，在我撰写的许多标识符中发现了很多关于 CancellationTokenSource 的用法。透过自学微软的源标识符，我教给他们相关的常见用法。

GitHub 提供了很好的源标识符搜索功能，你甚至不需要下载标识符就能在浏览器中自学源标识符。如果你想深入细致自学，我更倾向于建议你将源标识符克隆到本地，这样自学起来更方便。

我还喜欢透过诗歌创作我使用的库的源标识符如 Polly 和 MediatR 来开拓我能使用的功能。这让我接触到了其他的编程风格，协助我加深对编码的认知。我并不是都喜欢或者赞同所诗歌创作的源标识符，但是诗歌创作源标识符有助于协助我了解他们的编码习惯。透过诗歌创作源标识符，我会更有意识地积极主动避开潜在的陷阱和糟糕的设计。

博客文章

网上有很多软件设计相关的优秀文章。你肯定能找到带有示例标识符的技术博客。即使这些文章的标识符通常比较短小，所以更容易在短天数内认知消化。通常，博客配套的标识符译者也会得出注释或者解释，你能先对标识符进行预测然后和译者的意图进行比对。

图书

有很多经典的技术图书，包括电子版和纸质版。这两种图书都会包含许多源标识符。去年我就透过诗歌创作Konrad Kokosa 写的《深入细致 .net 内存管理》教给了很多撰写高性能标识符的知识。

StackOverFlow

内部资源

前面我讲过，让他们接触之前没见过的标识符对读源标识符至关重要。我想补充的是，你还能透过自学工作标识符库中他们很少参与的项目来提升编码能力。能花点天数去认知这些标识符，搞懂他们的工作原理。如果有一天需要你去支持这些项目，你可能比源译者更熟悉这些标识符。

当你加入两个新的团队时，你能透过自学团队原有的标识符来加速了解编码规范和常见的模式。这将加快你融入团队的速度，促进你的个人发展。

这不是两个非常详细的清单。不管你在哪里找源标识符，都如果花费更多的天数去深层次诗歌创作和自学。用这种方式投入天数来提升合作开发专精技能非常值得。

如何诗歌创作源标识符？

关于诗歌创作源标识符，每个人都会有他们的喜好。按照你认为正确的方式去做就好了。在这里，我会撷取他们的诗歌创作源标识符的方法，你能借鉴这些方法开启他们的源标识符诗歌创作之旅。

通常我会将重点放在那些想自学的编码风格的源标识符或者那些能加深我对编码知识的认知的源标识符上。正像前面我讲到的，这种投资将会得到丰厚的回报。

我通常会从 GitHub 上找源标识符。我会集中精力认知标识符的意图。我会尝试从两个高抽象的函数作为出发点，然后逐步深入细致到内部。在自学标识符时，我喜欢用 OneNote 做笔记，记录标识符的流程。这些都是比较简单的笔记。这个过程与其说是在积累参考资料，不如说是帮我加深记忆和认知。透过将源标识符转为书面描述，我的印象更加牢固，对知识点的认知也会更快。

浏览标识符并在心中形成两个方法论图是两个非常棒的专精技能。如果你能在诗歌创作源标识符过程中培养出这种能力的话，下次你复原 BUG 时将会更加顺利。

一旦我对源标识符有个两个整体的了解，我将会更深入细致地研究下去。接下来，我会将源标识符克隆到本地并将其导入到 IDE 中。能使用 IDE 的标识符导航功能加速在源标识符中切换，进一步深入细致研究源标识符。此时，我会去思索译者这样写标识符的原因是什么。我喜欢先他们去思索，然后和译者的实际标识符进行对比。我会思索：像译者那么写法会更快、更有效？下次如果我也遇到类似的场景，要不要参考他的写法？

在诗歌创作源标识符的过程中，我会发现他们编码时从未用到的 API。我发现当我编码时，我会倾向于使用他们已经熟悉的 API，但这可能并不是最佳的实现方式。有时候正是即使他们不知道还有其他选择，所以才继续使用已经熟悉的 API。诗歌创作源标识符的过程中，如果遇到我从未用过的 API，我会查看它的描述和方法签名来了解它的用途。

诗歌创作源标识符还提升了我使用 IDE 工具的能力。在浏览标识符时，我会发现许多基本功或专精委员会许多实用的快捷键，从而节省了很多天数。我还经常会把两个类拖到第二个显示屏的一块屏幕上，这样能加速跟踪标识符流。我写标识符的时候也会经常那么做。 读源标识符时我也会努力自学他们不熟悉的语言特征或模式。透过诗歌创作源标识符我加速掌握了 C 的新特性。

如果有些标识符认知不了怎么办？

莫慌，这绝对没问题。刚上来，你不可能认知他们读到的所有源标识符。而且有些不认知，这正是他们想要的效果。你就如果读新的标识符或者包含新语法的标识符，来提升他们的编码专精技能。诗歌创作容易认知的标识符，就像诗歌创作一本非常简单的书一样，对你的协助并并不大。

你如果在大脑中尝试将标识符拆分成小部分。思索这些标识符是为了实现什么功能，为何要那么写？译者是否用了两个方法解决了两个你从未思索过的问题？当你遇到某个语法不认知或者某个关键字不懂时，请停下来搜索协助文档。有了实际的使用场景，再去查协助文档认知就会更快许多。

如果你遇到从未用过的框架 API 时，如果有标识符文档，能查看标识符文档。对于所有的微软库，公共方法都会包含 XML 注释。你能直接诗歌创作这些注释也能透过访问.NET API 文档 来查询。

有意识的积极主动诗歌创作源标识符的意义在于，这是你你积极主动分配他们的天数，为他们专精技能投资。而不是在工作中面临最后期限，要完成各种功能，还要复原各种 BUG。这样你将很少有精力去自学他们直接使用的标识符之外的源标识符。这种情况对自学没啥协助。

我从源标识符中教给了什么？

我从源标识符中教给了很多东西，这也是为何我不遗余力地所推荐大家自学源标识符。现代的手艺人会经常研究他们领域大师的作品，以期有朝一日能达到他们的水平。合作开发人员也能像他们一样向他们领域的专家自学来提升他们的专精技能。

就我个人而言，作为两个 .NET 合作开发人员，我发现自学微软的 .NET Core 和 ASP.NET Core 源标识符非常有价值。微软有很多优秀的合作开发人员，他们对语言或运行时特定知识的掌握更加专精。

我是一位自学成才的合作开发人员，最近在 Twitter 上看到有人那么说（不过，我记不住他是谁了）。我透过各种尝试和各种错误中自学了 C，并且我会积极主动自学源标识符。正像很多学者们研究伟大的现代文学作品一样，透过诗歌创作伟大的标识符，能解锁很多秘密。

我向那些对软件设计感兴趣并且希望深入细致了解 .NET Core 框架的人所推荐两个资源，该资源能从 YouTube 上以获取。.NET 团队每周会在 YouTube 上发布他们的 .NET 设计评审。在这些会议上，团队会审查对 .NET Core 的 API 变更的提议。我建议选择性观看这些会议，对于许多人来说用他们的天数去看会议可能有些太过极客，但这仍然是两个非常的自学途径。这个团队是由真正专家组成的，他们对语言、运行时和框架了如指掌，让人震惊。透过观看他们对提议的 API 的讨论，能协助他们认知两个广泛使用的框架必须考虑的问题。透过观看这些视频，我经常能获得许多非常有价值的观点。

总结

我写这篇文章的主要目的是鼓励许多读者更加积极主动地诗歌创作和自学源标识符。透过诗歌创作源标识符，我教给了更多 C 语言和 .NET Core 框架的知识，协助我成为一位更优秀的合作开发人员。定期投资几个小时来诗歌创作源标识符，将在未来带来丰厚的回报。透过诗歌创作源标识符，你将对不同的编码风格和技术有他们的看法。你将从更深的层次上了解你平时所用的框架的工作原理，反过来又促进你更快的使用它。你将能更慢地诗歌创作源标识符，从而协助你缩短从需求到编码完成的天数。