Pensieve: 2412

2024-12-28 11:00

所读所观所玩

这个月开始玩九日(Nine Sols), 如果没有黑神话这可能是我的年度游戏, 美工玩法都很厉害. 另外要夸赞的是, 这个游戏里面也有大量中国传统神怪故事的背景. 主人公羿和标题九日本身就是中国成语故事. 另外, 里面还有神农/夸父/刑天的名字, 这些名字如果翻译成英文, 至少对于我而言, 所有的文化背景都会消失. 而且里面还有中规中矩的中国古典诗词, 虽然受限于成本, 没法像黑神话那样整出很多活, 不过总体来说是真不错. 作为对比, 点名批评下Bilibili家的Fist, 游戏可以Language选中文, 但是界面和字幕仍然是英文, 只有语音是中文的.

这个游戏难度不低, 我一开始没特别认真对待格挡这个事情, 前期也可以比较顺畅地玩耍, 到天网步校角端那边就被教育了(神似被黑神话里的大头教育), 必须要用精确格挡加引爆符咒才能比较有效地杀伤对方. 后面打英昭那儿也是如此, 打了一两个小时才通过. 不过自己也可以明显看到自己的进步, 比如一上来就是被英昭教育, 打到后来才知道有二阶段, 再到二阶段里摸爬滚打, 接下来能无伤或基本无伤过第一阶段, 最后能够通关. 现在被卡在呋蝶那儿. 呋蝶这个boss的关卡设计和boss战设计都相当出彩. 对于传统的银河地下城游戏, 每次拿到一个新技能, 就能解锁一个大关卡, 这个关卡里面会有新敌人, 平台游戏元素和mini boss, 直到你打到这个关卡的最后, 打败boss, 得到一个新技能, 如此循环. 而呋蝶的设计是直接改在一个梦境里面做平台跳跃关卡. 平台跳跃失败的惩罚也就是人在空中飞一会儿然后掉回到之前的check point. 全程都很流畅, 也很贴合梦境的设计. boss战分为三个阶段, 前面阶段也让你能充分熟悉boss的招式, 后面有点像致敬空洞骑士里螳螂领主那一战, 通过分出多个boss来增大难度. 现在能够做到无伤过第一阶段, 发挥正常能够过第二阶段, 但是最好一次磨掉了第三阶段boss三分之一的血, 还需要继续练习.

另外玩了下Path of Exile 2. PoE1我在PS上玩过, 没玩下去. 到了2, 也没觉得这是一个特别好的游戏. 很像我在iOS上玩过的Titan’s Quest, 剧情粗制滥造, 画面向20年前的D2看齐, 玩法也没让我特别觉得厉害. 后面等它有了内置的交易行和loot filter再继续吧.

另外, 没玩原神和重返未来1999了, 毕竟其他好玩的游戏也很多, 没时间啊没时间.

接下来说读的书, 首先是本月最佳的沉雪. 从个人的角度回顾了那段荒诞的历史, 很多时候对于这种错误, 白描而不加评论就够了. 这些青春年少风华正茂的少年们就被这样的错误耽搁了自己的青春. 当然也不是这本书有多好, 多亏同行衬托, 看看我这个月还读了哪些吧: 冯唐的无所畏, 一边说自己对中文发展做出了贡献, 一边写这种不入流的essay. 马伯庸的七候笔录(https://book.douban.com/subject/33386710/), 十几年前的游戏文章, 网上分享一下也就算了, 现在填坑这么潦草, 真是浪费自己的名气. 最后一本是The Bookseller’s Apprentice, 这本算是The Grandest Bookshop in the World的前传, 眼界下降明显, 整个世界全在这个市场里面, 对于孩子来说可能可以接受, 但是我接受不了.

另外, 为了辅助阅读(Cat on a Hot Tin Roof)[https://book.douban.com/subject/1829320/]而看了电影版. 缘起是读书一开头实在没有铺垫, 被Maggie这个人物的近乎独白弄得特别烦躁, 都不想读下去了. 看完电影再回头读书就顺气多了. 另外尝试看了下Netflix上的百年孤独, 没怎么看下去, 魔幻现实主义的确有些难以捉摸(当然涉着沼泽去找大海这个事情和建国前三十年的种种乱象相比也没那么魔幻了). 看了一集鱿鱼游戏2, 觉得至少风格上和1很像, 估计会看下去.

和AI结对编程的一些体会

假期中无聊尝试在AI的帮助下按自己使用nvim的习惯, 写了一个插件, 现在仍属于施工阶段, 不过代码可以在这儿找到. 抛开这个代码不提, 我总结了一下这个阶段和AI结对编程的一些经验:

写项目需求文档, 并让AI总结好, 这样方便在各个模型之间互相无缝切换. 注意写项目文档的时候先把需求喂给它, 然后记得要让AI问你问题, 而且出了项目需求文档初稿后, 要让不同厂商的不同模型都读一遍, 让它们问你问题, 这样可以完善这个项目文档.
如果项目需求文档写完后, 不要一开始就让AI去实现, 而是先做大方向上的设计, 定好有哪些模块哪些API, 然后再考虑实现. 这样可以最大限度避免AI把这个项目写花. 另外, 一定要在大方向上有所把握, 如果AI写出来的函数你不知道是什么意思, 或者理解困难, 直接让它重写, 或者提示思路让它实现. 在这个AI生成代码的年代, 简单易懂的重要性又攀升了.
面向debug日志的编程, 一开始就要把debug写好写全, 这样可以方便调试. 对于复杂地交互, 这样调试效果也比直接文字描述要高效. 你一定要认可这样一个事实, AI写的代码一定有bug, 而加好debug日志, 能够让AI更快地意识到自己的问题.
面向单元测试的编程, 我觉得传统的TDD在这个时代有了新的进展, 因为你一定程度上无法掌控代码的逻辑, 那也无妨, 你定义好代码的外部行为(测试)就好.
谨防代码膨胀, AI容易防御式编程, 并将逻辑写成一团浆糊. 关键逻辑一定要自己掌握.
谨防AI的唯唯诺诺, 大部分时候AI会唯你是从, 说你的建议是个好主意, 人要有自省之心.