最初的话：

利用很多的业余时间炮制出来的，一款基于AIR的FTP客户端程序终于出炉了。从最初的构思到设计，我花了不少心思来学习和修改，也学到和实践了不少东西。这个过程能让人受益良多。我还希望利用将来的业余时间来继续完善和开发新功能，争取赶上并超过目前主流的FTP客户端工具，很欢迎大家帮忙测试和提出建议，感兴趣的朋友可以发邮件交流。下载和帮助见这里。

Read the rest of this entry »

gmail里刚推出了一款新社交类工具Buzz，在并不清楚的情况下用了，感觉就是类似facebook，和twitter的东西。集成gmail，gtalk算是意料之中的事情。总体感觉亮点不多，gmail里一向不是很热闹，可能影响使用频率。

下面是一段介绍视频：

这个假期去了北方，给我比较深印象的，就是墙上到处有标语，跟南方大不相同啊。这不，趁着停车上厕所的空儿给照了张。

在一些实时性能要求比较高的应用中，如3D，try…catch处理错误会严重的影响性能和执行效率，应该尽量使用判断语句来代替。为此我有个实验。

if (theOldIndex >= 0 && theOldIndex < this._cache_pop_yw_zws.length)
{
	_gra.lineStyle(1, 0xffffff);
	_gra.beginFill(colorFront);
	_gra.drawCircle(theCachedArr[theOldIndex].x, theCachedArr[theOldIndex].y, 6);
	_gra.endFill();
}

这里主要是为了不让theOldIndex溢出造成错误，如果每次ENTER_FRAME都是用try catch来判断，大概用getTime测试的执行时间会大上一倍多，太杯具了。因此尽量要预见可能出现的问题，有时情愿写code麻烦点。我想这也是c可以长盛不衰的原因吧。

首先恭喜一下Git越来越有名了，很多有名的开源项目开始使用git做版本控制，如ROR等。我已经在项目中用了git一段时间，感觉快速且操作简单，况且由于某些原因源码不便放到svn服务器。Git成了这种情况下良好的选择。

记得之前讲过Git的基本用法，但是对Git这个分布式的版本控制没有做过多概念上的说明，这里就来比较下几类版本控制技术的区别：

本地版本控制（Local Version Control System）：简单的说，就是仓库（repository，众多文档版本的集合）存放在本地，工作文档也是在本地。这类方式不用服务器，缺点也很明显，不便于多人配合开发。

中心化的版本控制（Centralized Version Control System）：相比于上一种，这类方式注重协同开发，因此将仓库放到中心服务器上，便于数据管理和访问控制。经典的SVN就是这类。

分布式的版本控制（Distributed Version Control System）：应该说，上面一种已经够完美了（至少我一直是这么认为了）。可惜数据太集中也有隐患，比如服务器down掉，就不能工作了，另外断网的情况下也不行。分布式就用来解决这种问题，Git属于这类。它的特点是本地完全的copy服务器的数据（包括所有的版本），即使在服务器不能使用的情况下，本地依然可以commit和checkout，甚至回复或者重建服务器上的仓库。

SlideShowPro for flash is a photo and video slideshow component that can be embedded in Flash. It is flexible and easy-customized. We have used it in our photo gallery flash and it works well.

check it here. It’s not free:)

the configuration is very simple, you can just open component panel in Flash and drag-drop SlideShowPro on stage. The configuration panel looks like:

slideshowpro component panel

SlideShowPro will read xml file for configuration, which specify images and their path. here is demo of xml:

<?xml version="1.0" encoding="UTF-8"?>
<gallery>
  <album title="Samples" description="XXXXX" 
         lgPath="path/of/images/">
	<img src="001.jpg" /> 
    <img src="002.jpg" />
    <img src="003.jpg" />
    <img src="004.jpg" />
    <img src="005.jpg" />
  </album>
</gallery>

LongLongAgo，在做泡泡龙游戏的时候，发现数据结构的好处。使用树结构的数学模型可以清晰的描述逻辑处理方式。比如在判断是否有球掉落的时候，见下图，就可以用这样的数学语言描述：“对某个球而言，不存在一条路径到达root”。root就是最顶层。

泡泡龙

如果这样的球存在的话，就说明它是“浮空”的，也就是说可以掉下来了。

