不知出于什么原因，前几个月对写博客这件事情始终提不起太多兴趣和动力，连一年一度的年终总结都鸽了三四个月。其实早在去年十二月底时，我就开始写年终总结了，可似乎总找不到写作的「感觉」——对着屏幕脑子一篇空白，好不容易琢磨了一个开头出来也不甚满意，后来便不了了之了。就当我以为这篇文章要一「鸽」到底时，最近居然找回了之前恨不得三天写一篇博客的状态，可眼看 2021 年都过了四分之一了，还写 2020 年的年终总结似乎有点说不过去…好在女朋友说：「没关系，上市公司的年度财报一般也都是次年的 3 月份发~」，我想了一下，觉得很有道理——于是便有了这篇姗姗来迟的年度总结。由于最近的几篇博客都是偏向技术方面的，所以本文则会更偏向生活方面的记录，技术可能仅会选择性的提一下。在武汉虽说我对奇安信有诸多不忿，但抛开工作上的事情不谈，那段时光我还挺怀念的——主要是怀念和同事们相处，一起在人均三十多的小餐馆里面吃饭、喝酒，苦中作乐。在 2019 年的最后一天，我照例和小伙伴们在公司附近的学校食堂里吃饭，我点了一份牛肉小火锅，在吃的时候我打开手机刷微博，刷到了「武汉出现不明原因肺炎」，当时也没当回事，只是和同事说了一下，提醒他注意点（因为他租的房子正好在江汉路），随后另一名同事说晚上想去江滩跨年并问我们去不去，我本身也不是一个喜欢热闹的人，加上刚刚看到的新闻，摇了摇头拒绝了。之后两周，疫情逐步「发酵」，新闻上 ...继续阅读 (76)

不知出于什么原因，前几个月对写博客这件事情始终提不起太多兴趣和动力，连一年一度的年终总结都鸽了三四个月。其实早在去年十二月底时，我就开始写年终总结了，可似乎总找不到写作的「感觉」——对着屏幕脑子一篇空白，好不容易琢磨了一个开头出来也不甚满意，后来便不了了之了。就当我以为这篇文章要一「鸽」到底时，最近居然找回了之前恨不得三天写一篇博客的状态，可眼看 2021 年都过了四分之一了，还写 2020 年的年终总结似乎有点说不过去…好在女朋友说：「没关系，上市公司的年度财报一般也都是次年的 3 月份发~」，我想了一下，觉得很有道理——于是便有了这篇姗姗来迟的年度总结。由于最近的几篇博客都是偏向技术方面的，所以本文则会更偏向生活方面的记录，技术可能仅会选择性的提一下。在武汉虽说我对奇安信有诸多不忿，但抛开工作上的事情不谈，那段时光我还挺怀念的——主要是怀念和同事们相处，一起在人均三十多的小餐馆里面吃饭、喝酒，苦中作乐。在 2019 年的最后一天，我照例和小伙伴们在公司附近的学校食堂里吃饭，我点了一份牛肉小火锅，在吃的时候我打开手机刷微博，刷到了「武汉出现不明原因肺炎」，当时也没当回事，只是和同事说了一下，提醒他注意点（因为他租的房子正好在江汉路），随后另一名同事说晚上想去江滩跨年并问我们去不去，我本身也不是一个喜欢热闹的人，加上刚刚看到的新闻，摇了摇头拒绝了。之后两周，疫情逐步「发酵」，新闻上 ...继续阅读 (42)

博客建站以来，我使用过 Hexo 和 Hugo 两个框架，它们生成的博客在本质上都属于静态博客，对于「搜索」这个与数据库关系紧密的需求，显得有些力不从心——不过也并非没有办法：比如主流的解决方案（这里不考虑使用 Algolia、Swifttype 等第三方服务）就是预先生成一个文档（包括所有的博客数据），然后在浏览器端加载此文档再通过编写 JavaScript 代码进行搜索匹配，最后再输出结果。这种方案有几个缺点：数据保存在客户端，每次搜索都需要请求一次，这很不优雅（即使缓存在了浏览器端）；不支持稍复杂的表达式，比如按照时间过滤、指定 Tags 或者 Category（当然你也可以自己实现）；不支持分词，因此精确率会降低，相比前两点，这一点我其实不是很在乎，也有办法可以解决（本博客的关键词搜索方案就是采用逐字匹配的 : )当然也有优点：搜索不同的关键词不需要额外发送请求了，因此搜索的响应速度会更快……但这总归算不上一个优雅的解决方案。因此我很早（大约两三年前）就想为博客构建一个真正的搜索引擎，当时也研究过一些方案：使用 PostgreSQL 加上一些插件（因为当时已经在使用它作为一言的数据库了），后来觉得这些要是跑在我 512M 小内存的主机上实在是有点太为难它了，于是便搁置了；最近在新购置了一个大内存的 VPS 之后，也终于可以将这个想法实现了。开源技术的选择之前使用 Postg ...继续阅读 (49)

博客建站以来，我使用过 Hexo 和 Hugo 两个框架，它们生成的博客在本质上都属于静态博客，对于「搜索」这个与数据库关系紧密的需求，显得有些力不从心——不过也并非没有办法：比如主流的解决方案（这里不考虑使用 Algolia、Swifttype 等第三方服务）就是预先生成一个文档（包括所有的博客数据），然后在浏览器端加载此文档再通过编写 JavaScript 代码进行搜索匹配，最后再输出结果。这种方案有几个缺点：数据保存在客户端，每次搜索都需要请求一次，这很不优雅（即使缓存在了浏览器端）；不支持稍复杂的表达式，比如按照时间过滤、指定 Tags 或者 Category（当然你也可以自己实现）；不支持分词，因此精确率会降低，相比前两点，这一点我其实不是很在乎，也有办法可以解决（本博客的关键词搜索方案就是采用逐字匹配的 : )当然也有优点：搜索不同的关键词不需要额外发送请求了，因此搜索的响应速度会更快……但这总归算不上一个优雅的解决方案。因此我很早（大约两三年前）就想为博客构建一个真正的搜索引擎，当时也研究过一些方案：使用 PostgreSQL 加上一些插件（因为当时已经在使用它作为一言的数据库了），后来觉得这些要是跑在我 512M 小内存的主机上实在是有点太为难它了，于是便搁置了；最近在新购置了一个大内存的 VPS 之后，也终于可以将这个想法实现了。开源技术的选择之前使用 Postg ...继续阅读 (29)

