2nthony

将 Cursor 按键变回 VS Code 风格

Mon, 26 Aug 2024 00:00:00 GMT

我发布了一个插件 https://github.com/2nthony/vscode-preferences-for-cursor ，这个插件目前的作用就是自带了一批按键配置，可以直接将所有按键前缀改回 cmd+k 而不需要改动自己的按键配置文件，这更易于维护自己的配置文件。

插件是参考 https://github.com/tjx666/vscode-classic-experience 的，不使用他的是因为这个插件带了一些作者个人风格的按键如将行内 AI 编辑的按键设定为 cmd+e ，AI Chat 为 cmd+] ，用了一天很不习惯。

Cursor 首次运行可以选择 VS Code 按键风格，但那不是真正的。

cmd+k 组合键

首先将 leader key 从 cmd+r 改变回 cmd+k ，这个操作实际上只是帮你将按键重新设置，并逐个添加到你的 keybindings.json 中，不需要备份，但是如果你有很多个人定制不妨看一眼知道个位置。

如：

// 添加 cmd k ， 删除 cmd r
{
  "key": "cmd+k cmd+c",
  "command": "editor.action.addCommentLine",
  "when": "editorTextFocus && !editorReadonly"
},
{
  "key": "cmd+r cmd+c",
  "command": "-editor.action.addCommentLine",
  "when": "editorTextFocus && !editorReadonly"
},

行内 AI 编辑

为了变为 Copilot 的风格，所以要用 cmd+i 来触发编辑框。这些组合键需要在 Default Keyboard shortcuts 中找到并复制到自己的配置文件中，因为按键是有参数的，所以不能在 UI 界面改。这里包含了代码编辑器和终端的情况。

{
  "key": "shift+cmd+i",
  "command": "aipopup.action.modal.generate",
  "when": "editorFocus",
  "args": {
    "invocationType": "toggle"
  }
},
{
  "key": "cmd+i",
  "command": "aipopup.action.modal.generate",
  "when": "editorFocus",
  "args": {
    "invocationType": "new"
  }
},
{
  "key": "cmd+k",
  "command": "-aipopup.action.modal.generate",
  "when": "editorFocus"
},
{
  "key": "shift+cmd+k",
  "command": "-aipopup.action.modal.generate",
  "when": "editorFocus"
},
{
  "key": "cmd+i",
  "command": "cursorai.action.generateInTerminal",
  "when": "terminalFocus && terminalHasBeenCreated || terminalFocus && terminalProcessSupported"
},
{
  "key": "cmd+k",
  "command": "-cursorai.action.generateInTerminal",
  "when": "terminalFocus && terminalHasBeenCreated || terminalFocus && terminalProcessSupported"
},

结语

即使是将 cmd+k 改到了 cmd+i ， cmd+k 在编辑框里面仍然生效，只能猜是硬编码导致的。

在 issue 和 forum 也有用户反馈，都一年多了不回应也不改，虽然不是 Cursor 卖点但是对于有肌肉记忆的老 VS Code 用户来说非常不友好。

一顿操作就为了能充值 OpenAI

Fri, 08 Dec 2023 00:00:00 GMT

最近两个月，断断续续的在研究怎么充值 OpenAI ，直到这几天才能把这件事完成。关键就是自己(自己名下)拥有境外的支付方式。

OpenAI 这么麻烦，其实还有很多替代方案供我们选择

Azure OpenAI 。微软合作版，不但容易开通而且还能支持国内的信用卡付款。唯一不足的仅仅是模型更新慢一个月左右、切换模型麻烦一点。切换模型其实也可以通过 Cloudflare worker 解决，我在上一篇博文中也介绍到。
号商中转服务。Api Key 池，每次调用时合理分配。好处是能紧跟 OpenAI 模型更新。但是各号商定价参差不齐，有比官网模型定价便宜到离谱的，也有更贵的。
捆绑业务。指的是在应用内购买 Credits ，而不需要自己提供 Api Key 。普遍这种服务的定价会根据 OpenAI 官方模型定价额外加收 10% ~ 30% 不等。一旦购买，这些 Credits 只能在这里用，如果有的选，这种方案是最不推荐的。

上述的替代方案中，只有 1 跟 2 是推荐的，但也各有利弊。1 是自己的号，能掌控全局；2 是省心，但不能确定号商会不会跑路或者被批量封号。

开通所需服务

言归正传，为了能够充值 OpenAI ，我搜了不少资料，看了不少视频，在排除了各种乱七八糟不知名不认识的服务或应用，最终我需要开通的东西如下 3 个，文末有视频教程，有兴趣跟着操作就行：

OCBC (Oversee-Chinese Banking Cooperation) 新加坡华侨银行
Wise (原 TransferWise)
(可选) Kraken 海妖交易所

OCBC 是当地实体银行。Wise 是跨境支付服务，账号很早就有，但是没有途径激活。重点是 kraken ，它跟在前文提到的排除的服务或应用中拥有类似的作用：将 USDT → 欧元 → Wise ；kraken 的优势是有网络报道它受欧洲部分地区监管，有爱尔兰中央银行授权，Wise 虽然表示不接受虚拟货币交易所的钱，但是受监管的接受，毕竟资金安全是非常重要的。距今几个月前的视频，有人通过它提现到 wise ，来源为 PAYWARD LTD. ，最近看到他的视频留意到他的 wise 号还在，算是让我放心一点。Kraken 可选的原因是，可以通过银行跨境汇款或者熊猫速汇将钱打进 OCBC 来代替，代价是他们的手续费都很贵，往下会解释我的资金流走向。

