本篇文章仅是简要记述我最近一次开服经历和我的MC回忆录。

现在的MC服务端真的是`小母牛戴胸罩——一套又一套`，感觉越来越麻烦了(？)



## 起因

相信2021年的合格网民应该都有个经常水的群吧，无论是游戏群还是宿舍群还是其他。没错，我也有一个这样的群，在前几天，群主迷上了[`RLCraft`](https://www.curseforge.com/minecraft/modpacks/rlcraft)这一个模组包，但是困于一个人玩不仅没意思，还觉得难，所以想和大家一起玩，正巧，本人有过开服(小服务器罢了)经历，所以这件事情便就由我这个半吊子程序员负责啦。



## 前期准备

### 服务器

找服务器算是这件事情还算是时间耗费比较少的了，稍微市场调研了一下，发现：

| 购买渠道 | 优点 | 缺点 |
| ------------------- | ------------------------------------------------ | ---------------------------------------------------------- |
| 淘宝 | 1.看上去主频比较高 2.看上去配置更符合MC服务器 3.有专门的人帮助你开服，维护 | 1.贵 2.不知道会不会跑路 |
| 闲鱼/淘宝某些利用特殊身份搞来的大厂云 | 1.学生机用习惯了各种操作都知道 2.看上去享有普通用户同等权力 3.性价比比较高 | 1.不知道号会不会收回 2.不知道账号来源 3.没有专门人员帮助你开服 |
| 某些不知名小VPS厂商和国外厂 | 1.国外厂子不会出现我国特色网络问题 2.国内小厂看上去还算划算 | 1.国外厂延迟太高，消费高性价比低 2.国内小厂风评不好搜索，感觉像是在摸宝 3.没有专门的人帮助你开服 |

综合思考了一下，在`tb`找服务器大概最便宜钱也要在32元/月这个价位，优势基本在于高主频和专人维护，但是本人作为程序员，个人维护基本没有压力，而主频只是在大区块加载的时候才会体现出用途来(本服务器没有红石卡服人所以不用想这种问题)，所以果断闲鱼见了。

拿下了服务器，其实事情就简单了，之后就是一套装系统，改SSH端口和验证，装JDK，搞点交换内存等等操作。

![](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/20220110011737.png)

### 服务端

在开始写正式部分之前，我想先追忆一下我N年前的开服经历。

![](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/QQ20220103-0.jpg)

这是我第一次（其实并不是第一次，只不过是这次发了说说）自己搭建MC服务器发的说说，当时是在`2014`年，还在上初中的我正沉迷于MC自由的世界中，每天沉迷于大佬们制作的地图当中，但可惜一个人玩太没有意思，所以我便拉了几位朋友入坑MC，一起玩美滋滋。

在我印象中，基本上开服就那么几款，想要纯净就用官方端，如果想要插件就用水桶端，如果想玩mod服，额，我忘了(?)，貌似当时就有官方Forge端来着，好像大家都不用。总之在我印象中开服是一件很简单只用几个命令就搞定的事情，但这个模组包却耗费了我一些时间。

首先`server pack`是官方给的，但是！他没有给服务端软件啊！就相当于我抱着一堆的配置文件在这里想着怎么开服，这么多年过去了，我怎么能知道现版本怎么开啊！

![](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/20220110013629.png)

看了下原帖，好家伙，原来作者是怕给大家服务端导致大家都自己开服而不用合(qia)作(qian)方的服务器了啊！

![](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/20220110015009.png)

不过这能难得到我？几经搜索过后，我便从国内搬运帖中找到了搬运者给出的建议，哈哈哈哈！服务端来咯~ 这开服，多是一件美事啊！

![](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/20220110014927.png)

## 开服！

下载完毕，然后满心欢喜打开文件，然后......

![](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/20220110023846.png)

呃呃，怎么回事？查了半天文档才发现这个`Sponge Forge`核心是以`Mod`的形式挂载到官方`Forge`端的，而这个`Forge`端又是需要下载`Forge Installer`对于官方端进行的补丁。

![](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/20220110025139.png)

搞完这一套，我只想说：太！复！杂！了！吧！这么多年了，这种事情不应该封装成一个`.jar`文件搞定吗，还搞这种套娃行为。(不过仔细想想，当年甚至没有什么中文文档讲，现在已经是简化不少了)

不过最终还是搞定了。

### 调优

在游玩的过程中我发现有时候内存会飙升，有时甚至在左下角提示内存过载的现象，针对此现象，稍微优化了服务端一下。

首先是`JDK/JRE`则换成了阿里的[dragonwell8](https://github.com/alibaba/dragonwell8)，据说CPU利用效率很不错。

然后就是`GC`算法换成比较新的`G1`GC，关闭默认GC，把内存直接开满，减少GC时间，增大新生代数量适应快速区块加载......懒，自己看吧。

```shell
../jdk8u312-b01/bin/java
 -Xmx4G
 -Xms3G
 -XX:+UseG1GC
 -XX:+UnlockExperimentalVMOptions
 -XX:MaxGCPauseMillis=100
 -XX:+DisableExplicitGC
 -XX:TargetSurvivorRatio=90
 -XX:G1NewSizePercent=50
 -XX:G1MaxNewSizePercent=80
 -XX:G1MixedGCLiveThresholdPercent=35
 -XX:+AlwaysPreTouch
 -XX:+ParallelRefProcEnabled
 -XX:-UseAdaptiveSizePolicy
 -Xmn128M 
 -XX:+AggressiveOpts
 -XX:+UseCompressedOops
 -Dlog4j.configurationFile=log4j2_112-116.xml
 -jar forge-1.12.2-14.23.5.2860.jar
```

`log4j`漏洞解决方案来自[Important Message: Security vulnerability in Java Edition | Minecraft](https://www.minecraft.net/en-us/article/important-message--security-vulnerability-java-edition)

### 愉快的游玩

然后就是和朋友一起玩啦，不过这个模组包真的好难好难好难......

## 结语

伴随着2022年的新年钟声敲响，正在写这篇博客的我已经悄然步入了2022年，看着大家空间或者朋友圈里面的各种炫耀或者秀恩爱，好像就我一个人在这里调试服务器一样，突然感觉好孤独。

孤独的同时我又回想起幼时的我，水狼的牧场物语，丧魂村，还有经典的索尼亚斯大陆，这些有趣耐玩的地图给了我一个快乐的童年(?)。还记得当年沉迷[D大的直播帖](https://tieba.baidu.com/p/1766018024)，里面各种自动化的操作让我震惊。还有[12dora](https://space.bilibili.com/70093)的视频，让我觉得原来跟朋友玩这么有趣，我才有了开服的想法。

我认为MC这款游戏已经不需要再安利了，至少现如今大家都会玩过这么一款初看画质极其糟糕，但是却又充满魔性的游戏。还是希望MC这款游戏仍能够这样迸发活力，至少这个游戏真的是我的童年。

记一次Minecraft开服经历

我的鼠标坏了，一是左键单击变成双击了，二是滚轮一点也不灵敏了，总是滑半天页面才上下移动非常小的距离。

## 前言

鼠标坏了，无缘无故的坏了，还是两处一起坏。首先是我的左键，我的左键现在点击一下变成了两下，导致我经常b站无法暂停视频，标签页连续关掉两个……其次则是我的滚轮，这个比我的左键更加的恶劣，基本上滚半天页面才移动非常小的距离，并且这个距离也非常的不定，经常时好时坏，有时一下滚很多，有时一点也不滚动，非常难受，像一滩淤泥一样，让我非常的恶心。所以我打算买点材料修理一下这个淤泥一样的鼠标。

## 左键问题

经过查阅发现这个是微动芯片的问题。淘宝搜了一下，大概都在3~8元钱，所以果断下单了一个比较好的，只用了8元还包邮qwq。

![IMG_20210223_212013](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/IMG_20210223_212013.jpg)

到货之后就是拆鼠标了，翻到后面拆下橡胶垫，下面有总共四颗螺丝，拧下来之后就可以直接把后盖拆下来了。

![IMG_20210223_183638](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/IMG_20210223_183638.jpg)

![IMG_20210223_184124](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/IMG_20210223_184124.jpg)

之后就是先断开彩色电源线，注意要拆下来主板的话要拧下来主板上的两颗固定的螺丝，然后把两边的卡扣往外一扣，直接就可以把主板整块的拆下。看见原装的微动芯片正是`OMRON`~~（都拆过一遍了你这不是废话吗）~~，所以直接把淘宝的换上去就好了。

![IMG_20210223_184313](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/IMG_20210223_184313.jpg)

P.S.：这个微动芯片旁边甚至写着大大的`CHINA`

![IMG_20210223_185104](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/IMG_20210223_185104.jpg)

焊接的过程就不讲了，因为板子后面写的很清楚，并且焊点清晰，锡的熔点也很低，很好搞。

![image-20210223214527947](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210223214527947.png)

最后直接插上去加焊一下就好了

![image-20210223214601128](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210223214601128.png)

## 滚轮问题

根据知乎上的广大网友交流知道这个可能是滚轮传感器不灵导致的，所以只需要用酒精擦洗一下滚轮传感器的原件，去除氧化或者污物遮挡的部分，就能修好了，所以我这就来试一下这个方法。

因为当时没有留图片，就只能借一下知乎网友的图片了：

![v2-fbdfab010933dfc48c5acee6aae0633f_720w](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/v2-fbdfab010933dfc48c5acee6aae0633f_720w-20210223220656643.jpg)

就是把中间红色传感器拿酒精擦拭便可以了。

顺手还把各个原件拿酒精清理了一下~

![IMG_20210223_184005](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/IMG_20210223_184005.jpg)

## 结语

修理完成的我的鼠标，用两个字形容就是：“舒爽”，简直就像是新的一样，非常的流畅。这样我就不用再花钱买新的鼠标咯。

记录一次修复我的赛睿鼠标的过程

关于Rust中trait object和虚表

> 原文链接：[Exploring Dynamic Dispatch in Rust](https://alschwalm.com/blog/static/2017/03/07/exploring-dynamic-dispatch-in-rust/)
> 
> 时间：2017-3-07
> 
> 本文发表时间在2018edtion之前，观点可能不代表最新版本Rust（比如现在有了dyn关键词）

首先我要说的是我是Rust的新手（尽管到目前为止我很喜欢这门语言！），因此，如果我出现了技术错误，请告知我，我会试着纠正。所以，开始吧。
在下面代码片段中可以看到我研究动态分发的真正原因。假设我要创建一个CloningLab结构体，其中包含一个由`trait object`（在本例中为Mammal）构成的`vector`：

```rust
struct CloningLab {
 subjects: Vec<Box<Mammal>>,
}

trait Mammal {
 fn walk(&self);
 fn run(&self);
}

#[derive(Clone)]
struct Cat {
 meow_factor: u8,
 purr_factor: u8
}

impl Mammal for Cat {
 fn walk(&self) {
 println!("Cat::walk");
 }
 fn run(&self) {
 println!("Cat::run")
 }
}
```

正常运行。你可以可以遍历subjects向量(vector)，并可以调用`run`或`walk`方法。但是，当你想对一个`trait object`添加一个额外的`trait`约束的话便会报错：

```rust
struct CloningLab {
 subjects: Vec<Box<Mammal + Clone>>,
}

impl CloningLab {
 fn clone_subjects(&self) -> Vec<Box<Mammal + Clone>> {
 self.subjects.clone()
 }
}
```

报错信息如下：

```rust
error[E0225]: only the builtin traits can be used as closure or object bounds
 --> test1.rs:3:32
 |
3 | subjects: Vec<Box<Mammal + Clone>>,
 | ^^^^^ non-builtin trait used as bounds
```

这令我非常的惊奇。在我看来，一个具有多个约束的`trait object`大抵可以类比于`C++`中的多继承。我以为其中实例都拥有多个虚函数表指针(vpointer)对应每一个基类，并且能正确分发。鉴于Rust仍还是一门年轻的语言，我很理解为什么开发人员可能不希望引入这种复杂性大大提升的特性(一直坚持糟糕的设计则会事倍功半)，但是我想弄清楚这样的系统究竟是如何运作的(或无法运作)。

### Rust中的虚表

如`C++`那样，动态分发在Rust中是通过函数指针表实现的（[在Rust文档中有描述](https://doc.rust-lang.org/book/trait-objects.html#representation)）。根据文档，构成`Cat`的`Mammal`这个`trait object`的内存布局由两个指针组成，如下所示：

![cat_layout-2](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/cat_layout-2.png)

令我惊讶的是，对象的数据成员还有一个中间层。这看起来和C++表示形式有所不同：

![cat_layout_cpp](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/cat_layout_cpp.png)

先是虚表(vtable)指针，随后则是数据成员。Rust方法很有趣。 “构造”`trait object`时会产生成本，这与C++的方法不同，在C++中，强制转换为基类指针是零成本的（或者对于多重继承来说只是一些附加成本）。但这成本很小。 Rust方法的好处是，如果对象从未在多态上下文中使用过，则该对象不必存储虚表指针。我认为Rust励使用单态性这种说法比较好一些，所以这可能是一个不错的权衡方案。

### 多约束trait object

让我们回到最开始的那个问题，让我们思考一下这个问题如何在`C++`中解决。如果我们有为某个结构体实现的多个`trait`(纯虚类)，那么我们的结构体实例内存布局将如下(例：`Mammal`和`Clone`)：

![cat_and_clone_cpp-1](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/cat_and_clone_cpp-1.png)

可以看到我们现在有多个虚表指针，每个指针对应于`Cat`继承的一个基类（包含虚函数）。为了把一个`Cat*`转为`Mammal*`，我们不需要做任何事，但是要把`Cat*`转为一个`Clone*`，编译器将会为`this`指针增加 8 字节（用来跳到下一个指针，假定 `sizeof(void*) == 8` ）。

不难想象在Rust中类似的情形：

![cat_clone_rust_candidate_1-1](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/cat_clone_rust_candidate_1-1.png)

所以现在在这个`trait object`里面有两个虚表指针了。如果编译器需要对于`Mammal + Clone`这个`trait object`履行动态分发的原则的话，它可以访问对应虚表中的对应项并执行调用。然而Rust(还)并不支持结构体继承，所以并不存在把正确的子对象作为`self`传递的问题。`self`永远指向的是`data`指针。

这看上去好像可以很好的运行，但是这种方案也带来了一些冗余。对于这个类型的大小（size）、对齐（alignment）以及`drop`指针使我们有了多份拷贝。我们可以通过组合虚表来消除这些冗余。这基本上就是当你执行 trait 继承时会发生的事情：

```rust
trait CloneMammal: Clone + Mammal{}

impl<T> CloneMammal for T where T: Clone + Mammal{}
```

以这种方式使用 trait 继承是一个通常建议的技巧，以绕过 trait 对象的正常限制。trait 继承的使用产生了一个单独的虚表，没有任何冗余。所以内存布局如下：

![clone_mammal_rust-1](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/clone_mammal_rust-1.png)

更加简单！并且你现在就可以这么做！或许我们真正想要的是，当我们写出一个多约束的 trait 对象时，让编译器为我们生成一个这样的 trait（译者注：指仅含有单个虚表的 trait）。但是等一下，这里存在一些重要的限制。即，你不能把一个`Clone + Mammal`的 trait 对象转为一个`Clone`的 trait 对象。这似乎是很奇怪的行为，但是不难看到为什么这样的转换行不通。

假定你尝试写出下面的代码：

```rust
let cat = Cat {
 meow_factor: 7
 purr_factor: 8
};

// No problem, a CloneMammal is impl for Cat
let clone_mammal: &CloneMammal = cat;

// Error!
let clone: &Clone = &clone_mammal;
```

第 10 行一定无法编译，因为编译器不可能找到对应的虚表来放入这个 trait 对象。它只知道这个被引用的对象实现了`Clone + Mammal`，但是它无法区分这二者。当然，我们可以区分它一定是个`Cat`，但是如果代码像下面这样呢：

```rust
let cat = Cat {
 meow_factor: 7
 purr_factor: 8
};

let dog = Dog { ... };

let clone_mammal: &CloneMammal;
if get_random_bool() == true {
 clone_mammal = &cat;
} else {
 clone_mammal = &dog;
}

// Error! How can the compiler know what vtable to
// point to?
let clone: &Clone = &clone_mammal;
```

这里的问题就更加清晰了。编译器怎么知道要对 17 行正在构造的 trait 对象放入什么样的虚表呢？如果`clone_mammal`指向一个`Cat`，那么它应该是`Clone`的`Cat`虚表，如果它指向一个`Dog`，那么它应该是`Clone`的`Dog`虚表。
 所以 trait 继承这种方式有这种限制。你无法把一个 trait 对象转成 trait 对象的其他类型，即使当这个你想要的 trait 对象比你已经拥有的更加具体。

多个虚表指针的方式对于具有多约束的trait对象来说，看起来是一种好的方式。通过它，转换为一个低约束的trait对象就不是问题了。编译器应该使用的虚表就是`Clone`虚表指针指向的位置。

**下面就不是我复制的了**

### 结论

我希望完成这些能对一些读者带来收获。它肯定帮助我整理了对`trait object`的思考方式。在实践中，我认为这并不是一个真正紧迫的问题，这个限制只是让我感到惊讶罢了。

#### 最终代码(自己实现)

```rust
trait NewTrait: Mammal + std::clone::Clone {}

struct CloningLab<T: NewTrait> {
 subjects: Vec<Box<T>>,
}

impl<T: NewTrait> CloningLab<T> {
 fn clone_subjects(&self) -> Vec<Box<T>> {
 self.subjects.clone()
 }
}

trait Mammal {
 fn walk(&self);
 fn run(&self);
}

#[derive(Clone)]
struct Cat {
 meow_factor: u8,
 purr_factor: u8,
}

impl Mammal for Cat {
 fn walk(&self) {
 println!("Cat::walk");
 }
 fn run(&self) {
 println!("Cat::run")
 }
}
```

总的来说，解决思路便是以泛型限制`trait object`，可能是`Rust`团队希望单态和多态分别用不同的语法来实现吧。

【译】探索Rust中的动态分发

记录我这半个月以来使用M1芯片版本的MacBookPro的各种优缺点和坑点？(这个可能以后说)

## 前言

因为听闻Mac开发很爽之类的言论，再加上看了各种M1芯片评测视频之后，个人决定购买这台`MacBook Pro (2020 M1)`。以下便是个人这半个月来使用的体会。



## 外观

![image-20210126183625360](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126183625360.png)

![image-20210126183902163](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126183902163.png "image-20210126183902163")

![image-20210126184724275](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126184724275.png)

传承着苹果一贯的设计，金属机身 + 抛光苹果LOGO + TouchBar。但是本次macbook的键盘再也不是之前让人诟病的蝶式键盘了，而是配备了全新的妙控键盘，个人认为手感还是不如本人上一个游戏本，但是对于一个轻薄本来说，也是能说得过去的水平。

### 触控板

触控板可谓是MBP的灵魂所在了，又大又顺滑，同时多种手势和压感区分也让你面对这台电脑就如同面对一台巨大的iPad一样，毫不夸张的说，这个超大的触控板对于我来说已经是可以完美替代鼠标的存在了，配合TouchBar，基本上可以不用移动很多距离便可以完成许多操作。

### 屏幕

Retina屏幕+HDPI，开机的那一刻，艳丽又精确的颜色，肆意又狂妄，让人赞叹又享受。同时macOS对于颜色管理这块也是拿捏的死死的，专用的屏幕颜色管理软件+方便的导入导出功能，让你随意切换色彩空间映射，真不愧是设计师的最爱。

### TouchBar

这个的确值得单独拿出来说，TouchBar在许多应用中都有适配，比如我现在正在使用的`Typora`，TouchBar上便是如插入代码块、图片、表格等常用的操作。

![Typora](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126225027949.png)

而在`IDEA`中则是编译和运行的快捷键，甚至在`IINA`中，TouchBar甚至展示了整个视频的预览，可以快速拖动。

![IINA](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126225051404.png)

### 接口

本次的接口是非常不满意的，从四个TypeC变成了两个TypeC接口，同时支持`USB4.0`和`雷电3`协议，这就导致去掉电源占用的一个接口之后只剩下了一个接口提供日常使用，显而易见，扩展坞是少不了了。顺便一提，貌似`雷电3`协议的外设都非常贵（比如4K显示器啥的），个人偏向DIY(显示器之类的完全可以DIY)和寻找替代品。

### M1芯片

关于这个芯片的跑分就不说了，b站上很多up都说过。个人认为这颗芯片是要比10代低压`i9`要强的，平时生活中完全感受不到卡顿，基本上没有看到过占用100%的情况（可能是多核优化问题）。

## 性能

![macOS](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126183612584.png)

个人选择的是16g+512g的组合，虽然没用过8G版本，但是个人上一个游戏本开始使用的便是8G内存，开始如果说是日常使用还是比较够用的，但是如果打开多个`IDE`或者打开`Android Srudio`之后，内存就会被迅速占满，进而使用交换内存，到了这个时候，电脑即使使用ssd作为交换内存，也还是非常的卡顿，具体现象就是输入一个字母需要等待很久时间才会出现代码提示，并且经常性的无响应，需要等待许久才能恢复，同时虚拟机开发也无法进行，实在是难受至极。所以针对吃内存更加严重的macOS，个人果断选取了16g版本。因为IDE大多`1g`起步，并且还要加本地`MySQL`之类的应用，硬盘大小起步便需要256g了，如果再加上某些依赖文件夹(没错！说的就是——node_modules！)，那磁盘占用绝对是巨量的，所以我选择了512g版本。

![物理界最新黑洞理论结果](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/1.png)

## 续航

得益于`ARM`芯片的低功耗，本代续航能力达到了一个极其恐怖的地步，2个小时代码作业之后电量竟然只下降了15%。照着么推算官方说14个小时的续航时长大概是准确的。

![image-20210214151814187](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210214151814187.png)

这次我找了个教室写了一下午代码+看视频，可以看到1点的时候是`90%`的电量，到了5点的时候则是近`50%`的电量。

可以看到在4个小时只是掉了`40%`的电量，所以说如果是轻度使用的话大概应该能撑到14小时左右，如果是一直coding+看视频大概也就10小时就耗完电量了。

![image-20210305171343745](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210305171343745.png)

## 日常

### 系统

经过这半个月macOS的体验生活,个人感觉这的确是一个风格色彩突出的一个系统，有非常多的偏执的操作需要适应，没办法，大抵这就是从系统到芯片垄断的后果吧。

- 正常鼠标无法平滑滚动(软件解决)
- 明明设置鼠标滚轮方向和触摸板滚轮方向是不同位置的选项，但实际却是连通的选项(软件解决)
- Finder非常不好用，复制粘贴快捷键混乱(软件解决)
- **注意：m1版本的MacBook进入恢复模式是长按开机键**

### 软件

这里个人主要是来推荐一下自己日常经常使用的工具和应用~

#### Brew

包管理器，相当于`apt-get`和`yum`。

#### iTerm2 + Oh-my-Zsh

`Shell`美化套装，支持多种主题配色，搭配好了非常漂亮。

### Typora

`Markdown`编写软件，即时渲染，非常方便好用。

#### IINA

颜值和功能兼顾的视频播放器，同时对于TouchBar兼容很好。功能很全面，各种常用的功能都有。

![image-20210126233206444](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126233206444.png)

#### Office365

全家桶，不解释。

#### Parallels Desktop

指定虚拟机，融合模式非常好用，有针对m1优化的版本。

#### Clipy

一个剪贴板软件，完全免费，同时有片段保存功能。

![image-20210126233106244](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126233106244.png)

#### Snipaste

截图软件，给你如同windows上qq截图一般的截图体验。

#### The Unarchiver

一个免费的解压缩软件，用来替换本来的解压缩软件的。

#### PicGo

图床软件，可以和Typora联合使用，支持多种图床。

![image-20210126233816606](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126233816606.png)

#### 新建文件菜单

顾名思义，给你的Finder里面加一个新建文件的按钮。

![](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126233851624.png)

#### Mos

给你更加流畅的鼠标滚轮操作。

![image-20210126234123607](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126234123607.png)

#### Motrix

非常好用的开源免费下载软件，支持直链、链接、种子任务，~~其实是Aira2套娃~~，总的来说少有的免费还好用的软件。

![image-20210126234409924](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126234409924.png)

#### Magnet

macOS中非常好用的屏幕管理软件，可以快速的进行上下分屏，左右分屏，三等分屏等操作。

![image-20210126235555476](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126235555476.png)

#### ClashX

好用的梯子，定制化功能非常多。

## 开发

### 语言

语言这块基本上很多都适配了，比如常用的`C/C++`，`Java`，`Node Js`，`Go`，`Rust`等语言都对于m1进行了适配。

### IDE

### Visual Studio Code Insiders

这里我使用的是ARM优化版本的vscode，整个使用下来是极其流畅的，基本上`jupyter notebook`都是秒开，同时文件渲染也很迅速，感觉比`Clion`还快很多。

![image-20210127000440340](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210127000440340.png)

#### IDEA

这里其实是代指的`JetBrains`全家桶，当然也是流畅的，不过第一次打开，输入第一个字母的时候要等一两秒才会出来提示，不过过了之后就丝滑顺畅。

![image-20210127000733116](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210127000733116.png)

## 结尾

总的来说，如果你是用来日常使用或者进行视频剪辑操作的话，这台电脑就完全够用了，甚至还有很多的性能溢出足以让你用3-5年也没问题。但是如果你是用来进行日常开发，编程等技术类的用途的话，个人建议是观望一段时间，因为大多数日常软件都已经适配了，但是开发相关的软件却有很多没有适配，亦或者是还存在许多Bug，所以提议观望半年或者等M1X。

还有就是关于为什么这段时间都没有发技术相关的博客了，主要原因是最近在准备毕业设计和找工作，背八股文和刷算法，没有什么可以写，如果有时间大抵可以把我最近《CSAPP》和《现代操作系统》的一些笔记分享一下，那大概就这样了，没什么好讲的了，该去学习了。

MacBook Pro(2020 M1)半个月使用体验

在2020年的末尾对于我整一年的学习经历进行的思考总结

## 前言

本篇文章本来是应该1月1日完成的，但是突然出现了各种各样的事件，导致我在博客更新方面的计划一拖再拖，以至于现在才有时间来更新这篇迟来的年度总结(呜呜呜太难了)，为表歉意，在下也只能给大家看一看我**元旦当天**早上爬起来去山顶看日出的返图了~

![未升起](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210115103817622.png)

![升起](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210115103423040.png)

2020年，注定是不平凡的一年，年初的疫情直到年末都还在不断影响着我们的生活方式，甚至感觉一年从开头到结尾都如此的压抑。

如果说去年一年的生活是自由且洒脱，那么今年则是闭塞而拘谨，比赛感情上的双重失利，不禁又使得自己对三年来建立起来的自信心产生了动摇，但是万事皆要以辨证的思想来看，正所谓`祸兮福所倚，福兮祸所伏`，这一年来我也学了很多，因为疫情原因，在家的时间可以说是比之前三年的总和还要多，使得自己可以静下心来学习一些东西的同时放松自己的身心，思考自己的规划方向，就在今年我的`Github`提交数达到了惊人的`1728`次，首次破干👏🏻👏🏻👏🏻。

![image-20210115104751365](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210115104751365.png)

当然，生活再怎么苦，形式再怎么严峻，生活也还是要过的，趁着这我就简要回忆一下我这一年的成长与学习吧。

## 寒假

寒假伊始，大家还未沉浸在`抗疫救灾`的紧张当中，除`湖北`地区可能还比较紧张，大家还是处于一种准备过年的愉快氛围当中，当然在下也是准备欢快过年的其中一分子 ，甚至母上打算除夕夜驾车去`西安`玩(PS：去了)，所以在下就在一些杂七杂八的家事，B站，一些杂乱的代码中度过了这年前的一段时间，平淡又无趣。

当时的我万万没想到的是，无趣的生活将因为疫情的原因如病毒般扩散至这一年的每一个角落。除夕夜，直到我、母上还有我妹到达`西安`的当天，全国的旅游景点宣告停止开放，使得两日不间断的驾车生活被宣告毫无意义，只得原路返回。`恨`，无比的憎恨，憎恨当时食用野味的那位“人才”。但是又有什么办法呢，在浩瀚宇宙中，自己只是任人推搡的浮萍罢了，只能混迹在人群中随着宇宙变化，海水涨落而行动，此次我深刻的意识到了，要对于形势有着明确的认知，才能对于下一步有着正确的行动，不然，大多就是无用功罢了。

## 网课

随着疫情的不断加重，我们不意外的被安排在了家里上网课。网课生活可以说是“惬意”的，因为本来就不想上那些没有什么兴趣的课程，如若在学校上课，电脑是一定带不到教室里面去的，而在家中上课，则可以以正当理由在课上使用电脑，给了我不小的便利，然而，这学期对我而言，其实实在是没有学到什么东西，大部分都是在兜兜转转中度过，在无所事事的瞎写中度过，在三分钟热度中度过，这其中大部分的原因也只能归咎与自身吧，但还有一些外部私事的影响导致了我这学期没有什么长进（这里恕在下无可奉告）。

这半学期中间其实还穿插了一个比赛，代码还没有开源，并且因为”某些原因“导致我们并未拿到很好的成绩，只能说自己还不够”努力“吧(笑)。

## 暑假

暑假生活可以说是自己开始着手提升自我的开始，首先刚开始我便定下了考研的目标(虽然最后不考了)，开始准备考研。但是我内心实在是没有考研的兴趣(被迫考研哪里来的兴趣)，对于我来说，写代码远比枯燥乏味的做题有趣的多，所以我个人用了整整一个月的时间去刷了算法，学了一些之前没有怎么了解过的细枝末节的计算机知识，学习了`《算法(第四版)》`，在此一提，这本书实在是厚实，课后题对于我来说有点吃力，通常卡住一道题一天都有可能，但就在这时候我的算法提升迅速，周赛经常3~4题，还是很好的一本书的，内容极其详实，配图也很精美。

第二个月就是复习考研罢了（但其实根本没有复习，每天都是打打游戏看看视频啥的度过了），没什么好说的。

## 返校

在经历了9个月的”假期“之后，我终于返回了有点陌生了的学校，见到了许久未见的兄弟们，终于可以愉悦的一起玩耍了(第二天晚上就出去搓了一顿饭)。但这时我其实还未开始复习，同时也要完成物联网大课设，最后完成课设，答辩完成之后已经是10月了，时间已经是不够用的状态了。9月-11月的生活可以看下面这篇文章：[我停更的这两个月都在干什么](http://blog.fivezha.cn/post/22)

之后就在12月的时候，我发觉自己基本没有可能了(还有两科一遍都没有看完，政治也还没开始)，故放弃考研。这里说一下，个人认为研究生中，导师的作用是>>>学校的作用的，因为研究生不是如同本科那样的思想来教学了，研究生对于方向，眼界和科研能力都有一定的要求，如果没有一个称职的导师，个人感觉至少我自己是很难一个人走下去的，我如果以极低的分数进去的话也比较难调到好的导师。所以我决定放弃考研，备战春招。

其中还有一个插曲，就是毕设选题了，关于其吐槽这个可以看下面这篇文章：[关于学校毕设管理系统的吐槽](http://blog.fivezha.cn/post/12)

## 结语

本文虽然不是1月1日发表的，但是却是1月1日开始写的，总结了我这一年来的经历，大抵也算是一篇垃圾流水帐吧，如若你能看到这里，在下在此表示由衷的感谢你能在浩如烟海的互联网中花时间看我这样一位小透明写的一篇流水帐文章，再次感谢🙏🏻。

每当鱼肚泛白，日出东方之时，便会感叹时间如白驹过隙，悄然流逝，希望新的一年能够一扫去年的阴霾，自信而又细心的迎接每一天，沉下心来学习，每次只做一件事并把它做好。

2020，再见👋🏻

2021，你好🙂️