时间倒回到两年前，当时的我刚刚结束实习返校：闲着没事又开始折腾起博客，那时博客才更换成 SPA 没多久，由于 Bug 太多，主题各地方的细节我也不是太满意，体验了一段时间满足了新鲜感之后，心里忽然升起了一种对折腾博客的倦怠感。于是我还是换回了原来的 Material 主题，这一用就用了两年。直到前段时间，Github 提示博客仓库有好几个 CVE 的漏洞，作为一个强迫症，自然是想修复这些漏洞，然而我发现这些漏洞是博客使用的一些 Hexo 插件的依赖造成的，有些插件作者都不再维护了，于是我便想弃用掉这些插件，找寻新的代替品；可又转念一想，就算找到了代替品，这种情况也还是会发生——毕竟我不能指望每一个插件的作者都不弃坑。权衡利弊之后，我决定从根源处解决问题——如果没有 Hexo，自然也就不会有插件依赖的问题了，因此我弃用掉了从建站伊始就使用的 Hexo 框架，转而投向 Hugo 的怀抱。Why Hugo?Hugo 并不像 Hexo 提供各种插件用来增强或修改框架本身的功能，不过好在 Hugo 框架本身的功能已经足够的多了，我只需要在上面做一些修改即可——这也正好符合我的需求，根据我自己的想法定制、维护，也就解决了让我弃用 Hexo 最根本的问题。其实早在两年多前我就有尝试过将博客换成 Hugo，只是当时逛遍了 Hugo 的主题，发现没一个能打的，原因也很简单：Hugo 是基于 Gola ...继续阅读 (45)

时间倒回到两年前，当时的我刚刚结束实习返校：闲着没事又开始折腾起博客，那时博客才更换成 SPA 没多久，由于 Bug 太多，主题各地方的细节我也不是太满意，体验了一段时间满足了新鲜感之后，心里忽然升起了一种对折腾博客的倦怠感。于是我还是换回了原来的 Material 主题，这一用就用了两年。直到前段时间，Github 提示博客仓库有好几个 CVE 的漏洞，作为一个强迫症，自然是想修复这些漏洞，然而我发现这些漏洞是博客使用的一些 Hexo 插件的依赖造成的，有些插件作者都不再维护了，于是我便想弃用掉这些插件，找寻新的代替品；可又转念一想，就算找到了代替品，这种情况也还是会发生——毕竟我不能指望每一个插件的作者都不弃坑。权衡利弊之后，我决定从根源处解决问题——如果没有 Hexo，自然也就不会有插件依赖的问题了，因此我弃用掉了从建站伊始就使用的 Hexo 框架，转而投向 Hugo 的怀抱。Why Hugo?Hugo 并不像 Hexo 提供各种插件用来增强或修改框架本身的功能，不过好在 Hugo 框架本身的功能已经足够的多了，我只需要在上面做一些修改即可——这也正好符合我的需求，根据我自己的想法定制、维护，也就解决了让我弃用 Hexo 最根本的问题。其实早在两年多前我就有尝试过将博客换成 Hugo，只是当时逛遍了 Hugo 的主题，发现没一个能打的，原因也很简单：Hugo 是基于 Gola ...继续阅读 (28)

算算日子，我又有两个多月没有写新文章了，是时候给博客除除草了——拖更的原因是（懒）换了一份新的工作，在适应新的工作与生活环境。在入职奇安信（上一份工作）的时候，有半年的时间没有更新博客，当时的我把原因归咎于公司 push 员工太厉害，导致员工没有属于自己的空间；可现在的工作明明给予了我足够的空间，我却还是两个多月没有新文章产出，看来个人方面也有一定的原因。废话好像有点太多了，本篇文章准备分享一下最近工作上遇到的问题以及解决办法。起因起因是部门产品的图相关部分的 API 查询（使用 GraphQL 自己实现的）太慢，一次普通的查询往往在后端会解析成十几个不同的子查询，子查询的内容上没有相关性；涉及的数据源也大相径庭，包括：MongoDB、ClickHouse，以及其他产品的 Web API，因此也无法通过关联查询减少查询次数。由于子查询太多，即使每一条子查询耗时都能控制在 300 毫秒内，那一条完整的查询也会耗费将近 5 秒的时间（来自十几个子查询耗时的叠加），这显然不正常。如果能将十几个子查询的方式从「顺序」改成「并发」就好了。因此我很自然的想到了使用 asyncio 来实现并发的查询，而 GraphQL 也提供了 AsyncioExecutor 的方式来异步执行查询语句，但是正当我沾沾自喜以为这个问题就这么从理论上解决了的时候——开发负责人告知只有图相关的 API 需要改成异步方 ...继续阅读 (46)