绑定 OpenAI 支付

所有材料都准备好后，我打算使用 wise 开通的卡来绑定，结果意外的是 wise 的卡段已经被 OpenAI 拒绝了，上网搜一番看到 v2 的 wise 卡也被 declined 了 - V2EX 。那只好使用 OCBC 申请的 360 借记卡来绑定了。绑定成功后我填写充值 $5 ，之后便看到本文开头的那张图片；但这 $5 并未直接从 OCBC 卡里扣除。

在 12 月 13 日发现了账单，账单日期是 12 月 9 日，扣除新加坡元 6.93 元，约合 $5.16 。

Wise 卡段被拒的原因说不定也是被撸的多了，比如号商。现在 OCBC 的门槛下来了，万一也是因为撸多了被拒就一切回到解放前。

资金流

最近的一笔资金流走向流程，也可能是我今后常用的(仅供参考)：

交易所兑换的 USDT 转账到 kraken ，转账每笔手续费为 1USDT
在 Kraken 交易所，将 USDT 兑换为欧元，损耗大约为 100USDT ≈ 1.6欧元
在 Kraken 将欧元提现至 Wise ，通过 SEPA 的方式提现，提现每笔手续费为 1欧元，耗时大约半天
欧元到账 Wise 后，再兑换为新加坡元，其中兑换手续费大约为 5欧元 ≈ 0.03欧元
在 Wise 将新加坡元提现到 OCBC ，通过 PayNow 方式，手续费为 0 ，秒到

其实可以直接提现欧元到 OCBC ，因为它支持欧元和其他多种货币。

测试 API

充值成功后肯定要测试看看实际上能不能用了。

默认情况下使用 gpt 4 vision 进行了几个测试，不能识别出图片的人物是谁，但是描述一张图片里有什么东西，比如 gentle smile 。另外测试过截图一段代码给他也能给我解释代码；将设计稿输出为代码经过几次测试效果一般。

玩了几次 vision 和几次 abi/screenshot-to-code: Drop in a screenshot and convert it to clean code (HTML/Tailwind/React/Vue) 后，花费如下

链接

记录：通过 Cloudflare workers 使 Azure OpenAI API 兼容 OpenAI API

Wed, 29 Nov 2023 00:00:00 GMT

目的：

在 APP 端可以直接使用 OpenAI 设置。如果使用的是 Azure 设置在切换模型时需要手动改配置

原脚本：

haibbo/cf-openai-azure-proxy: A Cloudflare worker script to proxy OpenAI‘s request to Azure OpenAI Service (github.com)

最近 Azure OpenAI 也发布了 GPT-3.5-turbo-1106 和 GPT-4-turbo 模型。但由于这些模型又在一些特定资源地区才能用，为了能够使用新模型我需要新创建一个对应地区的资源组，这样我就有了多个资源。所以我需要解决的问题是将脚本能支持保持一个入口来访问不同的资源组，换言之在 APP 端则是不用为了切换模型而改 Azure OpenAI 的设置。

因此我做了以下优化，贴出关键代码可以抄作业：

/**
 * 将 mapper = {} 改为函数，key 不变，value 改为对应的资源组信息
 *
 * 创建一组环境变量
 *  - 其中 KEY 对内是用来验证 worker 的，对外则是当作 OpenAI API Key
 *  - 其他则是资源组的 key
 */

// key: model, value: {}
function getMappers(env) {
  return {
    'gpt-3.5-turbo': {
      // The name of your Azure OpenAI Resource.
      resourceName: 'region1',
      // The deployment name you chose when you deployed the model.
      deploymentName: 'deployment1',
      apiKey: env.REGION_KEY1
    },
    'gpt-3.5-turbo-16k': {
      resourceName: 'region2',
      deploymentName: 'deployment2',
      apiKey: env.REGION_KEY2
    },
    'gpt-4': {
      resourceName: 'region2',
      deploymentName: 'deployment2',
      apiKey: env.REGION_KEY2
    },
    'gpt-4-1106-preview': {
      resourceName: 'region2',
      deploymentName: 'deployment2',
      apiKey: env.REGION_KEY2
    },
  }
}

export default {
  async fetch(request, env, ctx) {
    return handleRequest(request, env, ctx)
  }
}

async function handleRequest(request, env, ctx) {
  // ...
  const modelName = body?.model;

  const mappers = getMappers(env)
  const options = mappers[modelName]

  // ...

  const { resourceName, deploymentName, apiKey } = options
  
  const fetchAPI = `https://${resourceName}.openai.azure.com/openai/deployments/${deploymentName}/${path}?api-version=${apiVersion}`

  const authKey = request.headers.get('Authorization');
  const KEY = env.KEY
  if (authKey.replace('Bearer ', '') !== KEY) {
    return new Response("KEY not allowed", {
      status: 403
    });
  }

  const payload = {
    method: request.method,
    headers: {
      "Content-Type": "application/json",
      "api-key": apiKey,
    },
    body: typeof body === 'object' ? JSON.stringify(body) : '{}',
  };
}

async function handleModels(request, env) {
  // ...
  const mappers = getMappers(env)
  for (let key in mappers) {
    // ...
  }
}

创建环境变量

