由于五一期间回家还有去上海等原因，有的同学没能来。最后出游的有 20 个人，人数上看还是很不错的

到达大清谷后，大家凑了几张桌子围坐在一起，按照 CG 策划活动，两两互相认识，然后再介绍给大家。

不厚道的老人们坐在了一起，明显降低了游戏难度，傻笑中：

不得不提到这一次纳新造就的新一代 MSTC mm 寝室，四位报名纳新的 mm 都被 accepted 了！虽然这次有一位没有能来，有些遗憾：

很快就到了中午的烧烤时间。这一次的烧烤虽然准备材料有些不够充分，但是就视觉和味觉来说，都是很赞的！

这是烤玉米，看着有食欲吗？没有食欲吗？

我之前一直觉得烧烤烧不好也吃不饱，从这一天开始，看法发生改变了

下午的时间，大家并分两路，有的去爬山，有的在屋里玩游戏。我跟着去爬山了，这次爬山是完全不知道路线的。于是，上次去法喜寺那样暴走的情况是不会再出现了 实际上，不少同学的手机都支持 GPS，大概想迷路也不大可能，哈哈。

盲目的深度优先遍历，到了某个亭子，发现已经有组织留下记号了：

文艺青年 Stingrey 正在记录众人休息的场景：

路上遇到的小白花：

天很蓝，而云很白，风不凉：

隧道中，“黎明前的黑暗”：

说起来这是我第一次步行经过隧道呢，穿过隧道，就可以看到未命名的泉水，很清也很凉：

其实又走了两步就发现是回去的道路了，深度优先遍历到此就该退出了。同样的路，回去的时候却觉得好长好长，出发的时候一点都不觉得。

接下来的是流行牌类游戏三国杀：

太累了，有两位小朋友先睡着了 ：

大家玩的应该都很尽兴。虽然没有像上次去法喜寺那样累得半死，但我回到寝室后困得不行，倒下就睡着了。在此同时，MSTC mm 们在玉泉校区附近逛街，真的很有体力啊。

惭愧的是，虽然这次活动目的是破冰，我却只认识了寥寥无几的新人 不过，以后还有很多机会的，期待一下吧

可以从本站下载。我什么都不说。

当然从这里下载是需要”正版”用户验证的 ，用户名和密码请默想三秒钟。

其实还是很好的。那么不知道密码的，又没发现其他地方可以下载的，却又想看一看的，就来问我吧

看着月亮，想到了什么？想到了3.1415926…

和你们在一起，虽然只是慌忙中敢去的一个短暂的中秋晚上，但却很高兴  :-) 感谢各种月饼、巧克力和游戏。

你们也要高兴哦~

本来这些事情和我没有关系，我不会有什么感觉。但是自从我去年9月份正式加入学校的MSTC(Microsoft Technology Club)之后，情况就不一样了。

从入学开始，通过校论坛，我不知不觉地在和一个又一个MSTC Staff打交道，到后来在没有正式加入MSTC的时候就从凯哥那里拿到了经典的黄色版衫，很高兴。这样看来，我也算是一个“老人”了吧，不过在真正纳新的那一天，我还在怀疑以我所掌握的短浅的技术能不能顺利加入俱乐部，还在担心如果穿了黄色版衫会不会高调而被撵出去 -.-bb，没想到面试我的pluskid学长只问了我一个和技术完全没有关系的问题，惊讶之余，我支支吾吾地不知道该如何回答这个问题，不过马上就发现这实际上是一个惊喜了 。

与其说是一个注册社团，MSTC更加像是一个和睦、有技术而不止是技术的大家庭。这里和睦，没有官场，人人自由，Leaders 往往做的事情比下属的Staffs还要多；这里有技术，在学校论坛的MSTC版被称作为“高级的编程技术版”，由这里举办的活动，使用的硬件和软件，往往比较先进；这里不止是技术，诗书、绘画、哲学、宗教还是八卦，都有精通的Staff；这是一个大家庭，覆盖了大部分校技术论坛的版主，成员有几十个……

就我自己来说，对MSTC的感情，要比行政班级和其他学生社团重许多。只是加入MSTC不到一年的我就有这样的感觉，即将离开的长辈们是什么样的心情可想而知……