算算日子，我又有两个多月没有写新文章了，是时候给博客除除草了——拖更的原因是（懒）换了一份新的工作，在适应新的工作与生活环境。在入职奇安信（上一份工作）的时候，有半年的时间没有更新博客，当时的我把原因归咎于公司 push 员工太厉害，导致员工没有属于自己的空间；可现在的工作明明给予了我足够的空间，我却还是两个多月没有新文章产出，看来个人方面也有一定的原因。废话好像有点太多了，本篇文章准备分享一下最近工作上遇到的问题以及解决办法。起因起因是部门产品的图相关部分的 API 查询（使用 GraphQL 自己实现的）太慢，一次普通的查询往往在后端会解析成十几个不同的子查询，子查询的内容上没有相关性；涉及的数据源也大相径庭，包括：MongoDB、ClickHouse，以及其他产品的 Web API，因此也无法通过关联查询减少查询次数。由于子查询太多，即使每一条子查询耗时都能控制在 300 毫秒内，那一条完整的查询也会耗费将近 5 秒的时间（来自十几个子查询耗时的叠加），这显然不正常。如果能将十几个子查询的方式从「顺序」改成「并发」就好了。因此我很自然的想到了使用 asyncio 来实现并发的查询，而 GraphQL 也提供了 AsyncioExecutor 的方式来异步执行查询语句，但是正当我沾沾自喜以为这个问题就这么从理论上解决了的时候——开发负责人告知只有图相关的 API 需要改成异步方 ...继续阅读 (27)

ETS（Erlang Term Storage），是一种运行在 Erlang 虚拟机上基于内存的项式存储系统，在功能上类似于「简化版」的 Redis，但由于集成在 OTP 内部，相比 Redis 来说有两个优点：不用像 Redis 必须通过网络端口访问，所以在理论上的存取性能会比 Redis 要高几个数量级；存取的数据结构比较灵活，可以是任何的 Erlang/Elixir 项式。在稍稍查阅了 ETS 的相关文档之后，我便决定将目前 API 项目中的漏斗限流模块使用 Elixir + ETS 重写（稍后会介绍一下我为什么这么做），当然只重写限流部分并不能替换现有的基于 Redis 的限流，在日后我会将整个的 API 系统都用 Elixir 重写一遍。漏斗限流漏斗限流是我之前在阅读《Redis 深度历险》了解到的一种限流方法，相比于传统的 Nginx 请求限制（ngx_http_limit_req_module）会更加的灵活。比如：漏斗限流可以接受短期内的多次访问，只需要不超过漏斗的总容量即可，在暂停访问则会一点一点恢复容量——这才应该是比较符合常理的限流方式，毕竟某接口的访问间隔不可能总是恒定的。漏斗限流的初始化参数包含如下四个：漏斗的总容量；漏斗的流水速率；漏洞当前的剩余容量；上一次请求的时间。其中前两项参数相同类型的漏斗都会保持一致，后两项则是每一个独立的漏斗都不一样。因此我在设 ...继续阅读 (49)

ETS（Erlang Term Storage），是一种运行在 Erlang 虚拟机上基于内存的项式存储系统，在功能上类似于「简化版」的 Redis，但由于集成在 OTP 内部，相比 Redis 来说有两个优点：不用像 Redis 必须通过网络端口访问，所以在理论上的存取性能会比 Redis 要高几个数量级；存取的数据结构比较灵活，可以是任何的 Erlang/Elixir 项式。在稍稍查阅了 ETS 的相关文档之后，我便决定将目前 API 项目中的漏斗限流模块使用 Elixir + ETS 重写（稍后会介绍一下我为什么这么做），当然只重写限流部分并不能替换现有的基于 Redis 的限流，在日后我会将整个的 API 系统都用 Elixir 重写一遍。漏斗限流漏斗限流是我之前在阅读《Redis 深度历险》了解到的一种限流方法，相比于传统的 Nginx 请求限制（ngx_http_limit_req_module）会更加的灵活。比如：漏斗限流可以接受短期内的多次访问，只需要不超过漏斗的总容量即可，在暂停访问则会一点一点恢复容量——这才应该是比较符合常理的限流方式，毕竟某接口的访问间隔不可能总是恒定的。漏斗限流的初始化参数包含如下四个：漏斗的总容量；漏斗的流水速率；漏洞当前的剩余容量；上一次请求的时间。其中前两项参数相同类型的漏斗都会保持一致，后两项则是每一个独立的漏斗都不一样。因此我在设 ...继续阅读 (29)

三月下旬的离职，已经是两个月前的事了。在那之后我没有立刻开始寻求一份新工作，客观原因是考虑到我正处于疫情的中心地带——湖北；主观原因则是在调整自己的状态：想让自己完全从上一份工作状态里抽离出来——时隔两月，我总算可以比较客观、冷静地谈论起离职这件事了。在前公司的状况我的 leader 并非是技术出身，对因产品迭代而产生的技术问题往往视而不见，因此划定上线（提测）的日期往往非常紧迫，加班加点也只能堪堪完成功能上的开发，也就让员工不得不忽略代码质量的好坏与软件设计的正确与否。当然，由于我们组的外包人员非常多（占 80%），就算给他们更多的时间，他们也不一定有能力写出更好质量的代码或做出正确的设计，不过这并不是可以破罐子破摔的理由。目前产品使用的 Web 框架是部门 VP 在五年前根据 Flask 定制的，把开发流程全部封装得严严实实：只需要继承一个 class 并将 URL 参数放在重写的 get、post 等方法的参数列表里，然后将 URL 加入某 YAML 文件里面，就可以开始编写业务逻辑了。你不用明白框架是如何将 class 注册为对应 URL 的视图函数，也不用明白如何从 URL 参数里取出和函数参数对应的名称的值并校验值的范围、类型，只需要写业务代码就行了，像极了流水线上的工人。代码质量的低下以及框架本身偏向业务的定制加速了架构问题的产生：目前的系统甚至无法支撑十个用户的同时 ...继续阅读 (49)