Worker > Settings > Variables > Environment Variables

实际场景示例

使用 https://chatkit.app 举例，理论上支持其他支持自定义 OpenAI API Endpoint 的应用。

OpenAI API Key 填的是自定义的 Key，正如代码块说明，对外则是当作 OpenAI API Key 。

我的 RSS 阅读器上位替代

Tue, 12 Sep 2023 00:00:00 GMT

背景：我正在使用的两个 RSS 阅读器分别是 Reeder 5 和 Feedly web 。

又花了大约一周的时间，写了一个 RSS 阅读器，浏览器扩展 App 。

下载 Chrome Web Store ，更新历史 RSSkit Changelog

我的一些需求

AI 总结。就是总结这篇文章主要讲了什么，有些文章很长的，或者非中文的，就可以给它总结一下，快速了解主要讲什么是否让我感兴趣，还可以充当翻译，总结一次即可持久存在。跟其他 app 一样，需要在设置里配置 key ，endpoint ，model 和默认 prompt ，支持 openai 和 azure openai 。效果如下图：

Reader View 。类似 Reeder 的客户端的 Reader View 功能，因为有些 feed post 只输出内容片段，或者不含媒体内容(如图片)，又或者这篇博文只挂了一个视频等，上图中有几个 feeds 就有这种情况，所以这个功能对我来说是挺重要的。用开头的文章来作为示例(留意高亮选中文本)：

这是 feed post 内容：

这是 reader view 模式的内容：

代码块高亮。有点意外我正在使用的两款阅读器都不支持，不是刚需但是有高亮会提升阅读体验。

轻，快，web。比起桌面级应用，我只需要在浏览器扩展列表上用鼠标点一下即可，而不再需要敲键盘 cmd + space, [reader], enter 。

其他不一一列举，还有不少需求都是我主动创造出来的需求，包括上面几个也是。

另外意外的通过 RSSHub Radar 发现有个人 GitHub feeds 订阅，刚好可以临时解决现在看不到动态的问题。

Roadmap

我仍然需要添加一些基本功能才能让它变得基本完整。

写代码还有热/激情吗?

Sun, 16 Jul 2023 00:00:00 GMT

在今年的上半年，共计有两个人直接或间接问了我这样的问题。

第一个回复了邮件是比较肯定的回答，因为当时我在写一个 coin-ticker 的状态栏应用。第二个群聊好像是间接回应了现在热情比较少🥲。这其中从有到少只差了 4 个月而已。

公司项目由于很多历史原因，很难会有热情；如不知道“怎么”写代码。

个人项目会好一些，也是由于我近期的个人项目自己都会用，所以会尽可能的让自己舒适，或许这就是热情的来源；如打造 vim 编辑器，个人新玩具。

最近正好上头想玩点新东西，也很烦 Days matter(倒数日) app 有太多信息干扰，于是动手写了一个替代品： Inkdays 。到现在花了差不多24小时 🤔 ，如果一开始就用 React 和探索 jotai 的话可能会少点。本来是用 Vue 的，接近两年没系统应用变得有点陌生，略遗憾。

这个项目所有应用到的第三方库之中我最喜欢的是 jotai ，最基础的 api 就像 VueUse 的 createGlobalState 那样，让我惊讶的是在 Redux 系之外状态管理还能这么简洁。

以后有兴趣再探索一下 jotai 的更多场景。

个人感想。

系列扩展阅读

写代码还有激情吗？- Colmugx

使用 tauri-app 写了一个 Menubar app (coin ticker)

Sun, 12 Feb 2023 00:00:00 GMT

AI 总结

这篇博客主要是作者分享了他最近写的一个还未完成的 menubar app，并提供了参考的应用和开源代码链接。作者解释了他写这个app的原因，并表示核心功能已经完成，但样式方面有些懒得去做。作者提到了他在隐藏menubar图标方面遇到的问题，并介绍了他目前的解决方案。

博客还提供了一组系统资源占用数据的对比，将作者的应用与Coin Tick原版进行了比较。尽管作者的应用在CPU和内存方面的占用略高于原版，但作者认为这并不是大问题。

最后，作者列举了一些他认为tauri app可以实现的功能，包括轻量级的spotlight、图床上传和根据机器负载情况显示状态栏上的跑步猫等。

总的来说，这篇博客介绍了作者正在开发的menubar app，并分享了他的一些想法和解决方案。读者可以了解到作者的动机、进展情况以及可能的功能扩展。

最近花了几个晚上，写了一个还未完成的 menubar app ，大致上参照 Coin Tick 实现，代码也开源：2nthony/coin-ticker 。

原因是不久前发现 tauri app 在 menubar 上表现还挺可以的，于是也想着写一个 app 玩玩。到今天为止核心功能的完成度已经可以了，起码对我自己来说是；样式啥的懒得写了，又不是天天蹲着这些界面看🤨。

唯一瑕疵是我还未找到有什么办法隐藏 menubar 的图标，因为我觉得有点多余。目前的解决方案是创建一个 Empty 图标，瑕疵是看上去是空的，实际上是有一个标准大小的空占位，所以当图标排列开后看上去会很别扭：

let tray = SystemTray::new()
    .with_menu(tray_menu)
    .with_icon(Icon::Rgba {
        rgba: vec![0, 0, 0, 0],
        width: 1,
        height: 1,
    });

这是一组系统资源占用数据对比，虽不及原生节省，但无伤大雅。

	Coin Tick 原版	Coin Ticker 文中介绍的
