他们的思路很清晰，
从
Tabbed View — http://blog.cooliris.com/2009/06/26/cooliris-v111-smooth-cultivated-and-fully-integrated-2/
到
Sharing URL — http://blog.cooliris.com/2009/07/07/111-highlight-sharing-urls/

为什么我强烈建议用Tahoma？
因为Orbit Downloader！
其实Orbit Downloader回想起来，做得还算是顺的，尤其是在技术上，是没有遇到解决不了的大问题的。从启动到我离开，吃了2个大亏，均不是技术问题。这2个亏，第一个是Orbit这个诞生于星巴克的名字，第二个就是Orbit的字体问题。
印象非常深刻，早期的时候，用户的反馈里说我们的界面简洁，后边跟着一个“but ugly”. 开始大家都不是很明白什么是ugly, 直到 一个Orbit用户跑到论坛里说，Orbit一定是中国人开发的，因为只有中国人开发的软件才会用这种难看的字体，你们开发前为什么不看看Google，不看看uTorrent。
我还记得方老大一头是汗的pia pia的冲过来喊：我研究了老外的字体，保守的Software和WEB APP一般用Arial,新一点的用Tahoma，现在流行Tahoma！

我现在很喜欢用Tahoma，英文自不必说了，中文系统会自动显示为宋体。一举两得的事儿。

很多人都会说，宋体英文也很好看嘛。是啊，因为我们每天都盯着中文看，而没有盯着英文看。这就是文化差异吧。在这种问题上，我想，停止争论，多多调研，模仿是最好的。

国内的网站也越来越多的注意这种形象问题了：

链接在这里：http://www.cnbeta.com/articles/81828.htm

文章节录：最近twitter受到蠕虫的侵扰, 尽管并非恶性, 但不久有使用者贴出消息反映自己最近几天的所有tweet消息均被删除. 以下还提供了截图作为证据. 据悉这并不是个别现象. 尚未听到twitter对此事的官方回应.

唉，正好赶上TwitterBar升级后，这东西极其不好用。我还以为是因为它出错搞得呢。看来是冤枉它了。不过，话说回来了，TwitterBar升级后，实在是垃圾死了。原来它的特色就在于 在Firefox地址栏里输入一行字然后点击“发送”就可以发送到Twitter 这个简单的操作流程。现在不知改了什么，重启N次Firefox它都登录不上Twitter，好不容易登录上了，发送一次还弹出提示问这问那的。实在是烦不胜烦，终于换掉它，用了Twitbin。可是，可是，Twitbin是个侧栏，如果只用作发Twitter还是复杂了些。最后。。。恩。。。直接上Twitter发居然成了最便利的方式。 — 这叫啥子事情哦～

真是太好了，终于等到Gmail正文可以插入图片了，虽然还是只Labs项目，但是很方便～
上传图片：

上传完成：

插入正文，可调整大小：

快乐的收到图片～在正文中浏览图片～

期待Google Docs也尽快推出这个功能～

但是Shaka在玩三国风云。原因很简单，公司开发的，就玩了。托三大件的福，城发展的还不错，排名像Orbit的数据一样节节上升;)，不过郁闷的是，三国风云要升级了。升级贴在论坛里引发了好些争论。详情请见这里。

只是从一个用户的角度，Shaka非常不希望三国风云这样的网页游戏升级。为什么？用户的回帖里写的很清楚：
1.

记住这个游戏就是画面简单，上班玩不容易发现才玩的，现在改的那么花俏，得多少上班族不玩了？？？

2.

其实速度才是最重要的 改的那么花俏 总卡可不行啊

3.

严重反对，对于游戏来说，任何修改都是一次手术，有病才做手术，没病做手术就是找抽
首先，这个游戏现在有人玩不是因为画面好，甚至反而是因为画面差，所以现在改这个画面实在没有必要。要知道为什么现在网页游戏开始火起来，因为上班族在上班的时候也能玩。不然为什么不玩其他的游戏，当真三国风云最好吗？相当一部分上班族在改画面后将不得不选择放弃，不然放弃的就是他的饭碗。
其次关于民心的修改，不知昆仑在修改时有没有考虑到，现在很多人是依靠小号、羊号维持着资源。修改民心系统后，每次打劫造成民心下降，随之是羊号资源产量下降。即使不算羊号，现在很多人对分城的处理方式也是直接出兵掠取，要靠运输的话，上班族是没那么多功夫的。这样以后连自己的分城也不能出兵掠取了。建议取消民心与资源产量的关联。
增加聊天系统是有必要的。但在修改前请昆仑仔细研究一下，网页游戏的魅力在什么地方，优势在什么地方，不要舍长取短，别以为越像个完美的游戏就越有市场！

