719RT年度party后记

脆脆大奶酪

庆贺本次的年度party 圆满结束！


        大家好我是刘睿兮，本次活动的主持人兼策划，首先要感谢另一位主持人唐糖在前期准备和现场主持的倾力付出，也要感谢刘老师给予我们在经济上和工作组织上的支持，最后其实最感谢的是拨冗前来参与活动的大家，看见现场同学们全情投入地思考、讨论和编程，看见家长们放松愉悦地畅谈，看见这一切发生在自己精心准备的活动里，就是对我最好的嘉奖和鼓励。


家长们不仅自己聊的嗨，还会参与同学们的讨论。
加下来聊聊活动本身：
1、缘起
        一开始，我只知道自己要办个活动，活动叫做RT年度派对，今年具体内容要做什么完全没有头绪。直到有一天我参观了一家IT公司，亲眼见到了AI如何从技术转变为生产力再转变为商业价值，我心里忽然想到：那就让大家现场写个ai好了。就是抓住了这一瞬间的念头，我开始更深入地去构思，最后决定让大家一起写一个RT经典课堂游戏——太空大逃亡的ai，游戏原本是玩家操控小飞船躲避空中的陨石，现在则是让ai去躲避。形式上则是采用了分组完成+大模型开放使用，一方面最大程度确保能够让每个人在现场短短两三个小时里做出成果，一方面对ai大模型的使用本身也是当前时代很重要的能力，同时我觉得用大ai写自己的小ai也是一件非常有趣的事。

在给同学们讲解要求&展示自己的程序
2、party进行时
        本次的暖场活动新增了打字竞速——由bzf同学全新开发的打字游戏，现场以我的电脑为server，同学们的电脑纷纷作为client连接并在我这里实时进行排名，为我们的活动营造了热火朝天的开场气氛。

        在简单有趣的破冰小游戏之后，就要开始编程了，一开始我还一度担心大家会不会出现无从下手的情况，但现场的火热大大超出了我的预料。
第一组人数最多，同时也相互认识，因此成为了分工合作最明确的组，在组长的带领下采取了分别开发再整合的“总分总”策略。

第二组则是另辟蹊径，是唯一选择从数学角度进行研究的小组，试图将陨石对飞船的飞行影响进行建模。

第三组可以说是产能的神，五个人写出七个程序，并且对于讨论有着极高的热情，能量满满

第四组年纪最小，但实力完全不输，他们热衷于与主持人、家长、甚至隔壁小组分享讨论自己的想法，不断进行着思维的碰撞。

一些热情的讨论
        在程序思路上，一组利用分工明确的制度优势，融合了不同的思路，最终的程序博采众长，蕴含了每位成员的巧思，但缺憾在于优化不足，运行效率较低，二组则正相反，运用数学方法进行建模，可以说是在单一路径上走到极致，三四两组最终提交的程序有些英雄所见略同，都把陨石的影响具象化为势能和场，提供了直观高效的解法。由于论坛里发不了视频，后续我也会把运行视频上传B站，届时也会在评论区分享链接。
        各组的热情和完成度都远远超出了我的预期，甚至还有许多同学额外写了自己的ai，只是没有作为小组作品提交，后续也欢迎同学们在评论区继续交流。
3、写在最后
        短短几个小时的活动令人意犹未尽，最后大家一边享受烧烤自助一边观赏刚刚亲手写出的ai在大屏幕上努力地拜托陨石的袭击，沉浸在丰收的喜悦中……
        作为主持人我很自豪也很感激，我们的年度派对真的在越办越好了，同时我也有反思现场细节工作的一些不足，比如分组表格一开始没有和座位完全对应等，我们依然有很多可以改进的地方，但这次活动里产生的活生生的程序和大家由衷的笑容让我坚信自己在做一件很有价值的事情，同时希望在场的同学们有所收获，在ai大时代下能够和ai更多更好地相处是我们这次活动的初衷。
        再次感谢所有人的参与和支持，谢谢！