CPU	常态小于 1	常态小于 1 * 3
内存(MB)	≈46	60 + 36 + 8 ≈ 100

tauri app 能做的事情，貌似还能有很多：列一些脑洞（可以是替代品、社区上已有的实现，不一定有实现的价值

轻量的 spotlight ，可以模拟实现一些插件，例如运行一些命令行，@bitwarden/cli
图床上传
根据机器负载情况状态栏有只猫的跑路速度（社区有
- tauri 有更新托盘图标的 api
…

2022 回顾

Fri, 20 Jan 2023 00:00:00 GMT

今年看到的灵魂问题，”你对现在满意吗？“，”那么，古尔丹，代价是什么呢？“

开源

ghq ，使用 node 实现的一个版本，本质上只是封装了 git 的部分命令并加以优化，集中管理 git 仓库的工具。其实大部份情况下使用 git 或者 degit 就足够了。
blogkit ，它的目标是一个通用的博客工具，通过 theme 以及 api 接口可以组合成任意的博客网站，并且 theme 和 api 适配都可以通过 npm 分享。
nofeedback ，是一个可以嵌(embed)在 notion 页面的反馈表单组件，应用场景是一些以 notion 为主的文档可以嵌入该组件获得用户的反馈，由于是通过 iframe 嵌入实现的，所以也可以应用到任意网页上。相比起 notion forms ，nofeedback 场景单一，免费，自部署。
vercel-toast ，这已经是 3 年前的老项目了，也只是一个消息弹出框。让我惊讶的是这东西今年在 npm 上的每月下载量竟然能保持在 1.8k 左右，最高到了 2.2k ，上年平均只有 1k ，不知道这东西的需求在哪里。
vitesse.nvim, vitesse.iterm ，两个自用主题，参考 vscode-theme-vitesse 实现。

工作

首先非常感谢前同事 @colmugx 给我提供了一次面试机会，最终我还是以远程工作的方式开始了今年的工作生涯。

此次的工作变化最大的并非工作方式，而是技能，我需要使用 React 及其生态来工作。在此环境下，我没有去过多的了解 React 本身，只是了解一些基本的知识以及项目本身所应用到的具体 API 范围，因为在 UI 层面上，现代框架/库都有很多相似之处。

所以大多数情况下，我都是在做 UI 。

远程工作

每个团队都可能不一样。

我的感受是除了环境不是枯燥的写字楼外，基本上与正常坐班是一致的，只是额外附带一定的自由度，并且环境可以是自己认为最舒适的。

说起远程工作，这是我从至少 4 年前就开始期待这样的工作方式，不用通勤挤地铁。我目前所在的团队属于小型创业团队，现在是 4 个人。一天的工作内容大致如下，早上开一个视频会议，之后根据上班时间自行安排工作，期间有需要的话会文字或者视频与同事交流。迭代计划是每两周一个迭代，遵循 SCRUM 的方式，每个迭代的第一天复盘上个迭代完成度，之后会安排这个迭代的内容。

我正常工作日的一天大概是这样的：早上10点开会，会后有时候我会去打一壶豆浆（大约3分钟）又或者整一杯手冲咖啡粉，回到电脑面前边吃面包边看 issues ；11点左右开始犹豫点什么外卖（不自己做是因为我觉得花的时间很多），再开始工作，大约12点外卖到后就吃。下午2点左右到晚上接近7点都是在工作，之后就去做晚饭；晚上的时间会在看资料、看视频、娱乐等等看实际需要做出选择。

阅读

上年定了个阅读 10 本书的目标，实际上只阅读了甚至不到 3 本，其实我把读书的时间都花在了“学习”上。

学习/收获

React 系

除去 React 本身外，其实我更多的是去了解其生态库，比如 redux, native, nextjs, easy-peasy 等等，除了能应付工作外，还为下面的一些项目作铺垫。

发布了一个安卓应用（半成品）

Peco - Apps on Google Play

Peco 是一个 RSS 阅读工具，基于 Ionic Framework 框架实现。我发布这个是为了测试，并且让我具备发布 Android 应用到 Google Play 的条件（交了 25 美元开通了开发者账号）。

期间有个插曲是我打算使用 React Native 来重写以获得更好的体验，于是开始学习并赶上同样的进度后发现，除了页面过渡效果变好之外，实际阅读体验感觉大不如前，Markdown 的处理是让我比较头痛的，如果是嵌套 webview 体验真的很差，于是退回了 Ionic Framework 版本，毕竟这个项目是打算快速发布的，所以不打算让它阻塞发布日期🤨。

发布了一个浏览器扩展

Blank Tab - Chrome Web Store

Blank Tab 是将浏览器的首页变为空白页，其实这类扩展多到溢出，我发布这个也只是为了测试玩玩，并且让我具备发布浏览器扩展的条件（交了 5 美元开通了开发者账号）。

在最初接触扩展时屡屡碰壁，因为 Chrome 需要将标准从 Manifest V2 升级到 V3 ，我不太会翻 Chrome Extension 的文档，搜到的其他资料教程很多都是落后的，所以我感到比较困难。直到我发现了 PlasmoHQ/plasmo: 🧩 The Browser Extension Framework 框架，在这个框架的帮助下，我很快就能做到我想要的样子（并不是空白页这种简单的功能）。

发布了一个 devlog 视频

