3.5 补充一些排练细节

上篇忘了说，七点多的时候，贝斯手来了。他的气质就蛮符合我对贝斯手的刻板印象，就什么都淡淡的，不怎么说话但你不会觉得他冷漠或者害羞，他只是不怎么说话而已。

琴包的顶上挂着一个毛茸茸的挂件，一晃一晃的。发型算是短发里面比较长的，显得柔和一些（忍不住拿他跟吉他手比较）。

看到他来了，我就唱完然后说贝斯老师要不要一起。

因为舞台太小了，我的左边右边都有人，他就只能坐在我正后面，跟吉他手挨着。

（也许这个酒吧在设计装修的时候就没打算让这样编制的乐队来吧……太拥挤了，一台电鼓就几乎占了舞台的一半。吉他手居然坐在台下，贝斯手坐在墙根，他俩挡住了本就很窄的出入口。其他人想上台用另一个麦克风唱歌的时候，直接像玩跳马游戏那样从桌子上骑着翻上舞台。现在想来觉得十分滑稽。不过当晚滑稽的事实在太多，这个排不上号了。）

贝斯手掏出一张手写的歌单，白纸黑字的，上面写着歌名和调。现在回忆起那张纸的配色，我觉得太素了，有点凄凉，给人一种办白事的感觉。

我也带了自己写的歌单，是用的书慧的拍纸本，彩色的，笔也是彩色的。单纯是因为纸和笔买太多了用不完。

印象中我们是先顺着歌单继续往后排，然后又回到最前面从第一首开始（记忆有点模糊了）。总之贝斯手的淡定程度不输给吉他手，他就跟吉他手说了句下行是不是，然后他俩就弹起来了。

我觉得很有意思可以观察到乐手是怎么交流的，虽然也没有太听懂。大概是和弦根音一直往下走吧。但贝斯手是怎么知道的呢，他是扒过原曲，还是听的吉他手的和弦所以这样判断呢……

不过当时没时间想这些更没时间问。

排得差不多了主理人说大家休息一下吧，然后贝斯手就出去买吃的了，过了一会拿着一根糯玉米回来啃。我从台上下来在旁边椅子坐着喝自己带的水。

吉他手没有挪窝，跟鼓手说了个啥，你随便打。大概是想即兴练习吧，鼓手就即兴打，然后吉他手即兴弹。

不知道是鼓手会的少还是年轻人就是躁啊，吉他手弹一些比较chill的东西的时候，鼓手还在那里动次打次动次打次动动动动…………听得我有点烦。而且好几次，他俩收尾的时候没对上，和弦听起来要结束了，鼓手还在那里激情四射打个没完。

就算是临时的草台班子打着玩也要配合队友的嘛！

但有没有一种可能，鼓手根本听不见吉他手弹的啥？有可能。不过这些都是我后来想到的，当时我就在那里呆呆地喝水而已。

主理人说第一趴结束后去吃饭，我还想了想到时候要不要一起去，因为我包里还揣着个汉堡。下午出门前点了俩，吃一个带一个。

我还是决定跟他们一起去吃饭，因为我想听他们聊天，多获取一些信息。顺便蹭个饭，这样汉堡可以留到明天当早饭。

对了，排练的时候，排到《简单爱》，主理人说他也想唱，于是上来跟我对唱一番，后来他还唱了《静止》。唱得，不好听也不难听吧。。。精神头倒是挺足的。看着空荡荡的台下，我想这样也挺好，我巴不得歇会。

4.第一趴演出

上篇忘了讲一个重要的问题，就是上台紧张的问题。

这个问题也蛮有意思的，很多时候你其实并不紧张，你就照常表现，然后突然脑子想到了我会不会紧张的问题，然后你才紧张了。声音抖了一下，或者觉得没气了，被自己听到了，心想，啊，我紧张了，我果然紧张了……！

现在想来，那晚确实有好多次这样的时刻。不过总体来说，我觉得我虽然有点紧张，但它并不是影响我表现的主要因素。

影响我表现的主要因素还是，一、我的基本功感人（贬义）；二、返听太垃圾。

假如你是站在讲台上的老师，那个返听的感觉就好像是，它是从教室最后面的黑板报上传来的，而且上面还蒙着一层破床单。

不说这个了，希望以后有机会用上耳返吧……

没休息多久就到了八点钟，我感觉我又紧张了，心理上对排练和演出还是有些区分的，觉得演出更严重，更可怕一些。

但因为没有顾客，所以其实，没有任何区别。

我对酒吧的经营完全不了解，但常识告诉我一个酒吧在周日晚上八点钟如果一桌客人都没有，那不是什么积极信号。

（其实在大众点评看评论的时候就有心理准备了。而且，我衷心认为这个酒吧没生意跟它的装修有很大关系。我都不好意思放图，太丑。那附近怎么说也是传媒类企业集中的地方，高碑店啊家人们，你装成那样到底想吸引什么样的客群……）

第一趴演出本身倒没太多可说的，算是比较顺吧，顺到我会时不时走神。嘴巴自动唱着，脑子却一飘一飘的，一时间甚至冒出一个念头：你看我在这里胡思乱想，但歌声还是不受影响哎（……我简直要怀疑这是不是某种程度的解离）。

而且，我根本听不到贝斯的声音……吉他也几乎听不到，自己的声音也很遥远，倒是鼓很吵。

我是谁，我在哪，我在干嘛，这都是谁……？

不过，跟乐队一起演，真的乐器，还是比伴奏要爽的……那种临场感，好像刚炸出来的炸鸡，刚炒出来的带着锅气的炒粉……某些段落吉他手或者鼓手会说给对方听，比如“再来最后一遍！”什么的，然后真的能一起结束，好像是个很默契的团队似的，草台班子评分减一分（。）

我忍不住想象如果是认真编的歌、而不是套路的和弦、如果有认真排练过、而不是现场对付、如果是自己的歌、完整的有诚意的表演……

当时顾不得想这些，只觉得懵懵的。其实很多感受是一边回忆一边冒出来的，比如，通惠河上面的同心桥，好像一根大油条……

之前听过很多老哥他们团的访谈，这次体验过之后，对他们说过的话有了一些新的认知……

比如，这个吉他手（指老哥）好厉害，我要跟他组团！——是一种什么心情（并不是说我想跟这个吉他手组团，事实上当晚的乐手0人让我想跟他组团。我学到的是，原来想不想跟一个乐手组团的心情是如此明确。不过，我在judge他们的时候，他们也在judge我吧。好吧，其实贝斯手还可以考虑，原因竟是：因为他表现得少，所以扣分也少……考虑啥啊他连排练都来那么晚）；

比如，小朱（老哥的贝斯手）说的，我们那时候唱一家倒一家——我看这家也快倒了……

第一趴很快唱完了，于是一群人去吃饭。贝斯手走下台，掏出玉米继续啃。

其他人在前面先走了，我觉得把贝斯手晾在那不太好吧（不确定有没有人招呼过他），就主动跟他说，你一个人在这儿吃玉米呀？他看着我，淡淡点头。

（如果我确定其他人有跟他说过我们去吃饭了之类的话，我就不会跟他说话了。单纯是不想他被冷落了。我真是一个大好人(:з)∠)）

现在回忆起来，感觉贝斯手一整晚都只有一个表情，一个宠辱不惊的智慧的似笑非笑的圆润的表情，即使是啃玉米时也不曾改变。不过大部分时间我看不见他的表情，因为我的后脑勺没长眼睛（。）

5.在拉面馆吃饭

酒吧附近走过一个转角就是一家拉面馆，晚上八点半，顾客不多。我们从酒吧去拉面馆的路上也没看见几个人，路上很萧条的样子。那附近就是那种北京的园区的气质，地方看起来挺宽敞，但商业稀疏，人气也聚拢不起来的感觉。我想，也许没客人跟这个选址也有些关系。

走进去之后，主理人说大家看看吃什么。大家都来碗拉面，我说我也一样。

店里灯光很亮，典型的快餐感觉，菜单是那种墙上挂的灯箱，十分刺激感官。我根本没脑子看菜单也没心情点菜，事实上当时的我连看汉字都费劲，几个字的菜名看完不知道什么意思。

点完拉面大家坐下，此时小绿也在，坐在我旁边。吃饭时聊的内容大部分在上篇已经提过，这里只补充一些。

黑衣男的话题好像是鼓手先提起来的，他说那个人指了他好几次。（我完全没发现）听鼓手这么说我才意识到，原来黑衣男不止对我不满意，还对鼓手不满意。

虽然我也对鼓手不太满意，但我觉得他没有很大问题。我对黑衣男的表现充满了疑惑，至于吗哥们，你很了不起啊。

主理人说穿牛仔服的男的是老板的弟弟，不是老板本人。

（后来，牛仔男有自己上台唱歌。我在大众点评也有看到顾客说老板唱歌很好听。所以我不知道顾客们说的唱歌好听的是牛仔男还是他哥，又或者他们兄弟俩都会唱歌。但我更想知道的是，装修到底是谁拍的板……）

牛肉面很久才上来，可能是现拉的面所以比较慢吧，我都有点不耐烦了。但我并不饿，面上来之后挑了两筷子就吃不下了。

小绿一直在跟其他三个人聊天，嘴巴就没停过。他没有点拉面，他说他吃过饭了（所以他也是抱着社交的心态来吃饭的吧）。过了一会吉他手端来一份烤馕给小绿，小绿说大家一起吃。

聊天的气氛不那么轻松，毕竟情况摆在那。

小绿说还是有顾客的呀，那个穿橙色羽绒服的大哥，还拍视频呢。鼓手说那是我爸，等会接我回家呢。——就连最好笑的一段都带着凄凉。

小绿是一个大e人，别人说啥他都能接下去。我比想象中要累，放空了好几次，自己又把自己拉回来。我走神的时候，小绿在说话，我走神完了回来了，小绿还在说话。

我心想哥们你能不能消停会，高精力人士是这样的吗？刚我还看到他把玩吉他手的吉他来着，估计也是搞音乐的吧。

不过后来多亏了小绿，某种程度上算是救场了。

6. 终于有顾客了

吃得差不多，主理人说那我们回去吧，小绿说看看有人来吗。我又开始紧张了。

回去发现还真有一桌顾客，两男两女，看起来是两对情侣。两位女生看起来就是标准的小红书上面的美丽驻唱歌手打扮，脸小巧精致，长发，化了妆，合身的时尚上衣，小短裙大长腿，一切都是那么地标准美女。

我心想，要不你们上来唱吧。

至于俩男生，看起来就是俩男生，有一个长得有点像好妹妹乐队的张小厚。

其实在来酒吧的路上，下了地铁我就碰到一个类似的大长腿女生，对不起用这样标签化的词语，但就是那种，哎说白了这里是高碑店，时尚时尚最时尚（最时尚可能还得是三里屯）。

当时我心里就咯噔一下子，我知道那样才是一般人心目中驻唱歌手应该有的形象。

想起来之前听一个在唱片公司管理层干过的人的讲座说，你有没有做好准备呢？如果你想当创作歌手，你有没有一年写一两百首歌呢？如果你想有上台的机会，你有没有减肥呢？

台下的我就眨巴眨巴眼试图消化这些信息，但心里又十分抵触，尤其是对于减肥二字……

这个行业是这样，即使你很苗条，你一年写一两百首歌，你也不一定有机会啊。

（所以，要不还是干脆放弃好了。本来就很穷，还不能吃拼好饭，这日子还怎么过啊……）（拼好饭现在也很贵。）

不好意思扯远了。第一趴唱完之后我松了半口气，因为跟吉他手合作对我来说压力挺大的。他那种什么都没准备但云淡风轻甚至来指挥我的气场让我觉得很难对上频率（无论是团队合作的频率，还是他的吉他演奏出来的频率……）。

如前所说，吉他手只待两趴，第三趴我只需要跟伴奏就好了。等于困难的任务已经完成了一半。但顾客的到来，为第二趴增加了一些难度（主要是心理上的）。

好消息是，顾客还挺捧场的，不时抬头看我们，好像还面带微笑（灯光昏暗看不太清），也会鼓掌。

坏消息是，他们一直在抽烟，到后面我嗓子都有点发紧。

好消息是，顾客点了歌。这多少可以视为一种肯定吧。

坏消息是，我不会唱。一首完整会唱的都没有。

早在商量歌单时就跟主理人说过，我应付不了点歌。主理人说没事，那就不点歌。

好消息是，小绿会唱。

其实这里我的记忆又有点错乱，不太记得小绿第一次上来唱是什么时候，在什么情境下。

换句话说，顾客点歌的时候有没有听过小绿，顾客到底是想听我唱，还是想听小绿唱，所以才点了歌，我不太记得了……

顾客先是点了两首，唱完又点了两首。基本上都是小绿在唱，我偶尔能跟着唱两句副歌这样子。小绿唱得不错，后来主理人告诉我说，他有自己的乐队，是主唱来着。（他们乐队的名字也很搞笑…………）

重点是小绿很会互动，每次唱完都说两句吉祥话（吉祥话），还说得挺自然，让人觉得嗯，这是一种基本礼仪。而我就跟着谢谢，谢谢。

他唱的时候我多想下台到旁边坐着啊！！！要不是舞台出入口完全被堵住，我早就识趣地躲起来了。哪怕有个铃鼓让我可以挥一挥也好。啥也没有，我就拍手，拍一会就累了。

顾客点的歌里面我会的最多的是林俊杰（我谢谢你）的 always on line。小绿唱着我就试着一起唱，他get到了会把句子让给我。结果我又不太会，他又赶紧补上。大概就是这样非常临场发挥的感觉。

顾客还点了仙剑三电视剧的歌，有个什么此生不换吧，我听见鼓手嘀咕说怎么打啊……我趁机凑过去说，抒情的，轻一点，慢歌，别太猛（终于把憋了一晚上的话说出来了）。

期间还能看到牛仔服男老板弟弟时不时从吧台端着做好的酒送到顾客桌上，后来他们还玩了一会不知道是骰子还是什么东西的游戏，不过也不吵闹。就是这个抽烟啊，我是真受不了，四个人全在抽烟，一根接一根。

酒吧大概是最不可能室内禁烟的地方了吧。所以我对酒吧驻唱这个职业产生了，更多的抗拒。（虽然它更抗拒我吧）

（所以后来小绿加了我微信说给我推荐机会的时候，我表示出了一些拒绝。）

我和小绿还唱了《闷》，排练的时候他好像就很喜欢这首歌，吉他手说没听过，他还打趣吉他手。（此时顾客还在不在，我已经不记得了）

总之说下面要唱《闷》的时候他就说啊来摇滚一点的！等我反应过来他已经在台上了。很元气，很有活力，我心想有必要吗哥们这么开心吗……这歌需要蹦起来吗？（吃饭的时候听到他说他是98还是99的来着）

之所以要提这首歌是因为吉他手说，我觉得你们俩的声音挺搭的，可以加个联系方式。到时间了吉他手收拾东西要走的时候，又说，你们的声音真的很互补，效果不错的。

然后前略后略，吉他手问我，你是单身吗？

我：啊？（听清楚了但故意啊一下表示无语）

他又问了一遍，全程还是那种严肃的表情，而我快要失去表情管理，因为我有点无语。

我说，单身啊。他说，哦。（？）

总之，小绿是吉他手的司机，排练的时候就听到吉他手说你那个车能不能装下我的吉他啊，啥啥的。所以第二趴结束后，小绿跟吉他手一起走了。鼓手也走了，贝斯手也走了。顾客也走了，本就冷清的场子从冷藏室变成了冷冻室的感觉。

不过我也无所谓，也有点累。主理人说等会第三趴你就唱什么什么，我唱什么什么，然后就结束。我说行（累了，想早点回去了）。我让他找牛仔男要放伴奏用的平板。

坐着休息的时候，我很恍惚。也可能是二手烟的缘故。

想到小绿唱的点歌，心想，真的是99一首吗？不管是不是，不管多少钱，这个钱应该他拿吧。我是没什么贡献。

不过时至今日，写这篇blog的现在，我也没收到一分钱。说是分酒水来着，估计酒水也没多少钱，老板肯定是亏的，搞不好完全没给主理人钱也说不定。毕竟黑衣男都当面那样了（让我们把最讨厌的人的奖杯颁给他🏆）。

我知道我应该问一问钱的事，但我完全不想问。也许大家看到这里，多少可以理解我的心情。

7.令人神游的第三趴

小绿是什么时候回来的，我已经不记得了。你来唱吧，我好累。这就是我全部的心情。

（需要补充的是，某一趴的时候，音箱不知道怎么地啸叫了好几次（就是那种很刺耳的声音），我只好唱的时候离麦克风远一点。余光看到小绿在跟我比划，让我的手不要扶着麦克风，我就照做了。好像还是有点啸叫，但有变轻一点。这让我有点感谢小绿。）

（小绿碰到喜欢的歌还会跟唱，吉他手好像也会，他俩坐一起我分不清楚是谁的声音。但这么一唱，我就更听不见我自己的声音了……）

第三趴的开始，是牛仔男唱的。他说，给我演示一下平板怎么用。然后就自己唱起来了。我心想一个平板有什么不会用的，又不是海底捞点菜呢。打开全民K歌播放不就完了。

结果只是他自己想过过瘾而已。反正也没有顾客。

他唱了好几首经典民谣老登歌曲，安河桥，成都，还有个什么忘记了。

说实话唱得还不错，虽然没什么个性。

想一想一整晚他好像也没有表现出太多对我们的敌意。小绿非常捧场，又是鼓掌又是夸奖的。主理人也是。我虽然坐在牛仔男的身后他看不见的地方，但也鼓掌以示尊重……心想，哥们唱完了吗怎么还不下来。

突然想起流年（香油）发嘟说对架子鼓有点兴趣但太占地方，就录视频给她看电鼓的样子。（电鼓还是很占地方！）

牛仔男说他十几年前唱歌还行，现在倒嗓了。小绿说哪有哪有，唱得很好啊。

我心想，是当驻唱歌手攒了一笔钱然后自己开酒吧吗？唱得还行但是不论是选歌品位还是装修品位都堪忧呀（我又在judge别人啦）

他终于尽兴了，换我上去，唱了啥我已经忘了，好像没唱多久，主理人和小绿就说想唱，我无所谓，我只想早点回家了。就把舞台又让给他们。

此时，我已经分不清楚这些行为的性质，这到底是在表演，还是在KTV自嗨，还是在干什么啊？增增哇嘎奶。

他俩嗨得不行，又是蹦又是吼的，我在后边坐着，心想还没结束啊。很累，也很无聊。二手烟也没有散去。我用手机搜索回家打车需要多久。

后来某首歌是主理人自己唱，然后小绿找我聊天，加了微信，他说有个新开业的酒吧找他，问我有没有兴趣驻唱。我说在哪，他说还没开呢。

他说他唱一三五，我唱二四六，怎么样，问我有没有兴趣。我说这个频率对我来说可能有点太高。

如果这个地方太远，我就不想去。驻唱还要应付点歌，什么都得会，不然别人点歌你怎么办。但是我不想学，学个鼓楼已经让我很痛苦。另外就是二手烟的问题。

可以看出，我虽然没什么水平，但十分挑剔，很难伺候。

我说，你要是哪天没空我可以偶尔帮你代代班吧。（开了个空头支票）总之就这么加上了微信，但没有聊过天。

主理人嗨完了，时间其实也差不多到了第三趴结束的时候，他问我你还唱吗，要不再唱一个。

我说好啊，（其实我内心是想唱一个开到荼蘼的，咋的不许我过瘾？），于是就唱了。不知道第多少次地想，这个歌词写得真好。

唱完了他们也没啥反应，气氛从冷冻室变成了太平间。可能都累了吧。

收拾东西回去，主理人开车，小绿骑电动车，我打车。还互相问了下大概的位置，说看看能不能捎一段，我说没事我打车。他们说等我坐上车再走。

没想到，我刚提交打车订单就叫到车了，车距离我——五十米。抬头一看，就在拐角处。于是匆匆拜拜了就上了车。

车子上了五环（或者四环，我不知道），窗外乌漆嘛黑，偶尔闪过一些建筑物，发光的标牌掠过我的眼睛。

迷茫，像夜空一样无边无际的迷茫向我涌来。我问自己，今天这算是怎么回事呢？

掏出手机，看到鼓手发来好友申请。加上之后，他说：

吉他手老师，希望以后可以多多合作！

我又翻了个白眼，回复他：头像有吉他的人就一定是吉他手吗？

他说，啊，那你是哪位老师？

我说我是主唱！

（完）

0.前摇

此事在我的呜呜站嘟文中亦有记载。平时我会刷小红书，关注一些音乐人或者厂牌。这次也是，关注了这个哥们（以下简称主理人），没想到他跟我发私信然后聊起来了。

看哥们的主页，组织了一些活动，一些livehouse的演出（海报什么的都非常粗糙），都是小乐队，一个也不认识。

反过来想，人家也不认识我，我在人家眼里也是小……小人，小音乐人。通俗地说，nobody……如果哥们的主页有知名度比较高的活动，哥们应该也懒得搭理我。（我投过某厂牌创作营，那个厂牌有一定知名度，果然就没有搭理我——没有奇迹发生。）

总之这么聊了几句，加上微信之后哥们问我有资料吗，有照片吗，我说资料还没做（belike作业没带就是没写），然后把网易云主页发给他，说头像就是照片。

（其实正经音乐人都是有资料有照片的。正经音乐人还有经纪人呢……anyway，主要是哥们直接的态度让我有点措手不及。）

没想到他听了我的歌之后大肆夸奖，于是我卸下了一部分心防（？）他问我能不能演，我说没有乐手，他说你应该组建自己的团队。大概这么个意思，一来二去我也明白只有歌没有团很难演。

我以为跟这个人的联系也就这样了，没想到过了没两天他问我会不会唱流行歌。聪明如我马上去翻他的朋友圈（哥们一天发十几条朋友圈……），果然他刚发了一条某月某日某地找女歌手的帖子，我就大概明白了。

其实我还是犹豫了一下的，但自己也清楚此时不上更待何时……于是我说会一些，他说列几首给乐手看一看。很快就拉群了。

1.准备阶段

虽然他跟我说的是选我擅长的就可以，但拉群之后其他人多少还是干预了歌单。对此我也有心理准备和实际准备，我列出来三十来首吧，我说各位老师看看留哪些。（一晚上也就十几首就够了）

结果大部分被砍了，然后加了一些他们喜欢的（主要是主理人和鼓手在发表意见，吉他手和贝斯手都沉默，后来我知道可能是他们太忙了……）

尤其是鼓手，说话让我有点不爽，此事我亦嘟嘟过遂不再展开。后来哥们说周中要上学，我心想呵呵怪不得还是年龄小啊说话没轻没重的，姐不跟你一般见识。再后来得知哥们是一零后，姐彻底没话说了。（不过一零后也那么推崇beyond和崔健是我没想到的。）

酒吧老板也在群里，说歌单定下来就给个海报。于是主理人用豆包AI生成了海报。

没想到豆包那么笨，主理人那么粗心……他发了好几版，不是数字序号有错漏，就是歌名有重复或者错别字（我都在群里及时指出了）（荼蘼二字甚至生成了那种假汉字）。

