一些关于“我的世界”的回忆开篇 - 一些偏见与碎碎念我通常是不愿意以这个游戏的简体中文名称呼它的，当然也不喜欢以台版的中文名来称呼它。我更习惯于称它为“Minecraft”，大多数时候简称为 MC. 现在想来，这种颇有些潜意识的不情愿多半来自于早期 MC 社区中往往对模组知之甚少的所谓“小学生”爱称其为“我的世界”，他们谈及这个游戏，常常会提起“我的世界拔刀剑”、“我的世界和风 Mod”等词汇。而

关于 Vue 选项式与组合式 API 的一些思考 某种意义上，Vue 3 组合式 API 反而引入了比 Vue 2 更重的心智负担。 切换到 Vue 3 已经很久了，组合式 API、setup，都用着很舒服。因为某些原因，最近又写了 Vue 2 的一些代码了，反而感觉写起来有另一种奇怪的舒适感。要形容的话，就是感觉比 Vue 3 好像还更省心一点。 仔细想想，倒也的确如此。平时用 Vue 3 C

一些关于 React 和 Vue 的浅见有感而发，写点关于 React 和 Vue 的见解。 React 有几个核心特点，单向数据流、不变性、可预测性、灵活性，以及最重要的——它足够简单。 是简单，不是易用，也不是绝对的简洁，并且也不意味着心智模型的简单。React 自 hooks 的引入之后让我感觉它最大的特点是简单，它的实现非常简单，不做太多优化，hooks 的实现也是只要有人点拨一下，你就知

计算机领域的两条道路——抽象与底层 整个计算机领域实际上只有两条路子可走，一条向抽象，一条向底层。 整个计算机领域实际上只有两条路子可走，一条向抽象，一条向底层。无论是编码还是理论研究，甚至是运维，都是如此。 只不过，大多数时候，我们需要在这两条路上都走一点。虽然它们向两个方向延申，但并非不能同时走。恰恰相反，我们应该同时走这两条路子。 当我们向抽象时，我们思考如何使用更干净整洁的方式编写代码，

读 English Has Been My Pain for 15 Years 英文母语者似乎总有一种“傲慢”，他们觉得外国人“发音不标准，总是带着奇怪与老土的口音”，却完全没有意识到这实际上是英语本身实在是太烂太烂的一门语言。 偶然间读完了 Redis 作者 antirez 在十年前写的一篇博客“English has been my pain for 15 years”，感触很深。 英语母语

从 Material Design 到工程师思维我一直以来是觉得谷歌的 Material Design 不好看的。 我不是设计师，对这方面懂得很少。但我按照我简单的直觉与审美，确实看 Material Design 不顺眼。包括社区中受 Material Design 启发搞出来的一堆组件库，MUI 之类，我也不觉得好看。实话实说，我觉得还不如 AntD 或 Element Plus 这些国产组件

TypeScript 的未来 TypeScript 的未来绝不仅仅是大多数人使用的“AnyScript”，更不仅仅是一个加入类型推导能力的 JavaScript。TypeScript 未来将成为一切 DSL 事实上的类型系统。 很早以前，当我接触到 TypeScript 时，我知道它是对 JavaScript 缺乏类型系统的一种补充，是一种最开始甚至不被认为是一门真正的“编程语言”的“转译器语言

BingChat - History由于 New Bing 不支持直接保存历史记录，而且对话轮数有限制，这非常弱智，导致我不得不将对话内容记录在我的博客上给它看，所以说这就是个用来备份的地方。 这边的对话很杂乱，也没啥好看的，不推荐大伙看。 2023-03-041 我刚刚在 Github 上开源了一个旨在简化 GraphQL 查询的项目，你觉得如何：https://github.com/Snowf

实现一个能够严格推导 TS 类型的前端 GraphQL 库问题我发现前端调用 GraphQL 时客观存在对返回值类型无法严格约束的问题。 考虑下面这段代码 123456789const query = gql` query findUser($id: Int!) { user(id: $id) { id name } }`

衰落我发现近些年程序员社区中的帖子质量不可避免地在跌落，干货的质量也越来越差。在各大平台中，我都奇怪地发现 2016 年及之前的帖子质量比起现在要好太多，而 2016~2017 那段时间，仿佛是个分水岭，内容质量一下子就下去了。 特别是很多真正的“码农论坛”，比如掘金、思否这些，内容质量是越来越低，好像什么人都要来分享一下自己的经验，什么新框架尝鲜，让代码更简洁的方案，还有一大堆无意义的争吵。而且