Meditations

Python 的管理涉及的以下三个方面： - **包管理（Package Management）** - 版本管理（Version Management） - 环境管理（Environmental Management） 在这篇文章中，主要介绍 Python 包管理的相关内容，而在后续的文章当中会继续介绍其余两个部分的内容。

最近，在看《计算机程序的构造和解释》，书中所用的语言为 Lisp 的方言 Scheme，所以就需要安装一下，下面简单记录了安装的过程中的一些细节。

不管是否使用 \(\LaTeX\) 对文章的参考文献进行组织，对于一篇文章的参考文献都由两个最基本的部分组成：

• 参考文献在正文中引用（包括：引用的方式和样式）

• 文章末尾参考文献列表的生成（包括：生成的方式和样式）

1 引入

首先，来看这样一个例子：

一口袋中有许多红球和白球，只知道数目比例为\(1:3\)，不知道哪种多，通过实验来判断红球占的比例是\(\frac{1}{4}\)还是\(\frac{3}{4}\)。

今用有放回抽取的方法从口袋中抽取\(n\)个球，将红球的个数记为\(X\)，则\(X\)服从二项分布\(B(n,p)\)。如何由实验结果来估计\(p\)的值？

现在假设有这样一个实验结果：从口袋中抽取了100个球，其中红球的个数为80个，那么相应的抽取到白球的个数就为20个。

如果现在要求你从上述的实验结果中去判断红球占的比例是\(\frac{1}{4}\)还是\(\frac{3}{4}\)，大概很多人会选择\(\frac{3}{4}\)，这是一个很自然的选择，因为抽取的100个球中，红球占了大多数。（当然最后的结果有没有可能是红球占的比例是\(\frac{1}{4}\)，也有可能，但是在当前实验结果下，我们会认为出现这样结果的可能性会很小）

其实，在进行上述选择（根据实验结果去判断红球所占比例）过程中，我们不自觉的运用到了极大似然估计的思想，即：根据已经发生的结果，去选择一个原因，使得出现这样结果的可能性最大。换句话说，结果是在使它出现可能性最大的那个原因下发生的。

具体到这个例子，结果是从口袋中抽取了100个球，其中有80个都是红球；那么导致最大可能性出现该结果的原因就是原来口袋中红球所占的比例是\(\frac{3}{4}\)。

以现在正在如火如荼地进行的英雄联盟S12全球总决赛为例，来总的介绍一下LOL全球总决赛的赛制。

1 赛程总览

LOL全球总决赛总的分为5个阶段进行，分别如下：

• 入围赛阶段
  • 小组赛（9月29日-10月4日）
  • 淘汰赛（10月5日-10月6日）
• 小组赛阶段（10月7日-10月16日）
• 四分之一决赛（10月20日-10月23日）
• 半决赛（10月29日-10月30日）
• 决赛（11月5日）

下面，分别从这五个阶段来详细介绍一下LOL全球总决赛的赛制。

LPL 简介

在介绍LPL赛制之前，先来简单介绍一下LPL。

英雄联盟职业联赛（League of Legends Pro League），简称LPL，是LOL中国大陆地区的顶级职业联赛。

通过LPL，中国大陆地区的参赛战队可以获得LOL全球总决赛（League of Legends World Championship Series）的入场券。

截止到2022年，LPL有17支参赛队伍，最后通过LPL有4支参赛队伍可以进入最终的LOL全球总决赛。

背景

在使用Mac的过程中，不可避免地会用到一些国外开发的软件，而给这些软件提供服务的服务器大多都不在国内，这就会导致在使用这些软件的时候速度会非常的慢（尤其是遇到软件需要更新的时候）。

一些小伙伴这时候会选择使用代理，希望能够提升软件的速度，但是又会发现所使用的软件并没有走代理，那么如何让相应的软件走代理呢？

这个问题同样困惑了我很久，但最近在查阅文献的时候解决了这个问题，写这篇文章的目的就是为了记录一下解决方案

背景

写这篇文章的目的是为记录在使用Markdown过程中经常用到，又时不时会忘记的一些语法，以及一些比较好的Markdown的用法，供日常查阅使用！（注意：本文没有完结的说法，会一直持续更新下去！）

1 背景

最近，和朋友一起玩mc，因为使用各种软件进行连接的效果都不是很理想，所以就想着干脆自己搭建一个mc的服务器，一是为了能够和朋友更方便和快乐的进行玩耍，二是正好借此机会检验一下自己的技术。

搭建mc服务器前面大部分的过程都十分顺利，一直到了最后一步，需要开启服务器的一个端口，向外部提供服务，无论怎么弄外部都无法对开启的端口进行访问（当时觉得十分纳闷服务器的端口分明就打开了呀？为什么外部就是无法访问呢？一度以为又是玄学），最后经过几个小时的“耐心”折腾终于解决了这个问题。

写这篇文章的目的就是为了记录开启服务器的一个自定义的端口，并能够让外部成功访问的一整个流程，因为在解决这个问题的过程中也在网上查找了大量的资料，发现很多朋友也和我遇到了同样的问题，但是网上都没有给出一个较为有效的解决方案，希望这篇文章能够帮助到有同样困惑的朋友们。

1 背景

为了能够简单、高效、自由地分享一些技术文章，自己尝试过很多现有的博客框架，比如：Typecho，WordPress等等，但是二者均自己去搭建并维护服务器，用过一段时间之后发现，以自己目前的技术水平，维护服务器还是比较耗费精力的事情，这违背了自己做这件事情的初衷，还是希望把自己更多的精力专注到写作上来，所以最终选定了Hexo + GitHub Pages的方案假设个人博客。

Hexo 是一个快速、简洁且高效的博客框架，然后把服务器的维护工作交给GitHub，这样就能大大降低维护的成本，专注于文章创作。

写这篇文章的目的就是为了记录Hexo使用的一些“标准化”流程，一是为了防止自己以后忘记，二是为了规范操作，减少出错。