[devlog] React Native adding code syntax highlighting for markdown content - YouTube

[devlog] 为 React Native 添加 Markdown 代码高亮_哔哩哔哩_bilibili

一直以来我都非常喜欢 devaslife 的 ASMR 视频，我很震撼写代码本身也能如此赏心悦目，为什么要在 Vim 上写代码也是受他影响。

在尝试 React Native 的时候我也录制了一个类似的视频玩玩，由于我不具备视频相关的知识，因此这个视频相比起 devaslife 显得非常平庸。在写代码的过程中我经常卡顿，流畅度对比起来真是一个天一个地。

这个视频发布后，我在推特上发了一个推，并没有 @devaslife ，可能是由于关键字 devaslife ，他看到并回复了一句 Noice (英伦腔发音的 Nice)。随后这个视频的播放量就开始上来了，到现在为止大约 600 播放，果然有人引流就是不一样🤨！

社交

一次偶然的机会，我在闲鱼以面交的方式认识了一位很特别的人，其中的一个特别的点是养爬宠，在认识他之前我虽然看过爬宠但还没产生兴趣，最终还是受他影响开始养了。

新事物

爬宠豹纹守宫

我是被它可爱的外表吸引才开始注意到这类宠物的，最终产生饲养兴趣是受上面提到的特别朋友影响。

守宫的种类很多，价格也因不同种类，花纹，基因等而不同，低一两百，高不封顶，我目前得知最贵的一种报价接近 10 万人民币，好像是睫角守宫莉莉白，其实还有更高的。而我的选择则就很明确了，入门且低价即可。

它的饲养方式有点简单，一个类似于收纳盒的盒子，一个躲避（也就是家？），一个水盆，一个食盆足以。唯一难的是需要留意环境温度（30度上下3度），湿度（40度？蜕皮期最好保持60度左右），喂虫子（面包虫即可），蜕皮（如果卡皮需要帮忙，一般不需要）。

焦虑

今年我感知到可能有些焦虑，或许是受到一些“贩卖焦虑”的影响，或许是看着别人的 Side Project 很高的月盈收影响，以至于有时候会想“我还能干什么”。一切恐惧源于火力不足。

展望 2023

Micro SaaS
blogkit 做一些合理的改动
阅读，也多看看别人的博客
保持构建 Side Projects ，同时要避免随处可见的
至少再发布一个 coding ASMR 视频
去一个地方走走
搞多点猎奇食物

发布了一个手机 App

Mon, 17 Oct 2022 00:00:00 GMT

~~更新：正在用 React Native 写。~~

这份粮食，我自己都不吃！

背景

我想开发 App 的原因其实是几个月前看到的一篇文章：我用一个跨平台 Web 应用替换了原生 iOS 应用，竟没人发现 。当时我不禁产生疑问，现在 Web 套壳应用在手机上性能表现已经好到没人发现了吗？

尝试

带着这个疑问，我也尝试了 ionicframework ，随便写了一个计时器叫做 Timer It ，它现在可以在 Google Play 中下载到，为此我还交了 25 美元的开发者帐号费用，目前也只能在 Google Play 中下载，不发布 App Store 是因为这个东西根本不值得 99 美元的年费开发者帐号。

结果表现

录制了一个 GIF 在 Android 模拟器上的表现。

性能表现还能接受。因为这只是一个计时器，首页就是一个等待开始计时的时间和一个按钮，核心功能上几乎完全不吃性能。但是通过一些插件调用原生 API 我感觉有一点延迟感，如果播放声音的话我会感觉延迟了大约几十毫秒才开始播放，或许这就是与原生通讯的过程所产生的时差吧。

设置页上有一个时间选择器，操作起来有明显的掉帧感，跟 iOS 上时钟的计时器对比就会有一种 30 帧 VS 60 帧的感觉，或许因为 Swiper.js 套 Swiper.js 的原因，又或许是渲染的 DOM 节点过多的原因，这个原因以后有时间再去研究，也正是这个原因，我才把时间选择器从首页移动到了设置页。本来的设计是，进来就是设定周期时间，点 Start 再开始计时，参考 iOS 上时钟的计时器。

上架到 Google Play 与更新

作为全新领域，从开通开发者帐号到上架商店，过程上当然会有阻难，不过好在是他们都不难解决。

第一次上架审核的过程比较长，大约 4、5 天我才收到审核通过的邮件，后续我也有个几次迭代更新，审核速度最短的一次不到 2 小时。

从上架成功的那一刻开始，这个 App 的开发也基本宣布结束了，后续的迭代更新也只是为了探索与尝试，因为自打一开始这个 App 就是为了做实验的。

想要开发的 Apps

其实我想要开发的 apps 是非常多的：

RSS 阅读器。这类在核心功能上应该是比较好实现的，而且现在社区上对于基本 HTML 和 Markdown 样式好看的实现实在是太多了，难的多在于用户操作和阅读体验，而且各个平台上均有标杆 App 在支撑，例如 iOS 上的 Reeder 。
查询食物营养成分表。问题是成分数据来源，极度庞大，同样也有标杆软件：薄荷健康，薄荷营养师。
记账？？？。以前写的记账网页应用。
公众号编辑器。这简直是在创造需求，我不太相信会有哪位公众号编辑人员会在手机上做该在电脑上做的事情。
还有一些不一一列举。