zifeng2025

年度Party中用到的打字程序TypingClient for windows:

食用方法:
1.解压zip文件到文件夹(文件夹里一定要有三分文件！)
2.打开TypingClient.exe文件
   #如果windows‘保护了你的电脑’：
   #点击更多信息
   #点击运行
3.输入测试ip
4.输入用户id
5.敲下ENTER开始游戏！
   #typing区分大小写，有灯亮提示，注意按Shift和CapsLock切换
   #bpt：best possible time
   #按键：
      a键自动播放（如果有纪录）
      esc键中断打字

TypingClient配套服务端TypingServer for windows:

使用方法：
1.解压zip文件到文件夹(文件夹里一定要有四分文件！)
2.打开TypingServer.exe文件
   #如果windows‘保护了你的电脑’：
   #点击更多信息
   #点击运行
3.确保server端启动后，再启动client端
4.server端启动后，屏幕上会出现ip地址，也就是client端需要输入的地址
（确保客户端与服务端在同一局域网下）
5.server端同目录下会有file.txt储存相应文本
   #第一行是文本标题
   #第二行是文本正文
   #第三行是计时器节点数据
由于我还没有做计时器修改器，如果要更换文本请将计时器数据改为
End -1 -1 (文本长度-1)
注意这里的文本长度要自行计算

例如26个字母ABCDEFGHIJKLMNOPQRSTUVWXYZ
对应的计时器数据就是End -1 -1 25


以上是年度party中所用到的我自己写的程序
修改自我自己Typing V0.5版本的程序
（这辈子第一次独自做project因为源代码如同排泄物所以不想开源）
后续V1.0版本做完后会发新帖子
当然，mac版本也会做的
TO BE CONTINUED

脆脆大奶酪

此外我还有作为一个参加者的现场感受，以主持人身份写的文字总是太官方。本次活动的主题是“与AI相处”，其中包括的两个含义就是创造ai和使用ai，创造ai是任务目标，而具体方法是完全开放的，但我看到大部分人不约而同地选择了使用ai来进行辅助，甚至在小组分工下也有同学是以ai为主的。从使用ai的角度，现场的编程选择大概就能分为纯手搓派、结合派、机械飞升派，从最终结果来看也很符合直觉—受限于时间，纯手搓的同学面临无法完成或者被迫放弃一部分想法的困难；而ai为主的同学(比如师出d老师同门搞了强化学习的两位)则是对于程序质量没有保证，或许也是因为时间限制做不到把ai的代码和思路完全吃透；脱颖而出的恰恰是那些人机结合分配最合理的同学，比如我在现场采访的qzh同学就说，他没有让ai写代码，而是告诉ai需求让它提供几个思路，自己挑选合适的再与ai进一步讨论，以此为基础来自己写程序。从以上的例子我的感想就是:ai工具的强大有目共睹，重点也早已不是“是否使用”，而是“如何使用”，面对ai我们应该去掌握主导权，不能是无脑抛出问题等待回答，比理解ai更重要的是让ai理解我们，使用ai的本质是和它沟通，沟通的前提是我们对自己真正要做的事情有足够的认识，ai有且只有技术，所以我们必须了解业务，我认为这才是“与AI相处”的本意。

Ovo

脆脆大奶酪 发表于 7-22-2025 11:45
此外我还有作为一个参加者的现场感受，以主持人身份写的文字总是太官方。本次活动的主题是“与AI相处”，其 ...

参与策划辛苦了~也谢谢你这次找我来！
这次的活动确实就“该怎样与AI进行相处”的话题进行了不少展开呢。看来如何把握“多少机器多少人工”（即如何分配人机结合）还是一个很需要深入探讨的话题。我个人是感觉，AI用来提供思路+提供一些具体实现上的帮助是蛮有用的。当然，过于依赖AI的话也不太好。所以要把握一个度还是挺重要的呢。