此时我又不爽了，也无语了，如果哥们是我同事我真要骂人了，但哥们不是。我难免感到一些凄凉，又告诫自己把这种心情收起来。

最后的最后一版还是错的，我说，少了一首小幸运，连歌名带序号都没有。主理人直接：小幸运不要啦，就这样吧。

于是海报上面的数字序号是连不上的。发出去是会被人笑话的。（但是因为没人看所以没人笑话。可能主理人预知到了这一点）。

总之在半天时间内确定了这件事，确定了歌单，接下来就是把歌练熟，此时距离演出有一周时间。

（演出是下周日。我跟鼓手都要求提前排练，主理人也同意了，还约了下周六的排练室。但当时吉他手和贝斯手都没说话，主理人说回头问问他们，我就有点担心他们是不是没办法参加排练。后来，还是在我的提醒之下主理人才想起来问他们的！他们果然没法排练，只能演出当天提前一会到。这件事可以说是一大隐患。）

（最搞笑的是主理人忘记取消排练室了，费用照扣，于是他损失了一百块……）

一些完全不会的歌要现学，比如《鼓楼》。一些听过但不太熟的歌也要学，比如《开到荼蘼》。一些自以为滚瓜烂熟的歌还是得学，把结构搞清楚，比如《热带雨林》（结果最后也没唱）。我就听原曲，还去5sing上面找伴奏。

但我最担心的是现场不按这个来。排练取消给我一种不安的感觉，就是他们没空跟你磨合，他们有自己的想法（和日程）。我猜测他们要么对歌曲结构特别熟，可以按照原伴奏来（但直觉告诉我这不太可能）；要么就现场随机应变。

后来证明果然是后者。

本来就是一个临时的草台班子，还不排练。而且还有我这种零经验选手。我就这么自己把自己架起来了。很勇敢，可以说有点鲁莽，但又体现出一些靠谱，因为我去大众点评看了那家店的所有评价和照片，发现生意不怎么样，周五晚上这样的黄金时间都没什么客人。我推测演出当晚应该也没什么人看（我又猜对了，此时又难免凄凉了）。

我会觉得，如果是生意很好的酒吧，根本不会找我。如果是很有资源的主理人，根本不会找我。如果我看不上他们，也许在他们眼里我也不是什么好人（？）用俗话说就是，谁也别嫌弃谁。

不过很有趣的是主理人还在群里吹捧我，还跟老板开玩笑说出场费怎么不得几千块。我心情又复杂了，几千块？我唱歌吗？开什么玩笑……

把自己看得很高很高和把自己看得很低很低这两种心态同时出现在我身上。（题外话，给自己的劳动定价是一个值得单独展开的话题）

2.演出前一天

越临近演出越觉得准备不足。有的歌的过渡段很不熟悉。有的歌的间奏没有明显的旋律，很容易走神（……）以及还是在担心他们根本不按伴奏来。还有一些男生的歌要找一个适合自己的调然后告诉乐手，自己练的时候也是自己做了一个适合的调的版本。反正小麻烦不断吧。

另外就是形象问题。

我知道得收拾收拾，但其实我又不愿意收拾，而我不愿意收拾的根本原因并不是我懒，我不会化妆，我没有衣服等等，no，根本原因是我没把自己当成一个专业歌手看待……说实话，我有点摆烂，因为我觉得自己唱歌水平十分业余，所以怎么打扮也都是枉然。

还有就是我显然不够苗条。

不过之前我就知道，酒吧驻唱这个行业，最看重的就是互动能力和形象，唱功完全往后排。如果你长得很好看又很会说话，那么唱得一般般也okk。而我的自我认知是长得一般般、唱得一般般、不想跟陌生人多说话，所以我就，摆烂，买点bb霜和口红试用装抹一抹，我就只愿意做到这个份上了。

我还搜了外面的工作室化一个妆要多少钱，动不动一两百，好家伙，没这个预算。

衣服就更不用说了。我在自己的衣柜里挑半天，其实也没啥好挑的因为我的衣服都太随便了……挑了一件有点艺术的有点可爱的涂鸦风格的深色衬衫，其实还算满意。但去小红书搜了一下驻唱穿搭，好家伙果然，我的满意变成了无语。不是对自己无语，是对这个行业无语。

我又去大众点评看了看这个酒吧的驻唱歌手的照片，都是顾客拍的，我看那些人穿的也都挺普通啊，但他们都是男的。好不容易看到个女歌手，噢，穿得挺小红书的。此时我又无语。

我的心情，时而无语，时而凄凉。

后来演出间隙一起吃饭的时候，主理人还说我应该包装包装（也就是打扮打扮的意思）。我干笑两声，吉他手的朋友插嘴，说什么，包装不够，主理人说，包得太严实了。听到这我已经有点不舒服了，而且有点走神（吃饭期间我走神好几次。吉他手的朋友是一个大e人，几乎没有冷场的时候……）

但我也没说啥，我没力气说啥了，就坐在那用筷子挑起来面条再放回碗里。回过神来的时候听到主理人说，不是要走性感路线，就是，毕竟是主唱嘛，形象还是需要的。我又干笑两声。

写到这里我意识到，我并不排斥为了上台打扮自己，我甚至认同这是我应该做的。事实上，有太多我应该做而没做的了，比如提升唱功，比如跟乐手排练到每首歌都很熟悉……形象问题也是，但在这里就有点排不上号了，所以我破罐破摔，大概就是这样子。

anyway有点跑题了，这个小节还是讲演出前一天，为了熟悉歌曲我几乎是采用类似题海战术的方法进行一个歌单大循环，既有洗脑播放也有随机抽查……就这样晚上躺床上闭上眼脑子里也在播。

3.仓促的排练

酒吧六点钟开门，演出是八点钟开始。我坐了一个多小时的地铁，大概六点十分到了酒吧。

进门，很冷清，我跟一个穿牛仔服的看起来像老板的人说，我是今晚的主唱。他说请进请进。然后看到一个戴着鸭舌帽的人，打了招呼，他就是主理人。

鼓手和吉他手都已经到了。

鼓手看起来真的很年轻，甚至年幼。看到他的样子我在心里，噢——一切都说得通了。（看主理人的朋友圈，他还做一些青少年乐队的活动）

吉他手瘦瘦的，表情看起来既严肃又不屑，感觉不太好惹。好吧这可能是我事后脑补的，其实他没什么表情，正在低头调琴。

（写到这我才发现，不记得吉他手的朋友具体是啥时候来的了……好像一开始并不在。总之吉他手的朋友也是一个重要人物，我想半天应该给他一个什么简称，从微信名判断他应该姓吴，但我不太想叫他小吴那样显得太亲密了…………姓什么不好非要姓吴……好吧他穿的绿衣服那就勉强叫小绿好了……）

至于贝斯手，他还没来，说是要七点多才能到。（贝斯手也是一个神人）

就这么仓促地排了起来，鼓手花了一点时间才弄好他的鼓，于是我跟吉他手有点大眼瞪小眼，确切地说是我略显无助地看着吉他手。而他一副carry全场的气势，说来呗，《我会好好的》是吧，然后巴拉巴拉几个和弦，我一听完了，果然跟伴奏带不一样啊！

连滚带爬地也不知道进对了没有，这里丧失了一段记忆。吉他手说，你看我。前奏快结束的时候他微微点头给我示意。

忘了说舞台是一个长方形，我在前面一个麦克风，我左边还有一个麦克风，鼓手在我左后方，吉他手在我右后方。很小的舞台，周围围了一圈桌子，桌子上放一个发光板写着：点歌99，自己唱99，谢绝还价（。好贵啊！）

所以整个晚上下来我的眼睛快要患上往右的斜视。

吃饭的时候小绿还说感觉我不太自信，老看吉他手。我非常老实地说我没有唱过这样的，我没演出过。小绿说噢……

（晚上的安排是8：00-8：30唱、休息半小时、9：00-9：30唱、休息半小时、10：00-10：30唱完结束，我们是第一部分唱完去吃的饭）

至于歌曲的结构，也都是现商量的。来一遍主歌副歌之后，是间奏，还是直接下一段，还是桥段，或者别的什么……疑惑堆在我心头，吉他手通通：没事你看着来就行，我能跟上。

我：彳亍。

其实心里很慌。不过练了几首发现，大概就是间奏都八小节然后就进，不行就再多一个八小节。都是套路啊……！从编曲的角度讲，挺没意思的（这个场合谁跟你讲编曲啊……%…………）

我们就那样排，穿牛仔服的老板和另一个穿黑衣服的壮男（估计是股东啥的吗）坐在远处。

调音师没来，吉他手坐在调音台旁边，就管调音。我一张嘴，我会好好的（好啥啊，，，），有点听不见自己的声音，而且那个唯一的返听音箱也不知道是什么原理，不是正对着我的，而是在我的右前方，正对着我的左边，等于给我一个侧脸。

我听到的自己的声音感觉像是从天堂传来的一样……听不清楚，不太舒服。吉他手说需要大点吗，我说需要。他还不知道哪个推子是管麦克风的，我只好一直喂喂喂对着麦克风讲话让他一个一个试……

后来练到某首歌的时候，好像是《红色高跟鞋》吧？吉他手说，调不太准，你是不是听不清自己的声音？我说啊，跑调了吗？是听不太清楚。吉他手说没事。

然后我远远听到黑衣壮男说了个啥，大概是“好几首都跑调了！”之类的吧……听不太清，但语气是有点冲的，我感觉到了，心里一沉。

但几乎是同时继续唱了下去，也没有理他，因为我真的没听清楚他说的啥……如果我听清楚了，我大概会愣住吧，或者思考怎么应对。谢天谢地我没听清楚……

吃饭的时候主理人也说到这件事。主理人说这老板情商也太低了，满意不满意的，非得当面这样说吗？哪怕事后发个微信说再找找看别人呢。

懵懵的我，从主理人的话才慢慢明白黑衣男说的就是那个意思。（我真的很懵，一种生理性的懵，甚至怀疑是大脑为了抑制紧张所以释放了过多的镇定剂……）

然后主理人又说起他合作过的某某乐队，说这个乐队都是男的，前阵子找了个女和声，声音搭配得特别好，他们都很满意这个新成员。结果他们一起去演出，之后酒吧老板说，唱的什么玩意，还没他们的服务员唱得好。

懵懵的我听到故事结束才缓缓反应过来主理人似乎是在试图安慰我。不过我的反应也只是笑笑。组织语言对此时的我来说十分困难。

我们吃饭的地方是酒吧附近的一家拉面馆，刚坐下主理人就说你挺适合唱王菲的，味道很正。我笑笑（天呐我求求你说句话吧），他又问，你的歌是你自己混的吗？我说是的，都是我弄的。主理人说用什么软件啊，小绿说 Studio One 吗？我说用的 Ableton Live。（懵懵的我只能回答这种技术性问题）

说回排练。酒吧只有电鼓，谢天谢地，如果是真鼓我就聋了。电鼓也把我吓一跳。可能是年少不知愁滋味，伤感的抒情歌曲他也打得激情四射。有的歌还明显快了，我几乎被迫rap。有的歌他会问，速度是多少来着？我说多少多少。

是的我准备了歌词的文档，放在平板里面带来了，上面还标注了调式速度还有一些小节数目的信息。天呐你们都怎么做的功课啊？噢鼓手要上学。好的吧。但是吉他手连《闷》都没听过我也是有点无语了——没关系，人家可以随机应变。这就是实力派吗？功课做太多只能暴露出我的心虚。

主理人说吉他手有点事，唱完前两part他就走，最后一part让我跟伴奏唱。我其实松了口气。

吉他手俨然一副制作人的模样，比主理人还carry全场。这让我有点不爽。想一想，我的不爽又没什么道理（但是情绪不需要道理），人家确实经验丰富啊，我确实唱得……没有很好啊，还常常要看他脸色才知道怎么进……我惭愧，我无能狂怒，也许我还不适应别人当我的制作人。

噢，我跑调还有一个原因是，吉他手也发现了，他问我你是不是听不到吉他？我说是……他说那我调大点。

有好几次，我都是转过头盯着吉他，心想，我怎么几乎什么都听不到……？和弦这么难抓吗，我的耳朵咋了？如果是木吉他就好了……

写到这里我才反应过来，我当时应该回骂黑衣男：是你们的设备太烂了！

如果真这么骂了，估计也不用演了吧……说到底，返听到底为什么那么装啊？调音师也不来。

还有就是我看了大众点评就想说的：装修太丑了！！！！！没品到极点！！！！！

主理人带我们来这种地方，我忍不住也要怀疑一下他的品位……

Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

主要特点

Fediverse Likes

您现在可以看到有多少人“喜欢”了您的帖子！如果您的博客启用了联合，则联邦中的读者可以“喜欢”您的帖子，现在它们将作为博客文章的简单计数显示在 WriteFreely 上（仅对您可见）。

Improved Articles in the Fediverse

WriteFreely 的帖子现在在联邦中看起来更好，尤其是在 Mastodon 和 Threads 等微博平台上。现在，这些平台（以及任何其他支持包含 preview 或 summary 字段的长 Article 的平台）将显示您的帖子的摘录以及指向它的链接。

在 Ghost 等一些 ActivityPub 已经支持长篇 Article 的平台上，您的 WriteFreely 帖子将一如既往地展现出完整的内容。

Fediverse Creator Tag

我们添加了对 fediverse:creator 标签 的支持，它将在您的 WriteFreely 帖子旁边显示另一个 Fediverse 个人页面（例如您的 Mastodon/Sharkey 帐户）。

要将此标签添加到您的帖子中，请转到博客的“自定义”页面，然后在“验证”下重新输入您的 Fediverse 用户名（例如 @you@your.instance），然后保存您的更改。然后，在您的 Mastodon 实例上，转到“编辑个人资料”>“验证”选项卡，然后在“作者归属”部分下添加您的 WriteFreely 实例。然后你就准备好了！

其它更改

参见 https://github.com/writefreely/writefreely/releases/tag/v0.16.0

一、原创漫画

【分镜（画完）】：2

（1/2） 这个月刚开头的手感就很好，7/1号晚上花了4小时把6p的分镜画了，非常流畅，也得到了好评。 故事是双胞胎姐妹杀夫百合，姐姐婚孕，妹妹心生嫉妒，勾引姐夫，在他没防备的时候把他宰了。姐姐目睹尸体现场，妹妹说姐姐的孩子就是我的孩子，但是男人什么的不需要啦。最后姐姐要帮妹妹处理尸体，也就是说在丈夫和妹妹之间她选择了妹妹，妹妹因此很开心。

修改点:修改双胞胎的人设，开场引入，剧情上加醋（勾引男的再杀），杀人场面拉长，加入跨页，这样改完再看看

（2/2） 月末也在ddl前支棱起来，花两天画了12p，第三天进行修改，成了14p，这是第一次做完整的原创作品，评价还行（很美的故事，分镜也漂亮，有亮点；很可爱；不足以得奖，因为娱乐要素不足） 故事是一个叫黑丸的柴犬妖怪和捡走他的女孩一起生活几十年，一眨眼女孩变成了老婆婆，要死了，黑丸不愿接受事实，四处寻找让她不老不死的方法。

这个我也许可以再修改一下，不过我目前更要紧的是把它生出来交差，当我的开刃作，所以发给别人求反馈可以，再改我觉得应该来不及了吧。

【原稿】：4

（1/4）3p现代都市百合漫，甜美元气妹和剑道少女幼驯染，俩人交换身体，因此见到了从未见过的风景（从对方的视角看自己）。

不足：从作业做成的原稿，所以分镜上有很大的问题，就是可读性不强，没有考虑到怎样对读者引入。现在打这个一句话简介我倒是能想到怎么样才能让故事更有趣的展开，可以说画完了一些东西之后等级提升了吧！ 作画上的问题也有，就是整体看起来完成度不高，压黑的地方和不同浓度的灰度都不够。这个应该多抄一下喜欢的作者的画风。

（2/4）2p失业社畜被小孩安抚，是定题作业。这个没啥好说的，而且也没有画完，问题和上面一样，黑度不足。

（3/4）1p纸绘原稿，作业，网点纸其实贴的不算好，但是贴了，而且有不同浓度，最后看起来就还行，而且从B4原稿纸缩成单行本大小的话观感就更好了（因为纸小了，就不显得画面空）但是感觉还是不够我脑子里想象的那种完成度。总之就是多临摹多抄表现方法/演出手法吧！

（4/4）1p纸绘插图，作业主题其实是用网点纸表现天空（云彩）和水边，但是这个是第一次！第一次！我的兄弟oc出生了！他们的故事我画了十几页废稿都还没生出来呢，倒是在插图里出生了，我很欣慰，而且画的很好看很震撼，我很喜欢。画了春天的阿尔卑斯山，雪水融化，溪流奔腾，哥哥带着弟弟去玩水，弟弟抓螃蟹。（阿尔卑斯山有螃蟹吗？？这能活？）

其他的作业就不写了，反正都还挺多的……上边是我最自豪的一些。

【分镜（待做）】：2

（1/2）伪人百合，交完稿的作家在深夜的便利店遇到史莱姆状黑泥怪物，对方模仿她的样子，与她形影不离，住进家中，而作家想要摆脱这个复制品…… 其实还没想好怎么继续往下发展呢，总之作家是要对伪人发脾气的，但是不设定好伪人是个什么心态的话就没法抛接球，而这个心态的设定就需要找到主题……一切都还没想好，我觉得总之先瞎扯一个硬画吧。

（2/2）sf恐怖系，虫族殖民地球，百年后人类只剩下肉畜和宠物两个人种，其余的差异只算是花色。男女主是宠物人类，他们的虫主自称妈妈。女主精心打扮期待着成人夜，却被逼着和一生视作哥哥的男主配种……在那之后又见到了肉畜人类……应该还会有像地下党那样流亡反叛的野人……最后他俩一起逃，男主却为保护女主死了，妈妈含泪吃了他的血肉，为什么我爱着的宠物肉却这么好吃呢？ 总之一个大混战，我得想想怎么加醋然后弄一个大性癖之作。最近发现自己很爱恐怖系和身体恐怖啊！

二、同人

7月上半月狂画同人给我自己都画无语了，总之还是在沉迷宝钻的一个月，报菜名一下：Feanolo吻手礼，2pFeanolo纯构图（幼熊憧憬），2p费诺丹梗漫之费诺喜欢老婆当1的样子，插图费诺剖腹取钻，5p费诺里安弱智家庭梗（小五当哥），插图双梅熊贴贴（醋是二梅靠在大梅肩上睡觉），拓展4p双梅熊能量差异+supportivedad费诺，额，然后整整两周没画同人一直在纠结折腾我的作业和原创（最后也就最后才画出来了） 很恐怖的就是搞同人的灵感就像海绵里的水，你忍一忍，它们就都蒸发了……！！我想着保存精力强行不画同人的画，最后就只能是同人也没画原创也没画，这太恐怖了！！！

三、生活和其他

基本上就是见缝插针的活着……每天通勤单程一小时快压垮我了，数了一下这个月起码有四分之一以上的时间在喝酒，然后一周多的时间在想死和浑浑噩噩，不过这样总览一下反馈，难道其实是给我自己累得……？？ 时而自己做饭时而去超市捡打折便当，几乎天天想睡觉，不喝咖啡脑子就不转，吃了好多次小蛋糕，在坚持洗衣服和吸地和打扫厨房和洗脸台和倒垃圾了，我基本的生活状况，好想奴役一个人帮我打理一切照顾我自己啊！

此月的另一个大事，就是我，经过ao3的面试，正式成为一个ao3的支持志愿者了！虽然才刚开始培训吧，看内部文档看得迷迷糊糊、内容实在太多了我迷失在wiki已经三天了……要不先退回去看点别的吧……（不太敢看Slack呀，感觉，好紧张！因为我还没说过话，所以，看别人的消息的话就更紧张了！怕人说我怎么一直不去说话呀！）

还有就是中途开始热血上头非常随意的、捡起来法语试图重新学了，在通勤途中点开邪恶绿鸟软件点点点……虽然感觉没有太大用吧，不过，每天接触一点点，就当知识丰容了，给大脑一点别的刺激！

大概就这样，来吧美好的8月，8月我也有超——多事要干啊！

时间来到四月中旬，第八首歌做什么曲风是我必须马上思考出来的问题。想到队长说的平时爱听什么就做什么，又正好在Splice首页看到一个 Synthwave 的音色包。点进去听了一下，有种熟悉的感觉。好像平时也没有特地去听这种曲风的歌，但感觉……小时候电视里经常有？

总之又随便找了几首 Synthwave 听了一下，看了一个 Youtube Shorts 的教程，迅速确认就做这个了。然后又迅速确定歌名叫做《Magenta》，单纯是因为那个音色包的封面是这个颜色（Synthwave 标志性颜色之一？）。（大概做到一半的时候感觉这首歌变得更光明了，所以改了名字）

这首歌的 lead 写作过程跟上一首差不多，没有磕很久（不太提倡这种行为……）。大部分时间花在怎么让一个不算出众的旋律变成一首整体还可以的歌，而不是怎么写出一个出众的旋律。因为我感觉自己的旋律写作能力也就那样了，可是这样的人偏偏想做Pop，唉（跑题）。

做到这首歌的时候我有一种非常明显的感觉：随着做的歌越来越多，一首歌做到什么程度可以交出去，是会越来越明确的。你能明确感知到，这样还不够；再鼓捣鼓捣，哎这样可以了。就像感觉到自己饿了或者困了那样……对比我做第一首的时候编到一半就心里没底求助队长，我觉得这是很大的进步，而且这种进步似乎只能通过多做才能获得。

但问题是在这个自己确定可以了的节点到来之前，几乎肯定是会疲惫的。感到累了、枯竭了、没招儿了的节点，一定会先到来。主要表现为挠头、叹气、摘下耳机呆呆望着远方口中念念有词等。有点像长跑里面说的极点和第二次呼吸的概念（没有体验过，只是听说）。对于如何度过这个极点，我有几个小妙招供大家参考：

1.给自己设定一个数字，这首歌的轨道数目必须不少于这个数字。

记得有一次上课胖老师说他觉得轨道太多了不好，我汗颜，因为我的轨道就非常多（经常有五六十轨）。但我觉得对于刚开始做歌的新手来说，因为你对一首歌做到什么样的丰富度才合格这个问题的认知是不足的，所以靠数量让你有点概念，不是坏事。

当然也不是说要无意义地堆砌。而是在你的工程才初具雏形但你已经很疲惫的时候（注意这个前提），让你的大脑换一个角度去思考问题：如果这首歌在最高潮的部分还缺一个点睛之笔的音色，它应该是什么类型的音色？如果这首歌还需要五种fills，我希望它们是什么？

这个问题的镜像问题是，如果这首歌只能保留特定数目的轨道，你打算删掉哪些。有时候堆多了，自己都感觉不到难听，删一删效果才会好。这是比较难的部分。一个是你可能听不出来，一个是可能舍不得删。这个阶段可以多听听他人的意见，并且做一个狠心的人。如果一个轨道影响了整首歌的观感，即使你花了最多时间写它，写完超级得意，还是要删的。不过熟练了之后基本上不太发生这种情况，你超级得意的部分不说人人称赞吧反正不太可能被要求删掉这样子。