三月下旬的离职，已经是两个月前的事了。在那之后我没有立刻开始寻求一份新工作，客观原因是考虑到我正处于疫情的中心地带——湖北；主观原因则是在调整自己的状态：想让自己完全从上一份工作状态里抽离出来——时隔两月，我总算可以比较客观、冷静地谈论起离职这件事了。在前公司的状况我的 leader 并非是技术出身，对因产品迭代而产生的技术问题往往视而不见，因此划定上线（提测）的日期往往非常紧迫，加班加点也只能堪堪完成功能上的开发，也就让员工不得不忽略代码质量的好坏与软件设计的正确与否。当然，由于我们组的外包人员非常多（占 80%），就算给他们更多的时间，他们也不一定有能力写出更好质量的代码或做出正确的设计，不过这并不是可以破罐子破摔的理由。目前产品使用的 Web 框架是部门 VP 在五年前根据 Flask 定制的，把开发流程全部封装得严严实实：只需要继承一个 class 并将 URL 参数放在重写的 get、post 等方法的参数列表里，然后将 URL 加入某 YAML 文件里面，就可以开始编写业务逻辑了。你不用明白框架是如何将 class 注册为对应 URL 的视图函数，也不用明白如何从 URL 参数里取出和函数参数对应的名称的值并校验值的范围、类型，只需要写业务代码就行了，像极了流水线上的工人。代码质量的低下以及框架本身偏向业务的定制加速了架构问题的产生：目前的系统甚至无法支撑十个用户的同时 ...继续阅读 (21)

从大一暑假开始，我便一直使用 Linux 作为日常所用的系统，这三年要说我用 Linux 如何顺心，那绝对是鬼话；可要说我使用得特别难受，那也不至于。因为它的确提升了我的开发体验和编程技能。它的优点我很喜欢、它的缺点我一开始就知道并能接受——这便是我能坚持使用 Linux 三年的原因。虽然坚持使用了这么久，可我还是要说一句 Linux 作为日常使用的系统真的很不方便，而不方便就会想要去折腾，折腾来折腾去发现时间都浪费了，它还是老样子；可使用 Windows 吧，看着丑哭的字体渲染和残废的命令行工具，感觉自己写代码都没什么动力了，所以当我第一次见到 macOS 时，我在心里就默默地种草了。种草容易拔草难啊，这一拔就拔了三年。说起来是有些奇怪，明明我这么想用 macOS，为什么不直接买一台 Mac 呢，其实是因为我对 Windows 还有需要：闲暇时我也会打打游戏，而购置一台用于打游戏顺畅的 Mac，恐怕就只能从 (i)Mac Pro 起步了——我肯定是不会买的。于是，我选择了黑苹果。配置单按照 Tonymacx86 的说法，黑苹果最好选用八代或九代的 Intel CPU ➕ AMD 的显卡配合 Z390 芯片的主板。本节的撰写时间是 2019 年 9 月，以下是当时的价格，仅供参考：配件型号价格（¥）CPUIntel 9700KF2499显卡AMD Vega 561600固态西部数据 ...继续阅读 (47)

从大一暑假开始，我便一直使用 Linux 作为日常所用的系统，这三年要说我用 Linux 如何顺心，那绝对是鬼话；可要说我使用得特别难受，那也不至于。因为它的确提升了我的开发体验和编程技能。它的优点我很喜欢、它的缺点我一开始就知道并能接受——这便是我能坚持使用 Linux 三年的原因。虽然坚持使用了这么久，可我还是要说一句 Linux 作为日常使用的系统真的很不方便，而不方便就会想要去折腾，折腾来折腾去发现时间都浪费了，它还是老样子；可使用 Windows 吧，看着丑哭的字体渲染和残废的命令行工具，感觉自己写代码都没什么动力了，所以当我第一次见到 macOS 时，我在心里就默默地种草了。种草容易拔草难啊，这一拔就拔了三年。说起来是有些奇怪，明明我这么想用 macOS，为什么不直接买一台 Mac 呢，其实是因为我对 Windows 还有需要：闲暇时我也会打打游戏，而购置一台用于打游戏顺畅的 Mac，恐怕就只能从 (i)Mac Pro 起步了——我肯定是不会买的。于是，我选择了黑苹果。配置单按照 Tonymacx86 的说法，黑苹果最好选用八代或九代的 Intel CPU ➕ AMD 的显卡配合 Z390 芯片的主板。本节的撰写时间是 2019 年 9 月，以下是当时的价格，仅供参考：配件型号价格（¥）CPUIntel 9700KF2499显卡AMD Vega 561600固态西部数据 ...继续阅读 (28)

之前对 Kubernetes（K8s）一直抱有一种很「暧昧」的态度：我想了解它的特性，并且也尝试根据别人总结的经验去接触它，但尝试接触后却总像雾里看花，好像懂了一些又好像什么都不懂。我对新技术技术又总是充满渴望的，渴望来自于对旧技术的不满，这种不满在最近辞职后达到了顶峰：我不想通过别人总结的「二手知识」来接触 K8s 了，而是希望全面地了解 K8s 如何解决了现有软件架构的缺点从而火起来的。正好借着本文，写一下我近期关于架构方面的一些思考（第一篇架构相关的文章，可能会有些稚嫩）。软件架构的改进几年前，软件的架构都是单体式（Monolithic）的：即使一个 Web 系统的大多数模块在业务上并不是紧密相连的，它们仍然会运行在一个操作系统级别的进程当中（如今大把的软件仍然是这样的架构），这也就意味着单独改动某一个模块，在部署时必须重新将整个系统都打包一遍。并且由于大部分单体式的软件在架构层面缺少优化，在打包部署时简直就像是一场灾难，而作为开发人员最难受的是明明有办法阻止灾难发生但却无能为力。比如我的前公司：先把 Web 应用打一个包（包含各种 pip 的库），再把底层依赖打一个包（Elasticsearch、PostrgeSQL、Nginx，以及各种 rpm 包），这两步下来，包的大小已经直逼 3 个 G 了，每次打包部署的流程差不多都要花费两三个小时，而且有时候还安装失败。近几年，随 ...继续阅读 (49)