昨天，是那样百感交集的欢送会，尽管大家玩得很开心，但那一种离别的忧伤又有谁可以说得清楚？

下面是要离别的Staffs，有些人走了，就不回来了，有些人走了，却仍在这里……

这就是编程技术版版主cerror了（这学期才发现可以#include <error.h>，不可以用cerror），cerror名字中有一个“光”字，于是就有了“光哥”这个称呼。光哥似乎经常是沉思状，一只 手托着腮，至少我在校acm队做的简易Wiki Preview版里第一次见到光哥的照片就是这样。沉思中的光哥不时会面无表情地说一些冷幽默，让人感觉很开心。身为俱乐部主席，光哥却做事低调，许多事 情自己承担着，比如最近的批量买书、CFF在线比赛中来自各种平台各种语言的提交代码的折磨，光哥曾经是俱乐部毫无悬念的“金牌苦力”，我想现在如果金牌 苦力名额多一点，光哥可以很顺利地连任

在论坛上有许多马甲的eshock，喜欢用蜡笔小新做头像，由于蜡笔小新喜欢“动感超人”，所以eshock也被叫做“超人”，早些时候也流行音译 的“一休哥”说法。加入MSTC之前，我对他的了解仅限于在论坛Linux版的交流，虽然有版聚照片，但是我对不上人 -.-b。见到真人后才发现超人哥总是给人一种自信的微笑，如同他在论坛上说话的自信：“一切都在我的掌控之中！”。当然自信是要有资本的，Perl、 Scheme、Emacs不是人人都可以玩得转的(我现在就全部玩不转 -.-)，在此基础上一口流利的英语不是简单就可以办到的。超人哥的自信带有那么一丝的腼腆，不是很外向，我和超人哥渐渐熟悉起来可能是去年我们先后用不 同的方法实现了“校内网人气自动增长工具”(当然，我更侧重于记录个人数据:p)之后的切磋，从如何绕过验证码到Lua脚本语言，从批量留言到分析留言板 八卦，从导师到实验室…… 真的希望超人哥能够一直这样自信下去 也希望自己能够多一些自信，少一些伤感……

资深编程技术版版主gbb21。按拼音可以拼成“乖宝宝”，又称“宝宝哥”。在俱乐部里，提到宝宝哥就顺带会有两个关键字：技术、亢奋，虽然 他自己都不承认。我加入俱乐部之后的很长时间，宝宝哥还在爱尔兰学习，我对他的了解只能从Blog中看到，“代码越写越长，前面的道路越来越迷茫”这个副 标题，我看到的第一眼就记了下来。在技术日志体现的“技术”外，通过这个副标题，我就觉得宝宝哥对哲学也颇有研究，应该是一个冷静而淡定的人，怎么会“亢 奋”呢？直到最近的一天，GIP活动午饭结束后遇到正要去吃午饭的宝宝哥，不一会儿就开始看到宝宝哥尝试Visual Studio .NET 2010的各种新鲜功能，似乎完全忘记要去吃饭的样子 -.-b，宝宝哥在展示PPT的时候说话也有激情，也给人一种“亢奋”感。如同打哈欠会“传染”一样，这种“亢奋”也会影响到周围的人，让技术更有味道 但是这一次离别之后就不知道什么时候才能重温这样的感觉了

moonykily是pluskid的室友，也是很平和的一个人，今年去实习了一段时间，没有在俱乐部频繁出现。和纪阿姨一 样，我就不很了解了 -.-，记忆犹新的是在Linux版上有一篇关于fonts.conf配置的原创文章，是kily“潜心钻研了好久”总结出来的，也是我开始折腾字体配置 的启蒙文章，希望他在异乡能过的很好 :-)