至于轨道的目标数量，我觉得可以以你前几首过审歌曲的平均轨道数量为基准（哈哈哈哈，所以你至少要过审一首歌才能使用本技巧）。

2.复制粘贴

又是一个听起来不太体面的方法，原理跟上一条是类似的，都是先强行把大框架支起来，至于填什么，你自己想办法。

具体做法是先编前半首歌，编得差不多了之后，把间奏的小节数留出来，然后把前半首歌直接复制粘贴到间奏后面，再留出结尾的小节数，然后用locator把每个部分都标好，intro，verse，break什么的（结尾最好也标一下，比较有仪式感……），选中locator上面的长条（不记得名字，好像是叫loop什么东西），看看这首歌的总时长，心里有个数（也有个奔头）。

这个动作很简单也很那啥，就是复制粘贴嘛，我都有点不好意思讲，但真的有用……你可能会说只是简单复制粘贴怎么行呢，哪有这样编曲的。对，确实不行，谁都看不下去，这种看不下去的心情，就是你接下来编曲的最大动力……

这种做法有两个好处，第一让你看清全局，完整的歌曲结构是怎样的。从此你面对的不再是没完没了的时间线（这会令人潜意识中恐慌），而是locator长条框起来的那部分，是有限的，外面的东西不用管。这会给你一些安全感。

第二也是转换思维的作用。主体部分已经有了，接下来你的思考出发点变成我要做些什么才能让复制粘贴的这部分变得不一样。你不需要无中生有，而是根据已有的东西去修改。听起来工作量直接减少了一半有没有（。）

这也是做音乐的神奇之处。别的艺术比如说写小说，总不能写到一半然后把前面内容复制粘贴直接字数翻倍（除非某些先锋小说hhh）。俗话说音乐是流动的建筑，建筑是凝固的音乐（突然拔高）。有时候我看着Live一个一个的clip真的感觉自己在贴瓷砖。

3.把找音色当成一种奖励

记得有节课说编曲累了可以做点声音设计，拧出一些奇奇怪怪的声音录下来以后可以用，还可以让大脑休息，如此形成编曲和声音设计的永动机（？）

这个我暂时还没做到，累了就什么都不想拧，但可以做到的是在别人做好的各种音色里面挑挑拣拣看看这个看看那个。结课之后我有买一些音源（有冲动购物的成分，慎重），里面的预制音色都够看好几天的了。

但我想说的重点是对于挑音色这件事自古以来分两派（？）一派认为选一个还可以的先编曲编好了再换；另一派认为音色具有激发灵感的重要作用所以必须精挑细选感觉对了才能编曲（这其实是今晚上课部分弹幕的讨论hhhh）

对于这样的争论我们当然是采取折中说（？）先挑一个差不多的，编累了就打开一个新轨道，也不用管它是什么乐器，美美从买了就在吃灰的音源包里面选一个见都没见过的合成器挂上去，在预制音色列表里面随便按一按。因为这个时候你已经累了，如果不是很惊艳的音色你都懒得抬一下眼皮。所以这个时候还能让你坐起来的音色一般是真的真的很不错。

像《When Magenta Turns Pink》这首歌（终于绕回了主题）里面4：23开始那个lead的音色就是这样挑选来的。当时就是觉得结尾还需要再来一段但音色必须得换了，换什么不知道，好累，要不今天先这样，哎还是随机挑选一位幸运观众吧，打开arturia V collection随便选一个合成器（至今没认全），预制列表里面随便点点……发现这个意外地不错，精神为之一振，也不觉得累了。

而且它确实给了我灵感，我想让它有点像吹口哨的感觉，尤其是在乐句的开头。我的合成器知识终于派上了一点点用场，具体怎么操作的我也不太记得了，好像是加了点 pitch env 还是啥，总之那个界面确实看不懂但也算实现了我想要的效果。（我也不知道怎么实现的。理论上如果你买了一个合成器你应该先研究一下说明书）。

这首里面的那些没有歌词的人声也是合成器来着，印象中是在还没有几个轨道的时候我就累了（？）然后开始闲逛随机抽取音色，抽到这个觉得好玩就用了，甚至是作为一个主要轨道。

所以，编不动了就去看看音色（抱着随便逛街的心情，而不是要去超市买一大堆生活必需品的沉重心情，这一点很重要），碰到喜欢的音色就可以继续编下去，把找音色当成一种奖励，这就是我的永动机（。）不需要什么音色都找好才能开始做。当你打开Live你都不知道等会儿能做出什么来，多么刺激，打开一大堆音色你也不知道会选中谁，交给命运，碰到就是缘分，来我的歌里坐一下。

不知不觉啰嗦了快3000字了……照例附上时间记录，下一期可能要晚几天更新（真就变成连载了。。。

这首歌如名字所示，也是来自一个生活中的场景。开头部分的旋律还有音色是之前做别的歌试音色的时候乱弹的，感觉不错就存下来了。后来再听感觉普普通通，没有了当时那种眼前一亮的幻觉，但放在intro也还行。

至于主体部分（大概三分半到四分钟的这段）是现编的。现编的意思是，打开live就是写，脑子里抓到什么想法就放进去，感觉差不多就留下。颇有一种狗急跳墙的感觉。这首歌基本大部分东西都是这么弄出来的，不过也有个别pattern因为太难听（我自己已经感觉不出来）而失去了与听众见面的机会。

那段时间就是每次打开live都必须看到实实在在的推进才可以，不然来不及了。心态是一方面觉得我肯定能做完，一方面觉得做不完了做不完了急急急急急我是全世界最着急的人，一边还有点享受这种好像快完了但又没完的刺激（……）而且不知道为什么在这种状态下写出来的东西好像更容易打动自己，可能是某种吊桥效应吗……也有可能是有了前面几首歌的经验所以到这个阶段水平是有一定的提高吧。

虽然我一开始自我感觉良好，但这首歌一开始的版本是四分多钟，最后活活改到七分钟。

本来我对音色这个东西就不是很擅长，也没怎么捏过。基本都用别人捏好的音色，时间长了更不愿意自己捏了。捏音色的水平跟对音色的审美其实是两个问题，但又互相关联。上课的时候我的合成器就学得很一般，这两天跟着第五届的同学听合成器的课还是时不时走神（捶胸顿足）。不过这个事情还是要持续研究下去。一次外向换来终生自闭（bushi），在把音色搞得比较明白之前应该暂时不打算写纯Ambient了。

总之，当时的情况，一时半会想改成像样的Ambient是不太可能，所以就选择了往Techno方向走，需要加比较多渐进的段落。这也是这首歌的修改时间显著更长的原因。

多说一句这首歌我最喜欢的是一直在耳边晃的那个低频的声音，为了模仿下雪天刮大风的感觉我刻意保留了Side 端的低频。做的时候不太有把握，不过最后效果还不错。

这首歌的制作时间不到 30 小时，但前后用了整整一个月，因为那段时间在找房子、搬家，中间电脑还烧了一次，扛到中关村去修（电脑坏的时候还在保修期内，但是寄修要小半个月，实在等不了）。就是在那个时候我确定改掉原来的主题（本来也还没怎么写），用这首歌去描写电脑坏掉的经历。所以找了很多科技感的人声采样放进去，还有一些电流的声音，风扇的声音之类的。

中间有一个星期因为搬家收拾的关系，完全没有机会碰Live。那段时间就有点心慌，好像一天不打开Live，就会忘记怎么操作。后来发现确实是需要点时间找回感觉。尤其是这种曲风我也不怎么熟悉。

做这首歌的时候主要看的是这个视频 https://www.youtube.com/watch?v=dI9Sq8FrYto 它有几个优点，首先声音和画面都很干净，口齿清晰，能让人看得进去。其次看起来一个小时就能从零开始做出一整段歌，给人信心。但最后我也不记得看完了没有，因为我总是看着看着想到点啥，就跑去自己的工程里面鼓捣鼓捣。这也是这个视频的优点，它可以激发创作欲望（虽然不知道为什么，可能我本来就有创作欲望和拿回押金的欲望）。

我觉得平时可以多收集这样的视频还有参考歌。什么视频你看一点就想自己动手了，什么歌你听了就想从床上蹦起来自己也写一首，什么书你读两页就想自己也写点啥。创作的过程中感到疲惫或者被生活事务打断几乎是不可避免的，需要提前储备一些应对这些情况的精神食粮。

其实这首歌做得差不多发给队长的时候，他说，这确实是一首歌，但不像Jersey Club，但他也不知道像什么。我想，这就是试图速成的后果。但我又想，有五下底鼓就可以了。主要是这歌的完成度已经可以发给老师了。至于曲风我觉得不是最重要的，实在不行到时候还可以填电子曲风……后来确实小改之后就通过了。

老师说设计得挺好。（苦笑，根据真实经历改编）。设计的时候想的是尽量去描绘那种感觉就可以了，因为这件事情是自带故事线的，从一开始的welcome，到中间出了点问题，然后问题怎么也解决不了越来越焦虑。我觉得到这个程度就可以了，到最后没有做得特别夸张或者爆发之类的，觉得那样就过头了。

这首歌的 lead 印象比较深，是在二月中旬，也就是还在做trance那首的时候，某天忽然想到就哼出来用手机录下来的。当时随意把这段录音命名为Jersey Club，然后就放着了，直到做这首歌的时候翻出来，觉得试试看吧，不太确定行不行。然后发现一段旋律自己哼出来，跟放到live里面换换音色稍微编一编，效果是很不一样的。这一点还蛮重要的。不要因为一个动机或者一个旋律哼起来感觉普通就放弃它，我们还处于经验不足的阶段，可能对声音的想象力还比较局限，判断不一定准。写下来多试试音色，多摆弄摆弄，也许就有意想不到的效果。

这是我的第六首歌，此时距离 180 天的结束，只剩下一个月了。也就是说平均需要十天完成一首歌。所以我打算接下来还是做纯音乐。我经常在一首歌还没做完的时候就思考下一首歌要嚯嚯什么曲风。这次想做一个 ambient。但后来由于音色太烂不适合走纯 ambient，最后做成了 ambient techno（没有说 ambient techno 不好的意思……）

早上:肯德基 1.画画 上午: 1.画画，画的精神大崩溃 中午:吉野家 下午: 1.漫无目的的过了，打了打游戏，奥日、死亡细胞、空洞骑士 晚上吃的，和家里人下馆子 晚上: 1.看了去年9.13-9.15的嘟文 2.遛达回家的

8点多躺下 9点多在玩肉鸽 10点出头睡的

早上:吃的罗森寿司+周二多买的一瓶咖啡+魏家凉皮的粥 早上:梳理自己？刷星屑（这个有）？，忘了 上午: 1.多邻国，卷 2.死亡细胞 中午:达美乐披萨，意大利面+奶油蘑菇汤+鳕鱼粒+咖啡+小热狗（没吃完，辣酱太辣了，还有我点多了） 下午:去医院取报告 因心情烦躁大量嘟嘟 四点到家，看了得有1小时视频（可能也未必到，期间吃西瓜，刷星屑） 晚饭:吃了一角饼配了4瓣蒜+几片玫瑰肠 晚上: 1.画画 2.同人尝试失败，又发现大问题，不会上色阻碍了我，要去学

早上: 来上班的路上就一直刷嘟嘟，偶尔发一两条自己的想法 早上喝的瑞幸咖啡+吃的瑞幸的面包 上午: 1.做多邻国，任务做完了，经验刷到500多了 2.刷嘟嘟，在星屑表达自己 中午吃的吉野家 午休:在星屑表达自己 下午: 1.在星屑表达自己 2.玩fsn 晚上吃寿司郎 晚上: 1.玩星屑 2.画画 画了有1小时

早上: 1.刷星屑 2.欣赏自己昨晚的画 早饭:罗森寿司+星巴克咖啡（瓶装）+微凉凉皮的粥 上午: 1.画画 2.多邻国 中午:吃的手工水饺 下午: 1.画画 2.死亡细胞 晚上:吃的西瓜，意犹未尽 1.画画 2.洗了头 3.画的效果不佳，很早就睡了，大概9点多

昨天:感受很好，很充实，我觉得我对人生的理解与感受又有突破了 早上: 1.心情不好，我去排解了，排解完了 2.在星屑梳理自己的感受并发表大ego 上午空腹在医院抽血，抽了一上午 吃饭前买了瑞幸，果蔬汁 中午吃的回转寿司，寿司+咖喱乌冬，非常好吃的一顿饭，给我吃爽了 下午睡了3个半小时 晚上吃了土豆丝+杂粮粥 1.自从睡醒后一直玩星屑，表达自己+间歇摄入网友动态 2.吃完饭又在呜呜表达口味 3.到睡觉的点了（大概有9点半左右）开始更新光遇，大更，更完了带小号跑 4.玩着光遇开始伤春悲秋 5.不继续玩了，下了，又在星屑表达自己，陷入回忆，拾取回忆中美好的碎片

所以这里就不会再更新了呢（os: 怎么过了几个月了才说

春天的光很淡， 淡得像一些绿色的水。 春天的光很轻， 轻得像一片飘浮的叶。

实际上我并不太想回想二月，二月对我而言太过痛苦，出成绩之前的焦虑真的要死掉，第一次感受到铁板鱿鱼的感受，但铁板鱿鱼翻来覆去有烧烤香，我翻来覆去就是失眠，果然人和鱿鱼还是差别太大了。在这样的蒸煮烹炸下我最后还是等到了成绩，等成绩的时候觉得出分太慢，等看到成绩又觉得它如同断头台一样迅速地宣判了我的死刑。于是我就这样如无头骑士一样去找工作了。

带着微湿的气息 天空像一张晾不干的宣纸 灰蓝色渗透进每一寸风里……

从出成绩到过面试只用了三天，我朋友说这么顺利是老天爷在推着我走，好吧感谢老天爷，不过我还是希望它能推推其他方面。三月份我要开始工作，我大概有一年的时间没有工作了，突然又要回归岗位我不太乐意，真的是讨厌上班啊，我有厌班症！不过起码第一周我还是可以玩过去的，去见了见朋友，吃饭逛街，帮朋友摆阵……好久没有这么放松，然后就这样坐着卧铺来到了工作的地方。

卧铺的设计，真的很差。我为我不太灵动的攀爬道歉，但是你卧铺就没有99%的责任吗。

到了学校就发现比想象中的更忙，除了自己要带的物理，还要多带一门综合实践，其实就是找视频给学生看，但是因为刚来不太清楚搞得自己有点像无头苍蝇一样手忙脚乱（难道我就要这样无头下去）。课排的很满，晚自习也很晚，真的很忙，不过对教师的管理没那么严还是让我松了一口气。

虽然很偏僻，但是不查教案，只打卡两次，大小周能双休一周，免费住宿，食堂补贴，每天发零食和水果，同事和领导人很好，工资还高。我要为了赚钱拼了。

就这样我还能跑团我是佩服我自己的，虽然晚自习很晚，但我有充沛的毅力进行娱乐活动。顺便一说我又在模组里睡觉了，我在每个模组里都在睡觉，我以后出道就要叫睡觉大仙。但玩游戏的时间几乎下降为0啊！趁着这周末双休我要狠狠打游戏。（前提是我把我房间收拾好）。

写着写着发现三月的文风和二月明显不一样啊，三月虽然很忙但明显我活过来了？！虽然才刚刚开始，但是一个人住的快乐已经有点冲昏我头脑了，希望接下来能好好做自己想做的事吧，至于这一周，你就让我玩玩吧。

Human-readable languages tends to have a lot of infix operators with various precedences. In CFG, this corresponds to an annoying list of different rules, e.g.:

add : add '+' mul | add '-' mul | mul
mul : mul '*' atom | mul '/' atom | mul '%' atom | atom
// etc.

With good error recovery necessary, normal parsing methods would need to repeat the rules. Assuming it's possible to collapse the operators, it's still necessary to name each rules, and repeat the names three more times: for recursion and in the operation of one level lower priority as operand and fallback.

To make things worse, since operations like subtraction are not associative, left-associative operators (i.e. the leftmost subexpression is evaluated first) is inevitable, which also requires special handling in parser generation methods like PEG or LL, and naively implemented parser combinators.

So there's need for a better parsing strategy, which allows us to write less rules, and handle the details in parsing automatically. One solution is Pratt parsing. It not only provides a strategy to easily designate the precedence and associativity of infix operators, but is also capable of processing both prefix and postfix operators, with a little extension.

The idea and an implementation for infix operators

The key idea of Pratt parsing is the binding power of the operators. In an expression of atoms and infix operators, the atoms can be seen to be separated by the operators, e.g. in 1 + 2 * 3 - 4, each operators have exactly two atoms at both end of it, and the atom must be at the end of the subexpression, which is an operand of the operator.

In other words, the operands of all operators are “bind” to their ends. Thus we can imagine that in case when two operators are “fighting for” the same operand, the operator binding tighter wins, and associate with the operand first, then the second operator. E.g. in 1 + 2 * 3 - 4, * wins in both ends, and gets 2 * 3 forms a subexpression first, then + and -, and in 1 + 2 * 3 ^ 4, * loses to ^, but wins +, so 3 ^ 4 gets bound first, then 2 * (3 ^ 4), + comes the last.

That's the idea: designate each operator with a binding power, and when two operators fight, make the one with the higher binding power win.

Surprisingly, this mechanic can also be used to deal with associativity. As a clarification, associativity only applies when two operators of the same precedence chains, e.g. in 1 * 2 + 3 * 4, the * wouldn't be burdened with associativity, since they binds with their atoms eagerly, and don't fight with each other, but in 1 + 2 * 3 - 4, + and - would fight with each other, thus their associativity applies.

The solution is the same: since associativity involves determining the operator at which side wins, we can designate the operators' ends with different binding power, thus operators with the right end a stronger binding power would have the operator at the left win, and therefore is left associative, and vice versa.

Now it's time for the implementation. There's a straightforward introduction and recursive implementation in this blog (which may be better than this one x x). Here we give an implementation by stack and a loop, with the chumsky parser combinator library, and we'll explain the algorithm later:

// `Oper` is the type of operators, `Expr` is the type of expressions.
// `atom` is the parser to parse an atom, and `oper` is the parser to parse an operator.
enum State {
    Expr,
    Oper,
}
custom(move |inp| {
    let mut ops: Vec<Oper> = vec![];
    let mut exprs = vec![];
    let mut state = State::Expr;
    loop {
        // Read the next token according to the state
        let Some(op) = (match state {
            State::Expr => {
                state = State::Oper;
                exprs.push(inp.parse(&atom)?);
                continue;
            }
            State::Oper => {
                state = State::Expr;
                inp.parse(oper.or_not())?
            }
        }) else {
            break;
        };
        // Bind the previous operators
        let cp = op.bindpow().0;
        while let Some(pre) = ops.last().copied() {
            let pp = pre.bindpow().1;
            if pp < cp {
                break;
            }
            ops.pop();
            // there's no better way of popping multiple elements from a Vec in Rust ><
            let Some((r, l)) = (try { (exprs.pop()?, exprs.pop()?) }) else {
                unreachable!()
            };
            exprs.push(Expr::Op(pre, Box::new((l, r))));
        }
        ops.push(op);
    }
    // Finally: collect the rest items in the stack into an expression.
    // Since they didn't get bound before, their precedence must be in ascending order,
    // binding reversly is correct.
    let Some(mut res) = exprs.pop() else {
        unreachable!()
    };
    while let Some(op) = ops.pop() {
        let Some(v) = exprs.pop() else { unreachable!() };
        res = Expr::Op(op, Box::new((v, res)));
    }
    Ok(res)
})

Here we have maintain a state machine, which has the following states: the initial state, the previous item being an operator, the previous item being an expression, and the final state. Since we are parsing a sequence with atoms first, and operator and atom alternating, the item to be expected at each state is certain. Since the states are only used to fetch the items, we merged the states.

Now that we have the item sequence, we need to compose the sequence into the result expression.

Consider the information we want and we have: we want to know when to merge the expressions around an operator; and at each step, when we get an atom, we get nothing, since we already know it would be there; and for each operator, we can only know whether it can bind the expressions around it when the other two operators around it are known. Luckily, when we get an operator, we've already known all operators on its left, so we only need to get the operator on its right to know if the operator can be bound.

At this step we can have a figure about the algorithm: when we get an operator, check if the operator on its left can be bound, and regardless of whether the last operator binds, store the current operator and wait for the next operator. When we should store multiple operators, it's obvious that their binding powers should be ascending, since if not so, for the decreasing operator, all previous operators with stronger binding power should be bound before it.

Thus in the rest of our algorithm, we maintain a stack for the operators and expressions, ensure the ascendance of the operators before pushing, and finally bind all the rest operators in the stack: since they're ascending, binding them from later to earlier is correct.

That's all.

Patches for prefix and postfix operators

Despite being true in most languages, it's false that prefix and postfix operators must have higher precedence than infix operators. A seemingly ridiculous but applicable example is the if expr then expr else expr structure, where if can be a prefix operator, and then and else are postfix, such that the whole structure is actually parsed as (((if expr) then expr) else expr).

Our analysis above still applies here: a prefix operator must fight with the infix operator after it, before it can bind to its operand, due to the precedence rules, that's also true for postfix operators, but the directions are reversed. Thus for prefix operators, we only need to wait for the next operator and compare their binding powers, as what we've done for infix operators; the only difference is that instead of popping two expressions, we only need to pop one element to bind to the prefix operator. For postfix operators, things are better —– they can be bound instantly when read, without entering the stack.

Conveniently, we can note that in an AST with reasonably design, whether a operator is prefix, infix or postfix is inherent, thus we can just ask for themselves and store them in the same stack:

custom(move |inp| {
    let mut ops: Vec<Oper> = vec![];
    let mut exprs = vec![];
    let mut state = State::Expr;
    loop {
        let Some(op) = (match state {
            // Prefixes are processed like exprs, except that they don't change the state.
            // Also, they should be pushed to diff stacks.
            State::Expr => {
                match inp.parse(&atom)? {
                    Atom::Expr(e) => {
                        state = State::Expr;
                        exprs.push(e);
                    }
                    Atom::Op(o) => ops.push(o),
                }
                continue;
            }
            State::Oper => {
                state = State::Expr;
                inp.parse(oper.or_not())?
            }
        }) else {
            break;
        };
        let cp = op.bindpow().0;
        while let Some(pre) = ops.last().copied() {
            let pp = pre.bindpow().1;
            if pp < cp {
                break;
            }
            ops.pop();
            // Prefix opers are checked and bound like infix opers,
            // only note that their operand numbers diff
            if pre.is_bin() {
                let Some((r, l)) = (try { (exprs.pop()?, exprs.pop()?) }) else {
                    unreachable!()
                };
                exprs.push(Expr::BinOp(pre, Box::new((l, r))));
            } else {
                let Some(v) = exprs.pop() else {
                    unreachable!()
                };
                exprs.push(Expr::UnOp(pre, Box::new(v)));
            }
        }
        // With higher precedence opers bound, postfix opers can safely bind now
        if op.is_postfix() {
            let Some(v) = exprs.pop() else {
                unreachable!()
            };
            exprs.push(Expr::UnOp(op, Box::new(v)));
        } else {
            ops.push(op);
        }
    }
    let Some(mut res) = exprs.pop() else {
        unreachable!()
    };
    while let Some(op) = ops.pop() {
        // The same as above, process infix and prefix opers diffly
        if op.is_bin() {
            let Some(v) = exprs.pop() else {
                unreachable!()
            };
            res = Expr::BinOp(op, Box::new((v, res)));
        } else {
            res = Expr::UnOp(op, Box::new(res));
        }
    }
    Ok(res)
})