之前对 Kubernetes（K8s）一直抱有一种很「暧昧」的态度：我想了解它的特性，并且也尝试根据别人总结的经验去接触它，但尝试接触后却总像雾里看花，好像懂了一些又好像什么都不懂。我对新技术技术又总是充满渴望的，渴望来自于对旧技术的不满，这种不满在最近辞职后达到了顶峰：我不想通过别人总结的「二手知识」来接触 K8s 了，而是希望全面地了解 K8s 如何解决了现有软件架构的缺点从而火起来的。正好借着本文，写一下我近期关于架构方面的一些思考（第一篇架构相关的文章，可能会有些稚嫩）。软件架构的改进几年前，软件的架构都是单体式（Monolithic）的：即使一个 Web 系统的大多数模块在业务上并不是紧密相连的，它们仍然会运行在一个操作系统级别的进程当中（如今大把的软件仍然是这样的架构），这也就意味着单独改动某一个模块，在部署时必须重新将整个系统都打包一遍。并且由于大部分单体式的软件在架构层面缺少优化，在打包部署时简直就像是一场灾难，而作为开发人员最难受的是明明有办法阻止灾难发生但却无能为力。比如我的前公司：先把 Web 应用打一个包（包含各种 pip 的库），再把底层依赖打一个包（Elasticsearch、PostrgeSQL、Nginx，以及各种 rpm 包），这两步下来，包的大小已经直逼 3 个 G 了，每次打包部署的流程差不多都要花费两三个小时，而且有时候还安装失败。近几年，随 ...继续阅读 (28)

最近忽然有些念旧，想着距离写完我的学生时代（高中篇）也有大半年时间了，趁着前几天的创作欲还未散去，本文就好好聊聊我的大学时光吧（再不聊我都怕忘记了）。温馨提示：本文会有些长，会尽量按照发生时间的先后叙述，不过我无法保证本文的叙述具有 100% 的准确性，毕竟人的的记忆本来就不甚可靠。专业现在回想起来，应该是从高二开始吧，便对计算机（的某一分支）有兴趣了，当时沉迷于安卓系统的优化，比如：刷各种 XDA 的魔改内核、ROM 等，不过受限于条件，只是停留在使用别人修改好的软件包层次，并没有机会自己手动修改。应该还是在高二吧，上微机课的时候，老师会控制全班同学的电脑，不让我们自己玩，但唯独只有一个同学不会被控制。有一堂课（好像是在讲顺序分支循环那些，记不太清了），老师向我们解释到为什么不控制那个同学：「因为我上课讲的内容他都懂了，所以我让他自己玩」。当时就觉得这个同学好厉害啊，可能这时开始，一颗种子便埋在心底了。填志愿时，这颗种子经过了一年多的萌芽，已经慢慢开始生长了。于是乎，即使所有的亲戚朋友都反对，我仍是选择了计算机专业。大一九月入学，校园各大社团（包括学生会）都开启了招新活动，不过我一个都没参加，大概是因为性格散漫惯了吧，不想受到什么约束。大一上学期学了第一门与计算机相关的课：HTML 与 CSS3 基础，由于刚入学，课听得都很认真，在期末时交的静态网页作业拿到了全班最高分（直到之后 ...继续阅读 (48)

最近忽然有些念旧，想着距离写完我的学生时代（高中篇）也有大半年时间了，趁着前几天的创作欲还未散去，本文就好好聊聊我的大学时光吧（再不聊我都怕忘记了）。温馨提示：本文会有些长，会尽量按照发生时间的先后叙述，不过我无法保证本文的叙述具有 100% 的准确性，毕竟人的的记忆本来就不甚可靠。专业现在回想起来，应该是从高二开始吧，便对计算机（的某一分支）有兴趣了，当时沉迷于安卓系统的优化，比如：刷各种 XDA 的魔改内核、ROM 等，不过受限于条件，只是停留在使用别人修改好的软件包层次，并没有机会自己手动修改。应该还是在高二吧，上微机课的时候，老师会控制全班同学的电脑，不让我们自己玩，但唯独只有一个同学不会被控制。有一堂课（好像是在讲顺序分支循环那些，记不太清了），老师向我们解释到为什么不控制那个同学：「因为我上课讲的内容他都懂了，所以我让他自己玩」。当时就觉得这个同学好厉害啊，可能这时开始，一颗种子便埋在心底了。填志愿时，这颗种子经过了一年多的萌芽，已经慢慢开始生长了。于是乎，即使所有的亲戚朋友都反对，我仍是选择了计算机专业。大一九月入学，校园各大社团（包括学生会）都开启了招新活动，不过我一个都没参加，大概是因为性格散漫惯了吧，不想受到什么约束。大一上学期学了第一门与计算机相关的课：HTML 与 CSS3 基础，由于刚入学，课听得都很认真，在期末时交的静态网页作业拿到了全班最高分（直到之后 ...继续阅读 (33)

趁着最近肺炎，在家修养生息：看看剧，看看电影，偶尔也会学习一下。最近在学习 Elixir 这门语言，由于其实在太小众，只能抱着一本英文书啃（第一次看英文书籍，也没想象中那么难，就是看得比较慢），在看到 Elixir 实现累加器（就是《黑客与画家》里介绍的累加器）的时候，突发兴趣研究了一下，便有了本文。累加器是什么Paul Graham 在《黑客与画家》中是这么描述累加器（函数）的：我们需要写一个函数，它能够生成累加器，即这个函数接受一个参数 n，然后返回另一个函数，后者接受参数 i，然后返回 n 增加（increment）了 i 之后的值。「这里说的是增加，而不是 n 和 i 的相加（plus）。累加器就是应该完成 n 的累加。」比如说，这个函数是 foo，那么它应该具备以下行为：acc = foo(2) acc(6) // result = 8 acc(7) // result = 15想了一下，如果某语言可以比较舒服的实现这个函数，则该语言需要具备两个特性：对词法变量的完全支持；函数是一等公民（即函数可以作为返回值）。图灵等价Common Lisp 的实现：(defun foo(n) (lambda (i) (incf n i)))虽然根据图灵等价来说，所有的语言在功能上都是相同的，但这没有意义：因为题目要求的并不只是实现一个（累加器）功能，还对具体的实现有额外的要求（ ...继续阅读 (44)