以上困难其实可以用时间来堆，但是堆出来后有没有利益，有没有用户，这才是核心难题，所以「想」与「做」不成正比。

收获

Google Play 开发者帐号
一个真正在商店上可下载的应用
ionicframework/capacitor 应用

收获其实不多，但以后如果我打算开发新 App 的话，能比现在更快的创造发布新 App 的基本所需。

结语

回到开头的那个疑问，其实只是完美适配原作者的实际应用场景而已。或许在将来 Web 应用在手机上的表现会越来越好，但永远也不会媲美原生应用！

再再次打造 Vim 编辑器

Mon, 15 Aug 2022 00:00:00 GMT

本文所有 Vim 均为 NeoVim 。为什么要使用 Vim ，我的回答是「颜值与操作」，或者 Google 这个问题。

原因

之前定制的不够好用。正好 Takuya 🐾 devaslife 又更新了 Vim Setup 的视频，细数已经第四期了，平均每年一期。正好我也需要改，那就跟着一起做一些修改。

结合自身情况浅谈 Vim 使用

在定制好 Vim 且使用了很长时间，并没有感到 Vim 能带来非常明显的效率提升。或许是因为我这段时间内几乎没有使用 VS Code，无法对比，所以模糊了这个概念。

我切换到 Vim 的原因大概以下几个：

半透明的毛玻璃效果。我能很轻松的通过 iTerm 2 实现背景半透明的毛玻璃效果。
纯键盘操作。我可以通过键盘来代替大部分鼠标操作，我只是很讨厌键盘与鼠标之间的来回。
低内存占用。下面是一个 Vim 与 VS Code 启动相同最小可行项目，打开相同文件的内存占用不完全对比。

iTerm 2 + Vim + Node(LSP)

下面的 node 进程不太确定是否全部是 Vim LSP 带起来的，姑且全部算上

截图前做的一些操作：