无厘头的缘由

其实书单列了很多书，但突然要看这本是有点幽默的原因的。在B站UP主戒社的直播中，投稿人引用了包法利夫人，虽然那位投稿人尽显高傲，以至于令人恶心，不过还是让我突然想起这本书我早有兴趣却没有看。于是我将阅读此书提上了日程，并速速看完了。

挣扎的阅读过程

不知道是太久不看如此正经的文学作品，还是吸取了太多番茄无脑网络小说，也许还有电子屏幕的问题，无论如何这次读书启动十分艰难，刚刚读个开头就令我头疼。 『▷插播一条，谁有不用的kindle送我』 加上我本人对外国人名字非常不敏感，很容易看着看着就糊涂了，这更是令我读书的时候有点“断片”。不过我曾经可是画过《基督山伯爵》人物关系图的，我有这个毅力我什么都会成功的。 总之我还是逼着自己把本书看完了，并且看了第二遍，在知道几个人物关系之后更加顺滑了。

不深刻的理解

啰啰嗦嗦终于要写正题了，爱玛在我眼中是一个受害者，但并非是纯粹的受害者。爱玛是一个浪漫主义者，追求浪漫已经成为她的一种常态，她对爱情的认识是从书里“学”来的，如她所说“爱情仿佛一只玫瑰色羽毛的巨鸟”。面对结婚后平淡的生活，爱玛内心产生了不满与自我困惑，她充满了对现实生活的厌倦和对理想化生活的渴望。在当时的社会条件下，爱玛作为女性却也是被束缚着的，她没有独立改变现状的思想，她所谓的充满“欢愉、热情和迷恋”的爱情都需要一个翩翩公子才能实现。爱玛就这样被裹挟着走入歧途。 但爱玛自己也推动自己在泥沼里越陷越深，过度的虚荣、对激情刺激的追求、不理智的判断，加上她不断透支经济、欺骗丈夫，她不仅加害了自己，更是使家庭受到了伤害。 爱玛最后的毁灭是经济上的崩溃，债务危机的爆发，情人的逃避，她求助无门选择了自杀，而爱玛的一切与高额的债务也使她丈夫死亡。这一切都拼接成了一幕幕荒诞的悲剧，爱玛到最后也没有找到自己幻想中的爱情，她理解不了自己，别人也理解不了她，就如同最后也查不出的病因无头无尾。

我在想

那么到底要感悟什么呢？是要对爱情忠贞？是要停止不理智的幻想？是要远离借贷？还是要感受到社会吃人的事实？ 事实上，因为我个人的爱情观和价值观等，与那个社会的太有距离感，所以看的时候我确实脑子里在打架，一边理解那个时候好像确实这样，一边又满脑子“为什么啊？！” 但看到最后我已经完全放弃逼迫自己一定要感悟些什么，好像爱玛已经化成一种固有的形象留在心里了，她就这样变成一种缩影把悲剧写在了她一个人身上。

一些跳脱

①“福楼拜在解剖包法利夫人”大概是指福楼拜将爱玛·包法利的一生像解剖标本一样，细致地展示给读者。我就说我看完我能懂吧。读的时候感觉福楼拜的描写很细腻，但又冷静克制，有一种旁观者的感觉，真的吗，我不知道。

②虽然一直呈现了查理·包法利医生不懂浪漫、平庸……但是爱玛死的时候他提出：“我希望她入殓时，身穿她的新婚礼服，脚着白鞋，头戴花冠，头发披在两肩，一棺两椁：一个用橡木，一个用桃花心木，一个用铅。我不要人和我谈话；我会硬撑起来的。拿一大幅绿丝绒盖在她身上。这是我的希望。就这样做吧。” 爱玛追求的是激情、冒险、理想化的爱情，而查理则更多是在传统的、安定的框架下展现自己的爱情，他的浪漫是安静的、含蓄的。 我感觉就是他俩不合适彼此，唉……

额外想说的

…别逼自己看自己不感兴趣的书，更别逼自己一口气读完，这个过程真的有点痛苦的……慢点看书，没人催（擦汗）……

trait DataCap {
    fn serialize(&self) -> String;
}

impl<T: Serialize> DataCap for T {
    fn ser(&self) -> String {
        Serializer::serialize(self, serializer)
    }
}
impl<T: !Serialize> DataCap for T {
    fn ser(&self) -> String {
        unreachable!()
    }
}

Sadly this is not accepted by Rust currently:

• Specialization is proven unsound, thus would never be stabilized and is not considered;
• The minimal version of specialization which requires the impls strictly subsetting doesn't apply to this case;
• Not to mention that negative bounds are far from being added to Rust;
• Turning to decide the impl during instantiation is against Rust's early error spirit and would never appear in Rust;
• The lean4 way which just gives up when conflicts and let users to explicit decide which impl should be used is good, but may be too far for industrial langs like Rust :)

Therefore our workaround is to mark whether the trait is implemented, and make a wrapper to unify the impls:

use std::marker::PhantomData;

trait Serialize {
    fn serialize<S>(&self, s: S) -> String;
}

impl Serialize for i32 {
    fn serialize<S>(&self, _s: S) -> String { todo!() }
}

pub trait SerFlag {}
pub struct WithSer;
pub struct NoSer;
impl SerFlag for WithSer {}
impl SerFlag for NoSer {}

// User should impl this
trait DataCap {
    type HasSer: SerFlag;
}
trait DataSer {
    fn serialize(&self) -> String;
}

struct Wrap<T, S: SerFlag>(T, PhantomData<S>);

impl<T: DataCap<HasSer = WithSer> + Serialize> DataSer for Wrap<T, WithSer> {
    fn serialize(&self) -> String { self.0.serialize(()) }
}
impl<T: DataCap<HasSer = NoSer>> DataSer for Wrap<T, NoSer> {
    fn serialize(&self) -> String { "".to_string() }
}

fn use_data<T: DataCap>(data: T) where Wrap<T, T::HasSer>: DataSer {
    let data = Wrap(data, PhantomData::<T::HasSer>);
    data.serialize();
}

impl DataCap for i32 {
    type HasSer = WithSer;
}
impl DataCap for () {
    type HasSer = NoSer;
}

fn main() {
    use_data(0);
    use_data(());
}

已完结（指动漫）

• 恶役千金Lv99～我是隐藏BOSS但不是魔王 转生之“我本想低调过一生，为了不被主角团杀，不知不觉练级到99级，举世闻名”。不同于传统的“努力洗白”路线，女主凭着前世的游戏知识，专注提升自己的战斗能力，这点很有意思，不扮猪吃老虎更是一个爽，情感常识缺失也是一种萌点。男女主双向箭头的纯爱也很不错，男主为了追求女主偷偷去练级好磕。而且其实动漫里笔墨没有过多，不多不少刚刚好。是一部轻松搞笑且有点热血（也没太多）的作品，独特的设定和女主的高战力比较亮眼，是值得放松心情时追看的佳作，不过没有深刻的剧情和复杂设定，倒也不用期待这方面。

• 地下城里的人们 ⭐️顺便一说：2024年与《失忆投捕》获得第二届乐天Kobo电子书“我最想看的作品”类别的大奖。（没人问你） 盗贼少女柯蕾在地下城深处失踪的父亲，在第九层与牛头怪战斗当中，手上的斧头曾不慎使墙塌了！（牛头怪有自己的名字但我忘了）意外得知地下城管理员蓓儿的住处。打不过就加入，成为地下城内的职员。 两个萌妹住一起我就会笑，呵呵我就是这样的人。而且两只萌妹战力都超高这也太萌，就喜欢战力高，爽啊！动漫对地下城的结构和生态进行了细致描绘，包括陷阱维护、怪物分工、资源回收等，融合在两位女主的日常里我觉得超温馨~我对地下城这方面还挺感兴趣的所以也很爱看。 而且我好喜欢小魔像……我喜欢……小魔像……小魔像好可爱嘿嘿·—·

• 这个世界漏洞百出 这一部可能是我一月看的最有剧情线的一部动漫了（大概）。是以开发中、充满Bug的完全体感型VR游戏为背景的故事。男主作为调试员进入游戏时间，不断记录并报告bug，因为xxxxx，和“一般村民”npc妮可拉一起踏上旅途。但是由于bug调试员们因为bug无法登出游戏，有些人就开始利用权限乱搞了。游戏的“元AI”特斯拉透过借用妮可拉的身体与男主进行交流，要求男主努力除错外，还要想办法夺回那些四处作乱的调试员身上的平板（？）想除去那些为所欲为的愚蠢调试员。（太好了，有意思的剧情因为我的垃圾文笔变得索然无味了） 总之通过利用bug达成的一些演出还是满精彩的。虽然老有人说男主不利用权限是死脑筋、愚蠢，但是我还是很欣赏男主这种坚持自己底线的表现的，有些地方不顾状况的除bug行为也挺贴男主人设的（我觉得） 等待第二季，我超期待的！ ⭐️顺便一说：中世纪小女孩就要画的脸圆圆的！！！！！仙品！！！！！

• 迷宫饭 避开了最热门的时候错峰观看＋关弹幕体验感良好。 反正大家都很熟悉迷宫饭了就不简述剧情了。迷宫饭的故事真的蛮厉害的，对各个人物的打磨很强，人物塑造也是比较丰满的。但是！那些自有b站up主解读！ 我就喜欢饭啊！！！！看着煮出来好香啊@–@,完全可以想象用现实里哪些食材代替搓出来（搓？）我打算后面好好整理食谱然后自己试着做（有必要吗？！！！）有缘的话我会写一些做饭blog~~就这样画饼！

• 拥有超常技能的异世界流浪美食家 你们都喜欢取这么长的名字吗？原作名字《网购技能开启异世界美食之旅》也是不短哈！ 男主是在召唤勇者时被牵连的普通人，技能是“鸡肋”的网络超市，我只能说你们这些人根本不懂他有多强。男主很聪明拿了一笔钱赶紧跑路，太明智了（点头）。靠美食获得了最强的千年魔兽芬里尔——绯尔，特殊史莱姆个体——史伊，简直是口胃魅魔（乱喊）。绯尔能力超级强，超级帅，但其实是贪嘴二哈；史伊超级萌啊，还很厉害，超级萌啊超级萌啊，想养……男主（你叫什么来着）男主你也很人妻，谢谢你这么会做饭。不过本片打怪是调味，做饭才是正餐！！！！ 动漫里做饭的步骤很详细，感觉可以跟着学，所以我也打算有空的时候整理一下食谱学着做……是这样的，我就这样在动漫里学做菜……听说动漫里的广告调味品真的很好用，好好奇，我以后也要买来试试。

• 舞伎家的料理人 季代与堇因憧憬着成为舞伎于是从青森来到了京都。季代意外成为了宅邸的料理人。在花街这个舞台上，展现了为舞伎们每天做着料理的季代、被称为舞伎中『百年一遇的天才』的堇，以及与她们共同生活的舞伎们的日常。 是一部情感真挚的作品，对于人物塑造非常细腻，通过美食小故事展现了亲情、友情以及舞伎之家的温度，太喜欢本片对与人与人之间情感的描写了，太美好了，时常让我落泪呜呜。中间的小剧场也会插入很多文化背景和美食小知识，很有日本传统文化的魅力，我学习了很多小知识~ 据说真人剧也很好看！！后面打算看看真人剧！！

连载中

⭐️你也能看出我多不喜欢追连载了吧？

• 中年上班族转生恶役 其实是一月看的第一部番。45岁的上班族大叔灵魂转生到恶役千金身上，其实想扮演好恶役角色，但因已经为人父的慈爱心以及作为公职人员的中年思维而极大的提高了自己的人格魅力（你知道的这是动漫纸片人），原乙女游戏的女主和可攻略人物都对她（他）好感度大UP↑↑↑↑↑ 既有新意又充满潜在的喜剧，看着很开心，也很温馨（我在纸片人方面泪点还挺低…）再多更一集吧！！！我虽然什么都不会做的，但是我很期待！！！

写在最后的话

发现自己剧情真的记不住什么，但是会看得很开心哇！就像我文笔为0但是写得很开心一样哇！！！ 而且记住了很多菜式，等我大展身手吧！！

自身

在24年终总结中我对25年提出了三个期望：①戒掉熬夜；②戒掉对手机的高依赖；③戒掉暴食欲望。 然后在一月份大犯特犯，真正早睡对天数不超过十天，并且大吃特吃。对于手机的依赖稍有减小，这还是因为星露谷立大功，同时使用电脑和平板在油管觅食，由此手机的使用频率就降低了。

运动

运动情况很糟糕，但是还算是坚持了walk-run，以及偶尔的有氧拳击。感觉算不上运动，而是和暴饮暴食进行风险对冲。现在坐久了会自己起来扎马步，是否算得上一种进步呢？

学习

在学习方面可以说是困读 ，在这个过程中困顿、焦虑、效率极低，好在还算是坚持读下来了，读完了四分之三的教材，月底几天就能读完了。这种煎熬感让我实打实恨上了考研……出成绩的时间太晚了，我没有十分的把握能过初试，也没有十分的把握肯定过不了初试，我就像这样被挤压在中间不上不下，安不下心复习也放不下心找工作。不过现在还是复习吧，还有一个月就熬过去了，心情是“想死，但是再看看，之后再死也不迟”。情绪反刍是一种很恐怖的事，不知不觉就陷进去了，积极调整中（但或许只有考上了才能解决，呵呵谁来保佑我）。 闲不下来开始看雅思，但是也是断断续续看看，感觉是高强度备考后没法闲下来的体现。 找fedi网友囤了书单，控制了一下数量，今年应该能看完～ 考虑学日语了，虽然学日语这件事情从我接触二次元开始就在说，但实际上并没有真正进行学习。现在互联网上的资源也比较多了，打算还是把这件事捡起来，多学一门语言，这件事情还是蛮酷的嘛。主要还是因为这样方便，我搞通人，如果我日语学得够用我就去学韩语，我到处学，吃吃吃，当一只书虫。

观鸟

其实高中时常看到我爸出门拍鸟，为我打下了根本不坚定的基础。以前我也断断续续有一些观鸟的行为，今年才算是正儿八经开始系统性的观鸟了。先把我家附近公园的鸟狠狠观赏了！以下为观鸟记录！

• 白头鹎

特别多的一群小鸟，喜欢在河边玩

• 白颊噪鹛

很小，躲在河边芦苇里，可惜离得太远了

• 绿翅短脚鹎

就看到一只，很漂亮的绿色羽毛

• 红头长尾山雀

红豆汤圆……圆鼓鼓的，小屁股也好可爱……

• 北红尾鸲

你和楼上红豆汤圆不相上下，也是圆鼓鼓的小肥啾

• 小䴙䴘

好呆

• 黑水鸡

有点活泼的呆，呆得很活泼

• 白鹡鸰

公园那么大，你好喜欢在人道上散步

• 白鹭

从我头顶飞过去，没拍到

• 鹰

在高空盘旋，生物特征我看到了0个，判断不出来什么品种

还有我们的好伙伴：麻雀……其实还有好几种鸟但是我没看清，也没拍到，鸟鸟就飞了。下次一定把你们都把玩于取景框之间。 以及我的年度（一月）好照片：

吉他

练习吉他这件事，手指真的好痛哦！W1的教程跟完了，有了点点进步，现在最大的问题很容易打品，但是又看不太出来到底哪里有问题，左手按弦好像问题不大，等我自己研究研究是拨弦方向问题还是琴颈的问题，自己不敢随便调琴，实在不行找找有没有电吉他的体验课去薅一下老师的知识羊毛。

同人女失败生涯

“别画了，没有人看的♡” 一月份其实没怎么搞忘八，只画了几个Q版呼呼呼！然后开始发誓祈愿：如果考上了全部做成无料到处送（流泪）（如果有人要） 同人文字数为：0。全部在和亲友口嗨，这是一种享受，但如果真要写文就是有点完蛋，文笔很差的我怎敢触碰完美无瑕的空白文档。

博客

关于博客，虽然现在正在写，但我有点见异思迁。看到了网友充满魅力的博客，于是也想整点更花里胡哨的。不过这个是个长期工程，期待未来能顺利完成心中的博客。

MOOD

回想一月过的太快了，心里还是苦苦的就过完了一月份。似乎没有什么好事，怎么都没办法留住快乐的感觉。玩星露谷很开心，玩完就好累好空虚，又会想起自己没看完的书。在家里也很痛苦，好想什么都听不见。出去玩也很难受，好像是一种罪恶。感觉上半年都要这样带着创伤过活，希望至少下半年能快乐！

评选标准：不考虑发行时间和体量，不考虑技术力，仅考虑个人感受！我喜欢才是最好的！

最爱玩游戏

提名： ①塞尔达传说-王国之泪 ②动物森友会 ③斯普拉通3 获奖的是↓ ✨动物森友会✨

最佳旅游地点

提名： ①厦门-鼓浪屿 ②平潭岛 ③武夷山 获奖的是↓ 🌊平潭岛🌊

最爱循环音乐

提名： ①李泳知 -Small Girl ②XG-IN THE RAIN ③QWER-run!run!run! ④YOUNG POSSES-ATE THAT 获奖的是↓ 🌧XG-IN THE RAIN🌧

最有效率地点

提名： ①星巴克 ②天台 ③公园 获奖的是↓ ⭐️星巴克⭐️

最爱看视频博主

提名： ①戒社 ②serafinaMAOU ③Airly_ 获奖的是↓ 💗Airly_💗

最爱喝饮品

提名：太多了写不下 获奖的是↓ ☕️库迪-柚见美式☕️

最爱吃的零食

🥢本地魔芋干🥢 好吃会上瘾（流口水）

年度最佳APP

让我们恭喜：YPT 毋庸置疑拿下了这个奖项！！！

阿南24年新接触

失忆投捕：没人告诉我你们打棒球的是这样的人 电吉他：事实上止步于小星星就去备考了（正在重新学习） 星屑：2024年做的最正确的决定——注册了星屑 舞蹈：学了几个月舞蹈！（因为备考终止了）最近要逐步恢复体能继续去练舞！！

阿南24年也有不好的回忆

我才不记录，不好的回忆不许留下来！！！

阿南25年要做什么？

①电吉他精进🎸 ②看书看书看书🎶 ③攻克一下英语📖 ④舞蹈与健身🏃🏻‍♀️

阿南25年要戒掉！

①熬夜 ②对手机的高依赖 ③暴食欲望

学了很多 C++。其实应该说学了很多计算机语言之类的知识，倒也不只是C++… 这么一说才想起来今年才接触到 Firefish 的开发啊（还见证了 Firefish 就这样死了）。确实学了好多东西。学了 vue 和 ember.js。学了更多 Ruby on Rails，学了更多函数式语法，反正看上去学了好多东西。

感觉 2024 年比起 2023 还是好太多了，至少没有挂那么多科。从今年起开始有动力写作业了。本来是能把作业晾一个学期还懒得点退课键的人。今年至少开始是稍微进入一点正轨了，可惜已经晚了。

我也不知道为什么这么急。或许出生在中国真的是过错，一年的gap都没有，当然gap我也不知道我在哪里怎么活，反正也真心不想被看作没用的人而呆在家里

算了，总之比之前好。

一年多前的创伤经历还是忘不掉，这几年来越发是对于我讨厌的这个身份三缄其口了。有时候也会被那些观念烦到，觉得自己是不是什么忘恩负义或者过了桥就要把桥砍断的人，但是仔细想想我还没过桥啊。而且还是看着一个个人越过我走到了对岸，而我看上去还在桥上，却好像已经溺水了。所以继续心安理得地隐藏自己，反正给我带来的梦魇远多于什么好的东西，不说更好，还能更少激发创伤。

⬆️不过效果似乎太好了点。我时间都记错了，我还以为是22年。原来是23年的事情。

还是没有得偿所愿，也不知道这辈子可不可以，我不想保持着这个样子死去。但如果真的要死了的话其实也谈不上死不瞑目吧，只是真的不想就这样死去。

写着写着就感觉自己能这样活到现在已经很努力了，在旁人眼中摆烂王又有什么关系呢。如果叫我像那些人一样努力的话，总觉得我大概已经死了。

每次写这样的话就觉得很惶恐。我是不是占有了过多的幸运而不自知，我这样的人还过得这么难受是不是对其他人的伤害。但是算了我就是这样的人倒也没错。

对2024的印象就是很单薄，对一个月前的印象也很单薄，感觉不知道为什么自己就这么活过来了。感觉对过去和未来的看法就像裹在迷雾里一样。看向稍微远一点的时间就什么都找不到了。高中的时候还喜欢说完美完成年度计划：活着，明年的计划是活到后年。现在感觉已经说不出来主要是懒得说了，反正活着就像惯性，没人拦着就慢慢匀速直线移动呗，有什么好说的。

也有些好事吧，星屑不知道为什么突然火了。其实完全没想到这样，当初换服务器也只是顺手而为。最开始建星屑的时候，其实并不知道它能不能活到第二年的，没想到它不仅活到了第二年还受到了这么多人的喜欢，感觉很世事无常诶。这样我也有个让自己活下去的理由了，起码我可以为了维护服务器而活着

与此同时某旧日的幻影（不是）留下的论坛就去得越来越稀疏了。它才是真的快要结束了吧，真是可惜了朋友一掷千金（不是）买了八年的服务器。

今年第一次尝试了实习。很新奇的体验。总体来说大概是被夸了，看来我打工写代码的水平还是可以的。只是结束后又感觉有点兴致缺缺，感觉自己已经把从小到大听过的人生必经之路全部走过一遍了。也没有培养过别的爱好。有一种游戏通关以后不想再开了的感觉，虽然在别人眼里看来应该远远没到通关。可能我毕竟懒得收集全成就。

seni 经常对我说很后悔，要是当时拉着我不去管llt的破事的话，或许不会这个样子。我倒是觉得没关系的，一来我从不在上帝视角为过去细心想过的事情后悔，因为再来一次也会做出一样的选择的。二来我爱好太少了，没有什么别的选择去为自己提供一个继续前进的锚点，如果不去做那些别人眼里 time consuming 又useless 但是在我自己眼里是 tasks里面只有这一两个task的事情，会很无聊。我也不知道我怎么就成了这样一个人。

不再玩星穹铁道了。或许哪天无聊我会回去看剧情录屏，但是感觉还是没有动力主动玩下去了。也没有心思去养角色。

总结下来我好像花钱很少。连我妈都说我是貔貅，只进不出。但其实“这能怪我？”.png。如果不是因为从小被灌输了太多赚钱艰难的道理而且直接没有购物自由，哪能养成现在这样扣扣搜搜的性格。