趁着最近肺炎，在家修养生息：看看剧，看看电影，偶尔也会学习一下。最近在学习 Elixir 这门语言，由于其实在太小众，只能抱着一本英文书啃（第一次看英文书籍，也没想象中那么难，就是看得比较慢），在看到 Elixir 实现累加器（就是《黑客与画家》里介绍的累加器）的时候，突发兴趣研究了一下，便有了本文。累加器是什么Paul Graham 在《黑客与画家》中是这么描述累加器（函数）的：我们需要写一个函数，它能够生成累加器，即这个函数接受一个参数 n，然后返回另一个函数，后者接受参数 i，然后返回 n 增加（increment）了 i 之后的值。「这里说的是增加，而不是 n 和 i 的相加（plus）。累加器就是应该完成 n 的累加。」比如说，这个函数是 foo，那么它应该具备以下行为：acc = foo(2) acc(6) // result = 8 acc(7) // result = 15想了一下，如果某语言可以比较舒服的实现这个函数，则该语言需要具备两个特性：对词法变量的完全支持；函数是一等公民（即函数可以作为返回值）。图灵等价Common Lisp 的实现：(defun foo(n) (lambda (i) (incf n i)))虽然根据图灵等价来说，所有的语言在功能上都是相同的，但这没有意义：因为题目要求的并不只是实现一个（累加器）功能，还对具体的实现有额外的要求（ ...继续阅读 (26)

翻了翻存档，我这个之前平均一月发一篇博客的人居然有半年没有新文章产出了，在这里给挂念着这个博客的各位小伙伴说声抱歉（前几天逛 V2 的时候还被催更了）。工作以后确实经历了许多事，也成长了不少，本文作为 2019 的告别文，就稍微记录这一年发生的事吧。WARNING：本文负面情绪有些重，有些流水账，有些吐槽向。毕业在毕业论文选题时，我特地挑了一个完全陌生的领域——机器学习，本想着能跟着导师学点新东西，结果导师太不靠谱——压根不管事（啥资料什么的都不给，开题报告的要求都是研究生代写），只好自己摸索着学了。花了差不多俩月时间（中间包含着春节），捣鼓了一篇万余字的论文出来（论文是用 Latex 写的 ，为了让排版符合学校规定，调整了好久，如果不是因为这点，应该一个月就差不多了），满心欢喜地发给老师，结果老师压根就没看：「明天打印一份出来我再看，电子版与打印版的格式会不一样」，我盯着屏幕上的 PDF 文件陷入了沉思，难道 PDF 电子版打印出来会不一样嘛？第二天把论文带去了教室，老师把其他人的论文都看完了才看我的，所幸给出了比较正面的评价：「从论文看，你这两个月确实是做了点研究的」，心里顿时长舒了一口气。随后两周，果然比较顺利地通过了答辩，老师也把我的论文推上了优秀毕业论文。回首这一年看来，捣鼓机器学习的那两个月应该是我这一年最快乐的时光了（我对学习新知识还是有挺大的渴望）。培训七月份，我正 ...继续阅读 (49)

翻了翻存档，我这个之前平均一月发一篇博客的人居然有半年没有新文章产出了，在这里给挂念着这个博客的各位小伙伴说声抱歉（前几天逛 V2 的时候还被催更了）。工作以后确实经历了许多事，也成长了不少，本文作为 2019 的告别文，就稍微记录这一年发生的事吧。WARNING：本文负面情绪有些重，有些流水账，有些吐槽向。毕业在毕业论文选题时，我特地挑了一个完全陌生的领域——机器学习，本想着能跟着导师学点新东西，结果导师太不靠谱——压根不管事（啥资料什么的都不给，开题报告的要求都是研究生代写），只好自己摸索着学了。花了差不多俩月时间（中间包含着春节），捣鼓了一篇万余字的论文出来（论文是用 Latex 写的 ，为了让排版符合学校规定，调整了好久，如果不是因为这点，应该一个月就差不多了），满心欢喜地发给老师，结果老师压根就没看：「明天打印一份出来我再看，电子版与打印版的格式会不一样」，我盯着屏幕上的 PDF 文件陷入了沉思，难道 PDF 电子版打印出来会不一样嘛？第二天把论文带去了教室，老师把其他人的论文都看完了才看我的，所幸给出了比较正面的评价：「从论文看，你这两个月确实是做了点研究的」，心里顿时长舒了一口气。随后两周，果然比较顺利地通过了答辩，老师也把我的论文推上了优秀毕业论文。回首这一年看来，捣鼓机器学习的那两个月应该是我这一年最快乐的时光了（我对学习新知识还是有挺大的渴望）。培训七月份，我正 ...继续阅读 (25)