打开关闭文件搜索 ( nvim-tree
打开文件搜索并确认打开文件 ( telescope nvim
打开 Git ( toggleterm + lazygit
输入一些内容触发 LSP 以及代码提示 ( lspconfig + nvim-cmp

VS Code

截图前做的一些操作：

打开内置终端
输入一些内容触发代码提示

肉眼可见，vim 占用的资源还是少了很多的。

结语

每当设置完 Vim 后打开一个项目看看效果是很有成就感的(就像客制化键盘拼成后打几分钟字，听听键盘敲击音那样的成就感)，但已经不想再大费周章来搞 Vim 了。

要是能重来，我要选 LunarVim 之类的已经集成好的编辑器，省心又省力。

更新

由于种种原因，我已经使用 LunarVim 重来了。理由其实无非都是那几个：懒，不太想再折腾这个东西。虽然 LunarVim 做了很多处理，但仍然比较习惯先前的定制，我仍然进行了不少迁移和覆盖，好在比较面向社区化，随便提了几个对我有用的 PR 都合了，不过隐藏的风险也是比较面向社区。

过程依旧不是一帆风顺，文档的不完善与落后，导致在一些情况下我需要看代码才能知道如何覆盖原有的配置。LunarVim 的 stable 版本为了稳定，将插件的 commit 锁上了，但碰巧撞上 Volar(vue-language-server) 的大版本更新，导致 Vue 项目无法启动 LSP server 导致无法获得语言支持。解决的办法是将这些 commit 删除即可，但我依旧选择一种困难的方式写了一个 hack 配置来自动删除这些 commit ，因为我认为这种事情可能还会发生。

链接

Logseq 体验

Wed, 16 Mar 2022 00:00:00 GMT

什么是 Logseq

Logseq 是一个开源的笔记管理工具，支持 markdown 与 org-mode 模式，可以用来写作，组织和分享你的知识与想法，也可以用来跟踪自己的待办事项，并且链接是双向的。

Logseq 基本概念是以天作为单位，存放在侧边栏 Journals 中，那么每一天都会生成一个 Page 。下图中，红色区域是 Page ，蓝色区域 Block 就是这个 Page 的内容。

为什么使用 Logseq

我平时或多或少都会记录一些东西，使用过的软件包括苹果的 Notes ，Notion 开一个专门的 database 。为了让这些记录变得有条理，我必须创建一些目录来划分它们，当我需要新记录一些东西的时候，我必须要先想应该记录在哪个目录；如果是记录灵光一闪的想法，在此前还要分析该想法属于什么类型，才能找到对应的目录，这个过程有可能会导致灵光一闪的想法记忆衰弱，最终适得其反。

因此，Logseq 可以让我一打开软件就能记录，并且在记录的同时就能根据我的 [[关键词]] 分类好，并且它是离线的，生成的文件存放在 iCloud 可以无缝同步，很安全。

我是如何使用它的

我将我要做的事情，灵光一闪的想法，笔记都记录在 Logseq 中。

以待办事项为例

例如，我今天要完善 swc 的文档，添加 minify 函数的用法与说明，那么我会写一条待办 Block：

那么它会转换成一条待办事项：

点击 LATER 文字换将状态切换为 NOW，并且展示在当天的 🔨 NOW 区域，表示我正在做的事情：

完成时点击左侧的蓝点即可。

集中管理所有待办事项

如果我们不把这些待办事项集中管理起来，而是通过”翻记录“的形式来查找要做的事情是很痛苦的，因此我创建了一个 Dashboard Page ，专门收集待办事项。

该 Dashboard Page 中有两个 block ，Todo 以及 In progress ，分别代表要做的事情，以及正在做的事情。为了能收集待办事项，需要应用到 query 语法：

添加 Tag 标记

我在一些 block 后面标记了一些 tag ，如 #contributing , #blogging ，每一个 tag 也是一个独立的 Page ，并且所有带有这个 tag 的都会展示在与之相关的 Page 上。

我个人使用的 tag 有以下几个：

note - 一些学习上的笔记
contributing - 与社区贡献相关
random-thought - 灵光一闪的想法/闪念
blogging - 与写博客相关
deprecated - 已经放弃的事情

以下展示的是 #contributing Page：

Query 的进阶用法

Query 语法后面接着的是条件，也即以哪些条件来查询结果。

{{query (条件)}}
{{query (and ((条件1) (条件2))}}

我在 Dashboard Page 的 Todo 区域，就运用了多条件来查询结果：在查询待办的同时，还把带有 #deprecated 的 tag 的排除。

结语

体验 Logseq 一周，很好用，功能非常多，无论是知识管理，笔记，甚至是管理生活。但它在我心目中还没有一家独大的地步，也即 Notion 还无法被取代，但可以肯定的是，苹果的 Notes 可以彻底被取代！

功能多的同时，也意味着会有学习成本了， query 的进阶用法便是其中之一。Notion 在这方面就做的挺好，在输入 / 功能指令弹出的提示会有图片示例而不是单纯的文字。

链接

博客的终极奥义

Tue, 01 Mar 2022 00:00:00 GMT

目前你所看到的博客内容完全由 Blogkit 以及其生态搭建，部署在 Vercel ，正所谓 Dogfooding(吃自己的狗粮)。

Github: 2nthony/blogkit

最近从 https://github.com/djyde/sairin 中获取了灵感，让我立马动身，将之前的想法「在 Notion 上写博客」实现！

统一的博客引擎

可扩展是目前任何工具必备的功能，因此我将它们分为 3 部分：

核心库：只负责获取列表，内容和输出 RSS
请求库：为核心库提供获取列表，获取内容和获取 RSS items
主题库：每个主题页面接收 props ，渲染列表和内容

因此，你可以随意定制除核心库以外的任何配置。

起源

为什么做这个工具，其实也跟我曾经对博客工具的选型有关。一路以来，我将 GitHub Issues，saber，11ty，notion 当过博客工具。它们或多或少都有一定程度上的限制：工具，外观，扩展等，因此我一直希望能有一个工具，允许我们在任何地方(这里指存储博文的地方)写博客，并且不需要依靠 Git 系统，同时也能拥有自由扩展 web 能力的工具。那么现在，这个工具由我凭借着社区上的灵感，写了出来。

已有生态

请求库

主题库

blogkit-theme-minimal

基于 Next.js(ISR)

ISR 是我在 Sairin 项目中了解到的 Next.js 特性，它就是静态文件递增更新而不需要重新构建整个项目。我在核心库设置了 60 秒，也即该博客内容会每 60 秒按需更新对应的内容。

接下来

我会完善一些核心库的 Types ，使用文档，以及推广到相关圈子如(dev.to, producthunt...)，并且正在构思 Major 版本。

尾

这就是我的博客的终极奥义！

当了几周的 "Leader"

Sun, 13 Feb 2022 00:00:00 GMT

Leader 带有 “” 是强调我并不是真正的成为 Leader 。

背景

我与其他 3 个人一起到易方达基金驻场，在此前，我对其余 3 人完全不了解。

我们需要负责的项目是基础组件库建设，据说是重点项目。其实就是搭建一个文档工具，有 demo 展示与代码，有 API 说明，简述就是跟其他 UI 库那样的工具。之后，我们将现有的业务组件迁移到该文档上，形成一个 UI 库。并持续添加业务组件。

成为 "Leader" 的契机

原本我们之间并没有这样的职责，只有一个「代理管理」。这个「代理管理」就是帮在总部的部门负责人管理我们的。在一次项目会议上，我们被问到谁是你们类似小组长这样的存在时，我们互相指对方。后果可想而知，我们被骂了一顿。

后来，「代理管理」找我谈了一番，说他自己并没有自信带人，也没有适当的领导力，更何况「我」只是被交代来管理，并没有交代「我」成为组长。正好此时我也有机会向他了解了其他 2 人的能力情况。之后他提出建议，在我们 4 人中，通过投票将能力最好的来当 "Leader" 。

结果如标题，3 票都放在了我身上。

带人做项目

做事

在刚开始成为 "Leader" 的一周，我想让他们做出一些改变，改变这种杂乱无序的做事方式。于是我对他们提出一些要求，考虑到他们的工作年限几乎都是 1 年左右，因此我只列出一些主观认为在能力范围内的，并且符合当前工作环境的要求：

Git 工作方式
- 一个分支只做一件事
- A 的代码由 B 来合并
- 不允许直接推代码到 dev 和 main
使用 GitLab Issues 来跟踪工作内容
编码规范
避免做重复的事情
遇到问题前先想想

上述要求几乎都写在了一个 GitLab 仓库上，并发给大家看，他们都表示同意，可以，还不错。

不到几天，其中有人说，太麻烦；了解了一下原因，原来是对 Git 不熟悉，不会处理冲突，并说以前都是随便搞。于是我以「一个分支只做一件事」作为例子，解释为什么要这么做与可以避免的后果。

编码期

在大家明确自己做什么的时候，便各自为之。期间，我也会被提问或要求帮助，大多时候我都是告诉他们思路或该怎么做，避免直接告诉他们答案或者帮助他们编码。

有一次，有人处理了一个问题，之后我们进行了如下对话：

「如果有下一个人遇到与你一样的情况，你会怎么做？」
「我告诉他就行。」
「如果再有下一个呢？」
「我再告诉他。」
「如果再有 N 个呢？」
「我都告诉他们。」
「写一个文档是不是就可以避免了？」（语气平和并请求）

到最后，这个文档并没有写，也没有第 2 个问他的人。

体验卡到期

大约 3 周，项目负责人还是将我们的部门负责人叫了过来，每周规定几天需要到这里参与开发。至此，我并不再扮演 "Leader" 这个角色。

感受

在我不再扮演 “leader” 角色后，上述提到的一些要求已经彻底没有人遵循了，除了我自己。我的代码被「还原」了 4 次也是因为直接推 dev 的原因。

工作环境真的很重要，这里的环境更强调人。如果人之间的做事方式比较一致，共事起来会很舒服。

更新 2022-04-07

在最近的一次项目会议中，因为来了一位更有资质的人，队伍内又重新介绍了一次自己，这时候部分人介绍自己的工作年限从以前听到的 1 年左右变成了 3 年左右或以上，让我比较困惑，究竟哪次是真的，我没有追问，因为也已经没必要了。

2021 回顾

Mon, 03 Jan 2022 00:00:00 GMT

开源

我一直期望我能在开源上有一番成就，典型的比喻就是拥有一个高星并且用户多的仓库，星数和用户必须是成正比的。但至今为止还未有。

我开通了 GitHub Sponsor ，此举属于未雨绸缪。让我惊讶的是前同事 @lianghx-319 是我的第一个 Sponsor ，很是感谢。

有一次在微信群中某段聊天记录中 @levy 提到：「开源也基本停止维护了，很可惜」。确实有点可惜，不过好在还是有人偶尔维护的，例如：

我发起了一个重写的 https://github.com/FEMessage/update-popup/pull/35
@lianghx-319 修复的 https://github.com/FEMessage/nuxt-micro-frontend/pull/44
@levy 也做了好一些修复，没有一一贴出来。

友谊

近期在跟朋友玩「王者荣耀」，认识了一个新朋友，人送外号「富婆」，虽素未谋面，但就边游戏边聊天上，是个非常有意思的人。

工作

在第三季度末开始我有在找新工作，其中也有朋友帮我推荐，我很感激。但他们推荐的我全部都进不去，不怀疑是能力不足或方向不对口，另外我对面试比较失望的一点：背书式面试(面试成功率跟刷面试题挂钩)，刷面试题确实可以增长知识，但这里背书式面试更指的是，即使不知道为什么，只需要背好答案就行。我为什么这样想，是因为其中一个面试的一个问题是：「Webpack 怎么启用 HMR ，HMR 的插件名叫什么？」我能理解前一小问，后一小问确实不理解。

在年尾最后几天，我面上了新公司「复深蓝」，我的职责是驻场到易方达基金内网开发，好处是我距离地点非常近，步行 17 分钟左右即可到达，并且下班时间很早(6 点)，但上班时间也很早(8 点半)。我更期待的是我能有更多的空余时间，做其他事情。

学习

Svelte

兴趣为之。Svelte 今年重新映入眼帘，并且使用 Svelte 将我的一个 App 重写。因为已经熟悉 MVVM 这类库的开发方式，所以在学习 Svelte 上也没什么难度，基本上跑一遍官网上的例子就熟悉了。有兴趣建议阅读 Randy 对 Svelte 的看法。

Rust

🦀 兴趣为之。我一直想通过 Rust 来写一些 Nodejs addons 。但我应该先熟悉 Rust ，所以我要使用 Rust 改进一个新的 App 。可能是因为我带着 JS 的思维去学习，因此我感到非常困难。

阅读

这一年我阅读的书变少了很多，这部分时间几乎都转到了写代码与学习上。

做出好选择

是一本与职场生涯比较相关的书籍。由于这本书从看开始到听结束时间跨度比较大，有点忘记内容了，但我印象最深刻的一个观点是关于自我介绍的：很多人的自我介绍都是围绕自己的，但在一线城市，在一些社交场合中，别人更关注的是能为他人带来什么价值。所以作者给出了他自己的个人介绍以作为例子：我是一名职业规划师，我专门帮助别人提供职业规划方案以及建议，如果大家在职业规划上有什么不懂的可以联系我。不过职场与社交的自我介绍还是有区别的。

这是我最近刷推特看到的，瞬间联想起本书的这个观点。

每周工作 4 小时

这本书同样阅读时间跨度比较大，甚至还未读完。在此书中我了解到最为意想不到的是：原来我们的生活也可以外包。

新事物

数字货币

我以一个投资者的态度来接触这个领域，我目前只通过现货买卖来盈利。

年度满意之举

我的 Shell 配置在 Shell 上写代码

展望 2022

结合上述部分内容，并追加：

升级设备 MacBook Air M1, iPhone 13
使用 Rust 基于 macMineable 代码编写新的 App ，需要支持 M1 显卡，并且需要成为 sponsor 才能使用部分功能
阅读至少 10 本新书，平均 1 月 1 本
维护一份 email list