也是今年和同学聊天得知他豪掷3个648只为抽黄泉二命。以为对方是零花钱很多的人，结果没想到其实和我差不多，只是他愿意攒着然后豪掷千金一把。再看看自己每个月生活费都花不完攒着攒着都快有我一个月工资了（喂 什么奇怪言论）（实习一个月就能有五个月生活费 所以其实我实习三个月至少今年能随便花钱了），连60块的大月卡都要犹豫掂量好几天才能下定决心要不要充值。操。我真是穷在心里。

…罢了，起码这说不定能让我在当前世道上多活几年呢？虽然我也不知道多活几年有什么好的。而且我在吃东西上也没亏待过自己，在零食上我也花了不少钱啊。…这下真的貔貅只进不出了吃进嘴里的才是真爱。

感觉暂时没有更多想说的了，好像比较有趣的事情都说过了，那就这样吧。

今年是第一次写年终总结，因为之前的几年根本没有兴致写什么年终总结，be like 我这个破破烂烂的人过的破破烂烂的生活有什么好总结的……之前每次新年时就是我最抑郁的时期，在新旧交替之际会尤其地觉得自己的人生过得很差劲。今年真的发生了很多事情，也改变了我很多，我突然发现，我竟然会期待下一年的到来了！这应该是今年最大的改变吧。

今年发生了什么？

签证与经济危机

我写博客的主要想法是记录下可能会提供一些参考的信息，所以想了想还是把自己的经济情况写得详细了一点，所有提到的内容只代表我自己。

最重要的事情要最先说：今年从学生签转为了伴侣签。这也算成功地解决了身份问题吧？主要是，它成功解决了我的经济危机，这真的太救命了。在之前的博客里我简单地提了一下这个事情，去年来荷兰时我身上的所有钱只够两年学费和一年生活费，还有一年的生活费不知道在哪里（总之不在我的钱包里，笑死）

我其实一开始并没有期望我爸妈能给我解决钱的问题，我的计划就是全部都用自己的积蓄出国，这样就算他们不同意也拿我没办法。果然一开始在我提到我要去留学后，我爸妈就不同意，我：反正我已经决定好了，只是通知你们一下而已。他们看我这么坚定，也不说什么了，就变成一直问我：要多少钱、有多少钱、我为什么有钱；而我通通含糊带过，只说我钱不够，还差十万。我爸妈当然是拿不出来了，不过最后他们还是每个月会力所能及地给我转一些钱（三千人民币左右），算是个惊喜之财，感恩🙏

加上了爸妈每个月转的那一些钱，我的经济危机不那么要命了——我当时认真算了算所有自己可以用上的资金以及自己可以节省的程度，结果是应该可以刚刚好极限地cover两年的花费。这个经济状况就像一柄达摩克利斯之剑悬在我头顶，也对我造成了一定的精神压力。我伴侣很想让我放松一些，加上我还遇到了很多各种耗费心力的破事（详情请见前一篇博客），还生了好几场病，只是这个压力不是宽慰几句就可以轻易抹除的。同时因为已经有一些工作经验了，所以我有在积极申请一些freelancer的开发工作，但是结果不太如意，一个都没有找到。此时跟对象的感情十分稳定，再加上欧盟学费实在诱人，我们俩就决定一起把我的伴侣签证办了吧！省略各种闹心的办材料过程，为了满足伴侣签的要求我对象还重新找了份工作，锵锵锵，最后成功地拿到了伴侣签！拿到手后马上跟学校发邮件，成功把两万欧学费变成了两千欧，经济危机就这么解决了。

不知道会不会有人看怒了：可恶，这是能参考的解决方式吗？？？我望天，假如真的穷到我这个地步，没有一些好运（比如刚好谈到了靠谱的外国伴侣）或者是很多毅力（比如有人每天都靠to good to go存活，一边上学一边打黑工）以外也没啥能解决钱的问题了。

可能这个经济危机的解决方式有点不够励志，我一开始对告诉别人我换成伴侣签了的事有点压力，网上对伴侣签的评价是有点负面的，什么靠男人啊，不独立啊，娇妻啊什么的。以及我也有一点压力担心别人觉得我怎么才去荷兰没多久这么快就找到了对象这么快就办了伴侣签，是不是就是一开始就冲着婚绿才找对象的！！很想解释些什么，但是我又觉得不必自证！而且我也太过于在意别人的看法了吧，会这么想的人应该对我来说也不是什么重要的人，忽略就好了^v^身边亲近的朋友听闻这件事，第一反应是问我恋爱谈得开心吗？感觉这个人是比较确定的可以一起长久陪伴的人了吗？我想了想，肯定地对她们说：是的！我感觉很开心！他真的是个特别好的伴侣！感觉自己在过着一种平静又幸福的生活，我目前还没有看到有什么可能会导致我们分手的🚩red flag。朋友们都很为我高兴，我也很高兴(^з^)-☆

假如我没有对象可以给我转伴侣签，那么我最后应该会通过找兼职（比如打黑工）、省钱不出去玩、尽量自己做饭以及吃便宜食材啊之类的方式来解决。我第一年没有去找兼职是因为学习压力真的太大了，我一年一共修了12门课，每门课都是6学分，我基本每天都有课，并且由于我没有AI相关的基础，所以学得还是有点吃力；但是这样的好处是第二年我的课量就大大减少了，我可以提前毕业或者是用这个时间去找兼职，两者都可以缓解我的经济问题。我算了算，在我没有做兼职、正常吃喝、偶尔会出去玩的情况下，我的平均月花费是916欧，在在荷兰应该算正常地省的花费，自认为没有过得很痛苦，在荷兰这种学习压力下也能比较轻松地坚持，不容易精神崩溃。不然一边兼职和一边上六门课真的太极限了，感觉很容易精神出问题^_^;

如果是用尽各种办法但还差一点钱的话，我会考虑能不能借点钱，或者贷款啊啥的（但是这只适合真的只差一点点了的情况），我总觉得办法总会有的！我爸妈都是底层职业，两个人一起工资都没过万，很多人都想不到这么少的钱要怎么在一线城市养三个孩子，但忽略生活质量不谈，大家也都成功活下来了，这得亏于我爸妈真的是千方百计地节省开销——每次回老家都尽量带很多能放很久的食物；每次都买最便宜的菜（我真的吃番薯叶吃到快吐了，发誓这辈子不会再碰番薯叶），一年内吃牛肉的次数屈指可数；我妈做钟点工的主人家也经常会有很多不要的东西送她（我的衣服和文具很多都是这么来的）等等，数不清啊，从小言传身教呢！

我耳濡目染之下真的觉得怎么样都能活的，总是有办法滴:D 因为相信自己最后能解决钱的问题，所以才就算钱不够也莽撞地直接来了呢。虽然来之前也没意料到自己会这么解决了自己的经济危机，但是就是解决啦。

学业

今年成功地修完了所有课程啦！这表示我只要能写完论文就能毕业了！！我超级无敌开心的！！！其实还想写一个博客介绍我上的这个项目，但是这个项目人不是很多……我们这一批入学的一共就三个中国女生，我一写，那我在互联网上基本就是在裸奔，还是不要了……我的硕士课程一共是120学分，其中必修课程一共36学分，选修课程和毕业论文各42学分。其实我之前没有预料到我学这个硕士课程会这么吃力——我之前上的课都是很纯的cs课，什么操作系统、计算机网络、微机原理、模电数电等等等等，总之没有一门课跟这个AI有太大直接关系。而且我本科的课程设计也没有跟数据分析相关的内容，这个硕士课程也更注重理论一点，所以我刚开始学的时候感觉有点抓瞎：全部听不懂，基础概念全部不会，每次听完课以后还得自己回去把基础概念给补了。我要是喜欢这个方向还好，学着学着我发现其实我更喜欢开发，对AI没啥兴趣，如果人生能重来，我会选隔壁的高性能并发系统方向🚬

前文有提到，我的安排是第一学年里把所有必修课程学完，同时修完大部分选修学分，也就是7门选修课中修完6门。学得真的挺累的，因为荷兰作业全是小组作业，所以不仅要完成作业内容，还有很多跟人沟通协作的内容——我觉得上班都比这个简单，因为上班时同事不会不打一声招呼突然消失退学、领导也不会容忍一个真的什么也不会干的人一直待在自己的团队、同事也不会因为不会/不喜欢这个工作就直接摆烂不做了，反正在我之前待的团队里没有，有也被开除掉了^_^;

目前毕业论文已经有了基本的想法并也已经找好了导师，导师又给我找好了第二导师，两位导师人都很好，感觉自己的毕业论文也可以顺利完成的！

健康

不得不说我自从来荷兰之后真的生了很多病……不太确定是不是因为新冠还没真正过去，我发烧得很频繁。我23年八月到荷兰，十一月发烧了一次；十二月眼睛发炎了，眼皮内部起了个大脓包；十二月底又烧了一次，圣诞节是躺在床上过的。

到了24年，二月中的时候发烧了一次；三月底又烧了一次，这次比较严重，快一周都没退烧，然后四月初去了急诊，医生给了开了很猛的阿莫西林和布洛芬，吃了几天后烧就退了，但是一直咳嗽到了四月底才好全。然后在八月的时候眼睛又发炎了，还是那一个位置，无语啊。九月的时候，一直很乖巧的智齿突然发炎了！我右边的智齿是歪的，总是发炎肿痛，我出国前就去医院把右边两侧智齿给拔了；医生说我左边的智齿长得很好很整齐，可以暂时不用管它，我也看到有些科普文章说长得好好的智齿可以不用拔，我就真的没有拔，没想到今年就被它背刺了！！！去急诊后医生给我开了转介信，也给我开了一些消炎药，让我马上去预约拔牙，反正要等很久，轮到我的时候我的牙齿肯定好了。

医生说得没错，我九月时预约到了十一月初的空位，整整等了两个月！拔完牙后过了一段时间突然过敏严重大爆发（我根本不知道这两者之间有什么联系，可能只是凑巧），我还发嘟嘟说了这个事……首先是眉毛的区域特别特别痒，有点状疹子出现，随后蔓延到整个眼睛部位都肿起来了，肿到眼睛都睁不开的程度，然后脸上也起了很多小疹子，感觉都是非常细小的水疱……然后全身又起了疥螨，全身上下无一不痒，睡都睡不着的程度，所以身上被我挠出了很多疤。GP给我开了很多药，用了以后感觉好了很多，但是感觉现在还没有彻底好，有时候还是会觉得身上痒痒的（不知道是不是痒太久了导致的幻觉）。

其实我觉得主要是长时间的压力过大导致我的身体免疫系统不太好。之前在大厂上班时，我就有全身湿疹的问题了，但是在我辞职后，湿疹就消失了。想跟大家说，皮肤真的对压力水平特别特别敏感，压力会导致体内皮质醇水平升高，从而加重体内的炎症反应。由于我经常会感觉自己对什么过敏，比如说我经常出现皮肤起风团，突然狂流鼻涕等等一些典型的过敏症状，我也曾去医院检查过过敏原，没查出来什么。感觉来荷兰后巨大的学习压力和经济压力让我有点濒临崩溃，毕竟之前在大厂上班时的压力来源还算比较单一（就是工作本身，呵呵），但是在荷兰则是来自四面八方的各种压力，我以为我handle得还可以，回过头来看才发现自己的身体已经在疯狂抱怨了，这么频繁地生病就是它对我最强烈的抗议……没办法，打算明年好好养一养。

旅行

办伴侣签后经济状况真的宽裕了很多，生活质量那是直线上升哇！！！今年夏天就跟对象一起去了西班牙旅游。刚好他要去参加欧洲魔方锦标赛（？大概是叫这个吧，不太懂

西班牙跟荷兰最大的区别就是！它没那么平！！！！我还在西班牙买了个相机，比荷兰便宜一些，开心地用它拍了很多照片！！

西班牙没那么平的证据之一，荷兰在户外一般是见不到这么高的楼梯的、、、

一些西班牙的街道

还拍了一张水果店的照片哈哈哈哈哈哈，大家都说西班牙的水果特别好吃！！但是因为我平时不爱吃水果所以没想起来要去尝一下，流泪

很特别的房子，感觉有日式风格

这个房子的装修也挺特别的，感觉好看就拍下来啦

西班牙的宗教气息比荷兰浓郁一百倍！！拍到了很多漂亮教堂

走路时抬头能看到很多有意思的装饰，比如西班牙人几乎每家都会放一些花盆在阳台上

西班牙还有很多好看的建筑设计，高楼也比荷兰要多呢(也有可能是我待的地方比较村)

在西班牙的最后一天时去了海边！！！因为起得比较晚所以刚好赶上了日落呢（心虚.jpg) 感觉大家在海边的状态都好放松，很悠闲。我就站在那里看着来来往往的人群，听着海浪翻滚的声音，也觉得内心变得无比平静。 最后看完了日落，我们就动身回宾馆收拾东西啦～

今年买了什么？

换做去年，我是没啥能说的，除了必需品以外啥也没买。今年有了很多新玩具，就简单说一下(^з^)-☆

Kobo Clara 2E

今年收到的生日礼物是我拥有的第一台eReader！说实话完全没有买阅读器的计划，一点功课也没有做，所以也完全没有听说过这个牌子。我意外地发现阅读器使用起来比手机阅读确实好不少，今年也用这台阅读器看了一些书，以下是我使用过程中感受到的优缺点：

优点

• 很轻很便携，我甚至可以把它塞进我的羽绒服口袋
• 很适合在信号差的火车上阅读，在荷兰经常要坐火车，是个很好的火车伴侣
• 会自动统计用户的阅读数据，还会预估你大概还需要多长时间看完这本书（在用kepub格式时会自动计算，其他格式没有这个功能）
• 显示效果不错

缺点

• 导入书比较麻烦，我一般用数据线连接电脑来批量导（好古老），但是也可以在阅读器里设置网盘的链接，每次联网时它就会自动下载网盘上的最新文件
• 翻页一般都比较顺畅，但每隔几十页后，下一次翻页就要等比较长的时间加载，不知道为啥
• 没有翻页键！！！不喜欢没有翻页键，拿着难受
• 可能是我有几次放太久忘记充电，在休眠状态下断电了，所以阅读记录数据全部丢失了，包括时长统计和看书进度等，我觉得完全可以提供个低电量自动保存数据之类的功能……

阅读统计功能如图所示：

我刚用这个阅读器时也折腾了好长一段时间，最后终于是把它调教成符合我最习惯的用法啦。之前有个想法是把这个换成有翻页按键的阅读器，但是我最想买的Kobo Libra 2已经停产了……我对彩色显示没啥需求，所以就搁置了。

Fujifilm X-T50

这个新相机绝对是今年买到的最让我开心的东西！！！我对摄影最开始的印象是在cosplay时那些摄影的长枪大炮，很让人不明觉厉。我当时很有cosplay的热情，但是面对镜头时会特别僵硬，并且我不太喜欢被摄影品头论足时的那种被凝视感，所以我渐渐对cosplay失去了兴趣，反而会陪亲友出外景时趁机摸摸摄影的相机，从而也知道了一些非常基础的知识。尽管想买相机很多年了，但是直到今年才真正拥有一台自己的相机！

首先决定要买相机后我就在纠结买佳能、尼康、索尼中哪一个，但是最后还是觉得富士的可玩性更高点就决定买富士。做了一些功课后最终选定了这一台，当时在XT50和XT30II之间纠结，最后选了XT50，主要出于几个考虑：

• 这款相机的操作和配置等比较适合新手入门，但跟XT-5这种旗舰机相机的差距较小，就算新手拥有更专业的摄影知识，对器材有更高的要求后也能继续接着用，又是少有的原价能买到的机型
• 是可以更换镜头的相机，有机顶闪光灯、高像素、有防抖、对焦和无线连接手机的体验都比XT30II更好，感觉基本满足了我的需求
• XT30II是三年前的机型了，还是希望买新款机型

想说拥有了自己的相机以后悟了——当模特被别人凝视和自己拿相机去凝视别人这两种感觉真的很不一样诶！我很喜欢捕捉各种美好的瞬间，想拍很多朋友们的照片，想到玩cosplay的时候那群男摄影师一直在拍我的各种腿真的有点恶。。。

但是我当时买这台相机是稍微超了一点点预算的，现在富士出了XM-5，是个更适合新手入门的低预算可更换镜头相机，如果我现在要买自己的第一台相机的话应该会选择它。

Fujifilm XF 16-50mm f/2.8-4.8 R

这只镜头是跟相机一起买的，因为套餐价会比分开买便宜两千块，而且网上对这只新镜头的评价也挺好的，就一起买啦！我挺喜欢这只镜头的，焦段都是很常用的焦段，有个问题就是这只镜头基本只能在白天用……光圈有点太小了。富士不愧是传说中的阳光机，在阳光灿烂时拍到的照片特别特别美！！！！但是在晚上基本就不用想能拍到什么好照片了，只能配合闪光灯使用。下面放了两张照片，分别是白天和晚上的对比。

阿姆斯特丹运河边的一排房子，基本成为了阿姆的代表性标志了

晚上时拍到的照片就变得跟手机差不多……

并且就算是白天拍的照片，在阳光灿烂时和在阴天里拍出来的效果也很不一样。

这是太阳在云层里时拍的：

这是同一天拍的，不过当时太阳比较好：

于是我痛定思痛！下定决心一定要买一只大光圈的镜头！

Viltrox AF 27mm f/1.2 Pro

大光圈镜头来了——拿到以后就被它的重量惊到了，好大一个！比16-50mm那只镜头还要大！给人一种这个镜头真的很有料的感觉（？

我上次跟朋友出去玩带上了这只镜头，天啊这个镜头真的太好用了啊啊啊啊！！！太牛了啊！！！F1.2！就是大！拍人和拍景都表现得非常好，不愧是1.2的大光圈，完全不需要闪光灯，一点点光线就能让我拍出我特别满意的照片55555我真的开心死了！！！好可惜不能给你们看两只镜头拍人像的对比啊，这只镜头真的特别锐，我朋友的头发丝根根可数（？干嘛要数

总之真的非常喜欢这只镜头，感觉以后出去玩会优先带它～但确实有点重，我单手拿它拍照会有点点吃力、、、

放一张广告牌照片：

今年玩了什么？

今年有认真地玩游戏呢！在switch上花了110个小时，在steam上我估计也花了一百多个小时，什么时候steam也可以告诉我今年我在游戏上花了多久啊！！！

在这里不打算列出我玩的所有游戏了，因为我开始沉迷游戏没多久，玩的基本都是家喻户晓的经典大作，，，没啥特别想说的，唯一一个比较小众点的游戏就是Little Kitty, Big City，我很喜欢这款游戏！！这也是我第一个努力玩到了全成就的游戏！！

虽然我已经嘟过了我认为的这个游戏的优缺点，但可能有些人没看到，我就复制粘贴了一下放在了下面哈哈哈哈哈

优点

• 画风超级可爱，还有个超级萌的帽子收集系统，猫咪带上不同的帽子后加倍可爱！
• 操作体验感还算可以，会有提示显示你能跳到的位置（非常偶尔会出错），还有不会很轻易地从墙上掉下去之类的
• 有很多惊喜的小设定（在这里不剧透了，但是真的很激发我的好奇心，会想把所有事都尝试一遍）
• 互动细节还算丰富，我个人很喜欢

缺点

• 挺多bug的。根据我自己的体验和网友的反馈，穿模和卡图的bug比较常见 我自己的亲身经历：不小心把一个重要道具掉在了地图边缘，结果怎么都捡不回来了……差点就要建档重玩了，最后我发现往那个物体上跳虽然会被弹回来，但是会使物体移动一点点，然后我就跳了n次把物体挪到了我能够到的地方55555
• 设定上猫咪可以跳跃的高度有点迷。在游戏里猫咪从楼顶上掉下来都不会死，但是却跳不上围墙……需要借助其他障碍物等才能跳上去（可能是想增加难度吧，但感觉现实中的猫猫完全可以跳得到呀！！）
• 主线内容比较短。基本上两三个小时就能完成主线任务啦，虽然说还可以继续完成支线任务，但是真的感觉这个体量相比起它60元的价格来说有丢丢小。

由于我晕3D还挺严重的，所以玩游戏的进度比较缓慢——一年过去了，我的林克还在旷野之息里刚打完四大神兽，正在四处各地开启神庙和收集呀哈哈（不知道什么时候才会去打最终boss）

明年想要做什么？

明年的关键词就是休息。我真的太累了，感觉自己像个很努力旋转的陀螺，从来没有停下来过。之前互联网上有个笑话是：中国学生的gap year其实就是抑郁休学。我看到后笑得不行，笑完后又觉得想哭——我高三抑郁症的时候也没休学，硬是一边吃药一边心理咨询，然后考完了高考。得知自己被裁员时，马上就开始学托福准备出国，准备出国的间隙还一边打工给自己赚学费。

细想一下，我真的没有从来都停下来过，可能也是因为知道自己不能停，我身后没有任何可以让我依靠的人，我要是读书不努力我的下场就会跟被嫁给只见了一面的陌生人的堂姐们一样。拿到了伴侣签之后我就开始有想要休息的想法，但我一想到自己要休息一年时，心里却觉得很害怕……我把这种害怕感告诉了朋友，朋友说：“很正常，因为你没休息过所以你会害怕你没经历过的事情，但是等你真的啥也不干了一段时间后就会爱上这种感觉的”，我听了以后，又觉得自己悲惨又觉得很有被安慰到^_^; 因为之前很害怕自己真正地完全闲着，前段时间还投了很多实习，但其实心里并不愿意，但好在由于各种原因实习的事没成（是我的愿力导致的应该），所以！现在是确定了！明年是彻底休息的一年！！！

总之我想做的事情大概就是：

1. 延迟毕业一年，甚至可能是两年，具体看情况呢
2. 我有个想做很久了的个人项目的想法，想在明年内把它实现出来
3. 捡拾起被自己遗弃的爱好们：手工和画画
4. 玩很多很多的游戏！目前想把未通关的游戏都通关了（死亡搁浅和迪斯科），然后想玩霍格沃茨之遗和博德之门3
5. 多多运动！锻炼身体！想学游泳！
6. 多出去玩，拍很多照片——今年只去了西班牙，明年可以去更多地方呀，德国那么近我竟然没去过！

前文也提到过我的身体不太好，经常生病，所以在明年休息时希望能把身体养好一点吧！这么一看想做的事情真的非常多哈哈哈哈哈哈哈！！！明年的年终总结看看自己到底能完成多少件(=´∀｀)人(´∀｀=)

Since the transform function is of synchronous logic, i.e. a next request wouldn't be raised until the last request got its response, which prevents us from directly paralleling all requests, which is in fact the default strategy of all request lib, and easy to adjust to fit the rate limit, our parallelism can only take place between different calls to the function, which incurs batching the functions and sync the states like current API usage and errors between the site performing the requests and the site calling the functions.

A natural idea is to bind the two sites, i.e. let the calling site actually call the web API, and the function only returns its arguments. This inverses the common dependency order of the functions. In most languages, such inversion is impossible without coroutines. The resulting architecture is like: the controller polls the coroutines in batch, invoking the requests, providing the results, and fitting other requirements like process the quota or handle the errors.

An implementation in ts may be like:

const data = ...;

