
看了一下时间，上次还在纠结场景绘制风格的时间，这一转眼都过去了半个月了，好在，我的游戏主场景基本确定了，人物角色的设计也基本确定了，下图就是游戏的第一次预览图，先复盘一下最近的杂乱的思绪把。


![游戏主场景预览](https://www.suiyan.cc/assets/images/2025/mybloggame.jpg)

目前的场景都是静态，后续会加入动态效果，以及一些互动。

## 关于游戏画风的各中尝试

这阵子一直在尝试游戏的画风，最开始的时候选择了像素风格，后来换成3D风格采用blender建模，但是感觉3d风格在颜色、材质和动画方面的控制碍于技术原因十分有限，而且风格极难把握，最终还是放弃了，选择了2D风格，但是具体的画风还需要筛选，而且自己的绘画技术是业余的，有很多的想法，但是碍于技术和手是无法实现的，最终有绕回去了像素风格，一来感觉像素风格的控制方式更接近编码，绘制起来也很简单，最终还是选择了像素风，且不会在改变了。

肯定会有人说，为什么不适用AI来绘制场景和人物，目前来说，AI绘制不可控还是主要原因，但是使用AI来进行快速的原型设计还是不错的，先用AI大体绘制出你的所想，然后自己在临摹打磨，这样也可以节省很多时间，但是直接使用AI来制作游戏中的角色和场景，这个我还没试过，即便可以，也需要花费很多的时间来研究，最终你也会发现AI并不能实现你的想法。

## 知乎推荐了一些Godot或独立游戏开发的文章

策划、编码、美术、推广等等，一个游戏包含了很多的方面，每个环节都需要人来负责，但是独立开发者就只能靠自己了，没有团队的支持，进度自然会很慢。做游戏也好，写代码也好，都需要很多时间，有的时候，我们必须搞定一键事情的优先度，还有就是果断，不要过度的尝试，不停的尝试会浪费掉很多时间，但是有的时候，我们必须要尝试，才能知道什么才是最好的。知乎推荐了一些独立游戏开发者的经验之谈，偶尔也会看看，受益匪浅。

游戏开发也好还是其他的行业初期，你都会觉得这是一个困难的事情，也会为一些技术方面的问题头疼，随着你对该行业技术的了解不断的加深，技术都会变成体力劳动，那个时候你会有了更多的更深层次的感触，恭喜你，你已经在该行业中有很大的进步了，当你脱离技术开始讨论这个行业的时候，你会发现，你已经觉醒，或者说你已经发现了一些什么。

## 道阻且长

独立游戏开发也好，其他行业的创业也好，都会需要一个漫长的过程，当然，有的人运气好，最终会有一个好的结果，或是花费很短的时间，但那都是别让人，大多数人都是普通人，莫说成功，只要能坚持下去，我觉得都是好样的！加油！共勉！




看了一下时间，上次还在纠结场景绘制风格的时间，这一转眼都过去了半个月了，好在，我的游戏主场景基本确定了，人物角色的设计也基本确定了，下图就是游戏的第一次预览图，先复盘一下最近的杂乱的思绪把。

Godot游戏开发《我的博客》记录04-终于完成了主场景的绘制


只要有空余的时间我就在思考游戏的场景的绘制风格的选择，最开始的时候选择了像素风格，后来换成3D风格采用blender建模，但是感觉3d风格在颜色、材质和动画方面的控制碍于技术原因十分有限，而且风格极难把握，最终还是放弃了，选择了2D风格，但是具体的画风还需要筛选。

## 关于游戏中的事件

在游戏中，对于一个博主来说，遇到一些随机事件应该是很寻常的，当然大千世界形形色色的人和事在游戏中不可能全部都会遇到，但是还是要模拟一些常见的随机事件。
目前的随机事件触发后都会影响到博客的访问量增减，当然也会有随机事件触发影响到人物或是博客的属性。适当的随机事件会增加游戏的趣味性，也会增加游戏的难度。
我会考虑游戏的复杂度，来适当的添加游戏的随机事件，避免掉入无止境的事件陷阱，导致游戏的进度永远无法完成。

## 一些随感

当事件系统的代码写的差不多之后，还要开启成就系统，当玩家完成一些任务，比如写了100篇博客，或者写了1000篇博客，就可以解锁一些新的成就。当然成就触发的条件很多的，基本所有属性的数据都可以触发，所以，游戏的属性和数据越多，可触发的成就任务就可以设计的越多，但是，这似乎有会掉进「功能需求爆炸」的陷阱，应当警惕。

当一切代码妥当后，开始详细的绘制场景，过程动画等，后期添加音效以及背景音乐等，工程还是很复杂的，路虽远，行则将至！


只要有空余的时间我就在思考游戏的场景的绘制风格的选择，最开始的时候选择了像素风格，后来换成3D风格采用blender建模，但是感觉3d风格在颜色、材质和动画方面的控制碍于技术原因十分有限，而且风格极难把握，最终还是放弃了，选择了2D风格，但是具体的画风还需要筛选。

Godot游戏开发《我的博客》记录03-关于游戏的场景绘制风格的选择


今天一看时间，都是八月份了，上次我记录游戏开发的时候还是7月末，简单的说下游戏开发的进度和一些细节吧。

## 烦人的伏天

今年东北的伏天有些提早了，还没入伏就热的不要不要的，上个星期开车发现空调不热，好家伙，妥妥的温水煮青蛙啊，不到最热的时候竟然没有感受出来空调不出冷风！简答的排查了一下，确定了压缩机和制冷的功能没有问题，那么就可能是冷暖风门的问题了，还好车还在三包期间，就送去让四儿子给查查修修，结果，排查两天，等件两天，维修两天，一个小小的风门更换要一个星期......不过最终的结果还是不错的，又可以凉快的开车了。


## 游戏的进度

琐事依然不断，之前一直在设计并编写游戏中关于博客访问量的模拟，其中有两个模拟的大头，一个是博客的rss订阅一个是博客文章的收藏，顺带创建了一个详细的统计类。
关于rss和博客文章收藏的模拟，虽然还是很初级的，但是也考虑了很多因素进去，但是目前影响这二个数量的因素还是访问量。游戏中rss和收藏是根据访问量来增加的，反过来，也会因为rss和文章的收藏量给博客带来一些流量，简单的模拟了rss和文章收藏的增长和减少，是指跟接近现实中的流量增长和衰减。


## 关于AI辅助编程

可能有些朋友会觉得，直接使用AI辅助编程会更好，我也是一直在用啊，但是你想让Ai直接帮你写出符合你的构思的完整的游戏代码，这个可挺难的。我目前就是拆分功能，劲量把需求拆分到具体的方法，而并不是让AI直接修改代码，不然，别说帮你生成代码了，不把你的代码改出毛病就不错了。

## 总结

接着整个八月都会继续更新一些游戏的事件，目前来说，游戏中博客访问量的自然增长基本上都完成了，需要增加一些新的事件来增加游戏的趣味性。并且需要达成一些成就。


今天一看时间，都是八月份了，上次我记录游戏开发的时候还是7月末，简单的说下游戏开发的进度和一些细节吧。

Godot游戏开发《我的博客》记录02-缓慢的进度


游戏开发已经有段时日了，我决定在我的博客记录这个游戏开发过程，一方面是督促自己抓紧开发游戏的各个环节，记录游戏开发的过程和学习使用Godot开发游戏的经验，另一方面也是希望能够吸引到对这个游戏感兴趣的玩家，当然如果能够有高手指点一下更好啦。

## 游戏构思

断断续续的开发已经过去4个月了，这是一个名字暂定为「我的博客」模拟养成游戏，游戏的画面风格暂定为3D主场景，游戏的大体内容：玩家是一个博主，在2000年的时候你会创建一个自己的独立博客，通过不断地学习和持续的输出，持之以恒的维护与运营，终于若干年后在博客届混出个名堂，通过流量换得了收入与名誉，并且在运营的过程中会遇到很多突发事件，这些突发事件会给你带来一些意想不到的结果。随着游戏不断地推进，你会通过学习新的技能来提高自己的创作能力，通过社交、seo、优化美化博客等手段来提高网站的知名度和访问量，解锁不同的成就。直到游戏运营到2025年游戏结束，整个游戏会因为你不同的运营方式和学习方式产生不同结果和获得不同成就，给足玩家满满充实的游戏快感。

目前来说，游戏的构思还是和当初一样，至于细节，一直是一遍做一边在丰富中。本想着留一个游戏场景了，但是预览了一下游戏，发现场景中的很多元素都还没有画出来，算了，太简陋了，先不贴了。

## 开发记录

当前的游戏开发进度：

游戏内的时间线已经确定，一些博客的日常，包括发表博文的常见类型，以及博客的维护都有了基本的框架，已经实现。目前正在做游戏中的一些事件，例如：每年的12月和1月份会触发【年度总结】这个任务，玩家可以发布一篇【年度总结】的博文，来总结自己这一年的博客运营情况，以及自己的学习情况。当然游戏内的事件还是很多的，基于时间和属性触发的任务会很多。

## 一些细节的构思

游戏内实现了广告联盟的基础功能，例如加入联盟的审核，加入后广告类型的选择，根据玩家选择了不同的广告投放类型，进而影响到博客访问量和收入。
实现了玩家的技能属性对于发表不同博客产生的访问量的影响，还有就是RSS订阅文章收藏以及文章分享给博文带来的额外的访问量。

后续还有几个主要的玩法，博客联盟、理财（储蓄，基金、股票）触发财经博主的技能，这个玩法我还是挺期待的，当通过博客赚到钱后，进行理财投资，迅速提高自己的收入，实现财富自由。

## 激励自己

游戏内容还是挺多的，但是万事都需要一步一步的实现，每一个玩法的背后都是一堆代码的编写，当然完成代码的编写只是最初的一步，后续还需要不断地完善和优化界面和游戏元素，添加声音和背景音乐，啊，想想都够麻烦。慢慢来吧，希望早日完成这个游戏开发。




游戏开发已经有段时日了，我决定在我的博客记录这个游戏开发过程，一方面是督促自己抓紧开发游戏的各个环节，记录游戏开发的过程和学习使用Godot开发游戏的经验，另一方面也是希望能够吸引到对这个游戏感兴趣的玩家，当然如果能够有高手指点一下更好啦。

Godot游戏开发《我的博客》记录01


最近一直在构思一些游戏的中的细节，有的时候想了几天都没有具体实现的方式，不过，大部分游戏的场景最终都还是找到了具体实现的方法。这期间，我的思绪不断地回到这个游戏构思的初期，那个抽象出来的理想中的游戏世界。

## 抽象与具体

随着游戏制作的深入，无论是游戏的设计、构思，还是编码与美术，都从最初的抽象模糊的世界开始变得具体了。之前可能想的太简单了，总以为一个游戏在脑海里过了一遍，把代码写好，把图片做好就可以了，完全没有想到随着游戏制作的深入，这一切都变的更加具体了。如果游戏制作实在画画，那么初期就是打型构图，中期就是细化结构，后期就是完善细节。  我并没有想到，一个游戏的细节会有那么多，每个细节都需要具体的实现方式。

## 理想与现实

或许人类在做什么之前，都会有一个理想的目标，例如先赚他一个小目标（一个亿），这是一个抽象的理想，当我们开始为了实现这个小目标的时候，一切抽象都得变得具体，我们需要具体的实现方式。例如：我要打工，赚它一个亿，但是我要怎么做？这个时候就是从理想回到现实。

## 面对现实

赚一个亿，比我要做完这个游戏难的很多，但是有些就实现了，有些人就没实现，甚至连一些更小的理想都没实现。



最近一直在构思一些游戏的中的细节，有的时候想了几天都没有具体实现的方式，不过，大部分游戏的场景最终都还是找到了具体实现的方法。这期间，我的思绪不断地回到这个游戏构思的初期，那个抽象出来的理想中的游戏世界。

抽象的理想和具体的现实


都说程序员过了35岁就会被裁员，35岁确实是一个坎，这个年龄段大部分人都会结婚生子。我觉得影响程序员工作能力的主要原因就是：琐事。

## 老年程序员

35？对于我来说已经是一个很久远的年龄了，我觉得说自己是一个老年的程序员也不过了。如果说我和我年轻的时候比，有哪些优势和劣势？好吧我总结一下：

1. 体力，对于现在来说，体力感觉变化不大，还可以撑住长时间的编码工作。
2. 专注力，下降了很多，一般一小时左右就不行了，需要休息。
3. 编码能力，如果一直学习，感觉还是会进步，一方面来自AI的加持，另一方面也需要自己不断的去实践。
4. 编码时间，持续的减少，这个我觉得最大的影响就是来自家庭的琐事。


## 如何破局？

把工作时间段分配好，合理的使用最佳效率的时间，适当的休息娱乐，不要过度的积攒工作带来的压力，这样只会适得其反。
把项目拆分成细小的任务，定制合理的工作任务，使用ToDo来分配，监督自己。

好吧，最后就是坚持，路虽远，行则将至！只有不放弃才会成功！慢一点没关系，只要不放弃，就一定能成功！

额，好久没有更新博客了，昨天收到了一封邮件：友情链接的更新，我才想到好久没有更新了，所以就有了这篇博文。


都说程序员过了35岁就会被裁员，35岁确实是一个坎，这个年龄段大部分人都会结婚生子。我觉得影响程序员工作能力的主要原因就是：琐事。

琐事不断的老年程序员


一晃俩月过去了，我的游戏开发进度真是惨不忍睹，从信心满满的开始，到折磨的崩溃，再到开始怀疑人生。从做好一个游戏到把这个游戏做完，这真是一个自我折磨的过程。

## 信心满满的开始

之前，我确实低估了制作一个游戏的「成本」，技术，时间，绘画，当各种不同的技术多维度的叠加到一起的时候，才会逐步的发现制作一个游戏的成本是多么的高。之前也写过一些博客，记录了一些想法，当我开始着手把这些想法实现到游戏中的时候，我才发现自己很多的技术空白，绘画能力的限制，甚至游戏的逻辑有的时候都无法理清了。

## 事无巨细的游戏细节

我以为想好的游戏的构思就可以了，但是我开始制作这个游戏的时候，我发现整个游戏的世界，都需要我来制作和维护。这真是一个巨大的坑。

我已经不是开始的时候了，我现在满脑子都是一个想法：如何把这个游戏做完。




一晃俩月过去了，我的游戏开发进度真是惨不忍睹，从信心满满的开始，到折磨的崩溃，再到开始怀疑人生。从做好一个游戏到把这个游戏做完，这真是一个自我折磨的过程。

做个游戏做到开始怀疑人生了


![牛河梁](https://www.suiyan.cc/assets/images/2025/nhl.jpg)

五四青年节的那天我带着孩子去了牛河梁遗址，整个五一假期都是刮风下雨的，刚好4号那天的天气真的很不错，就赶紧带着孩子去了牛河梁遗址博物馆，走的长深高速，高速上的车也是不多很通畅。

## 牛河梁遗址

牛河梁遗址位于凌源市，是中国历史上的一个重要遗址，嗯，怎么说呢？我个人对历史尤其是那些远古时期的历史不是很感兴趣，我只是想找个地方看看，然后就去了。凌源虽然离我很近，100多公里，但是我竟然没有去过，这次也算是了心愿。

凌源给我的第一感觉就是干净，绿化很好，空气新鲜。牛河梁博物馆也不算很大，没有做观光车，两个多小时也走完了公园的所有路程，看看风景呼吸新鲜的空气我就很满足了。回家之前，我们又去了牤牛河湿地公园，这里的风景也很好，我也很喜欢。


## 游戏的进度

《我的博客》游戏还在编码中，一直在断离舍中不停地思考，一个免费的游戏，我不想做的太复杂，但是每次做到了就觉得应该把这个功能完善一下，但是又不想做的太复杂，所以，就这样一直在纠结中编写代码。

当然，我很希望五月把所有的代码都编写完毕，把游戏内的事件都做完，六月和七月我会把游戏的美工和音效都做好，然后再把游戏发布到网上，让大家都可以玩到。理想很丰满，现实很骨感。

期待吧，等我开始美工制作的时候，我会放出一些游戏的截图和细节。


五四青年节的那天我带着孩子去了牛河梁遗址，整个五一假期都是刮风下雨的，刚好4号那天的天气真的很不错，就赶紧带着孩子去了牛河梁遗址博物馆，走的长深高速，高速上的车也是不多很通畅。

纠结的五月


本来以为大萝卜3国服这辈子都不可能重启了，结果网易已经在4月16日正式开启了技术测试，前几天闲着没事就下载了这款养老的中老年经典游戏玩了一个星期。

## 都是回忆

暗黑3算是完了很久的一款游戏了，具体是哪年开始玩的，竟然没有了一点印象。之前，网易和暴雪的分分合合导致了暴雪国服的游戏停止运营，很可惜，但是发现暴雪的玩家都很平淡，你关服务器，我就不玩了，我也不去跟你折腾，很是神奇。

## 再次开服

这几天上去玩了一下，感觉还是熟悉的味道，熟悉的玩法，哎，岁数大了，很多细节竟然想不起来了，但是玩玩的就想起来了，这游戏真是奶草，玩起来很舒服，很享受，打算用来养老了。


## 游戏的进度

哎呀，自己一直在赶进度，愚蠢无知的我一直采用瀑布模式努力的开发者，我当然想再五月分的时候完成所有的代码编写，六月分完成所有的游戏美工的绘制，下了几次的决心，感觉没有屁用，好在有一颗永不放弃的心，我非常不想制作到半路的时候，因为种种原因把这个未完成的游戏封存，所以我一直坚持下去，努力吧游戏做完！

本来以为大萝卜3国服这辈子都不可能重启了，结果网易已经在4月16日正式开启了技术测试，前几天闲着没事就下载了这款养老的中老年经典游戏玩了一个星期。

中老年游戏:《暗黑破坏神III》国服技术测试现已开启


哎呀，每年春暖花开的时候，别人踏春享受春天快乐时光的时候，就是我的最「悲伤」的季节，那个痛苦也只有经历过的才会懂，鼻涕眼泪流的那个伤心啊！

## 过敏

年轻的时候没觉得怎么样，能跑能跳的，年龄大了，各种问题就会暴露出来了。貌似过了35岁以后过敏体质就会愈发严重，这几年的春天真是难熬啊！对于过敏反应的临床症状，在医学上也米有什么特效药，某些药物也只是减轻过敏的症状而已，长期使用副作用也一堆，索性就挺着吧。

## 缓慢的进程

最近一直在写游戏的核心代码，由于眼睛极度难受，进程受到了影响，进度极其缓慢。就这样吧，挺过五一就能好多了。游戏目前分为了几个大模块，美工，时间线，动作，影响，以及成就。美工进行了一些草图的绘制，时间线的设计全部完毕，下一步开始「动作」代码的编写，以及产生的影响的代码编写，最后编写成就。然后更新游戏的图像及声音，最后进行测试。预计还得一段时间。

## 生活

生活还是老样子，没有什么变化，眼睛难受，写博客和读书都耽误了，期待这夏天，我爱你夏天，快来吧。


哎呀，每年春暖花开的时候，别人踏春享受春天快乐时光的时候，就是我的最「悲伤」的季节，那个痛苦也只有经历过的才会懂，鼻涕眼泪流的那个伤心啊！

又到了流鼻涕流眼泪的季节了


使用godot开发游戏的进度还在缓慢的推进中，本以为大部分时间会在绘制场景和制作动画上了，但是我确卡在了游戏的世界观设计上了，痛定思过，决定先把游戏的世界观设计好了，再开始绘制场景和制作动画。


## 创意和指数增长的工作量

无论做什么，开始的时候我们都会设想构建一个完美的计划，然后一步一步的实现，最后达成预设的目标，但是在实际的开发过程中，无论是游戏还是软件，我们都会在制作的过程中不断地添加自己新的想法，这使得工作量无形中增加了很多，是本来预订的目标离我们越来越远，甚至遥遥无期了。

对于当前的游戏构思本来很简单，但是我是不是觉得要添加一些「简单」玩法，殊不知这个看起来「简单」玩法会使当前的工作量指数级增加，无形中给自己带来了巨大的压力。例如，我想在游戏中添加一个类似网站的统计功能，统计每篇博文的阅读量，进而可以计算出周月年的访问统计，但是我发现，我的这个想法其实是让自己在游戏里设计一个网站的统计系统，这可不简单，模拟数据+网站的统计系统=工作量指数级增加。

思考了一个晚上，最后决定还是放弃了这个想法，虽然模拟真实的访问统计，会使游戏显得更加真实，但是也会让游戏的逻辑更加复杂，使得游戏完成的时间会更加长。

## 精简和创新的取舍

不忘初心，我应该记得制作这个游戏的目的：熟悉godot的使用，熟悉游戏开发的流程，熟悉游戏开发的流程，熟悉游戏开发的流程。而不是制作一个完美的游戏，这世界上有完美的游戏吗？

所以，不能被自己的想法所限制，一定要按预订的构思来设计，不要随意添加新的想法，一方面会打乱原来的构思，另一方面会增加工作量，最后导致游戏完成遥遥无期。



使用godot开发游戏的进度还在缓慢的推进中，本以为大部分时间会在绘制场景和制作动画上了，但是我确卡在了游戏的世界观设计上了，痛定思过，决定先把游戏的世界观设计好了，再开始绘制场景和制作动画。

游戏开发中的断离舍


前几天一直在各个游戏引擎的框架选择中飘忽不定，同时也在纠结和构思制作一个什么样的游戏，简单的在头脑中构思跑了一遍就觉得没意思了，太难的复杂的又觉得制作起来遥遥无期。

## 构思

经过几天的头脑风暴，终于下定决心制作一个模拟养成类的游戏，名字暂定为「我的博客」，这会是一个2D像素风格的模拟养成游戏，游戏的大体内容：玩家是一个博主，在2000年的时候你会创建一个自己的独立博客，通过不断地学习，持续的输出，持之以恒的维护与运营，终于若干年后在博客届混出个名堂，通过流量换得了收入与名誉，并且在运营的过程中会遇到很多突发事件，这些突发事件会给你带来一些意想不到的结果。随着游戏不断地推进，你会通过学习新的技能来提高自己的创作能力，通过社交、seo、优化美化博客等手段来提高网站的知名度和访问量，解锁不不同的成就。直到游戏运营到2025年游戏结束，整个游戏会因为你不同的运营方式和学习方式产生不同结果和获得不同成就，给足玩家满满充实的游戏快感。

额，说到这里，我自己都觉得这个游戏的构思还是蛮可以的了。现实中的制作我已经完成了游戏时间线的代码编写，随着时间线产生的主线任务上的推进，人物等级、经验以及技能提升等相关的算法都已写出最基础原型。并可以加速快速体验出主线任务的进程（用来测试游戏）。

目前，暂停了游戏代码的编写，开始搭建主场景和游戏角色、游戏UI等美术创作的工作，对于首次独立制作开发游戏，这方面的额经验还是很少的，编写边学，边画边研究，兴趣是唯一的动力！

## 绘制构想

游戏框架我选用Godot，这个就不过多解释了，感兴趣的可以去搜索下。还好自认为对Python比较熟悉，GD自带的脚本语言语法与Python基本一致，所以上手很快。对于目前游戏的制作，我觉得美工绘画会占去我大部分的时间，如果整个游戏的制作时间为10，我目前认为游戏美工绘画会占了8左右或更多时间。对于绘画我还是很有信心的，之前几年经常手绘，这次绘制像素风的游戏场景和角色等还是蛮有信心的！

最近，除了工作、生活以外，满脑子都是在构思这个游戏的一些细节。以前，总觉得做一个游戏应该不会太难（因为使用代码编写过一些小游戏），但是，真正搞起来才发现，对于一些稍微大一点的游戏，内容就是一个微观的世界，你要掌控这个世界宏观构建的理论基础，还要控制对这个世界的微观操作，要把数字化的思想，用视觉效果传达给玩家，并且让玩家在游玩的过程中，有情绪价值上的收获，到最后得到了玩家的认可，才不会觉得自己荒废了大把的时间。

## 期待

兴趣就是动力，几十岁的人了，很多人可能对于玩玩游戏都提不起精神了，哈哈哈，我还要去做游戏，希望自己能够坚持下去，把这个游戏制作完成。


前几天一直在各个游戏引擎的框架选择中飘忽不定，同时也在纠结和构思制作一个什么样的游戏，简单的在头脑中构思跑了一遍就觉得没意思了，太难的复杂的又觉得制作起来遥遥无期。

突然想做一个模拟养成类的游戏


## 其一

早上起来，发现又死了两条鱼！草金鱼都能被我养死，就问你服不服？看了一下鱼食，发现已经过期了一年半了，哦吗噶的！罪过罪过！赶紧上拼多多下单了高级精品鱼食一份。通过此事可以见得食品安全问题是多么的重要，食物过期了就不要再次了，就算是喂鱼也不要尝试。

前几天心血来潮，下载了ollama个几个大模型，本地部署上了，琢磨着总得搞点啥吧？不然部署了也没啥用啊！突发奇想：

## 其二

美名其曰为本地rss阅读器接入大模型，初期构想是当rss解析完后，为每篇博文生成一个摘要，我寻思着这么简单的需求对于本地大模型来说不是小菜嘛？随便找了个博文扔给他，生成的摘要还是可以的，可惜，一旦批量生成，就会有各种问题，随后，我逐步的排查得出了最终的结论，这玩意根本行不通。

## 其三

念念不忘的不死心，对于大模型还是心存幻想，本来看到人家写了个小游戏挺爽的，自己三下五除二的也研究了一个JavaScript的游戏框架Phaser，没有专心的深入的去研究框架的使用，确琢磨起来如何让ai玩游戏。

我写了一个小游戏，有个扫地机，在房间里打扫卫生，开始手动控制扫地机操作清扫吸入垃圾，游戏功能的实现基本完成了，但是，我就是想让ai来操控这个扫地机，接下来，我就开始连接本地大模型，发送各种数据给大模型，各种调试骚操作，一顿操作猛如虎，最终得出个结论：大模型就是个二百五。好吧，浪费了时间验证了痛苦(」＞＜)」。

经过几次之后，我终于知道接入大模型还是太天真，ai除了一本正经的胡说八道，在处理逻辑时的瞬时反应的准确率还是很低的，低到可以说他自己都会怀疑自己吧。

## 总结

希望科学家们好好的研发大模型，让他来帮人类真正的做一些事情，而不是让他来胡说八道。


有什么蠢事？说出来让大家开心一下吧！

蠢事三则


Phaser3的游戏开发环境搭建其实很简单的，如果你引入CDN的话，只需要一个HTML页面即可，但是这里我并不推荐使用CDN搭建，这里我推荐使用Vite。对于代码编写我推荐trae或vscode。


## 环境搭建

首先你的环境需要安装好Node.js，然后:

```bash
npx --yes create-vite . -t vanilla
```

安装Phaser的最新版:
```bash
npm install phaser
```

修改index.html:
```
<!doctype html>
<html lang="en">
  <head>
    <meta charset="UTF-8" />
    <link rel="icon" type="image/svg+xml" href="/vite.svg" />
    <meta name="viewport" content="width=device-width, initial-scale=1.0" />
    <title>Vite App</title>
  </head>
  <body>
    <div id="app"></div>
    <script type="module" src="/src/main.js"></script>
  </body>
</html>
```

`/src/main.js`就是游戏的入口文件了。

编写一些简单的测试代码，然后运行:`npm run dev`。打开浏览器，你就可以看到你的游戏了。

## 使用AI辅助编写代码

有了入口文件，你就可以使用各种AI辅助编写代码了，初期，建议让AI把所有代码都添加详细的注释，最好每一行都要添加注释，直到你完全理解了代码的逻辑。

## 基础框架代码

这个基础框架是指游戏最基础的一些代码，例如：

配置变量:`config`, 游戏对象:`game`, 场景:`scene`等。

`configg`对象常用属性：

### 基础配置
- type : 渲染器类型，可以是 Phaser.AUTO 、 Phaser.CANVAS 、 Phaser.WEBGL 或 Phaser.HEADLESS
- width : 游戏画布宽度（像素）
- height : 游戏画布高度（像素）
- parent : 游戏画布要挂载的 DOM 元素 ID
- backgroundColor : 游戏背景颜色
- scale : 缩放配置，控制游戏如何适应不同屏幕尺寸
- scene : 游戏场景配置，可以是单个场景或场景数组
- title : 游戏标题，显示在浏览器标签上
- url : 游戏的 URL
- version : 游戏版本号
- physics : 物理引擎配置，用于处理游戏中的物理效果
- audio : 音频配置，用于管理游戏中的音频资源
- input : 输入配置，用于处理游戏中的用户输入
- dom : DOM 配置，用于控制游戏中的 DOM 元素
- callbacks : 回调配置，用于处理游戏中的事件回调
- render : 渲染配置，用于控制游戏的渲染方式

## game对象的常用属性：
Phaser 中的 Game 对象是整个游戏的核心，它包含许多重要的属性。以下是 Game 对象的常用属性：

### 核心属性
1. game.config - 游戏的配置对象，包含创建游戏时设置的所有参数
2. game.renderer - 游戏使用的渲染器实例（WebGL 或 Canvas）
3. game.canvas - 游戏的 HTML Canvas 元素
4. game.context - Canvas 的 2D 上下文或 WebGL 上下文
### 管理器属性
5. game.anims - 全局动画管理器
6. game.cache - 缓存管理器，存储所有加载的资源
7. game.input - 输入管理器，处理所有用户输入
8. game.scale - 缩放管理器，处理游戏的尺寸和缩放
9. game.scene - 场景管理器，控制所有游戏场景
10. game.sound - 声音管理器，控制游戏音频
11. game.textures - 纹理管理器，管理所有图像资源
12. game.time - 时间管理器，提供游戏计时功能
### 状态属性
13. game.isBooted - 游戏是否已启动
14. game.isRunning - 游戏是否正在运行
15. game.isPaused - 游戏是否已暂停
### 性能相关属性
16. game.loop - 游戏循环对象，控制游戏的更新频率
17. game.fps - 当前游戏的帧率
### 设备相关属性
18. game.device - 设备信息对象，包含有关设备的详细信息
19. game.device.os - 设备的操作系统
20. game.device.type - 设备的类型（桌面、移动、平板电脑等）
21. game.device.touch - 设备是否支持触摸事件
### 事件相关属性
22. game.events - 全局事件管理器，用于触发和监听自定义事件
23. game.events.on - 用于监听事件的方法
24. game.events.off - 用于取消事件监听的方法
25. game.events.emit - 用于触发事件的方法
### 插件相关属性
26. game.plugins - 插件管理器，用于加载和管理游戏插件
27. game.plugins.install - 用于安装插件的方法
28. game.plugins.remove - 用于移除插件的方法
29. game.plugins.get - 用于获取插件实例的方法
30. game.plugins.getActive - 用于获取所有激活的插件实例的方法
### 调试相关属性
31. game.debug - 调试工具，用于在游戏中添加调试信息
32. game.debug.start - 用于启动调试工具的方法
33. game.debug.stop - 用于停止调试工具的方法
34. game.debug.graphics - 用于创建调试图形的方法
35. game.debug.body - 用于调试游戏对象的物理体的方法
36. game.debug.sprite - 用于调试精灵的方法
37. game.debug.text - 用于在游戏中添加文本调试信息的方法

## scene对象的常用属性：

Phaser 中 Scene 对象有许多常用属性，以下是一些最常用的：

### 系统相关属性
1. this.sys - 场景系统，管理场景的内部工作
2. this.game - 对 Phaser.Game 实例的引用
3. this.config - 场景的配置对象
4. this.scene - 场景管理器，用于控制场景的启动、暂停、恢复等
5. this.time - 时间管理器，用于创建计时器和延迟事件
### 渲染相关属性
6. this.add - 游戏对象工厂，用于创建精灵、文本等游戏对象
7. this.cameras - 摄像机管理器，控制游戏视图
8. this.make - 游戏对象创建器，与 add 类似但不会自动添加到显示列表
9. this.children - 显示列表，管理场景中的所有游戏对象
10. this.lights - 光照系统（WebGL 模式下）
### 输入相关属性
11. this.input - 输入管理器，处理鼠标、触摸、键盘等输入
12. this.scale - 缩放管理器，处理游戏的缩放和尺寸调整
### 物理相关属性
13. this.physics - 物理系统，管理游戏中的物理效果
14. this.matter - Matter.js 物理引擎（如果启用）
### 动画和效果相关属性
15. this.anims - 动画管理器，用于创建和播放精灵动画
16. this.tweens - 补间动画管理器，用于创建平滑的属性变化动画
17. this.particles - 粒子系统，用于创建粒子效果
### 数据相关属性
18. this.data - 数据管理器，用于存储和检索与场景相关的数据
19. this.cache - 缓存管理器，存储和访问加载的资源
20. this.registry - 全局数据存储，可在场景间共享数据


更多的API请访问官方的API文档：

[https://docs.phaser.io/api-documentation/api-documentation](https://docs.phaser.io/api-documentation/api-documentation)

官方示例：

[https://phaser.io/examples/v3.85.0](https://phaser.io/examples/v3.85.0)




Phaser3的游戏开发环境搭建其实很简单的，如果你引入CDN的话，只需要一个HTML页面即可，但是这里我并不推荐使用CDN搭建，这里我推荐使用Vite。对于代码编写我推荐trae或vscode。

Phaser3 游戏开发环境搭建


起因是一直在关注「極客死亡計劃」最近写的几篇博客，前几天他终于发布他的游戏大作[为战斗献上心脏！](https://www.geedea.pro/posts/%E4%B8%BA%E6%88%98%E6%96%97%E7%8C%AE%E4%B8%8A%E5%BF%83%E8%84%8F/)，看的心痒痒，又想写游戏了，为什么要说有又？因为以前懵懵的编写过一些小游戏，但是大多都是按着实际的案例照抄，主要是学习游戏的编写，具体自己完整的构思和制作并没有体验过，所以就有了这篇Phaser3的学习笔记。

## 为什么是Phaser3？

很早以前，我曾使用Java编写过一个弹球小游戏，甚至是复刻了一个简单的俄罗斯方块，后来我又转到了python，自然就会用到pygame，但是pygame的使用并没有想象中那么顺利，曾经还想再pygame的基础上封装一个游戏引擎，但是后来还是放弃了。昨天把，问了Gemini，推荐一些JavaScript的2D游戏引擎，Gemini推荐了Phaser3，我去了官方网站看了下他的API，发现这不就是我当初要封装pygame的引擎吗？有些API看到后竟然有一种似曾相识的感觉，所以我就选择了Phaser3。

## Phaser3学习资源

[Phaser3 官方网站](https://phaser.io/)

官方网站上的学习资料非常的充足，可以满足任何层次的学习。


## Phaser3基础概念

这些概念是Gemini总结的：

在开始编写代码之前，了解 Phaser 的一些核心概念非常重要。

- Phaser 框架概述: Phaser 是一个开源的 HTML5 游戏框架，它提供了丰富的功能来帮助您创建基于浏览器的 2D 游戏。
- WebGL 和 Canvas 渲染: Phaser 默认使用 WebGL 进行渲染，如果浏览器不支持 WebGL，它会自动回退到 Canvas 渲染。WebGL 利用 GPU 加速，通常能提供更好的性能。
- 场景（Scene）: 场景是游戏的基本构建块。每个场景代表游戏中的一个独立部分，例如主菜单、游戏关卡、结束界面等。您可以在不同的场景之间切换。
- 游戏对象（Game Objects）: 游戏对象是您在游戏中看到和操作的元素，例如图片、精灵、文本、形状等。
- 精灵（Sprite）: 精灵是一种特殊的游戏对象，通常用于表示动画角色或移动的物体。它可以包含纹理和动画。
- 游戏循环（Game Loop）: 游戏循环是游戏的核心，它不断地执行一系列操作来更新游戏的状态和渲染画面。Phaser 的游戏循环包含三个主要的函数：
- preload(): 在场景启动之前调用，用于加载游戏所需的资源（图片、音频等）。
- create(): 在 preload() 完成后调用一次，用于创建游戏对象、设置初始状态等。
- update(): 在游戏循环中每帧都会被调用，用于更新游戏逻辑、处理用户输入、移动游戏对象等。
- config 游戏配置对象: 在创建 Phaser 游戏实例时，您需要提供一个配置对象来定义游戏的属性，例如宽度、高度、渲染模式、场景等。

这些内容可以指导你如何开始学习 Phaser 3。

后续会继续在这个博文中继续补充记录一些重要的学习笔记。

当然，建议从官方的第一个教程开始学习：

[Making your first Phaser 3 game](https://phaser.io/tutorials/making-your-first-phaser-3-game/part1)


在游戏开发中，常见的图集（Atlas）类型主要有以下几种：

1. 纹理图集（Texture Atlas）
   
   - 将多个独立的图片打包成一张大图
   - 适用于角色、UI、道具等独立精灵
   - 在 Phaser 中使用 this.load.atlas() 加载
2. 瓦片图集（Tileset Atlas）
   
   - 用于构建游戏地图的重复性图块集合
   - 通常配合瓦片地图编辑器（如 Tiled）使用
   - 在 Phaser 中使用 this.load.tilemapTiledJSON() 加载
3. 精灵表（Sprite Sheet）
   
   - 将动画帧按固定大小排列的图集
   - 每帧大小相同，规则排列
   - 在 Phaser 中使用 this.load.spritesheet() 加载
4. 字体图集（Font Atlas/Bitmap Font）
   
   - 包含字体字形的特殊图集
   - 用于高性能文本渲染
   - 在 Phaser 中使用 this.load.bitmapFont() 加载
5. 粒子图集（Particle Atlas）
   
   - 专门用于粒子系统的图集
   - 包含粒子效果所需的各种状态图像
   - 可以使用普通的 atlas 加载方式
6. 九宫格图集（Nine-Slice Atlas）
   
   - 用于可伸缩UI元素的特殊图集
   - 将图像分为9个区域，支持不同方向的拉伸
   - 在很多UI系统中都有支持

未完待续。

起因是一直在关注「極客死亡計劃」最近写的几篇博客，前几天他终于发布他的游戏大作「为战斗献上心脏！」看的心痒痒，又想写游戏了，为什么要说有又？因为以前懵懵的编写过一些小游戏，但是大多都是按着实际的案例照抄，主要是学习游戏的编写，具体自己完整的构思和制作并没有体验过，所以就有了这篇Phaser3的学习笔...

Phaser3 学习笔记


下午开车出去，下车之后习惯性的拿出手机看了一眼，发现手机么信号，这就奇了个怪了！一种奇怪的焦虑逐渐的袭来，我猜，大概率是手机的SIM卡坏了？


## 没有信号的焦虑

开启关闭飞行模式，试了几次没反应，想把SIM卡拔出来擦擦，但是发现没有工具，随手翻到了一个圆规，就用尖尖的一头把卡弄出来了，擦擦放回去，没管用，好吧，这次没招了，只能去补卡了。去了附近的电信营业厅，说明来意，结果被告知此处无法补卡，只能去几公里外的总公司办理，心里很不爽！

找了个网络，上了微信告诉老婆手机卡坏了，无法打电话和开启移动网络，暂时无法联系。去接孩子放学，也没看到老师发在群里的消息，孩子没出来，就在外边傻等着，后来别的同学家长告诉我孩子在里边被留下开会，说什么学习委员和班长被留下开会，好吧，烦躁，等着吧。

## 一些软件无法登陆

想着登录手机电信营业大厅看看如何补卡，登录的时候提示可以手机一键登录，登不上去，登录上去才怪。寻思问问豆包看看有没有什么办法清理一下旧卡，看看还能不能救一下，结果还得登录，然后就没然后了。

好家伙，有种我的钱都不是我的了那种感觉，因为没有短信，一些网上的交易基本都无法进行，转账汇款都需要验证码，好家伙卡住你的钱的不是银行，是电信运营商，要是银行卡掉了，去补办，没有手机短信估计也是不行了。

感觉过内的大部分软件都需要手机登录，这就有点尴尬了。一旦你的手机SIM卡被停机，什么应用都无法使用了，这点相比国外的一些软件就差了很多，老外可以有选择的使用多种账户登录应用，而且并不强制实名，哎，没办法，懂得都懂。

好吧，我确实挺无聊的这会，所以，才会码出上边这些无聊的文字。



下午开车出去，下车之后习惯性的拿出手机看了一眼，发现手机么信号，这就奇了个怪了！一种奇怪的焦虑逐渐的袭来，我猜，大概率是手机的SIM卡坏了？