最近和朋友聊天时，他说发现了一个云计算服务商：「ZEIT」，可以为程序免费提供托管，想问问我有没有什么好的想法。我查看了一下发现这货在全球提供的线路还真不少（亚洲大部分地区都有），用作代理软件想必体验会比较不错。于是我首先想到搭建 ShadowSocks、V2Ray 这类代理软件，不过很可惜 ZEIT 在部署上有限制：不支持 WebSocket（当然更不支持 SOCKS5 了），且虽然线路的延迟比较低，但在带宽上却有限制，于是我暂时放弃了正向代理，把注意打到了反向代理的头上。反向代理相比正向代理的限制不少，最大限制的在于一次只能代理一个网站。想了想还是决定代理一个搜索引擎——Startpage，用于手机等不那么方便翻墙的设备搜索。至于为什么选择它嘛，有两点原因：它是一个非常「干净」的搜索引擎，隐私性做得非常好，甚至没有登录功能，用户偏好也只是用 Cookie 实现；它匿名地向 Google 提交查询，再将结果返回给用户（某种意义上来说，它也算 Google 的反向代理），所以搜索质量约等于 Google。至于为什么不选择 Google，答案也很简单，Google 会检测计算机的异常流量，一旦检测到异常，则必须通过「reCAPTCHA」检测才能继续使用。尤其是在使用反代的时候，出现检测的机率非常高，这对想迅速得到搜索引擎反馈的用户来说，无疑是一种灾难。时隔一年，我真香了，在把本站的代 ...继续阅读 (46)

最近和朋友聊天时，他说发现了一个云计算服务商：「ZEIT」，可以为程序免费提供托管，想问问我有没有什么好的想法。我查看了一下发现这货在全球提供的线路还真不少（亚洲大部分地区都有），用作代理软件想必体验会比较不错。于是我首先想到搭建 ShadowSocks、V2Ray 这类代理软件，不过很可惜 ZEIT 在部署上有限制：不支持 WebSocket（当然更不支持 SOCKS5 了），且虽然线路的延迟比较低，但在带宽上却有限制，于是我暂时放弃了正向代理，把注意打到了反向代理的头上。反向代理相比正向代理的限制不少，最大限制的在于一次只能代理一个网站。想了想还是决定代理一个搜索引擎——Startpage，用于手机等不那么方便翻墙的设备搜索。至于为什么选择它嘛，有两点原因：它是一个非常「干净」的搜索引擎，隐私性做得非常好，甚至没有登录功能，用户偏好也只是用 Cookie 实现；它匿名地向 Google 提交查询，再将结果返回给用户（某种意义上来说，它也算 Google 的反向代理），所以搜索质量约等于 Google。至于为什么不选择 Google，答案也很简单，Google 会检测计算机的异常流量，一旦检测到异常，则必须通过「reCAPTCHA」检测才能继续使用。尤其是在使用反代的时候，出现检测的机率非常高，这对想迅速得到搜索引擎反馈的用户来说，无疑是一种灾难。时隔一年，我真香了，在把本站的代 ...继续阅读 (22)

在临毕业的这段时间，生活似乎短暂地失去了目标，并不是丧，我也没有认为这是一件坏事——至少我可以有更多的时间思考并记录我的想法，当然更多时间我在好好地、不带任何负担地放松自己。直到前几天WakaTime发邮件过来说已经两周时间没收到我的 Code Activity 了，问是不是插件出了什么问题：「Pleasereinstall the pluginto continue using the WakaTime dashboard」。其实并不是插件出了什么问题，而是我真的两周没有编程了（笑。休养够了，也终于意识到应该做或写点什么了：于是我开始了本文的创作。本文决定聊聊我的高中以及大学生活（其实我一直都有些畏惧谈论这个话题，原因之后会提到）。错愕从进初中开始，快班里的我们便只有一个目标——进入省重点高中，为学校赚来更好的名誉（当然也为自己的前途）。中考结束，很遗憾，我离省重点的分数线还有几分的差距，当时班上有几个和我分数差不多的人选择了市重点：学杂费全免，直接去最好的班，还有奖学金。当时的我，对于省重点和市重点没有什么明确的概念，所以还是听从家人的想法：交「择校费」，进入了省重点。我仍然记得从初中班主任（我和他关系很不错，他曾不止一次地鼓励我，甚至在我说因为回家太晚而不想上晚自习时，提出可以每天晚上开车送我回家；在中考前，让我不用做数学卷子，把心用在其它学科上）手里接过录取通知书时，他脸上 ...继续阅读 (41)

在临毕业的这段时间，生活似乎短暂地失去了目标，并不是丧，我也没有认为这是一件坏事——至少我可以有更多的时间思考并记录我的想法，当然更多时间我在好好地、不带任何负担地放松自己。直到前几天WakaTime发邮件过来说已经两周时间没收到我的 Code Activity 了，问是不是插件出了什么问题：「Pleasereinstall the pluginto continue using the WakaTime dashboard」。其实并不是插件出了什么问题，而是我真的两周没有编程了（笑。休养够了，也终于意识到应该做或写点什么了：于是我开始了本文的创作。本文决定聊聊我的高中以及大学生活（其实我一直都有些畏惧谈论这个话题，原因之后会提到）。错愕从进初中开始，快班里的我们便只有一个目标——进入省重点高中，为学校赚来更好的名誉（当然也为自己的前途）。中考结束，很遗憾，我离省重点的分数线还有几分的差距，当时班上有几个和我分数差不多的人选择了市重点：学杂费全免，直接去最好的班，还有奖学金。当时的我，对于省重点和市重点没有什么明确的概念，所以还是听从家人的想法：交「择校费」，进入了省重点。我仍然记得从初中班主任（我和他关系很不错，他曾不止一次地鼓励我，甚至在我说因为回家太晚而不想上晚自习时，提出可以每天晚上开车送我回家；在中考前，让我不用做数学卷子，把心用在其它学科上）手里接过录取通知书时，他脸上 ...继续阅读 (26)