const reqlist = [];
let datadone = false;
const poll_co = async ([args, co]) => {
    const { done, value } = co.next(await /* call the API with args */);
    if (!done) reqlist.push([value, co]);
};
do {
    const ps = [];
    for (const _ of Array.from({ length: batchsize })) {
        const req = reqlist.shift();
        if (req) {
            ps.push(poll_co(req));
        } else if (!datadone) {
            const { done, value: co } = data.next();
            if (done) {
                datadone = true;
                break;
            }
            const { done: noreq, value: args } = co.next();
            if (noreq) continue;
            ps.push(poll_co([args, co]));
        } else break;
    }
    try {
        await Promise.all(ps);
    } catch (e) {
        // Process the error
    }
    // Just for simplicity, since we implemented poll_co in this way :)
    await new Promise(res => setTimeout(res, 60000));
} while (reqlist.length != 0);

The idea of the whole article is quite simple... Since with reasonable designs, future is just a special kind of coroutine, and the conversion between coroutine functions and async functions is usually not complex, just incurs some keyword replacement and syntax tweaks. But this is still inevitable if we're refactoring an implement serially execute the transform functions, even for languages like C++ which has a unified coroutine/async system, that the functions alone the whole call chain should be replaced with a new signature, because the type of the function is changed in deed. The actual web API calls are doomed to be replaced one-by-one.

