此岸彼岸，泛舟岁末 这一年，横跨山海，也俯身碎石。 在象牙塔与烟火尘埃中奔跑，也在琐碎与成败罅隙中求索。 一叶小舟靠在了刻着P的彼岸边，也被打翻过在科三小波水纹中。 跨越着，飞越过，心荡万里自在风； 跌撞着，羁绊过，跌撞多少难得解。 但那些跌撞出的波澜，那些羁绊过的难堪，尘埃思定，时光磨迹，终不过小舟拨开水雾，自成通路。 翻开相片 翻开手机的相片，前半年的空白、后半年的繁杂无声诉说—— 冲破过多少辛酸坎坷，撞进那无尽花丛深处… 年初小小的南安小街、一中巷外，在年近的气息中亮起了通明的五彩之灯，那时，笔触还是剑光，似乎一切直线都只有一个交点，那个想到达的地方；后来的日子，瓶颈不断，“世事”漂浮，不过浅笑而过，命运难料，又岂能亲手抓握？做所能做的，如同道士修行于山洞只待亮光洒入… 没等到心中的光，却飘来一阵香，寻香而去，或许并非所爱，但亦是乐士雅居。 后半年的日子，多了风趣，开放万分，曾经渴望，如今可及——能环水而行，看秋叶布满金黄；或夜行石舫，看灯塔亮起湖边的夜梦；或穿梭人群，赶往全英的高处… 曾经说过，这是一个上半年渴望着下半年，下半年缅怀着上半年的一年—— 确实，当跨过汹涌 ...
梦回拉格朗日之夜 前言 高中物理竞赛的回忆又开始渐渐浮出水面…… 学了计算机专业之后竟然又遇到了分析力学，偶然被物理老师拉去家里请教探讨并要推导了一番已经被我遗忘到记忆深处的拉格朗日方程，并被要求不用泰勒展开求解广义坐标下单自由度体系的振动频率（程力某题）——后来了解到竟然是因为老师询问 AI 过程中 AI 给出了拉格朗日方程的解法然后开始好奇怎么用拉格朗日解法，但其实我算着算着发现： 不用泰勒展开是根本做不出来的！！!——所谓 AI 给的解法就是无聊地用了拉格朗日方程一通无厘头地爆算，然后一堆废话最后代入泰勒展开式子，让老师看到一半以为不需要使用泰勒展开（晕倒)，直到后来我自己先用拉格朗日方程推出能量守恒，才十分确信我被摆了一道不用泰勒展开不可解 既然这个个晚上又潜入了一次力学深水区，那么现在就简简单单来记录一下那个晚上这段误入藕花深处的历程吧，顺便检验一下本网站的数学公式渲染功能以及回顾一下难忘的分析力学 注：为保证思路顺畅，我将从头简洁推导拉格朗日方程， 若欲直接阅览本题最终解可直接点击如下目录对应内容进行跳转 目录 问题描述 拉格朗日方程推导 拉格朗日方程->能量 ...
探微问渠阁
未读蒙特卡洛算法丈量亚马逊棋博弈边界 关于 MCTS 架构的亚马逊棋博弈程序的探索与实现 Bot Name: ZZmazon 日期： 2026 年 1 月 9 日 小注 本文是 pku 大一计概a大作业 Amazons项目中的我的设计框架，具体详见开源仓库 由于深度学习门槛过高遂采用介于纯α-β剪枝和纯MCTS模拟之间的 MCTS+UCT 算法框架，以下是学期小论文~~（十分官话）~~ 1. 引言 亚马逊棋（Game of the Amazons）规则简洁但策略极深。本项目开发了两个版本： 逻辑层（竞技型）： 在 Botzone 平台有限算力下目前已达到前 8% 的水平。 界面层（体验型）： 拥有舒适的 UI 界面，支持双人对决、调试 Bot 及观察局势评估。 项目计划于本月底开源至 Github：The-Bot-of-Amazons。 2. 基于 MinMax 思想架构的 MCTS 决策模型 针对亚马逊棋单步约 2100 个分支因子的计算压力，程序采用以 MCTS 为核心、以 UCT 算法为决策准则的架构。 2.1 决策准则：基于 UCT 的数学平衡 引入 UCT 算法兼顾 ...
长安客 【序诗】 微凉细雨湿咸阳，帝里繁华转瞬亡。 銮驾轻随尘土远，史官空对墨痕苍。 金门才子终为虏，凝碧池头暗自伤。 最是兴亡难赋处，鱼龙寂寞冷秋江。 001：公元756年夏天，城市在细雨中倾倒 感触颇深之句 08-06 史官们只负责对国家命运的预告，正常情况下，国家的命运也就是皇帝的命运。但在老皇帝逃亡的旅途上，他个人的命运与国家的命运渐渐分道扬镳。书写这段历史的史官们心照不宣地对此表示沉默。 12-(-03) 但表演总有终结的时候。 14-06 中书侍郎来到寝殿，玄宗已经正襟危坐等着他。于是在万籁俱寂的夤夜，宫人持烛，中书侍郎跪在玄宗身前，记下皇帝在梦里终于记起的名字。草拟诏书完成，已经是晨光熹微，玄宗边合衣坐着，等待暧昧的夜色渐渐淡去。 25-(-2) 而他的父亲睿宗皇帝冷漠地旁观自己的妹妹与儿子生死相搏。重重叠叠的家族记忆如同鬼魅，游荡在那两座冰冷宫殿每一寸空气里。 26-(-1) 但亲情与背叛已经缠绕过紧，挂在墙上的弓，盘在井边的绳，都是蛇的影子。 27-(-1) 草树空长，人去楼空。 32-13 ……唐人以他们完备严肃的修史制度为傲。他们又总喜欢记下史官故事 ...
摒杂归真录 [TOC] 关于一种摒弃杂事的理想 摒弃杂事, 即指对于电子设备上对自己并无意义的信息获取, 信息处理和信息整理工作 目的是达到一种规律性的自动化处理, 并随着时间记发展形成一种无费力形式的信息来源 进而可以将注意力聚焦在自己愿意去聚焦的地方 (当然这里产生一个疑问: 你愿意聚焦的地方是哪里呢?) 关于一种返璞归真的憧憬 无论身处何层, 既然选择了接触顶层, 不可避免地将产生一种脱离底层之感 即, 无法完美的记忆底层知识, 进而产生一种触碰底层未知的恐惧, 因此: 如何在自己基本的假设下, 娴熟而自信地完成对上层的搭建? 究竟何时应该何种方案: 返回到下一层的知识进行细致的巩固 对于浅层的知识进行"自我欺骗式"的了解( 即承认式的假设) 直接根据已查证的假设进行上层推断 目的当然是返璞归真地回到曾经的严谨学术自乐 (关键是, 曾经究竟还能回得去吗?到底是当时的知识基础决定的当时的自乐?还是随着知识爆炸式增长线路收缩只能换条路走的暗示?) 关于对自己的乐趣的管理 理想情况是: 达到自娱自乐 形成一种专业式的理解 成为一种专业性的谈 ...
笔下山川思 [TOC] 前言 笔者 ( flowwalker ) 开创了anzhiyu主题博客作为个人主博客, 以此记录自己的琐碎之事; 后由于过于琐碎, 又新开专题子博客和Wiki进行分门别类, 以求秩序性。此文主要梳理一番自己网络各个博客的潜在只用，并从读者和自身志趣的角度思考在每一个位置应该如何安排文章。 梳理 flowwalke主博客 和 flowwalker主博客国内稳定访问 flowwalker的悟道Wiki flowwalker四大专题子博客 数术,已配置国内稳定访问 格物 工巧 码艺 微信公众号–映江流 知乎博客~~彻终焉 小红书~~拾光鸿 飞书(Lark)临时博客 考虑 只需自身考虑 主博客已声明为琐碎之记 专题博客固然为专题的笔记之记 从受众群体 知乎更倾向于学术类型, 私以为可以择专题博客中之有趣者发之, 以及回答所问, 翻阅讨论 微信相对困难, 因为微信朋友各色人等均沾, 若有不恰则无赞失粉,因此下方当仔细考虑 其他 飞书, 只做临时博客或者云分享使用, 并以此挂载在主博客接口处(未来创建) 小红书, 或许有点不知 ...
