22w49

December 11, 2022

エカテリーナのための協奏曲 - 松下奈緒

作曲 : Suguru Matsutani

纯音乐,请欣赏

--:-- / --:--
  1. 1エカテリーナのための協奏曲松下奈緒
  2. 2海辺の丘小瀬村晶/信澤宣明

本周收藏的歌,有两首

https://music.163.com/song?id=22825753 https://music.163.com/song?id=1331298993

This blog

这周把博客首页区分成 blog 列表和 weekly 列表了,也修好了上一篇/下一篇链接地址的错误。写久了 TypeScript 来写无类型的 JavaScript 好难受 😂 回头还是得把博客代码改成 TypeScript 的。 在看前几篇 weekly 的时候感觉好像写得有点太随意太零碎了,应该改成像周报那样的,整理出来一周的 achievements,不要直接把碎片笔记直接誊上去了。

尝试给 weekly 加上音乐播放器,来播放每周新收藏的歌。选型上第一反应是 react-aplayer,因为在还没有转 react 的时候我维护的 vue-aplayer,对 APlayer 比较了解也很喜欢。 但是试用下来 react-aplayer 不像 vue-aplayer 那样支持 audio 属性的更新,这样就没法先把 url 放进去播放,等从 API 获取完歌曲信息再更新上去(除非用 key 重新渲染,但那样就会把正在播放的歌打断);也不支持自动根据专辑封面提取主题色;不支持 SSR,在 Gatsby 构建时会报错。 只好自己重新写了一个 aplayer-react,现在已经把 working copy 完成了,发了第一个 alpha 版本。周日晚上本想冲一冲把 bug 在这周全修掉,结果 bug 修掉了却在 Gatsby 生产构建的时候出了点奇怪的问题,调到两点多没能解决。实在太晚了得休息了,周一一定把这些问题解决,让 weekly 正经播出声儿来。

DevOps 平台

DevOps 平台 1.6 版本需要做流水线路由的简化,也就是用项目组的 namespace 和流水线的 name 直接作为访问路径,就像 GitHub 的 org/repo 那样。这需要服务端的 REST API 把获取项目组详情和获取流水线详情两个接口从原来的只支持传入 id 改为支持传入 namespace 和 name。可服务端说不好实现,换了一个折衷的方案,另外加了一个根据 namespace 获取项目组和根据 name 获取流水线的接口,我在前端通过这两个接口转换成 id 再去用原来的接口读取详情。本来想着就这样做算了,到了周一是在还是忍不了这种徒增复杂性的事情,翻了翻 Mybatis 的文档,给服务端提了 MR。描述里弱弱地写了“第一次用 mybatis 不知道写的对不对 😷”,本来想着只有相关的 reviewer 能看到,结果怎么在群里推送了一个 MR 通知啊喂直接公开处刑了。 不过总的来说这周为止 DevOps 平台 1.6 版本这周终于开发的差不多了,坐等下周一发布上线。

Minecraft

最近在和女朋友玩 Minecraft 生存了,这几天把房子和农田搭了搭好,今天又盖好了羊厩和牛棚。但是 Mac 是真带不动光影啊,很想用的 Complementary 光影跑起来 3 FPS😅,即便是换更轻量的 Slidurs 甚至是主打 lagless 的 SORA 也并不能达到能玩的帧率。大概是因为没有独显罢。换到女朋友的电脑上运行 Complementary 流畅 90 帧,确实漂亮。