pluskid，简单介绍，就是MSTC的招牌人物，没有“之一”，而又是那样的平易近人 :-) 。第一次见到他是在Linux版版聚的时候，也是我一生中参加的第一次版聚，可能也是印象最美好的吧（至少目前是的）。当时自己不知道天高地厚，以为在场的同学都是和我差不多的Linux小白 -.-b，直到回去后才发现这原来是爱好犬夜叉的Linux版版主，有好多好多技术帖，同时还是编程技术版面版主，还有知名的pluskid.lifegoo.org这样一个技术日志高产地…… 在这之后的很长时间是基本只在论坛上打交道的，直到我正式加入MSTC之后的第三天，我去旁听了那天的MSTC纳新面试，发现在被面试人报名表的Word文档中有密密麻麻的批注，面试的问题针对这些批注提出，很专业，和面试我的感觉完完全全不一样。pluskid在旁边的一台电脑上用Google拼音输入法做着记录，我看着他输入中文，太快了！没有想到全拼也可以这样快，后来我就要求自己记录试试看，我用的是双拼，输入的大约是总文字的一半，自己感觉比全拼还要慢一些，尽管旁边有人说我已经非常快了。之后在各种各样的MSTC活动中都可以见到他了，从Ruby到正则，每次看到他的Presentation都是一种享受与学习，学习到现在，自己做起来PPT还是不如意…… 除了MSTC，我和他在其他事情上也合作过，每次都有种十分可以依赖的感觉，很放心，愉快

Roxxane有一个亲切称呼：“纪阿姨”。这是一个双关的称呼，可以被解释为“GRE”，可以想到，纪阿姨的成绩非常好。我加入俱乐部比较迟，和纪阿姨接触很少。唯一的一次是她打电话来问我 Virtual Basic中的一个问题，那个问题实际上是第三方图形库如何使用的问题，这个图形库我都没听说过，我就直接说不知道-.-b，估计这让纪阿姨比较失望，在反复问了我几遍确认我真的不知道之后纪阿姨还是表示了感谢。虽然直接接触机会很少，但还是有很多机会瞻仰纪阿姨的 :-) 无论是陈越姐姐快乐竞赛宣讲会，MSTC POM还是欢送会上的讲话，都很有条理、得体而富有智慧，只可惜怕是很难再见到了

我在纳新报名表里写到过MSTC很强大，希望MSTC能一直维持住这种强大，随着一批又一批老人的离去，感觉自己的责任真的越来越重了。前辈们是那样强势，希望MSTC不要在我们这一代中没落 -.-bb

又是天气预报不准的一天，又是一年的ACM校赛。

自从来到大学，我其实不想参加acm这样的比赛。在我看来，这样的比赛要取得好成绩需要高强度的、义无反顾的、不成仙便成仁练习。另一方面，Linux里面乱七八糟五花八门的好玩的东西迅速吸引了对Windows赶到乏味的我，一度到了难以自拔的地步。

现在，不再生疏Linux的我，对这一领域的热情慢慢降温，对Windows的抗拒也逐渐麻木。当我在这样一个中立的位置的时，对于各种事情，都以“大不自多，海纳江河”的态度来对待，自然对于acm这样的比赛也不要存在抗拒或者畏惧，去参加就好了。

这次校赛必须是三个人组队才可以参加，校队成员在内部自己组完了队，我有幸和楼梯男与pluskid（按年级排序）组成一队。各种各样的队名彰显着参赛人员的良好创意，我们队一致认为pluskid想到的“foobar”这个词比较好，就用这个当作队名了。正如这样一个词，是说不出来具体是什么意思一样，我们参赛的目标也是说不清楚的吧（我们队实际上只能算作是业余队，我自己已经很长时间没有做题目了，楼梯男似乎是和我一开始提到的那种想法相近吧，pluskid一直没有在算法竞赛这方面专业练习过）。也许这就是所谓的“有容乃大,无欲则刚”，我真的很喜欢这种感觉呢 :-)

由于学长们都在住在玉泉校区，上午的签到和抽签是我去的，不幸地抽到了三楼的机器，内存大小和CPU速度都是二楼机器的四分之一，显示器是CRT型的，相比之下，二楼的大分辨率LCD机器真是很好啊。编程工具虽然有很多，但是大多比较旧，没有Visual Studio .NET，我们最后是使用Dev-cpp来写程序的，只有必须要跟踪调试的时候才会用VC6。