But if the language is effect-based and with a reasonable type system to implicitly propagate the effects (which doesn't exist at all XD), we can omit the chain-replacing step, only have the call-replacing step and the controller part, since the added effect would just implicitly infect the functions alone the chain.

Well... So this is only an article showcasing one of the benefits of algebra effects: for implicitly-propagated effects, only the use site and the handle site needs to be focused, all other layers would automatically adapt to them.

准备工作

在接下来的操作前，请务必备份你的数据库。 迁移前请务必备份你的数据库，因为这是一个非常非常危险的操作，一旦失误会弄坏你的数据库。

请先在本地测试环境中按该笔记进行操作，再在生产环境操作。 原因同上。

本教程基于 Manual 安装而非 Docker 安装，如果你使用的是 Docker 安装，关于数据库的操作很可能有区别。抱歉我无法提供这方面的帮助，请自行将下面的命令翻译为 Docker 上的数据库操作。

备份

如果你要正式开始迁移工作，请务必在备份前停止 Firefish。 但如果你只是现在本地环境中进行测试，就不必了。

使用 pg_dump 将你的数据库进行备份。命令大约如下：

pg_dump {your_database_name} -f {backupname}.sql

例如，如果你的数据库名是 firefish，可以这样：

pg_dump firefish -f firefish_20240906.sql

对于整篇笔记，我们假定您的数据库名是 firefish 。数据库用户名也是 firefish， 密码是 firefish_pswd。请在下文自行替换对应名称。

数据库的用户名和密码可以在 Firefish 目录下的 .config/default.yml 找到

你可以考虑在导出 sql 的时候不导出权限和用户名，这样可以方便迁移到其他用户和其他数据库名上。否则，如果你不是原地迁移。后面的迁移可能会遇到权限问题。如果遇到了这样的问题，你可以看看 附录：权限错误与解决方法 。

• --no-owner：不导出对象所有者信息。
• --no-privileges 或 --no-acl：不导出对象的权限（访问控制列表）。

还原

如果您在本地测试环境，或者其他服务器中尝试接下来的步骤，您现在已经可以将您的备份文件下载到对应环境了。

或者，如果您的 Firefish 还在使用 Postgres 12 甚至以下，数据库的版本已经过旧，您可以趁机升级一下数据库版本。

您接下来可以使用这样的命令恢复数据库：

psql postgres

进入 postgres。

如果你是还原备份，此时已经存在 firefish 数据库，请把它删掉：

DROP DATABASE firefish;

此后，执行：

CREATE DATABASE firefish;
exit

创建 firefish 数据库。

现在，执行这样的命令：

psql -U {your_username} -d {your_database} -f {your_backup}.sql

例如，对 firefish 用户还原 firefish 数据库，你可以：

psql -U firefish -d firefish -f path/to/backup.sql

降级

该内容来自 Firefish 官方降级文档，有使用自己经验的修改。

升级你现在使用的 Firefish 版本到最新版本。执行 pnpm run migrate 后在 firefish 软件的根目录原地进行此操作：

psql --file=docs/downgrade.sql --user=your_user_name --dbname=your_database_name

例如，本案例中是

psql --file=docs/downgrade.sql --user=firefish --dbname=firefish

If you get the FATAL: Peer authentication failed error, you also need to provide the --host option (you will be asked the password):

psql --file=docs/downgrade.sql --user=your_user_name --dbname=your_database_name --host=127.0.0.1

因为你是要迁移到 Sharkey，成功执行到这里后就不必按官方降级文档的继续了。到这里，你可以对 Firefish say bye-bye了，后面不再需要用到它。

安装 Sharkey 仓库

选你中意的位置，跳过新建用户的步骤（因为你的 Firefish 已经有用户了！）安装 Sharkey 直到 initialize 数据库的步骤：

git clone --recurse-submodules -b stable https://activitypub.software/TransFem-org/Sharkey.git
cd Sharkey
pnpm install --frozen-lockfile
cp .config/example.yml .config/default.yml

编辑 .config/default.yml 使其与你的 Firefish 使用相同的数据库

vim .config/default.yml

Build

pnpm run build

接下来按照迁移说明进行操作，这里为了 Manual install 做了修改：

psql 到你的 firefish 数据库，执行这样的 SQL:

-- start a transaction, so we won't leave the db in a halfway state if
-- things go wrong
BEGIN;

-- we need to add back some columns that Firefish removed, but that
-- Sharkey migrations expect
ALTER TABLE "user_profile" ADD "integrations" JSONB NOT NULL DEFAULT '{}';
ALTER TABLE "meta" ADD "twitterConsumerSecret" VARCHAR(128);
ALTER TABLE "meta" ADD "twitterConsumerKey" VARCHAR(128);
ALTER TABLE "meta" ADD "enableTwitterIntegration" BOOLEAN NOT NULL DEFAULT false;
ALTER TABLE "meta" ADD "enableGithubIntegration" BOOLEAN NOT NULL DEFAULT false;
ALTER TABLE "meta" ADD "githubClientId" VARCHAR(128);
ALTER TABLE "meta" ADD "githubClientSecret" VARCHAR(128);
ALTER TABLE "meta" ADD "enableDiscordIntegration" BOOLEAN NOT NULL DEFAULT false;
ALTER TABLE "meta" ADD "discordClientId" VARCHAR(128);
ALTER TABLE "meta" ADD "discordClientSecret" VARCHAR(128);

-- also an extra table, for the same reasons
CREATE TABLE antenna_note();

-- Misskey used to have a Reversi game, Firefish dropped the tables,
-- now Misskey uses them again
CREATE TABLE "reversi_game" ("id" character varying(32) NOT NULL, "createdAt" TIMESTAMP WITH TIME ZONE NOT NULL, "startedAt" TIMESTAMP WITH TIME ZONE, "user1Id" character varying(32) NOT NULL, "user2Id" character varying(32) NOT NULL, "user1Accepted" boolean NOT NULL DEFAULT false, "user2Accepted" boolean NOT NULL DEFAULT false, "black" integer, "isStarted" boolean NOT NULL DEFAULT false, "isEnded" boolean NOT NULL DEFAULT false, "winnerId" character varying(32), "surrendered" character varying(32), "logs" jsonb NOT NULL DEFAULT '[]', "map" character varying(64) array NOT NULL, "bw" character varying(32) NOT NULL, "isLlotheo" boolean NOT NULL DEFAULT false, "canPutEverywhere" boolean NOT NULL DEFAULT false, "loopedBoard" boolean NOT NULL DEFAULT false, "form1" jsonb DEFAULT null, "form2" jsonb DEFAULT null, "crc32" character varying(32), CONSTRAINT "PK_76b30eeba71b1193ad7c5311c3f" PRIMARY KEY ("id"));
CREATE INDEX "IDX_b46ec40746efceac604142be1c" ON "reversi_game" ("createdAt");
CREATE TABLE "reversi_matching" ("id" character varying(32) NOT NULL, "createdAt" TIMESTAMP WITH TIME ZONE NOT NULL, "parentId" character varying(32) NOT NULL, "childId" character varying(32) NOT NULL, CONSTRAINT "PK_880bd0afbab232f21c8b9d146cf" PRIMARY KEY ("id"));
CREATE INDEX "IDX_b604d92d6c7aec38627f6eaf16" ON "reversi_matching" ("createdAt");
CREATE INDEX "IDX_3b25402709dd9882048c2bbade" ON "reversi_matching" ("parentId");
CREATE INDEX "IDX_e247b23a3c9b45f89ec1299d06" ON "reversi_matching" ("childId");

-- move aside some FireFish columns; Sharkey migrations will
-- re-create them; we don't `DROP` them because we want to keep the data
ALTER TABLE "user" RENAME COLUMN "movedToUri" TO "ff_movedToUri";
ALTER TABLE "user" RENAME COLUMN "alsoKnownAs" TO "ff_alsoKnownAs";
ALTER TABLE "user" RENAME COLUMN "isIndexable" TO "ff_isIndexable";
ALTER TABLE "user" RENAME COLUMN "speakAsCat" TO "ff_speakAsCat";
ALTER TABLE "user_profile" RENAME COLUMN "preventAiLearning" TO "ff_preventAiLearning";
ALTER TABLE "meta" RENAME COLUMN "silencedHosts" TO "ff_silencedHosts";

-- this column was added by both Firefish and Misskey, but with
-- different names, let's fix it
ALTER TABLE "meta" RENAME COLUMN "ToSUrl" TO "termsOfServiceUrl";

-- update antenna types, this is only needed on some instances but
-- recommend to run anyway
--
-- this *removes* any antennas of types not supported by Sharkey!
CREATE TYPE public.new_antenna_src_enum AS ENUM ('home', 'all', 'list');
ALTER TABLE antenna ADD COLUMN new_src public.new_antenna_src_enum;
DELETE FROM antenna WHERE src NOT IN ('home', 'all', 'list');
ALTER TABLE antenna DROP COLUMN src;
ALTER TABLE antenna RENAME COLUMN new_src TO src;
DROP TYPE public.antenna_src_enum;
ALTER TYPE new_antenna_src_enum RENAME TO antenna_src_enum;

-- optional but recommended: delete all empty moderation log entries
DELETE FROM moderation_log WHERE info = '{}';

-- only needed on some instances, run this if
-- `\dT+ user_profile_mutingnotificationtypes_enum`
-- does not show `note` in the "elements" section
ALTER TYPE "public"."user_profile_mutingnotificationtypes_enum" ADD VALUE 'note';

如果有任何报错信息，请停止迁移！除非你真的知道自己在干什么，不要乱动数据库。去 Sharkey 提供的 Matrix or Discord 求助。

如果没有报错，你就可以接着输入

COMMIT;

提交这些变更。

好了，现在你可以启动 Sharkey 的 migrations 了。在 Sharkey 的目录：

pnpm run migrate
pnpm run start

如果两条命令都没有报错的完成了，并且 Sharkey 说它正在监听端口， Ctrl+C 关闭 Sharkey。现在，还要对数据库进行一些小小的按摩（？）

仍然是

psql firefish

到你的数据库：

BEGIN;

-- all existing users are approved, because Firefish doesn't have a
-- concept of approvals
UPDATE "user" SET approved = true;

-- now we put back the data we moved aside
UPDATE "user" SET "movedToUri" = "ff_movedToUri" WHERE "ff_movedToUri" IS NOT NULL;
UPDATE "user" SET "alsoKnownAs" = "ff_alsoKnownAs" WHERE "ff_alsoKnownAs" IS NOT NULL;
UPDATE "user" SET "noindex" = NOT (COALESCE("ff_isIndexable", true));
UPDATE "user" SET "speakAsCat" = COALESCE("ff_speakAsCat", false);
UPDATE "user_profile" SET "preventAiLearning" = COALESCE("ff_preventAiLearning", true);
UPDATE "meta" SET "silencedHosts" = COALESCE("ff_silencedHosts",'{}');

ALTER TABLE "user" DROP COLUMN "ff_movedToUri";
ALTER TABLE "user" DROP COLUMN "ff_alsoKnownAs";
ALTER TABLE "user" DROP COLUMN "ff_isIndexable";
ALTER TABLE "user" DROP COLUMN "ff_speakAsCat";
ALTER TABLE "user_profile" DROP COLUMN "ff_preventAiLearning";
ALTER TABLE "meta" DROP COLUMN "ff_silencedHosts";

如果没有报错，你就可以接着输入

COMMIT;

提交这些变更。

现在，Sharkey的迁移已经完成了。你可以继续 Sharkey 的启动，比如配置 Systemd 项目。如果你之前配了 S3, 请去管理面板查看一下这些设置项，因为可能会迁移出类似这样的 URL： https://https://yourdomain.com, 你可以修复它。

附录：权限错误与解决方法

通常发生于备份文件的用户名、数据库名、权限和你的数据库内的设置不一致的时候。

以下SQL全部需要 psql firefish （或对应的数据库名）后使用。需要将 your_user 替换成你的用户名。

error: 对表 xxx 权限不够

直接把 firefish 数据库内的所有表格权限授予给你的用户：

GRANT ALL PRIVILEGES ON ALL TABLES IN SCHEMA public TO your_user;

然后将所有表格的owner设置成你的用户

DO $$
DECLARE
  r RECORD;
BEGIN
  FOR r IN
    SELECT table_schema, table_name
    FROM information_schema.tables
    WHERE table_schema NOT IN ('pg_catalog', 'information_schema') AND table_type = 'BASE TABLE'
  LOOP
    EXECUTE 'ALTER TABLE ' || r.table_schema || '.' || r.table_name || ' OWNER TO your_user';
  END LOOP;
END;
$$;

必须是类型 notificationtypeenum 的属主

同样，将数据库中所有自定义类型的所有者更改为你的用户

DO $$
DECLARE
  r RECORD;
BEGIN
  FOR r IN
    SELECT n.nspname AS schema_name, t.typname AS type_name
    FROM pg_type t
    JOIN pg_namespace n ON n.oid = t.typnamespace
    WHERE t.typowner <> (SELECT oid FROM pg_roles WHERE rolname = 'firefish')
      AND n.nspname NOT IN ('pg_catalog', 'information_schema')
      AND t.typtype = 'e'  -- 仅针对枚举类型（自定义类型）
  LOOP
    EXECUTE 'ALTER TYPE ' || r.schema_name || '.' || r.type_name || ' OWNER TO your_user';
  END LOOP;
END;
$$;

附录：作者修订

用户数和帖子数一直显示 0

迁移后，有概率出现用户数和帖子数一直显示 0 的问题。这时可以进入后台作业队列，如果发现像这样的错误：

null value in column "id" of relation "__chart_xxxxxx" violates not-null constraint

可以去 psql 进入数据库。尝试输入：

\d __chart__federation

它理应返回

                                              数据表 "public.__chart__federation"
               栏位               |        类型         | 校对规则 |  可空的  |                      预设
----------------------------------+---------------------+----------+----------+-------------------------------------------------
 id                               | integer             |          | not null | nextval('__chart__federation_id_seq'::regclass)
 date                             | integer             |          | not null |
 unique_temp___deliveredInstances | character varying[] |          | not null | '{}'::character varying[]
 ___deliveredInstances            | smallint            |          | not null | '0'::smallint
 unique_temp___inboxInstances     | character varying[] |          | not null | '{}'::character varying[]
 ___inboxInstances                | smallint            |          | not null | '0'::smallint
 unique_temp___stalled            | character varying[] |          | not null | '{}'::character varying[]
 ___stalled                       | smallint            |          | not null | '0'::smallint
 ___sub                           | smallint            |          | not null | '0'::smallint
 ___pub                           | smallint            |          | not null | '0'::smallint
 ___pubsub                        | smallint            |          | not null | '0'::smallint
 ___subActive                     | smallint            |          | not null | '0'::smallint
 ___pubActive                     | smallint            |          | not null | '0'::smallint
索引：
    "PK_b39dcd31a0fe1a7757e348e85fd" PRIMARY KEY, btree (id)
    "IDX_36cb699c49580d4e6c2e6159f9" UNIQUE, btree (date)
    "UQ_36cb699c49580d4e6c2e6159f97" UNIQUE CONSTRAINT, btree (date)

注意预设中的 nextval('__chart__federation_id_seq'::regclass)

你很可能在迁移中丢失了该预设。因此，你可以在 Sharkey 已经可以运行后尝试执行：

BEGIN;
ALTER TABLE public.__chart__active_users ALTER COLUMN id SET DEFAULT nextval('__chart__active_users_id_seq'::regclass);
ALTER TABLE public.__chart__ap_request ALTER COLUMN id SET DEFAULT nextval('__chart__ap_request_id_seq'::regclass);
ALTER TABLE public.__chart__drive ALTER COLUMN id SET DEFAULT nextval('__chart__drive_id_seq'::regclass);
ALTER TABLE public.__chart__federation ALTER COLUMN id SET DEFAULT nextval('__chart__federation_id_seq'::regclass);
ALTER TABLE public.__chart__hashtag ALTER COLUMN id SET DEFAULT nextval('__chart__hashtag_id_seq'::regclass);
ALTER TABLE public.__chart__instance ALTER COLUMN id SET DEFAULT nextval('__chart__instance_id_seq'::regclass);
ALTER TABLE public.__chart__network ALTER COLUMN id SET DEFAULT nextval('__chart__network_id_seq'::regclass);
ALTER TABLE public.__chart__notes ALTER COLUMN id SET DEFAULT nextval('__chart__notes_id_seq'::regclass);
ALTER TABLE public.__chart__per_user_drive ALTER COLUMN id SET DEFAULT nextval('__chart__per_user_drive_id_seq'::regclass);
ALTER TABLE public.__chart__per_user_following ALTER COLUMN id SET DEFAULT nextval('__chart__per_user_following_id_seq'::regclass);
ALTER TABLE public.__chart__per_user_notes ALTER COLUMN id SET DEFAULT nextval('__chart__per_user_notes_id_seq'::regclass);
ALTER TABLE public.__chart__per_user_pv ALTER COLUMN id SET DEFAULT nextval('__chart__per_user_pv_id_seq'::regclass);
ALTER TABLE public.__chart__per_user_reaction ALTER COLUMN id SET DEFAULT nextval('__chart__per_user_reaction_id_seq'::regclass);
ALTER TABLE public.__chart__test ALTER COLUMN id SET DEFAULT nextval('__chart__test_id_seq'::regclass);
ALTER TABLE public.__chart__test_grouped ALTER COLUMN id SET DEFAULT nextval('__chart__test_grouped_id_seq'::regclass);
ALTER TABLE public.__chart__test_unique ALTER COLUMN id SET DEFAULT nextval('__chart__test_unique_id_seq'::regclass);
ALTER TABLE public.__chart__users ALTER COLUMN id SET DEFAULT nextval('__chart__users_id_seq'::regclass);
ALTER TABLE public.__chart_day__active_users ALTER COLUMN id SET DEFAULT nextval('__chart_day__active_users_id_seq'::regclass);
ALTER TABLE public.__chart_day__ap_request ALTER COLUMN id SET DEFAULT nextval('__chart_day__ap_request_id_seq'::regclass);
ALTER TABLE public.__chart_day__drive ALTER COLUMN id SET DEFAULT nextval('__chart_day__drive_id_seq'::regclass);
ALTER TABLE public.__chart_day__federation ALTER COLUMN id SET DEFAULT nextval('__chart_day__federation_id_seq'::regclass);
ALTER TABLE public.__chart_day__hashtag ALTER COLUMN id SET DEFAULT nextval('__chart_day__hashtag_id_seq'::regclass);
ALTER TABLE public.__chart_day__instance ALTER COLUMN id SET DEFAULT nextval('__chart_day__instance_id_seq'::regclass);
ALTER TABLE public.__chart_day__network ALTER COLUMN id SET DEFAULT nextval('__chart_day__network_id_seq'::regclass);
ALTER TABLE public.__chart_day__notes ALTER COLUMN id SET DEFAULT nextval('__chart_day__notes_id_seq'::regclass);
ALTER TABLE public.__chart_day__per_user_drive ALTER COLUMN id SET DEFAULT nextval('__chart_day__per_user_drive_id_seq'::regclass);
ALTER TABLE public.__chart_day__per_user_following ALTER COLUMN id SET DEFAULT nextval('__chart_day__per_user_following_id_seq'::regclass);
ALTER TABLE public.__chart_day__per_user_notes ALTER COLUMN id SET DEFAULT nextval('__chart_day__per_user_notes_id_seq'::regclass);
ALTER TABLE public.__chart_day__per_user_pv ALTER COLUMN id SET DEFAULT nextval('__chart_day__per_user_pv_id_seq'::regclass);
ALTER TABLE public.__chart_day__per_user_reaction ALTER COLUMN id SET DEFAULT nextval('__chart_day__per_user_reaction_id_seq'::regclass);
ALTER TABLE public.__chart_day__users ALTER COLUMN id SET DEFAULT nextval('__chart_day__users_id_seq'::regclass);

为所有的表格重新设置预设。 如果没有错误提示，则可以 COMMIT; 提交这些更改。等待一天，帖子数和用户数就会重新显示了。

虽然不知道有些什么区别（）

开卡和毛经验

序章

继续战斗

现在队伍就能打输出了，主要靠雯朵格的要害打击：

碎石堆后的小型土元素攻击加值比较高，同样可以调整走位让安妮维亚进战斗。也可以让柯米丽雅给雯朵格上变巨buff，主角丢油腻术控住土元素、给雯朵格渐隐术。打赢获得一个治疗轻伤魔杖。

第一章

第一章小地图收尾

市集广场 酒馆保卫战后市集广场出现了新的怪，位置比较分散，多逛逛，看到敌人再上buff就好。 主要目标是打食魂魔获得成就教长代行者，出现在之前死灵法师的位置，走近触发，满buff，如果聂纽还可以给兰恩上英雄气概。给席拉防死结界、鹰之威仪，席拉兰恩行动自如+祝福武器药水，席拉过去触发战斗，没有防死结界的队友可以在远处待着，有加速术+狂暴+祝福武器+渐隐术+满buff的兰恩砍两三轮就把boss砍死了。打完经验23712 然后随便逛逛清清怪就走了。

这次出去捡上所有东西回酒馆卖掉。目前经验23874，吞噬护符、损害长剑和+1链甲也卖了，我又卖了2级做卷轴工具，购入了3级的，为了让聂纽做共用防护箭矢（能硬顶集群伤害）。

再休息，法术位不用动，聂纽做共用防护箭矢（或者沃尔吉夫做蛛网术给聂纽学），再找牧师购入一些防死结界和行动自如卷轴备用。

去皮塔克斯的酒窖，进门满buff开战，打完房间内侧过察觉捡到武器，可以卖。

去黄玉必应屋，上共用防酸，满buff，打完拿到先知之祸轻弩和菜谱

去提拉巴德的住处，进去之前休息一下，把山茶的一个二环法术位变成【共用防护阵营】，接下来打魅魔的时候用。聂纽还是做共用防护箭矢。 进地图先上除了加速术移位术之外的buff，先打街上的敌人（这里难打的话可以在虫裂魔现身后在它身边放操纵亡者），打完进门，柯米丽雅隐匿过去解除陷阱再回来，上共用防护邪恶、加速术、移位术，给席拉上防死结界，开战，法术/能力都可以用了，对魅魔用闪光尘，然后给兰恩续渐隐术打措手不及（它常态ac40，措手不及ac30，兰恩攻击加值26），柯米丽雅就复读邪眼，打完就可以捡捡东西回酒馆了。

第一章小地图全部探索完毕，准备去灰兵营 卖东西清理背包，斧头、木棒、公正长剑我都卖了，需要的话还可以再买点卷轴药水什么的，我以防万一又买了一张共用防火。 buff记双份，聂纽不用记加速术，换移位术 再做一张召石卷轴留着，食物吃加移动速度的，队伍配置沃尔吉夫换成岱兰

第二章

月舞草原+寒溪村+救地狱骑士+回营地

月舞草原+寒溪村 去月舞草原。满buff（只有一次的buff也可以用在这里），席拉靠屹立不倒扛着，效果结束的时候正好打完 圣教军现在是这样。去寒溪村，搜刮一圈，地图右边的动物可以打一打，和月舞草原差不多

触发随机遭遇遇到了商人，买了可控火球术卷轴（非必要），给聂纽学了（还买了点复原术卷轴备用

回军营，自己的帐篷，看到神秘精灵，放她走。接下来去地狱骑士那边。圣教军现在只剩那个7级的没打了，暂时先不往前推进

地狱骑士 地狱骑士处，洞穴外侧上满buff都比较好打，不说了。进入洞穴之后: 1.逃课法 战斗开始之后所有人到左侧灵巧检定的位置站好，用群体次元门卷轴传送到右侧，等上面打完再过灵巧回去就好了。雷吉尔入队之前锁血死不了，让他打。老雷辛苦了！ 2.不逃课打法（用另一个恶魔道途档打的，指挥官是原怒着，配队是席拉+雯朵格+聂纽+索希尔+小烬。注意石像鬼有飞天特性，不吃地形法术） 和雷吉尔对话前让席拉站在靠进来的门口的位置接敌 第一波敌人主要靠有高等隐形术的物理近战（大力哥）输出，我的恶魔指挥官在这里拿恐惧进击ab28（+7基础+8力量+1增强+1疾驰骑士的手套+2迫降护腕+2夺命姿态+2包抄+2隐蔽+2夹击+1牛头人书卷+1加速+2狂暴-2猛力攻击-1体型），石像鬼措手不及ac22 第二波怪刷在洞穴内部，用npc和召唤的骷髅先顶过第一轮，有渐隐术的雯朵格靠分裂射击打伤害，走近的就用物理近战杀掉，小烬没有法术要用的时候就复读沉眠和邪眼。这里雷吉尔和亚克有概率走过去t住，如果他们t住了很有利于战局，因为他们死不了，正好一侧他们来t、一侧席拉来t。如果没有t住就很有可能要sl了。 第三波刷在洞口、紧接着第四波刷在内部，这两轮最难打，索希尔一直给大力哥善良之触，聂纽一直给主角和雯朵格补渐隐术和高等隐形术，资源都可以交了。如果席拉不幸中了定身术，可以让索希尔给点滴幸运提升检定成功概率。

打完捡到灵感头带，可以先给兰恩戴，之后带柯米丽雅的时候换给她

联动dlc地图怪脊村 我打的这个流程是不缺这部分经验的，如果想现在去打怪脊村，需要提前准备好至少三张次元门卷轴和共用防护火焰，最好再准备一个钻石用于解谜。

回营休整 出地图，回一趟军营，把dlc4队友鸟哥自带的吊坠扒下来放背包。寄望重剑、+2胸甲和热身甲我也卖了，凑够了16200+，购入迫降护腕给兰恩。 +2防御护腕和两把长弓也卖了，凑够9000+购入了低等强效超魔权杖，之后让聂纽或者烬拿着打集群。 还要提前备上共用防护箭矢卷轴

第三章

第三章收尾

圣教军那边极恶毒灵做了癫狂灾瘟给主角用

在指挥室跳过时间直到触发新的事件，接到米亚米尔任务，到冬阳村

米亚米尔任务，提前上共用防寒+抗寒，它第一轮放极地午夜第二轮放瘟疫风暴，所以我直接把正义烙印和炉台守卫都交了，第二轮不让它出手就杀掉了

打冬阳村最难打的那个树人之前，。树人那边，现在等级高了，命中和伤害溢出就很好打了，两回合里主角四个火球术+兰恩砍几刀就没了（如果觉得不好打，可以让主角提前换上一下黑暗预兆，戒指给的疲乏波超魔之后可以留在法表里，对树人使用，它疲劳之后就不能使用闯越了），打完这边还有最后一个立石，调查完之后去石之心拿奖励（底线支援，给爱露）

冬阳村拿黄铜鞭后触发的幽灵，初始面板如图，对15级队伍来说不难打。会在地图各处出现，一共7次，彻底打完之后回到鬼魂的墓，获得19000+经验

这下真的只需要不断休息做卷轴等女王来了。来之后调整法术位+叠两种餐食加值然后打午夜神庙。

在灵使道途商人那里买的九环卷轴可以给聂纽学了然后做更多

当前经验685827，金币372869（花了很多钱买九环卷轴制造工具、钻石尘、钻石、恐龙骨头和buff类卷轴，因为第四章遇到说书人之前都没地方买施法材料，其中钻石尘不是必需，因为午夜庙宇隐藏房间打赢了也会给）

第四章

第五章

来荷兰也待了一年了，这是我人生中第一次远行、第一次彻彻底底独立生活。我从小就在某个一线城市长大，从小学、初中、高中、大学到工作，我的所有人生轨迹都围绕着这个城市，我真的是一个很不喜欢改变的人。但是因为各种各样的原因——政治抑郁、工作不顺和对自己未来的担忧等，最后还是让我做出了出国移民的决定。

一开始，我深深地相信：自己一个人出国绝对没问题的！有任何困难我都可以自己搞定！但是在这一年中，我有很多次怀疑自己……我真的可以吗……很多时候感觉自己已经支离破碎，但是为了签证和高昂的学费又勉强拼凑自己继续学习。尽管最后成功地完成了这一年的学业，但是我真的已经精疲力尽，没有力气再去打起鸡血给自己找暑期工或者找实习。我回顾了一下自己的这一年，我觉得独自出国留学最需要以下几个基本能力：

• 有健康的个人边界
• 可以拒绝别人
• 情绪控制能力好

尽管出国前我就已经做过将近一年的心理咨询，也看过很多心理学书籍尝试自救自己的创伤反应，我也「以为」我已经痊愈得足够好，我已经建立了成功的边界，也可以拒绝别人，我的情绪调整能力也比之前更好了等等。但是这一年的经历还是让我意识到我的过往创伤给我留下了多么久远、隐蔽的黑洞，让我在猛然到了一个陌生环境后遇到一些困难状况时处理得很糟糕，同时也让我意识到我这三个基本能力并没有建立得特别好😭。

我的经历

在这一年里我经历了很多次人际冲突……有很多无措和茫然，也哭过很多次，并且最伤心的时候往往是觉得自己「本可以」做得更好的时候。

冲突一: 被yellow fever骚扰

我觉得这个冲突应该是影响我最深最久的一次冲突吧。

具体发生了什么可以参考这条嘟文 ，尽管我当时没有说得很完整……具体来说呢，他会专门挑亚洲女生（并且几乎他挑中的所有女生几乎都是在刚来荷兰留学的第一个学期）跟他一起组队，然后在此期间各种学术PUA对方，让对方相信自己的报告写得很差，而他为了弥补我们的工作不得不多做了很多blabla，由此让对方产生愧疚心理，以便更好地进行情感操纵；同时他也表现得很热心，课下会主动来问刚才有没有什么问题不明白的，等回答完女生的问题就会借机提出一起hangout的要求等等。

因为是第一学期，大家都不太熟，所有女生之间都没有彼此深入交流过，也就一直没人发现这个男的骚扰了这么多个女生……几乎所有人，包括我自己，都以为是个例（我以为是我表现得太nice了让他产生了误会...甚至我以为是本二次元有时候不经意做出了可爱口癖or习惯让他误解了，哎可恶），所以就没有report给学校。第二学期由于大家熟悉起来了，这件事情终于在女生圈子里传开了，我十分气愤，并且严重被trigger到，我决定向学校report他。这中间花费了我几个月的时间，跟学校各种沟通，并且有很多乱七八糟的事情发生，比如：

• 在我联系完所有女生收集好证据准备跟学校report的时候，其中一个女生跟那个男的告了密（可恶的双面间谍！！），所以被那个男的抢先一步联系了学校的study advisor说我们在散播他的谣言
• 学校方面的态度不积极，很想和稀泥。那个男的说「我是跟很多亚洲女生提过约会请求，但是我不觉得我做错了」，还提交了一份女生名单，在这种情况下学校跟我们说，他们没办法确认哪一方的说法是对是错，也没办法让他给我们道歉。
• 学校给出的解决方法之一是给这个专业的所有亚洲女生都发一封邀请信，邀请我们参加亚洲女生如何应对性骚扰的座谈会😓我和其余几个被骚扰过的女生都很生气，觉得这是什么鬼解决方式！！！！去了以后我发现根本没多少人来，而且组织者据说是我们学校的什么CS女性协会，之前完全没听过，我在会上对她们哭着说「发生了这样的事，我们受害者甚至连一个道歉都没有」，她们说，会让那个男生给我道歉的，过了大概一个月吧，那个男的写了封狗屁不通还在指责受害者的道歉信过来。
• 学校的心理咨询也很不supportive。我联系了学校的psychologist，她很好很nice，并帮我安排了心理咨询的session，尽管据说只有五次，我觉得也挺好的。但是去了以后发现对面一点都不共情我的痛苦，她的话和行为都让我想起了以前在国内学校遇到的心理咨询师，她们的主要职责不是解决学生的心理问题，而是帮学校解决学生（）
• 学校合作的confidential counsellor也让我觉得她并不理解我所遇到的问题，她听完我说的所有内容的反应竟然是「他可能只是想要有个date，他缺乏社交技能，但他并没有坏的意图」，这真的让我相当失望

总之当时我是找遍了学校内可能可以帮到我们处理这个问题的部门和人，历时两三个月，中间我还生了一次重病，期间我的作业有些申请了延期但是全部都没落下（os：一些东亚人的自我修养...），最后得到的结果就是那个男的写了一封很令人无语的道歉信。收到道歉信的时候已经是期末了，我忙着期末的各种事，压根就没空理他……尽管花费那么多精力得到这么一个很不尽如人意的结果，但如果重来再让我选一次，我一定也会选狠狠地纠缠这个男的一把，让他惶惶不可终日到不敢来学校，让他知道亚洲女人不好惹！！但是处理完这件事情我已经开始感觉自己burnout了，感觉自己很需要休息一段时间，最后在暑假时封闭自我休息了两个多月后感觉好多了才开始写这篇博客。

在处理这件事情期间，我一直在反思：我为什么可以纵容他践踏我的个人边界那么多次？我不停地怀疑自己、质问自己，同时也触发了很多闪回。我发觉在与他（以及其他让我感觉不舒服的外国朋友）相处时其实自己已经有不舒服的感受，但是由于这种不适感太过于熟悉……作为一个东亚女性，已经习惯了处处被微妙地冒犯的感觉……面对这种微妙地被冒犯，我一直沿用了以前的处理方式，也就是无视自己的感受。此外我也习惯于牺牲自己的感受去讨好别人，不想当所谓的气氛破坏者，细想起来我根本就没有建立起一个健康的个人边界，反而我一直在纵容别人践踏我的边界。

想到之前上班的时候上司很爱拿我开玩笑、很喜欢对我的个人生活指指点点，而我却因为一些无法言说的恐惧一直选择忍耐并假笑面对——比如上司每次路过看到我桌上摆了饮料，就会说饮料喝多了对身体不好要多喝水blabla、每次出去聚餐都会拿我和其他女生当作开场话题、上司不喜欢我温吞的性格所以经常嘲笑我像考拉等等，我总是勉强自己也装作一副觉得很好笑的样子……所以在出国后遇到类似的事情，我还是选择了忍耐与假笑（是本人习得的最核心的社交技能），直到我发现有那么多女生被骚扰后也都选择了忍耐和私下里偷偷警告其他女生远离他，我一下子就崩溃了...最后终于爆发出来去跟学校report这件事情。到现在我其实还有比较严重的创伤反应，比如无法入睡和莫名哭泣等，但是由于保险原因还没有转接到合适的心理机构😭

冲突二：积极connect但被骚扰

关于这件事我也发过一条长嘟嘟，这是传送门。这件事发生的时候我还在跟学校掰扯上面那件被yellow fever骚扰的事情，所以我当时的感受真的只有精疲力尽……虽然因为我有比较好的保护自己的意识，我没有受到实质性的伤害，但是整件事情还是很恶心！！！当时评论里有人建议我去发邮件给ASML的HR部门report这个男的，我斟酌了一下，最后还是没有写...因为我好累……report那个yellow fever的事情当时还没有结束，不想再花那么长时间去解释自己、证明自己、讲述自己，以及我觉得这件事根本不会影响到他的工作（跟学校沟通的经历让我对此很悲观）…所以放弃了。

冲突三：勇斗划水队友

我发现国外真的老爱布置小组作业了，然后不知道为啥感觉在国外遇见奇葩队友的概率也大幅上升？？？不知道这个是不是我的错觉，比如说那个yellow fever就是我的队友之一，除此之外还经历了包括但不限于：

• 在一个四人项目里，组到一个中国人女生（叫她A好了），英语特别特别差，完全无法沟通的程度，我得给她和另外两个外国队友做翻译才能成功分配小组任务，她完成的小组任务质量很糟糕，而且很明显全部都是GPT生成的
• 还是这个项目，另外两个队友在ddl前一天说他们不想跟我和A一起写报告了，要单飞，并且已经发邮件给老师了，祝福我们
• 某队友对写代码几乎是一窍不通，折腾了一个多星期给出来的是完美复制某个中国人TA的代码（他把自己所有做过的作业上传到了GitHub上），并且这个GitHub仓库几乎人人都知道，她还一点都没改，所以我一看到代码就认出来了😓
• 和某个荷兰队友两个人一起做项目，但是她到学期末的时候burnout了要退学，这就算了，重要的是也没通知我……是某个共同好友告诉我我才知道的，紧急联系老师和狂赶一番后还是过了那门课（）

总之各种小组作业折腾得我不行，还各有各的问题，我觉得上班跟同事合作都没这么累啊啊啊！！而且本人的情绪控制能力也不太好，所以经常被奇葩队友们气得不行（同时别人一无所知），我也有点不知道该怎么处理小组作业遇到的矛盾……很多情况我都是默默忍了（）或者是尽力去解决问题……比如队友太菜写不出来代码我就把代码包了之类的。

但是我最后还是没忍住跟那个中国人女生A爆发了一场很剧烈的冲突……哎事情发生后我又反思了很多，例如我为什么会跟这么个不靠谱的人连续组队两次啊啊啊啊！！我觉得是因为两个原因：1. 她是女生，我对女生的宽容度真的很高；2. 她的态度表现得很好，比如她英语刚开始烂到完全无法沟通，但是她有在努力学英语，后面感觉她能用英语沟通了（尽管还是有点费劲），同时还会很愧疚地说对不起对不起我真的有在努力……然后我的恻隐之心就会升起然后就会帮一下她……

事情起因是这样的，她跟我第二学期组队时，有两个小组作业，第一个小组作业时她跟另一个女生两个人折腾MCTS算法折腾了快一周就没写出来，我又发了嘟嘟吐槽这件事……当时我一边跟学校掰扯yellow fever那件事一边赶好几个ddl，所以身体受不了发高烧了，但是为了完成这个作业，我还是在发高烧时帮她们俩写完了代码，也写好了跑实验的代码，她们只需要改一下参数然后点运行按钮就可以了。最后她们俩跑实验然后写分析报告，作业还是顺利交上去了。我当时有点生气，但是因为她们的报告写得还行，所以我就无奈地安慰我自己，算了人各有所长，有些人就是不擅长写代码也没办法哎😑 到了第二个小组作业的时候，因为这是个期末大项目，我们组和另一个组合并成了一个大组，这两个女生也没写代码，其中一个女生自告奋勇承担了做presentation的任务以及一部分报告内容，另一个女生A就说她会写剩余的大部分报告内容（主要是结果分析），剩余的队友负责写算法以及相应的算法部分的报告，于是分工差不多就这么确定了。

在写我那部分报告的时候，我发现女生A写的东西很离谱，明显就是GPT生成的东西，因为有些前言不搭后语的内容，比如我们的项目采用了某个GitHub项目的环境，但是没用那个GitHub项目的算法，报告里却在分析那个我们并没有使用的算法（我：？？？），很明显就是把GitHub代码直接发给GPT然后让GPT生成报告内容啊。我委婉地在群里提了一下这个问题，同时组长也约了个会确定报告要修改的地方，女生A一直说好的好的她会修改，让我们放心，她会用心完成这个报告blabla，我还有其他作业要写，所以我完成了我那一部分以后就暂时没管这边了。

直到ddl当天凌晨（当天23:59分前提交），又因为自己那该死的责任心去最后检查了一遍报告看看有没有什么问题，结果发现报告的结果分析部分全部都是错的，内容全部是GPT瞎掰……我截图了其中的一小段，可以看到数值完全是错的。

我当时真的非常愤怒，这么明显的错误，只要她看一眼就能发现，根本不可能是一时疏忽！！！当时已经凌晨五六点了，我也不知道她要改多久、能不能改好，而且我也不想因为她一个人而被学校认为我们整组用AI作弊…所以我就自己把整个结果分析部分改好了（后面被女生A倒打一耙说我不给她机会修改报告😢），我还发了群消息同步了这个事情，女生A当天下午一点多才回信息说了句“我的我的”，然后就没其他表示了。我觉得以我本人的个性，如果她当时认真地道歉并给出个合理理由，我都不会这么生气……交完作业后我就把她删了然后把她挂到朋友圈骂她是我合作过的最离谱的队友，然后就捅了马蜂窝了（）那个女生很愤怒，想加回我但是被我拉黑了，所以就在朋友圈发了贼长一篇文章来骂我，说她对我有多好blabla，比如她寒假回国了她都会记得给我带两包泡面blabla。她后面还在我们学校的大群、公寓大群里艾特我并骂我，我又是一个很回避冲突的人，当时也是把我弄得心力交瘁，不知道该怎么处理这种人。最后我跟她尝试沟通了一番，发现这个人还是死不认错，我就说你再骚扰我，我们一起别毕业了，跟学校好好掰扯一下用AI直接复制粘贴的问题，她才彻底罢休。

我朋友对整件事的建议是：

1. 不应该跟小组作业的队友有太深入的交流，不主动不负责
2. 一旦吃亏了，就认了，以后别再搭理那个人就行了
3. 对于这次的事情，最好的处理方式就是两种，要不就任劳任怨地改了后不要有情绪，要不就彻底不管

她觉得我选了最差劲的处理方式就是跟人撕破脸然后发朋友圈，因为这样对我一点好处都没有（）我理智上知道我朋友说得很有道理，但是我就是特别特别愤怒，可能是被trigger到了，从这个女生A身上我体会到了一种深深地被操纵的感觉——总是在小组作业里干得特别烂然后态度低下地请求原谅、会跟我做朋友也只是为了更好地在小组作业里利用我而已，以及她在前期还会装一装，直到第二学期期末眼看自己马上就修完所有课了所以就不装了。她第一学期选了六门课，第二学期选了七门课，期间她几乎从不去教室上课，还不停地去其他欧洲国家旅游之类的（在荷兰留学的朋友应该都知道荷兰大学课业普遍都很重），完成作业很多都靠队友帮忙或者用GPT直接生成，但是她的策略很成功，成功地一年就修完了两年的课。

我当时发朋友圈骂她就是单纯地发泄……发泄各种，发泄总是被操纵的愤怒，发泄自己的坏运气（又或者根本不是运气问题，就是我的性格问题）。我觉得这又是一个很典型的例子体现我没有建立好健康的个人边界以及不擅长拒绝别人的特点。明明第一学期跟她做队友时就有不舒服的感觉，但是因为跟她成为朋友后不好意思拒绝就又答应她第二学期一起组队……😭我这个破性格也太容易被人利用了……

总结

写完这一切，想感慨一下自己真的经历了好多乱七八糟的事情啊！！历经坎坷总算是成功度过了在荷兰留学的第一年，但是真的好累啊啊啊！！！！！感觉自己身心俱疲……同时，我认识了一个好朋友，她跟我的性格很像，遇到的烂事也很像，比如她也被那个yellow fever男骚扰过，女生A也在她的小组里疯狂划水（她很愤怒地跟我吐槽了很久）发现这一点后我有点无语...我觉得那个yellow fever男和女生A都是很典型的NPD，不承认自己有问题，疯狂指责别人，还很擅长用各种手段操纵别人等等，他们俩对我和我朋友的手段几乎都是一模一样的，比如那个女生A也对她各种卖惨说对不起我真的有努力在学但是就是学不会...然后指责我朋友为什么不愿意帮助她blabla（没把饭喂她嘴里的意思），不知道为什么我们俩的经历有这么惊人的一致性……

我会忍不住想如果我有一个健全人格是不是我就不会经历这么多破事了，我会不会从开头就能避免一切...这么想让我更抑郁了 T T

而且经历了这些事情后，我变得更加封闭自我了，不想表达了，总觉得表达自我就会受到伤害……我也不停地思考自己的性格缺陷是什么，要怎么解决等。而且我的抑郁症状也没有被很好地处理，我也不知道要怎么办，GP说我要先联系到一个我的保险可以接受的心理机构，我还没去联系……本来不想写这篇博客的，感觉是在暴露伤口而且不知道会不会有人指责我这里做得不好哪里做得不好之类的，但是最后还是选择把所有事情记录下来吧。

尽管出国留学后遇到了这么多烂事，但我还是不后悔选择了出国。我觉得我所经历的这些都是因为我之前没有受到很好的尊重自己的感受、保护自己的感受的教育，我只会各种忍耐😭，而这些经历告诉我，忍耐并不是一个好的解决方式，而改变都是痛苦的，所以我会这么难受和抑郁。

以及我越来越怀疑自己可能是ASD，因为我有家族史（*重点），同时我对人际关系的处理简直是一塌糊涂，我的成长史也感觉很像ASD，比如有长时间对某一事物的兴趣、朋友大多数都是非同龄人等...我就不一一阐述了。总之想得到一个答案，我到底是不是ASD呢！！尽管知道答案后可能并不能改变任何事情，但是想知道！！！！

不过这一年也有其他好事发生，可能会再写一篇博客来详细讲一讲（也可能不会写），以后再说吧。

Let's skip all the common preambles illustrating the importance, etc. of partial evaluation, and just say we want to write a partial evaluator for a procedural language, which Senioria didn't find any articles introducing many details. Note that this is only a personal note, and the algorithm here may not be the optimal :)

The language has the following characteristics:

• Functions don't take closures, or, in other words, closures are passed to functions as an implicit argument;
• Instructions are grouped in basic blocks, thus all branch instructions may only occur at the end of a basic block, and each block is terminated with a branch instruction.