这类的数学描述在很多领域都用过，记得flash的垃圾回收机制么，原来使用计数法来判断一个对象要不要被消灭，如果用在displayObject树结构里就不够了，因为它们可以相互引用，于是，用上面所说的数学描述就成了很好的补充，跟泡泡龙的原理类似，如果有一个displayObject不能到达root的话，它就脱离了显示树，就该被消灭，而不用管计数是多少。

回到泡泡龙的问题上来，一个被发射上来的球可以看成一个根节点，当它被打到一堆球当中的时候，一个树结构就形成了：以这个新球为根，周围的六个球为第一层子节点（可能某些是空，或者重复应用，需要剔除），然后使用广度优先或者深度优先遍历来查找“通往root的路径”，再加上些优化，就能实现这种数学描述，从而完成“掉落”这个游戏功能。

数学在flash游戏中无处不在。此乃往事，特此笔记。

Git这个版本控制工具已经很有名气了，不知道的可以去网上查查。在我看来，它最大的好处是小巧，相比于svn，Git的仓库可以“搬来搬去”，是分布式的。你的本地可以保留一份工作“仓库”，这意味着，即使在离线情况下依然可以执行commit等版本控制操作，如果“仓库”在本地的话，commit非常之快速了。

我把Git当作“一个人的软件工程”之必备工具，当你一个人写一个project并且不需要服务器的时候，Git这类分布式的版本控制工具不正好派上用场么。

官方网站见这里。

下面我来简要的描述下Git的用法：

1. 上官网下载Git，根据你的操作系统。Git应该有绿色版本，操作方式是command-line的，不习惯的朋友可以找找GUI版本。
2. 打开git-cmd.bat进入命令行模式
3. 进入你的source code文件夹，先来建立一个git仓库。命令是git init。git的命令都是类似格式：git xxx。
4. 仓库建立好后，此文件夹下的东西就属于工作区了，但是文件还没有纳入版本控制，需要使用git add 命令来纳入。
5. git status是最常用的命令了，查看当前工作区文件状态，比如有没有新文件，有没有修改过等等。也会有操作提示。
6. git help查看命令列表吧。

这里先赞一个。各位牛人轮番上阵搞车轮战，整整6个小时啊，把Flash比较热门的主题都分享个遍，收获颇丰。其中包括大家都很看重的性能优化，CPU处理优化和Adobe的发展方向（这是7yue该干的事，第一次看见他，是帅哥），另外还有技术含量的东西，比如图像识别等等，让人开了眼界呵呵。八卦的事情就不讲了，前天没睡好，会场上有点昏昏沉沉，没有思索些问题来难为下牛人们，此事可惜。

每次谈到Flex builder和FlashDevelop这两个工具总不免比较一番，其实两者各有优点为什么不互补一下呢。事实上我在实践过程中，觉得有些情况下两个配合着用非常不错。FlashDevelop有轻便的优势，代码提示很好，而Flex builder支持Flex framework，支持可视化开发，搭建UI快捷编码量少。

什么时候配合着用比较好呢。那就是开发AS类库，类库用FlashDevelop开发，轻便快捷，而测试使用Flex builder，快速构建UI来显示效果，提供参考。

通过观察FlashDevelop project的文件夹可以发现，基本上FlashDevelop和Flex builder的布局是差不多的，source code放在src里，编译文件放bin，类库放lib等等。于是就有两种配合方式可供参考：

• 叠在一块儿。先用FlashDevelop建一个project，然后Flex builder也建在同一个位置。
• 分开建project。Flex builder使用external source path来链接类库代码。

显然第二种方式更好，可以有效的将测试代码和类库代码分开。

随着“清退方案”的曝光，应该说Google中国关闭的日子快到了。事已至此，再说啥也无用，关于Google和政府之间的事情已经谣言满天飞，是是非非我们这些小网民也猜不透摸不着。这里我们不妨猜想下，Google中国关闭之后，对IT人有什么影响：

• Google.cn关闭，常用这个的一批人，可能转向Google.com，baidu或者其他小众搜索引擎。baidu的搜索效果不好，应该去Google.com的人多点了吧。现在发现bing效果还是不错的，也算有个退路。只是不知道未来Google.com会不会像youtube.com那般下场。
• 听说Gmail还能继续用，不然我真不知道还能用哪个邮箱。如果不能用，那真是大杯具了。
• 听说Google Adsense也能用，这个还行。