下午比赛从1:30开始，4个小时9道题目。我读前三题，陆续觉得都可以做，第三题忽略了测试数据的强度，错了几次才对，前两题都写一遍就对了。我觉得自己写程序这么长时间，最好的感觉就是代码稳定可靠性好，写出来之后不用改来改去的，有时候程序写出来就达到预期效果，自己都感到惊奇。

虽然是一个队，但是三个人之间有些做法是不同的。我条件反射似地看完三道题再开始做，沿袭以前很久以前比赛的习惯。殊不知ACM比赛提前搞定些题目还是划算的，楼梯男则关注所有队的进展，从最容易的题目开始做起，也很快搞定了两道题。这次比赛有一道比较难的几何题，涉及到浮点数，解方程计算等等。我最不喜欢有浮点数的题目，pluskid对计算机图形学方面有些研究，最后完成了这道题 :-)。

后来我们还尝试了另外的两道题，结果因为时间不够用而留下了遗憾。不过已经排到了第四位， 不错的位置了，前三队都是校队成员。我觉得这次比赛，我们队配合得挺好的，也有一些幸运的因素，最后结果也挺好的，还留下了快乐的记忆

对这次比赛不太关心的同学，文章到这里就结束了。下面转载一份解题报告，是HHanger写的：

校赛解题报告精简版 by HH

A Square Root Day 现场赛36.13% (155/429)/同步赛42.27% (290/686)
秒杀题，但是在题意方面出了一些问题，一种理解是日和月必须相同，于是一年最多只有一个Square Root Day，一年有一个Square Root Day当且仅当该年的最后2或3位是1-12的平方，这12个完全平方数中的一个。还有一种理解是日和月可以不相同，可以一个是后三位的平方根，另一个是后两位的平方根，于是会多几个日子，比如1225年5月15日。因为题意不清，所以最后两种理解都算过。

B Number of Containers 现场赛4.46% (32/717)/同步赛20.73% (102/492)
中等难度题，n可以很大，所以O(n)的算法显然是会TLE的。首先可以发现，f(n, x) = (n – x) / x，也就是n / x – 1，所以求解F(n)就是i从1到n，对n / i进行求和，最后再减去n就是答案。考察n / i随着i增大时候的情况，可以发现i越增大，n / i这个值变化得越小。于是可以把整个求和过程分成两块，对以1 <= i <= sqrt(n)，直接求每个f(n, i)进行累加；而对于sqrt(n) < i <= n，他们的n / i的取值范围为1 – sqrt(n)，也就是说，这个范围数虽然多，但是至多只有sqrt(n)种取值，于是我们改成枚举每种取值，求对应该取值的i的个数。这样两块的复杂度都是sqrt(n)，可以满足时限要求。还有一点是最后的结果会超出int范围，需要使用long long类型。
题目因为被修改了一下，所以也有个地方没说清楚，不过应该不会误导人，只是理解起来有点费力。比赛的时候被放到了B题的位置，结果N多的队伍直接就来个直接暴力的，下次这种题目应该靠后一点放……

C Rounding or Truncation 现场赛2.12% (7/330)/同步赛7.55% (34/450)
中等难度题，有不少的trick。主要要解决的问题就是通过一组m和p的值，来推测在两种策略下，文件总数可能的取值范围。可以解决这个的话，只要对每组m 和p对应的区间求交然后判断交是非为空即可。对于Rounding模式，p可以上下分别浮动0.5个百分点，其中往上的浮动是刚好取不到的（否则就向上进位了）。对于Truncation模式，p可以向上浮动小于1个百分点。这里还有一个问题是p等于0和等于100的时候要特别处理下，p等于0的时候，文件总数的上限是无数；p等于100的时候，因为没有向上浮动的空间了，所以对于Rounding模式，只能向下浮动，对于Truncation模式则完全不能浮动，只能是确定的100。有了p的取值范围就可以去根据m来计算文件总数的范围了，可以用double直接计算，但是处理不好很可能会有误差，推荐直接用整数处理，对p乘以10后，浮动的百分点数也就是整数了。能处理好上面的各项后，应该就能AC了。