再多的就不复制了。。。
另外，有个朋友说的对，玩CS，魔兽等大游戏的人，是不能设计小游戏的。因为他的心理和玩小游戏的人不一样。而且他不屑于去研究小游戏受众的心理。

Shaka真的不懂游戏，但是Shaka还是觉得产品设计的道理是一样的。

作为一个产品经理，改版之前，你真的调研了么？

刚才看到一个新闻说是del.icio.us的创始人离开Yahoo, 加盟了Google, 并或许将帮助改进Google的bookmark.
其实, del.icio.us改版之前, del.icio.us一直是Shaka最喜欢也一直强烈推荐的一个产品之一 . 但是, 一切随着改版而结束. 现在Shaka用的最多的是Google的bookmark.
至于为什么选择Google的bookmark作为替代del.icio.us的产品? 主要是因为, Shaka认为, bookmark (包括social bookmark)服务应该越来越简化, 就像真正的实体书签一样, 容易添加, 也容易定位. 打个比方, 你会用要翻动10分钟书页才能找得到的书签么? 你会在书签上做读书笔记么? 你会把书签当作纸巾用么? 人们想要的只是一个书签. 其次, 因为目前已经离不开Google工具条, 而在Google工具条上操作Google bookmark是一件舒心惬意的事情.

BTW,
Shaka 不喜欢新版delicious的几个理由:
(1) 域名由del.icio.us变成了delicious.com
(2) 添加书签的复杂度增加了, 定位书签的复杂度提高了更多
(3) 不能在一屏显示多于十个bookmark了 — sad, 这样做的确能增加PV,但是….
(4) 页面焦点太多, 失去了原来”简练”的感觉
(5) 增加了很多功能, 但是我不知道常用的功能被隐藏在什么地方了
(6) 过度揣测用户行为和心理
(7) 综合上述最重要的: 它不再是del.icio.us了

不说啥叫性能过剩,说说什么时候性能过剩.
典型的就是, 花了99%的时间,为了1%的用户需求或者用户体验改善 – 这个功能就是性能过剩.

在开发阶段, 大家会怎么说?
A. 针对某需求, 产品抱怨说: 技术没有按照需求做, 他增加了功能, 因此进度延期了. 技术委屈的说: 我只是加了一个小小的判断, 让程序容错性更强.
B. 针对某需求, 产品经理说: 增加这个判断, 用户体验会更好.
c. 针对某需求, 产品经理说: 我觉得增加这个功能, 用户操作会更便利.
d. 针对某需求, 产品经理说: 竞争对手比我们多了一个提示对话框.

注意:
每个典型情形, 都是要”增加”什么什么.

那么:
请先思考, (1). 28原理. (2). 开发成本 (3). 是否真的是在”改善” 还是在 “堆砌”

我们目前的原则是:
做减法.

如果你不会做减法, 怎么办?
版本计划 – 把要增加的需求放在下个版本里.
解释下: 从这句话里, 要读出2层含义: (1) 目前的需求不变 (2) 给自己泼点冷水, 增加的需求仅仅是计划而已

什么样的产品会出炉?
丰田, Google

哦, 原来这么简单!

从现在开始:
严防性能过剩

刚刚看见，我的帐号终于可以使用Google SearchWiki了，距离其在美国上线，整整的晚了一个星期。

不过，Shaka还没有感觉这个功能对Shaka来说有什么用，囧

早上发现我的Gmail可以换肤啦，三大件和luck的gmail都还不支持，看来并未全部开放，挑了几个好玩的截屏来看：

Bus Stop

Candy

Desk

Terminal

Zoomzimps