咸鱼上收了个二手的 Teenage Engineering OP-1 合成器 这个牌子的东西在设计圈里蛮有名的。OP-1 是 2009 年首次亮相的。对于数码产品来说算是老古董了 😳。 挺好玩的，软件交互和音色可视化设计的很有意思。拿到手就折腾了好久。

因为背疼做了脊柱 MRI，查出来了肿瘤。疑似血管瘤。但是医生说影像和常规良性的血管瘤不太一样。需要做增强 MRI 排除骨肿瘤。 🫪 我对这些什么瘤的完全不懂。我说我清晨疼的睡不着什么的。跟我说不用说症状了，说不重要。先排队做检查。医生讲这些的时候眼睛看起来瞪的好大。很严肃的样子。出来之后就感觉懵懵的，医生这么严肃，是有可能很严重的意思吗？ 我这初次 MRI 的检查结果两周前就出来了。之前因为讲过的那个外阴感染问题，疼的厉害走不动。没办法去看这个病。这下刚刚好转能走路了。就去看了。结果好像又是很麻烦的事情。希望没事吧。实在忍不住会去想。所以还是先把医生说的这些概念搞清楚好了 👀

设计了可爱的小旗子挂饰。可以作为雷达使用！大家挂着跨性别元素的装饰的时候，其实是有着用它和其它同类打招呼这样的意思吧？所以我把打招呼的元素也加到了上面www 侧面做了多层的设计。很好看。像是棉花糖或者夹心饼干w

去逛了乐器店。好像是新石乐器。这些彩色的小盒子就是效果器吧。很复杂的样子。完全不懂。摸了一下要楽奈的吉他。好看。喜欢。买了一些拨片。回去了。

因为 AI 很喜欢在代码里乱写注释。 我为了让 AI 写出清晰的代码注释写了一份 提示词。最终效果上来说，我不仅解决了注释混乱的问题，我还获得了非常优质的代码注释。比我自己写的都好。 * 如果每个使用某段代码（比如函数）的人都需要去阅读代码的内容，学习一遍它如何实现，那么这个代码就没有做好它的职责，违反了函数是“黑箱”的 基础定义。 所以函数体内的注释是仅是为了编写和修改函数的人所写的。但是代码最好是不言自明的，如果函数内部需要编写注释，那第一优先考虑的应该是这段代码有没有更清晰的写法，只在实在没办法的时候才编写函数内部的注释。 函数外的注释是为了函数的使用者而写的。函数通常有函数签名和函数体构成。函数的调用者使用时只能看到函数签名。比如输入输出的类型。但是总有一些事情从这些上面看不出来，比如函数什么情况下会报错。使用的时候需要注意的事情。像是事件监听器需要注意如何、何时取消注册。 其中有一个简单的原则：“注释应该写在函数外面而不是里面，描述调用者不显而易见的事情。” 最终的 Prompt 像是这样： - Use the `/** ... */` syntax at the beginning of a function to write comments, focusing on aspects that are not easily understood by reading the function interface. - The same applies to `computed` and `watch` `watchEffect` ... etc in Vue - add comments when their purpose is not clear from their name. - Avoid writing comments inside the function body unless the code logic is very complex. 如果你想让 AI 在 Vibe Coding 注释的时候只用英文，还可以加上： - Write comments in English.