现在说起来我自己都不信，之前我居然一直以为秋招是为当年毕业的学生准备的，直到我们班有人签了百度，我才知道秋招原来是为次年的应届生准备的😅，不过当时已经十月，秋招已经基本结束，于是只好准备来年的春招了。话说回来，本次春招我准备的也不算特别充分，很大一部分原因是毕业设计选题选了一个自己陌生的领域，并且还准备评优秀毕业论文，所以年后一直在准备毕设，空闲时间才会找公司投递。我对公司还是挺挑的（钱多事少离家近，起码要满足两点吧），而且还要招 Python 岗，可供选择的公司就更少了，找来找去也只投递了一家公司——奇安信（原 360 企业安全），所幸最后也拿到了 Offer。本文是对这次招聘流程的一个总结。笔试我是三月底投递的简历，四月中旬发来的笔试通知。有两道编程题，一道非递减数列（AC 67%，这题 Python3 的输入格式有问题），一道实现哈希表（AC 91%，同上，Python3 输入仍然有问题），这两题难度均介于 Leetcode 的 Easy 和 Medium 之间。由于两道编程题都没 100% AC，我以为凉了，结果在 4 月 23 日晚上十一点发来面试通知，通知我 25 号下午面试，当时就有点慌，面试时间太近，只有一天时间准备（24 号上午还要去看复联 4 首映，本来想不去了，后来想想首映一辈子就这一次😅），于是看完电影赶紧把数据库和操作系统还有计算机网络复习了一下。一面（3 ...继续阅读 (42)

现在说起来我自己都不信，之前我居然一直以为秋招是为当年毕业的学生准备的，直到我们班有人签了百度，我才知道秋招原来是为次年的应届生准备的😅，不过当时已经十月，秋招已经基本结束，于是只好准备来年的春招了。话说回来，本次春招我准备的也不算特别充分，很大一部分原因是毕业设计选题选了一个自己陌生的领域，并且还准备评优秀毕业论文，所以年后一直在准备毕设，空闲时间才会找公司投递。我对公司还是挺挑的（钱多事少离家近，起码要满足两点吧），而且还要招 Python 岗，可供选择的公司就更少了，找来找去也只投递了一家公司——奇安信（原 360 企业安全），所幸最后也拿到了 Offer。本文是对这次招聘流程的一个总结。笔试我是三月底投递的简历，四月中旬发来的笔试通知。有两道编程题，一道非递减数列（AC 67%，这题 Python3 的输入格式有问题），一道实现哈希表（AC 91%，同上，Python3 输入仍然有问题），这两题难度均介于 Leetcode 的 Easy 和 Medium 之间。由于两道编程题都没 100% AC，我以为凉了，结果在 4 月 23 日晚上十一点发来面试通知，通知我 25 号下午面试，当时就有点慌，面试时间太近，只有一天时间准备（24 号上午还要去看复联 4 首映，本来想不去了，后来想想首映一辈子就这一次😅），于是看完电影赶紧把数据库和操作系统还有计算机网络复习了一下。一面（3 ...继续阅读 (25)

最近一直忙于毕业的相关事项，所以也没有新文章产出——并非是找不到写作素材，实在是没写作时间。虽然这几天依旧很忙，但总算也抽出了一点时间完成了本文，希望能给广大高校生在办理宽带时带来一些帮助。前言目前大部分高校的校园宽带应该都对使用者作出了诸多限制，比如：一号一机，禁止使用路由器（破解后才可以共享）；与校方合作垄断，导致价钱比家用宽带贵一大截等。在校生也只能被迫接受——毕竟，你总不能真的不用电脑上网吧？好在目前越来越多的高校里校园网已经开始支持 IPv6 了，而一般校园网只针对 IPv4 的流量计费，对 IPv6 产生的流量是不计费的，至于原因，我猜测有两方面原因：一是 IPv6 相关技术还不是特别完善，IPv4 计费系统可能需要修改；二是目前国内 99% 的网站都不支持 IPv6，而纯 IPv6 环境下是无法访问 IPv4 网站的，所以干脆就没做这一限制。连接上校园网后，不要认证，戳这里来测试是否支持 IPv6，当然也可以直接打开 Google，目前 Google 可以通过 IPv6 直连。但，谁让我是学计算机的呢，这并不能难倒我。既然无法通过 IPv6 直接连接 IPv4 的网站，那利用一个同时支持 IPv4 和 IPv6 的 VPS 做一层代理不就可以绕过这一限制了吗？原理见下拓扑图：这就意味着，只要你具备 IPv6 网络，便可以通过此方法绕过诸多限制，从而免费上网。获取 IP ...继续阅读 (42)

最近一直忙于毕业的相关事项，所以也没有新文章产出——并非是找不到写作素材，实在是没写作时间。虽然这几天依旧很忙，但总算也抽出了一点时间完成了本文，希望能给广大高校生在办理宽带时带来一些帮助。前言目前大部分高校的校园宽带应该都对使用者作出了诸多限制，比如：一号一机，禁止使用路由器（破解后才可以共享）；与校方合作垄断，导致价钱比家用宽带贵一大截等。在校生也只能被迫接受——毕竟，你总不能真的不用电脑上网吧？好在目前越来越多的高校里校园网已经开始支持 IPv6 了，而一般校园网只针对 IPv4 的流量计费，对 IPv6 产生的流量是不计费的，至于原因，我猜测有两方面原因：一是 IPv6 相关技术还不是特别完善，IPv4 计费系统可能需要修改；二是目前国内 99% 的网站都不支持 IPv6，而纯 IPv6 环境下是无法访问 IPv4 网站的，所以干脆就没做这一限制。连接上校园网后，不要认证，戳这里来测试是否支持 IPv6，当然也可以直接打开 Google，目前 Google 可以通过 IPv6 直连。但，谁让我是学计算机的呢，这并不能难倒我。既然无法通过 IPv6 直接连接 IPv4 的网站，那利用一个同时支持 IPv4 和 IPv6 的 VPS 做一层代理不就可以绕过这一限制了吗？原理见下拓扑图：这就意味着，只要你具备 IPv6 网络，便可以通过此方法绕过诸多限制，从而免费上网。获取 IP ...继续阅读 (26)