Concepts and basic partial evaluation

We all know how to write an interpreter, right? And yes, this is how a partial evaluator works: just evaluate the instructions, record all variables (here, the results of each instruction), and generate corresponding instructions when the result of the instruction may only be known at runtime, i.e. the instruction must be generated. Other optimizations may also apply, like pattern match the instruction or a sequence of instructions and replace them with a more efficient version, or postpone the instruction generation, and only write the values used by the control flow and side effect-generating instructions into the result (specialized) function to do dead code elimination.

Here, we call the dictionary recording all variables “poly”, which is an abbreviation of polyvariant, which... means that multiple versions of the function is generated, or more precisely, specialized. Not a good name, frankly.

Let's see an example of our partial evaluator at this point, for the following function:

int f(int n) {
entry:
  int i = 5;
  goto if_cond
if_cond:
  bool _0 = i < n;
  if _0 goto if_then else goto if_else;
if_then:
  println("lt");
  int i1 = i + 1;
  goto if_end;
if_else:
  println("ge");
  int i1 = i + 2;
  goto if_end;
if_end:
  int i2 = i1 + n;
  return i2;
}

With n = 1, our partial evaluator would be working like this:

int f_1() {  // Specializing the function, poly: { n = 1 }
entry:
  int i = 5;  // poly: { n = 1, i = 5 }
  goto if_cond;  // poly unchanged, emit the jump, see our introduction below
if_cond:
  bool _0 = false;  // poly: { n = 1, i = 5, _0 = false }
  goto if_else;  // poly unchanged, since the result of the branch is known, just jump to the desired block
if_else:
  println("ge");  // (Same as above, idem for the followings (x)
  int i1 = 7;
  goto if_end;
if_end:
  int i1 = 8;
  return 8;
}

If this is not good enough, by not emitting the constant assignments and a pass that we would introduce later, the resulting function would be like:

int f_1() {
entry:
  println("ge");
  return 8;
}

And with n unknown, the result would be like:

int f(int n) {  // poly: { n = (arg) }
entry:
  int i = 5;  // poly: { i = 5, n = (arg) }
  goto if_cond
if_cond:
  bool _0 = i < n;
  if _0 goto if_then else goto if_else;  // Unable to determine, generate both branches
if_then:
  println("lt");
  int i1 = i + n;
  goto if_end_1;
if_else:
  println("ge");
  int i1 = i + 2;
  goto if_end_2;
if_end_1:
  int i2 = i1 + n;
  return i2;
if_end_2:
  int i2 = i1 + n;
  return i2;
}

Here we choose to keep the unconditional jumps, since they can be eliminated easily by adding another pass pasting the target block to the position of the jump and eliminating all blocks not referenced by any jumps after pasting —– a pass requiring almost no analysis but translating natural language. And by keeping the blocks, we may eliminate redundant specializations by only emitting the jump and not performing the evaluation when we found ourselves jumping to a same block with the same poly, or we may record the source block in the poly, thus we can directly say “when we found we are jumping to the same poly”.

In the example with unknown n, we generated two different blocks for the same source block if_end. This can simplify some analysis since all variables have only one possible value. Some implements would be in favor of keeping the resulting blocks one-to-one to the source blocks as possible, and only record the variables as dynamic, or record all possible values of the variables. We don't like this because this would reduce the optimization potential by losing information by only record variables as dynamic, or be complex by requiring to order the blocks to evaluate all predecessors of a block before evaluating the block. If we want to reduce the generated code size, there are some more analysis we can add, e.g. collect the values that may be used by each block and their successors, and remove all unused variables from the poly, thus we can avoid emitting the same block twice just because an unrelated value in the control flow, or scan up from the bottom of each block and collect some or all reoccurring instruction sequences into one block, depending on how compact we want the code to be.

Loops

At the point, our strategy works well: constant values are propagated to eliminate unused branches and generate appropriate specialized instructions; what's better, many loops are automatically unrolled completely[^1], some loops have dynamic conditions and can't be unrolled completely, but after one iteration, the body finds itself jumping to an evaluated poly, and the evaluator continues happily. But a simple program would drive our evaluator into infinite loop:

[^1]: Though may be overly aggressive, that we may need to add one more pass to reroll the repeating instructions back into a loop, or add some analysis to process big loops differently

int *gv;
int f(int n) {
  for (int i = 0; i < n; ++i)
    gv[i] = 0;
}

As we can see, i changes every iteration, so our evaluator tries to evaluate all the iterations, but the condition is dynamic, which means on the static perspective, there are infinite possible iteration to be generated, Oops.

We may come up with some simple solution: store both the constant value and the instruction returning the value, and ignore the constant value when deduplicating blocks, or only record the instructions. Great, now we are generating gv[0] = 0 for every iteration, or give up unrolling constant loops.

Well... Other partial evaluators seem not to be bothered by the problem, because one of these applies:

• We just don't know them;
• They are partial evaluating some language without loops, so they have other problems to face :);
• They are evaluating some higher-level, structural IR, where they can directly access the “header” of the loop, and determine ad-hoc whether the loop can be unrolled, and use the correct strategy.

After all, in our IR, we should process non-unrollable loops specially.

First we should know whether we are in an non-unrollable loop. Our solution is performing an analysis to obtain all loops and their containing blocks first, then when we encounter a conditional jump, check if we are at the head block of a loop, and if so, pollute the poly to make every variable that is read in the loop and written in both the loop body and before the head block dynamic, and reevaluate the head block with the polluted poly. This way the loop header is adjusted not specialized with values in the first iteration of variables varying in the loop. And since this only applies to conditional jumps, unrollable loops are not affected because their jumps in the header can be specialized to an unconditional jump.

This is enough for code-generation of the loop, since all variables both changed in and read by the loop is correctly set dynamic, and we would only need to repeat the story on the loop once, because when we encounter the header and the body the second time, we are with a different poly, in which there are variables in the loop body, and then after the second time the body is evaluated, the evaluator would recognize the fact that the incoming header block is evaluated in the second iteration, and end the evaluation to the loop.

Forcefully pollute all read and written variables may be rough, and we can do better. There is an instruction called phi, which yields a value depending on from which block the control flow gets to the phi instruction. With this instruction, we can transform the program to SSA form, i.e. all variables are statically written once, by replacing all reassignments with a new variable, and when there are different possible values of a variable, inserting a phi instruction, since they must be from the different block, one block a different value respectively. With SSA form, we can keep the phi instructions, which normally would be eliminated since in both actual evaluation and partial evaluation, the actual control flow can only go along one path, determining the value of the phi instruction, in the reevaluation of the header block, and mark the value as dynamic; since all variables in the SSA form must be assigned before, this can ensure all variables both changed in the loop and used by the loop are set to the correct source —– the phi instruction. This transformation can be more accurate, and may be more universal.

With this strategy, we must memorize the arms of every phi instruction in the header block of the loop, and fill in the correct value when the control flow reenters the loop. And then we found another problem: the poly would be different after evaluating the loop body, so without special process, we would be attempting to create a new header block, and repeat the iteration once; this is OK when we are free to assign, but the first phi instruction would be left with only one value, which is not allowed in some architectures like LLVM. To reuse the header block we just generated, we can record in the poly a path of dynamic loops, push a loop into it when we found ourselves encounter a dynamic loop at the conditional branch, and pop the loops we are leaving at other jumps; when we are going to jump, check if we are jumping to the header of current loop, and if so, fill in the phi arms and reuse the generated block.

That's all of our strategy for partial evaluating non-unrollable loops. This is Senioriae source code handling branches and phis:

void PeInstVisitor::visitPHINode(llvm::PHINode& inst)
{
  if (poly.inloop) {
    auto val = inst.clone();
    auto phiv = llvm::dyn_cast<llvm::PHINode>(val);
    val->setName(inst.getName());
    val->insertInto(poly.insbb, poly.insbb->end());
    PhiPatch patch{ phiv, {} };
    for (size_t i = 0; i < phiv->getNumIncomingValues(); ++i) {
      patch.arms.emplace(phiv->getIncomingBlock(i), phiv->getIncomingValue(i));
    }
    bbphi[poly.insbb].push_back(std::move(patch));
    while (phiv->getNumIncomingValues())
      phiv->removeIncomingValue(unsigned(0), false);
    auto curv = inst.getIncomingValueForBlock(poly.from);
    phiv->addIncoming(poly.get(curv), poly.genfrom);
    poly.set(&inst, val);
  } else
    poly.set(poly.ip, inst.getIncomingValueForBlock(poly.from));
  state.bfsq.push_back(poly.next());
}


void PeInstVisitor::visitBranchInst(llvm::BranchInst& inst)
{
  auto brto = [&](PePoly& poly, llvm::BasicBlock* dst, bool lastjmp = true) {
    auto path = lastjmp
                  ? poly.path
                  : std::make_shared<std::vector<LoopPathItem>>(*poly.path);
    auto src = inst.getParent();
    PePoly res{
      poly.env, poly.base, &*dst->begin(), src, nullptr, poly.insbb, dst, path,
    };
    // Pop the loops we are leaving (or in other words, not jumping into)
    while (!path->empty() && !loops.getLoopFor(path->back().src)->contains(dst))
      path->pop_back();
    // Br to the cond block of the loop
    auto reloop =
      !path->empty() && dst == path->back().src ? path->back().gen : nullptr;
    if (reloop) {
      for (auto& patch : bbphi[reloop]) {
        patch.node->addIncoming(poly.get(patch.arms.at(poly.srcbase)),
                                poly.insbb);
      }
    } else {
      res.env = std::make_shared<llvm::ValueToValueMap>(*poly.env);
      res.base = std::make_shared<llvm::ValueToValueMap>(*poly.env);
    }
    // If new block: create the block
    auto blkit = polybb.find(res);
    if (!reloop && blkit == polybb.end()) {
      res.insbb = llvm::BasicBlock::Create(ctx, dst->getName());
      res.insbb->insertInto(effect);
      polybb.emplace(res, res.insbb);
      bbpoly.emplace(dst, res);
    }
    return std::make_tuple(res,
                           reloop                  ? reloop
                           : blkit != polybb.end() ? blkit->second
                                                   : res.insbb);
  };
  // Get the target bbs
  llvm::BasicBlock* thenbb = inst.getSuccessor(0);
  llvm::BasicBlock* elsebb = nullptr;
  auto cond = inst.isConditional() ? poly.get(inst.getCondition()) : nullptr;
  if (inst.isConditional()) {
    auto cc = cond ? llvm::dyn_cast<llvm::ConstantInt>(cond) : nullptr;
    if (cc && cc->isZero())
      thenbb = nullptr;
    if (!cc || cc->isZero())
      elsebb = inst.getSuccessor(1);
  }
  // Unconditional
  if (thenbb == nullptr || elsebb == nullptr) {
    auto dst = (thenbb != nullptr ? thenbb : elsebb);
    auto [sub, dstbb] = brto(poly, dst);
    llvm::BranchInst::Create(dstbb)->insertInto(poly.insbb, poly.insbb->end());
    if (sub.insbb)
      state.bfsq.push_back(sub);
    return;
  }
  // In loop: switch to loop mode and regenerate the block
  if (loops.isLoopHeader(inst.getParent()) && !poly.inloop) {
    auto next = poly;
    next.env = std::make_shared<llvm::ValueToValueMap>(*poly.env);
    next.ip = &*inst.getParent()->begin();
    next.inloop = true;
    next.path->push_back({ inst.getParent(), next.insbb });
    // Require an rerun
    polybb.emplace(next, next.insbb);
    next.insbb->erase(next.insbb->begin(), next.insbb->end());
    state.bfsq.push_back(next);
    return;
  }
  // Conditional: copy the inst and insert
  auto val = insinst(&inst);
  auto brval = llvm::dyn_cast<llvm::BranchInst>(val);
  auto ping = [&](int idx) {
    auto [sub, dstbb] = brto(poly, inst.getSuccessor(idx), idx == 1);
    brval->setSuccessor(idx, dstbb);
    return sub;
  };
  auto lsub = ping(0);
  auto rsub = ping(1);
  if (lsub.insbb) {
    state.bfsq.push_back(lsub);
  }
  if (rsub.insbb) {
    state.bfsq.push_back(rsub);
  }
}

There are some problems left, like how to obtain the loops and how to transform the program to SSA. Senioria didn't really implement them, since they are already done by llvm, but the algorithms seem to work well.

For loop detection, we can first make the domination graph, a directed graph of blocks with blocks as nodes and jumps in the blocks as edges. Then we can DFS on the graph, maintaining a stack of visited nodes, and when we visit a visited node N, add all nodes in the stack above N into the loop with header N. We can safely assume that a block an only be the header of one node here, since we can't do any better without better specialization technique.

For SSA transformation, we can iterate the blocks in topological order, ignoring edges from a loop body to its header when entering the header, replacing every reassignment with a new variable, and replace succeeding accesses to the assigned variable with the new variable, and create a phi instruction at the beginning of a block for potentially used variables in the block.

Further steps

We haven't discussed how to process functions yet, which is also crucial, and is at least the same complex as processing loops. Well, Senioria am lazy :)

经济来源

很多时候别人一听我要留学，马上大呼小叫：哇你家这么有钱？！每到这个时候我都大汗淋漓：因为每次对我说这话的人一般家境都比我好多了……

我家经济条件确实是非常差，农村出身、爸妈负债、哥哥负债、房子没有，车也没有，田也没有。大概我爸妈的信念是赤条条到这世界上来，也打算赤条条地走（把我自己逗笑了哈哈哈哈哈）

但是我算幸运的吧，踩中了计算机行业的最后一点点风口，去了大厂打工，以及离职后还做了一段时间外包，所以几年后也攒了一些钱，不多，大概30万。我人生中第一次拥有这么多钱，我都没告诉我爸妈，一个人就决定我要拿着这个钱出国，不管够不够吧，死也死在国外算了。

知道我要去留学以后，重男轻女的外公外婆那边对我很不高兴，指着我骂读书没用，不如赶紧找下一份工作；甚至我小姨对我破口大骂说我连累了我哥，必须拿我这条命去努力赚钱，赚到让我哥早点结婚，才算补偿到位（我内心os：哪来的一家神经病）所以他们一分钱也没出。

我奶奶则对我要去留学特别高兴，虽然她也不知道国外是哪里、到底有多远，但是她觉得我要去读研究生这件事特别光宗耀祖（p.s.我家太穷了，我是我们家族里literally第一个学历读到研究生的人），她就把她所有的积蓄都拿出来给我了TAT 鄙人第一次被这么明显的偏爱，完全手足无措，哭了好几回。这个时候我还思考了一下，难道这就是男宝的普通待遇吗，就是在你想干什么的时候，家里倾尽所有地帮你，不考虑你以后到底还不还得上来……而对我来说，我外公外婆家的态度才是正常态度，根本没指望能得到他们的支持，反正老娘有钱，我要走谁拦得住我呵呵

另外我爷爷奶奶家这边的亲戚还为我这个家族里的第一个研究生搞了个募捐活动，给我募了个一万左右。这就是读书改变命运吧姐妹们🚬难得在南方宗族里享受了一下男宝的至尊待遇！！

总之，最后我申请留学时满打满算，凑了个35万，能搞得这么多也算是意料之外了！

DIY思路

在国外的朋友基本都劝我不要找中介，理由如下：

1. 中介赚的就是信息差的钱，自己多花点时间找资料也能弥补
2. 自己的申请自己最上心，中介才不会关心
3. 我没那么钱浪费（流泪

所以呢，我觉得准备留学时最重要的就是收集资料的能力！以下几个论坛/社区我经常逛：

• 一亩三分地
• 战斗在荷兰
• 德国热线（萍聚）
• My German University
• 小红书

逛的时候记得遇到有用的信息记录下来，以免自己忘记。另外留学申请也很简单，我的顺序基本是：

谷歌搜xx国家的大学列表 $\rightarrow$ 去官网收集资料 $\rightarrow$ 按照资料准备 $\rightarrow$ 去官网申请

在这里贴一下我当时收集德国大学资料时写的文档（本p人为了省钱真的做到了极致），非常方便好用！按照文档能很清晰地知道自己要准备什么材料、申请什么时候截止。就算不确定是不是缺了什么，也可以马上顺着链接去二次确认。

语言准备

为了省钱，语言当然也是自学的！！我考的是托福，最后分数是101（根据我自己的申请经验，上100后的选择会更多，所以我考了两次险之又险地上了100）。阅读和听力我考得还可以，把我贫瘠的口语分和写作分拉了上来……我看了很多一亩三分地上面的托福备考经验贴！！这个论坛真的有很多好东西，非常推荐大家多去挖一挖！

（二次编辑：删除了自己的托福经验，因为我也是拾人牙慧，自己去搜适合自己的学习方法比较好一点）

选择留学国家

明确了自己的留学成本以后，选国家时也比较有方向（毕竟也没啥能选的啊呵呵

我的目标也很明确！就是移民拿身份！所以我当时主要考虑的有以下几个选项：德国、美国和荷兰。这里我只简单介绍一下我对这几个国家的印象，没有特别详细地展开。

德国

由于我的大学跟德国合作非常紧密，甚至所有大一学生都要强制学一年德语，所以当时德国是我的第一选择。德国的移民条件也比较简单：工作满两年（即交满两年养老保险）后可以申请永居。

留学花费

德国最大的优点就是便宜，真的便宜。除了巴登-符腾堡州以外，所有公立大学都不收学费（要收学杂费），并且巴登-符腾堡州的学费是非欧盟学生一学期1500欧元，与其他国家相比简直就是白菜价。详情请看下图这个表（引自在德国留学要花多少钱？）

学期注册费竟然还包括无限次使用当地公共交通系统……这福利我哭了、、、

此外德国的房租也不是很贵，毕竟德国很大，具体要看住在哪个地方，但总体来说就是选择非常多，总有便宜的选法；德国的物价在欧洲内也算比较ok的。根据资料，在德国生活，一个月平均需要842欧（引自Costs of education and living）。

学校申请

咱是去移民的，完全不在乎什么名校不名校的……我当时的精神状态就是：就随便找吧，哪个能上就上，都申申！

申请德国学校时，我发现一个最大的问题就是它们对申请者的专业背景要求真的太高了！比如说柏林工大当时要求本科所修的课中数学领域的课至少要有20学分，我算了算我自己的只有16学分，而我已经毕业了，去哪里补这四个学分呀……我也不太确定能不能上网课来补学分，但这个情况非常普遍，我想申请的很多学校都因为各种各样的课程要求满足不了而被我毙掉。

以及申请德国学校还有一件事情一定要铭记于心：记得准备APS！！！！而且是越早越好，不能拖，这个APS从准备资料到拿到证书花了我大概半年的时间……期间让我错过了很多学校的申请窗口（痛哭捶地）毕竟咱第一次准备留学也没有经验……

美国

可能有人看到我的标题时很疑惑：你这人，不是说只有35万吗，这去个屁的美国啊？

俗话说猫有猫道，鼠有鼠道，留美的人也各有各的道、、、我的留学预算没有多到让我可以爬藤啊、申名校啊之类的，但是也没少到让我只能惊险走线墨西哥……

留学花费与学校申请

这两放在一起写吧，主要是真的没什么选择。像我这样的肯定是只能考虑物美价廉的公立大学了，比如说我曾经考虑的佛罗里达州立大学（FSU）的国际学生学费是一年18,746刀，那么我的预算大概是够两年的学费加一年的生活费（同时还得缩衣节食），不过它的奖学金机会还算比较多，这里有一个官方提供的表格（引自Graduate Student Financial Support Policy and Statistics），可见这所大学的计算机系的助学金获得率是比较高的，能有76.7%，但是数据比较久了，不知道现在是什么情况。

除了寻找助学金机会，我也有在寻找一些全奖硕士或者是全奖博士的机会，而一般会提供全奖硕士的学校都不是什么特别有名的学校（也没关系吧）。我也较为幸运地找到了一个全奖硕士的机会，也通过了面试，只要申请就能有offer。这个就不多展开了，总之美国的机会真的很多，能拿得到资助，在美国活下来也不是非常难的事，问题就在于美国太难移民了……这也是最重要的，我为什么放弃它的原因。

至于如何寻找这样的机会，推荐多看看一亩三分地或者是领英上的学校教授、业界大小牛，信息网够广的话总能蹲到的。

这是我之前考虑德国和美国时列的表（当时完全没想到自己会半路一拐突然去了荷兰呢哈哈哈哈哈哈哈）

荷兰【最终选择】

说实话，最开始没考虑过荷兰……荷兰的费用对我来说还是有点高。但是我考完托福后没啥事干，刚好荷兰申请季还有一周截止，我怀着“有枣没枣打一杆子”的心态申了三所荷兰的学校，最后被其中一所录了。而我考虑到荷兰申请永居的条件也比较简单：合法居留满五年就可以申请永居，所以最后就来了荷兰！

留学花费

荷兰是真的贵啊……吐血了！！

我申上的这所学校，一年学费就接近两万欧，一年生活费要一万欧，所以算下来留学两年差不多要花6万欧，我的钱还差十万左右，但是咱还是来了。我觉得学费是大头，我的钱够两年学费，和差不多一年多一点的生活费，大头已经有了，那我的缺口还不算很难解决，那就来了再说吧！

我个人的开销是每个月大约900欧：房租445欧，保险20欧，话费5欧，食物大约300欧，交通费和出去玩大概100欧。其实有时候我花得比这个还少（是个很节省的小女孩），所以预计了一下我大概能撑到今年十月或者十一月就没钱了（。）

荷兰的问题在于以下几点：

1. 毕竟是小语种国家，很多工作都需要荷兰语。
2. 最近几年的政策逐渐排外，非欧盟身份很不方便；比如找兼职的时候有很多家都因为我的非欧盟身份拒绝我。
3. 物价高，比德国美国都高。我跟美国的朋友聊天，她说她那里（波士顿）的越南河粉一份12刀，我这里的越南河粉一份18欧，呵呵🚬
4. 交通费贵。想想德国学生免交通费，可恶，好嫉妒！
5. 国际生有严格的工作时长限制。一周16个小时/暑假三个月全职工作，二选一。
6. 奖学金少。

学校申请

当时申得晚，又着急，没有做很多荷兰学校的功课。总的来说，荷兰的申请比德国简单很多，虽然也有对专业背景的要求，但没有德国那么严格。

荷兰的大学水平并没有差很多，我觉得完全可以随便选诶。建议如果要申荷兰的学校主要考虑一下学校的位置、学校福利之类的，比如说格罗宁根大学的学生可以免费学习荷兰语（我这个学校就没有！）

另外体感上荷兰是个比较小的国家，所以周末去另一个城市玩也是很稀松平常的事情，不需要太考虑自己所在城市的娱乐水平（我的宗旨：便宜能住就行了）

最重要的一点可能是得提前看好自己想申请的项目的实习政策是什么样的——荷兰的国际学生实习时需要与公司和学校都签一个Nuffic协议，如果你想实习，但是学校政策不支持的话会非常麻烦。

结语

感觉我已经把我自己掏干净了，总的来说DIY真的很简单，预算有限的话绝对不要把钱都浪费在中介上面啊————

有钱的话就算了，有钱者为所欲为🚬