D Elune’s Arrow 现场赛8.95% (12/134)/同步赛8.02% (11/137)
中等偏难的几何题，不是很好想到解法。题目的模型就是用一个固定速度的圆去撞击一个朝固定方向进行匀速直线运动的圆，要选择角度从而尽可能早撞到移动的圆，输出最早撞到的时间。所谓圆撞到圆，就是圆心距离等于半径和，这里可以作一个模型转换，把逃跑的圆看成一个点，把它的半径加到追击的圆上。于是现在就是一个圆去追击一个匀速直线运动的点，依然不是很好处理。因为圆可以向所有角度发射，所以假设圆初始半径为r，速度为v，则在某个t时刻，圆可能触碰到的位置为一个半径为r+vt的圆。于是模型又可以这样转化：一个有初始半径的圆以速度v扩大半径，求何时能碰到一个直线运动的点。因为刚撞到的时候恰好是点在圆上的时候，因此可以立一个关于t的一元二次方程，最后求解方程，如果两个解都小于0则无解，否则输出最小的正解。
PS，这题也可以用其他ws的方法来解决，比如我用枚举角度+三分过了。

E Beverages for Sale 现场赛0.00% (0/2)/同步赛0.00% (0/1)
压轴题。题目给出的是这样一个模型：有一个可分割货物的集合A和购买者的集合B，每个购买者有各自拥有的钱的数量，而每种货物也有各自的数量。其中每个购买者只会购买A的某一个子集。购买者对货物的种类不关心，只想获得最多数量的货物。购买者只会购买他感兴趣的货物中价格最便宜的那些。题目要分析出这样一个模型的稳定状态，也就是说确定各种货物的价格，使得所有货物都卖完，所有购买者的钱也都用完。
我们可以构这样的一个图，所有货物和所有对它们感兴趣的购买者之间连边，流量为无穷（如果某一个货物或者某一个购买者没有任何边，则直接输出Impossible）。对于每个购买者，向一个汇点sink连一条边，流量为他们各自的钱数。然后从一个源点source向每一种货物连一条边，边的流量为货物的价格x。我们首先假设所有货物的价格都是一样的，我们需要二分这个价格x，使得所有的货物刚好可以全部被卖出去，也就是说确定最大的x，使得(source, A B sink)是图的一个最小割。然后考察假设这个时候的残余网络，假设在残余网络中可以到达sink的节点集合为W，设S=A-W，则集合S的所有潜在购买者（对S中任意一个货物感兴趣的购买者）都已经用完了他们的钱，如果再增加x，则会导致S的货物剩余。于是我们可以把所有集合S中的货物价格设置为x。接着，我们把集合S和S的所有潜在购买者集合从网络中去除，提高剩余货物的价格继续前面的步骤，如此循环往复，就可以把所有货物的价格确定下来的。

F Calculate With Abacus 现场赛39.59% (118/298)/同步赛60.00% (240/400)
描述有点长的简单题。已经保证了输入的算盘都是合法的，于是只要计算出算盘所代表的数字即可。其中一种方法就是看每一列的上下部分的|位置，就可以推算出该列代表的数字。这次也没有trick，一般只要读懂题就可以写对了。

G Number Game 现场赛5.36% (11/205)/同步赛13.52% (43/318)
中等难度题。有三个数字，每次可以去掉一个，然后加上剩下两个的和减一。问是否可以从给定的三个数得到给定的另外三个数字。可以发现，如果正着推的话，每次有三种选择，无法有效判断最终的三个数字是否可达。于是考虑逆着推，已知当前的三个数，其中最大的那个一定是新加的，而次大的那个一定是再前一次新加的，于是可以推算出被擦掉的那个数为次大数加一减最小数。这样一来，可以有唯一确定的方法递推回去。不过需要注意的是，正推的第一步，因为当前的三个数不一定满足a+b=c-1这样的等式，所以逆推的时候是无法确定被擦掉的数是多少的。所以，可以对初始的三个数枚举第一次擦掉的数为哪个，得到三种满足等式的情况。于是逆推的时候，一旦能匹配其中的一个就可以了。还有一点就是，只有当三个数满足等式才可以逆推。
赛前JJ曾说这题可能比F还简单，结果不知道什么原因大家都不敢碰。。

