我跟军爷一至同意要请XXX吃臭豆腐炒鸡蛋，因为XXX撵我们迁服务器。
终于今天在新机器上把应用给跑起来了，就差跟Apache相接了，其实前后也就是一天而已的时间，之所以说终于实在是要做的事情太多，又太多的宣传要做有太多的产品要改进。之前的那个1G内存的服务器终于要换成2G内存的服务器了，相信这肯定可以撑起一段时间的增长。最近一段时间的努力使得服务器渐渐支撑不住了，新来注册的用户也都各个无师自通，做出来的作品丝毫不比我们队伍里的闪秀高手差，到是意见与求助里没有一个提问的，让我觉得这个名字或许改成留言板会更通俗易懂。
近来产品改进了不少，主要是加强制作和播放器这两块，接下来计划对首页做出一个调整，使新用户更容易上手同时内容的导航也做适当的调整，此外我觉得要着力突破的是增强产品的“分享”，故而考虑将分享改为“转载”，产品上还没有具体落实，因为赶上要搬迁服务器了。
抓紧时间迁服务器
update1/22：服务器终于迁移完成，感谢大家的谅解。
连日里忙着没太顾上发公告。近来又有不少新功能添加进来，包括从一开始就设想过的支持从Flickr导入图片，还有新增了多种渐变样式，不过有些渐变样式还需要调整。闪秀播放器做的调整很多即有功能的增强又有外观的改善，播放器外观的改善具体体现在增加了外框，这样一来漂亮了不少，功能增加了单帧的缩略图导航，对于跳跃式的浏览是很必要的，而非常重要的异步的加载机制也已经建立雏形了，更多的完善和细节的丰富会陆续的展开。
自从上次说了要引入测试驱动到项目中来已经过两个星期，期间自己做了不少重构和添补单元测试的工作，给一个队友讲解和演示了一把测试驱动开发，而且是一个稍有难度的，等未来时间稍微宽松一些的情况下第一步工作就是把现有系统的单元测试集给逐步构筑起来。
这些天时常给队伍的代码做重构，传统的情况下，队伍的开发速度往往都是越来越慢，虽然成员越来越多，因为代码的设计一天天的与需求之间产生沟壑，虽然能够运行。现在的队伍也遇到了这样的情况，最严重的是flash播放器，然后是JAVA的代码和JS的代码，flash播放器是有客观原因的，而JAVA代码是很典型的设计的变化没有跟上需求的变化的问题，一开始的时候我理解到的系统核心概念是彩信于是有了一个MMS对象，与概念相关的逻辑组织的挺好，其实这个时候已经有问题了，只是我不够敏感，因为实际上这里面至少有两个概念：在无线领域中以彩信出现的概念、在互联网领域中的特殊形态，两者是并列的，而这个时候却只用了一个对象来描述两个概念，逻辑实际上是有混乱的，但是功能还比较简单，并没有明显的影响到工作的效率，随着功能越来越多越来越复杂以后问题出现了，终于出现我了我受不了的情况，一个保存闪秀作品的方法过了100行代码了，我一顿大刀阔斧的重构，终于给整清楚了，将业务层的逻辑回归到领域层花了我半天，又花了半天构造新的对象，这样用两个对象：FlashShow和MMS两个对象来分别表达两个概念，感觉非常好，代码比之前清晰了很多，但是还有遗留问题，从前没有FlashShow这个对象系统里所有的东西都是MMS来代替，各个地方的签名充满了MMS，系统除了在发送到手机和自动生成彩信文件时涉及到MMS的一些逻辑之外，其实整个系统的绝数地方都应该是叫FlashShow，一阵铺天盖地的重构拉开了阵势，几乎系统的所有代码改了个遍（包括数据库的schema，类名，方法名，方法的参数名，方法内部的变量，JSP里面的连接地址以及属性名，VM文件里面的连接地址和属性名，JS文件和HTML的连接地址，还有FLASH程序，各种类型的配置文件），只花几个小时的工夫，到凌晨两点就搞定了。其实比我想象中的要好许多，本以为要天亮的。到第二天就是一阵海测，系统得角角落落测个遍，幸好系统还不算太复杂，功能不是很多，虽说是重构了系统的最核心的概念。
这次重构给了我一个很好的经历，以后面对重构时会更有勇气，毕竟这是在没有自动化的单元测试集和验收测试集的基础上，等有了这些以后，哈哈，那就NB大了
批量上传是一个挺实用的功能，而且也是期待了挺久，说他实用是提高了效率改善了用户的操作，在仅支持单个文件上传的情况下，每完成一帧都需要点2次按钮，这还不包括滑动鼠标的操作，而在有了批量上传的功能之后这个工作量将降低一倍，也就是节省了50%的操作，同时也自然的延长了鼠标的寿命（说的有点夸张了）。
此功能的问题：简单的基于现有的HTML的能力来实现的，在用户体验上可以进一步加强，方案是编写FLASH的上传组件；基于WEB的上传的约束永远只能够一次选中一个文件，不能同时选中多个文件，这个只能寄希望于更好的国际标准了。
支持拖拽来调整帧的次序这个功能对于站点目前的样子来说有点奢侈，但是还是强力推出了，主要是考虑到批量上传后需要调整次序的支持。
提外话，登录这个blog的时候那个慢啊！要是服务器在我跟前我肯定要狠狠的摇他两下。
我恐惧了，恐慌了，惶恐了，为什么呢？没有效率，处处焦泥的感觉，这是在形容开发工作，昨天给合作公司开发远程调用的接口，虽说业务层都很清晰，但合作中的需求以前的系统中没有包含，所以找不到重用，那这些逻辑该怎么处理呢？硬塞到业务层里单做方法封装同时拷贝其他方法中部分代码再手工编写部分代码（编写的是合作中的需求），OK，搞定了，可是代码臭气熏天；另一种做法，这部分逻辑留在外面也就是远程调用接口里，这样看着也舒服，开发效率也还行（我正是用的此法）；最后一种做法也是个人最推崇的做法，将合作中的需求揉入到现有系统里，将这些综合起来的逻辑重新设计，进行合理的对象话设计，但是这是开玩笑，时间卡在那里，怎么保证这么做不影响以前的代码，改以前的代码怎么保证他不会出错，不出错容易，要很快的让他不出错怎么办？这么做纯粹是想延误工期，这是另人很愤怒的事情，这样的经历绝不是第一次甚至不是第100次，所以曾经狠下心来做TDD，做TDD的日子是快乐的，回想起来，或许不是做TDD的日子足够快乐而是不做TDD的日子足够的痛苦，所以痛下决心痛定思痛先痛后快 ，因为实在是痛恨队伍变的战斗力越来越弱越来越疲塌望着曾经的代码一脸愁容然后厌倦工作，总之接下来一定要把TDD慢慢的实施起来，说的很是豪言壮语其实只要别出师未捷身先挂就好。
写这些的同时有一些感触，不是做新的开发困难，而是在现有的基础上进行扩展、变化、整合，总之就是一个改字难，而非新的开发，个中原因真是万语万言。冥冥之中总是被敏捷召唤，虽然我总是痛恨权威！
网站尚未成功，兄弟继续努力！
经过一番折腾终于把自动合成封面帧的功能给搞定了，结果没有期望的好，主要是因为作品的缩略图较小造成的，以致每个作品的缩略图都长的差不多那些集中起来的信息的意义便大打折扣了，不过也还好，当把这样的作品贴到BLOG中的时候很好！
生成的结果就像下面这个样子：
这样的原始大小的效果还是挺好的，不过还是很粗糙没有提供更丰富的封面模版，以后吧！
在投入长达近7776000秒的奋斗后，网站终于要开张了！我问过自己激动吗？说真的，还是激动的。
网站现在的样子和功能都非常的单薄，但是基本形态已经出来了，包括基本的用户系统、用户可以制作自己的作品并且可以用多种方式来分享包括当作彩信发送到手机、基本的点评功能、以及基本的导航，虽然基本可用，但也还有不少的细节需要完善，这主要是一些辅助的功能，比如帮助，用户反馈等。
接下来要做的事情是相当的多（第一个突出的功能将是制作作品的过程中支持插入文字），所以应该多努力，多花时间，所以我考虑要不要干脆不睡觉，但我估计这样可能不行，因为要是不睡觉的话我就会犯困，这么说来还是要睡觉的。
还有要感谢队伍里的兄弟和给过我不少好建议的好同事，因为几乎每一个同事都给过好的意见，所以不挨个列出来，此外还有那些给我过不少意见的好兄弟好朋友。
PS：
在写这篇简短的网站发布公告时突然出现一个想法：我认为现在的状态就像是一个棵树刚刚发芽的样子，如果在网站logo的旁边放一个小树芽，用这样的方式替代枯燥的X.X版本应该不错，以后每前进一大步的时候就让她茁壮一点。
