添加事件的时候，我总是爱写24小时制，而iCloud上只能输入12小时制(Default)，一开始还可以自动改正，后来就直接这样了…
https://blog.matrixdoge.com/wp-content/uploads/2011/11/20111101-173533.jpg
额，我又”搬家”了……
555555~哭啊，WordPress在反反复复的[能上<->不能上]的纠结中终于倒下了……刚刚上了VPN把Blog搬了过来。
66RPG素材采集器
虽然高三了会很忙，但是发现6R招收网站编辑……一个锻炼自己的好机会，犹豫了一下还是投了简历过去。没有想到托以前建站的富，入选了！HOHO!
目前主要是倒腾素材到主站……上传下载……其实咱是不喜欢太机械化的活，编程救了咱！依靠以前写百度贴吧删帖机的经验，写了一个素材资料读取器，整个一个区的东西都能自动读取，我要做的只有上传与下载，这样工作就方便多了哈。
来张DEMO的图：
压岁钱花光了……
成人之前最后一次收压岁钱，1500……..很快就花光了。
XAS Hero Edition 3.82汉化版
最近上66发现了一个叫XAS的ARPG系统，感觉不错另外他们缺人手翻译，所以我就主动帮他们翻译了事件部分。
本来想要翻译完数据库的，不过我发现，技能翻译是我的弱项….译得太直不好听。学会了，Overdrive原来是终结技或者超必杀的意思……
下载先不放出了…………
Windows Phone 7!
前几天和朋友LL聊天偶然提到了Windows Phone 7，想一想既然没有money去买苹果iOS的开发KEY，倒不如直接在WP7平台开发练练手，正好是我熟悉的.NET。
之前已有Visual Studio 2010，SDK加上一堆乱七八糟的东西也就几百MB，很快就装完了。
运行之后，创建一个新工程，发现竟然没有我最熟练的VB.NET，记得之前我看过一个视频说支持VB.NET啊…不知道怎么回事。。。不过没有关系，对于我来说VB.NET和C#.NET是简体中文和繁体中文的关系，可以做到完美翻译，凑合用吧，正好练练C语言语法。
我很快就用Silverlight写出了第一个WP7 Hello World：
Parthas’云计算模型总结
最早接触云是从Rising的云安全开始，当初我对那东西并没有什么好感，不过我发现云这个词在互联网上越来越流行，我才意识到我不能不承认这是一个未来的机会。为了不输在起跑线上，我计划在明年3月份之前拿出一份像样的云计算模型。
自从10月13日云计算的第一个版本Alpha-1出世以来，我进行了一系列的修改，到了如今11月3日最新测试的Alpha-3版，已经可以体现出云计算的优势所在了。
我的云计算主要以分布式计算质数为主。
根据今天的测试情况来看，云计算的优势已经体现出来了。
今天测试的是计算80000以内的质数
单线程执行 14秒
8线程执行 9秒
2台机器(一个开了3线程+服务器，一个开了5线程)8秒
时间测定均为发出指令开始计时到最后一个结果到达为止。
目前的改进方向就是总体的自动调度与资源的分配。
测试历史：
Alpha-1 10月13日
第一个云计算版本。因数据通讯过于频繁，造成带宽阻塞，通讯受阻。服务器压力过大，仅仅可以承载一个云端。
Alpha-2 10月17日
减少了通讯周期，数据分组进行计算，已经可以负载多个云端进行正常云计算。但是因为多线程并行工作造成数据收集出现未知错误，导致丢失结果，虽然说一般不超过10个，但是一样是不允许的。
Alpha-3 11月3日
本版本在Alpha-2版本的基础上将数据收集端与调度服务器分开，避免多线程操作数组产生冲突导致丢失数据。
上一个版本中发现一个BUG，因为每次接受数据量只有100字节，造成循环次数过多，每次循环式1秒钟，造成了数据接受过慢。于是更改了数据接收量，使效率进一步提高。
[原创]单片机计算器源代码
我的创意 别人”做主”
这篇报道里面的经营模式明显就是我的创意嘛….
有一次在外面吃饭的时候我已经预知到了这种情况了……….可惜没能行动去实现啊
可好消息是，这个店主没有拿走我的全部想法，我的思维还是超前一步的。正如我的Smartroom一样，我一样可以在饭馆中那样，不过那时候………….额，窃取想法正如盗梦一样简单，不知不觉就会通过”WIFI”跨洋传到别人脑子里….只能傻傻的看着别人抢占先机，申请专利，赚到Money………………..
这就是我为什么不仅一直在强调创造力的重要性，而且强调还要具有在想法出现的时候有相应的执行能力。天真的孩童们有着无限的创造力，在这方面他们比任何成人都要优秀，但是他们无法成就事业。这是因为他们虽然敢去想象，但是他们没有想过去如何实现。或许他们想过，但是他们做不到，他们无法成功。渐渐地，他们失去了创造力，从此开始悲剧…
Parthas.Menethil 版权所有 禁止转载
云计算模型测试
昨天测试了一下我的云计算引擎，很糟糕。测试在同一台电脑上一共开了一个服务端和两个云端，计算1-200000的质数。一个云端单独运行的时候计算效果十分好。但是一旦开启了两个云端，服务器需要在两个云端之间交互通讯数据，这样的话服务器就无法正常完成任务了，出现了严重的丢包现象。分析是因为通讯交互过于频繁，数据量过大，所以造成了服务器不堪重负。看来我应该把工作都下发到云端上去，云端一多起来就可以将这些时间损耗忽略了。另外通讯架构仍然需要优化，现在即使不频繁通讯也会出现丢包的现象。
昨天师傅的单片机EMS到了，最新可能会重新专注于SmartRoom的开发，这次的目标是控制电路，例如家中的电灯什么的。云计算系统的理论还须完善，我得重新写方案了。