H Cover the String 现场赛0.00% (0/13)/同步赛2.43% (1/41)
中等偏难的动态规划题，需要好好优化才能把复杂度降下来。我的做法是：首先用所有的tiles构造一个trie。用s[i, j]表示原串从i到j的子串。然后考虑从后往前用tile来覆盖串，根据规则，每次放的串起始位置要在上一个之前，结束位置也要在上一个之前。dp[i] [j]表示覆盖原串从第i位开始到最后的子串，且最后一个使用的tile覆盖了s[i, j]的方法数。还有一个sum数组，sum[i]表示当前所有的覆盖中，最后一个tile开始于原串第i位或者之前，结束于第i位之后数量。
for i from n – 1 to 0
for j from i to n – 1 // 考虑覆盖s[i, j]
dp[i][j] = (number of tiles cover s[i, j]) * sum[j];
for j from n – 1 to i + 1 // 更新sum数组
sum[j - 1] += Sum(dp[i][j] .. dp[i][n - 1]);
最后Sum(dp[0][0] .. dp[0][n - 1])就是解。其中number of tiles cover s[i, j]可以用trie在O(1)时间内得到，Sum(dp[i][j] .. dp[i][n - 1])这块可以用一个临时变量累加来优化成O(1)，因此整个dp过程复杂度为O(1000^2)。考虑到子串的长度最多为200，因此可以把j这层循环变成tile的长度，这样复杂度变成O(1000*200)，不包括前面建trie的时间。
如果不想使用trie，可以用kmp算法来预处理，同样可以在O(1)时间得到number of tiles cover s[i, j]。

I Nine Interlinks 现场赛28.29% (116/410)/同步赛37.54% (202/538)
简单的动态规划题，应该不难找到递归方程，就算不会动规，应该也能找到规律来求解。要把前n个变成on，首先把前n-1个变成on，然后把前n-2个变成 off，然后把第n个变成on，然后把前n-2个变成on。所以dp[1] = 1, dp[2] = 2, dp[i] = dp[i - 1] + dp[i - 2] * 2 + 1。

其中的B题，可以不用Sqrt分成两段。下面的f(n)是对上面提到的f(n, i)累加的结果，也是对于一个n，最终要输出的答案：

long long f(int n) {
    long long s = 0;
    for (int i = 1; i < n; i++ ) {
        int t = n / t;
        s += (t - i + 1) * (n / i - 1);
        i = t;
    }
    return s;
}

一周前的这一天，我平生第一次吃斋饭，
在这个2009年的消费者权益日，四元钱的斋饭果然没有掺假，一点肉都没有。

那个没有雨的下午，MSTC众人决定在凯哥的带领下出去玩，没想到这一走就到了晚上。

从玉泉出发，爬上老和山，跨过北高峰，经过“中印古刹”，发现不能进入的军事重地，看到许多野猪出没的安全告示，但是没有目睹到野猪。

俨然有两年前毅行的感觉，虽然路途只相当于那次毅行的一半，但这次的路线更加陡峭，而且没有实现事前准备，穿了太厚的衣服和不适合爬山的鞋，特别在下以前没有走过的陡坡时，我甚至要坐到地面上才能有安全感

不过坚持下来就好了，虽然比较累，当作减肥也没什么不好。
我们到法喜寺的时候其实那里已经快关门了，还是有很多人。
人多到什么程度呢？汤还有许多，据说很好喝，但是碗不够用了，没有碗来盛汤了……
其实我一直不知道寺庙是如何盈利给和尚发工资的，今天总算明白了

下面这个图就是这次玉泉到法喜寺的行走路线啦。

想体验的同学可以试试这个路线感觉一下 :-) 不过我是不大想再走这个路线了…

一行的同学对这次“毅行”都挺有感触的，写有各种各样的日志（按照标题拼音排序）：

• vivy: 暴走法喜寺
• wyest: 不能相信凯哥
• pluskid: 法喜寺斋饭之旅
• hzqtc: 今天疯了，爬了好多山路去法喜寺吃斋饭