琢磨“宿命论杨过游戏”这事儿，纯属瞎折腾
刚开始琢磨这个“宿命论杨过”的小程序，纯粹是前段时间被一个项目搞得心力交瘁，回家就想找点轻松的事儿分散一下注意力。我那阵子天天晚上重温金庸剧，看到杨过被郭芙砍断胳膊那段，心里就堵得慌。我就琢磨，要是真有这么一个游戏，不管玩家怎么选，杨过的命数就是定死的，那玩起来会是啥感觉？
撸代码前的准备：定性子的基调
我这个人，做什么事情都讲究一个“快”。这玩意儿肯定不能搞得太复杂，所以我就直接拍板决定，用Python来搞，界面都不用，直接命令行交互得了。我给自己定的目标很明确：玩家能输入选项，但这些选项必须是“伪选择”，核心剧情线早就被写死了。这不就是宿命论的精髓嘛
我1着手构建的，是一个核心的“命运种子”（Fate Seed）机制。我定义了一个全局变量，假设它在游戏启动时就已经被宇宙法则设定好了。这个“种子”里面就写入了几个关键的布尔值：
- 杨过是否会失臂：True
- 杨过是否会与小龙女分开16年：True
- 杨过是否会找到神雕：True
我把这些核心变量固定住了，然后才开始设计玩家的交互流程。我决定，杨过的命运不能受到任何玩家行为的影响。
从开始设计到核心算法实现
我正式动笔写代码，第一个模块就是“少年杨过在全真教”。我设计了几个选项，比如“是否要对赵志敬恭敬有加”或者“是否努力学习道家内功”。
我写了一段逻辑：如果玩家选了“恭敬有加”，程序就输出：“杨过态度稍微好转，但赵志敬心胸狭窄，依旧处处刁难。”如果玩家选了“反抗到底”，程序就输出：“杨过被罚得更惨，心中怨恨更深。”
你瞧，无论怎么选，结果都是“被刁难”或者“被罚惨”。玩家在第一章是绝对不可能愉快度过的，因为他的命运就是被嫌弃的。
最关键的一步是“断臂”事件的逻辑处理。
我设计了一个很长的交互环节，让玩家决定杨过如何应对郭芙的挑衅。比如：
- A：立刻离开襄阳，避免冲突。
- B：忍气吞声，向郭芙道歉。
- C：出手教训郭芙，但留有余地。
我编写了代码，无论玩家选A、B还是C，程序在处理完几句“花哨的”对话和描述之后，都会强制调用一个内部函数 `Trigger_Fatal_Arm_Loss()`。
我写死了这个函数的描述：“尽管你努力避免了冲突，但命运的车轮已经碾来。杨过终究被郭芙的冲动之举所伤，右臂尽失。”
我花了大量时间去打磨这些“无效选项”的描述，让它们看起来像真的能影响剧情，但实际上，底层的“命运种子”一直在那里，像一个冷冰冰的裁判，强行纠正所有偏离预定路线的行为。整个过程，我体验到了一种近乎变态的控制欲——玩家越挣扎，我越开心。
的结果和我的个人体会
我自己跑了几次测试。第一次，我小心翼翼，扮演一个理智的杨过，试图避免所有悲剧。结果，他还是失臂了，还是在绝情谷等了十六年。
第二次，我扮演一个暴躁的杨过，见谁骂谁。结果，他还是失臂了，还是在绝情谷等了十六年。他的人生轨迹就像一条被凿死的轨道，谁也别想把它扳弯。
这游戏做完之后，我坐在电脑前，突然觉得有点荒谬，但又觉得特别真实。你以为自己能决定什么，有些大事件早就被定好了。这让我想起我那倒霉的老东家。
我之前在一家做自动化设备的公司待过。当时我们接了一个天大的单子，是给一个大型国企做一套全新的生产线管理系统。从我就察觉到项目需求是互相矛盾的，几个关键技术点根本无法在有限时间内实现，我提交了十几次报告，反复强调这个项目必然会延迟甚至失败。我们团队所有人都知道，这个项目就是个坑，进去就出不来。
但是上面的人，他们根本不听。他们只看签下的合同金额，只关心能不能拿到那笔款子。他们拍着胸脯保证：“我们高层自有办法解决。”
我当时就像我的“宿命论杨过”里面的玩家一样，我拼命选择了最优的实施方案，努力争取了更多的资源，尝试了各种补救措施。结果？那条生产线在验收时全面瘫痪，国企直接扣了我们所有尾款，公司差点破产。
我们这些底层员工，就像游戏里的杨过，在关键的“断臂”和“分离”事件前，无论如何挣扎，都改变不了那帮高层早就埋下的“命运种子”——项目失败。我当时跑路的速度比兔子都快，生怕被追责。
现在再看这个小游戏，它让我明白一个道理：在某些更大的系统面前，我们的选择，可能只是为了让我们在接受既定的悲剧时，能有个安慰自己的理由，好像我们曾经“努力”过。