4楼的LICEcap好棒！

我是用这俩工具结合

screenflow + gifrocket

http://www.telestream.net/screenflow/
http://www.gifrocket.com/

我也来分享一个： https://soundcloud.com/paloalto/sets/other-voices-other-rooms
不过我玩的都是电子，偏techno house些。


@Seita 赞吹箫！

给刷屏者的话：

现在的刷屏限制只是一个很简单的判断数字大小，然后定时清零。

Perber.com不是一个demo，也不是一个试验场，在刷屏的时候很可能有其他用户在线，刷屏对他们是不好的，因为你的任何一条信息都会实时显示在所有用户的界面上。对其他在线用户要保持尊重，对别人花了时间精力做的东西也需要保持尊重。如果想测试，可以自己去github拉代码在本地测试；觉得代码写得不好，不止有刷屏这一种方式来表达。

@gtalk 豌豆荚差不多300了 吧

非常棒！感谢分享。以后可以用到实际项目中。


有人说要兼容IE 6/7的，一直想说点这方面的想法，正好现在有十几分钟的时间，那就说一下好了。不是为了针对谁，不是为了挑起矛盾，只是自说自话，觉得我说的不对，请大力地block我好了。

大家也都知道，为了兼容这些低版本浏览器，我们在开发中需要付出额外的时间和精力，大多数时候是身(shang)不(ji)由(yao)己(qiu)。但是大家有没有意识到这是在自己挖坑自己跳？这次你花了1/3的时间让你的项目兼容了低版本浏览器，IE6用户一看，“哎呦，不错！”，那接下来用户就继续用低版本浏览器 —— 这么下去是一个恶性循环，用户继续用IE6，作为开发者的你要继续为这些IE6花费额外的时间。

最终为落后买单的人是谁？还不是我们这些开发者吗？

如果全世界的开发者联合起来一致反对为低端浏览器提供兼容，结果会怎样？

所以，要么闭上嘴，老老实实给低版本浏览器用户服务；要么对他们潇洒的挥挥手：爷不陪你玩儿了！拜拜了您內，慢走不送！


另外，再说下“客户”和“用户”。针对那些做“客户”项目的，我希望大家在做项目的时候，别被“客户”的需求牵着鼻子走。我们做的东西，是要给最终的“用户”用的。帮“客户”服务好他们的用户，“客户”有钱赚，我们才有钱赚。不过现实中，很多人眼里只看到了“客户”，却没有看到真正使用他们产品的“用户”。

“客户是天使，用户是上帝。”

已经有人做了。不是soundcloud。名字忘了，是外国的。

20%多，帝都。

欸(ei)赤 替 挨木 挨嗷儿

@joyerma
@aku
赞！

Biang!

或许你可以google一下这几个关键词：“disable chrome smooth scrolling mac” ？

文章的URL不忍直视啊。>_<

cool.

图文排版的细节需要再打磨一下。

@dahuang7 求别说。。。。T_T
@rankrank 可能是虾米的音乐地址变了。。。

@garipan 我记得之前是支持PNG透明的啊，难道我记错了。。。。

@jakwings
@icylogic 多谢关注。关于信息块自动变大变小的idea不错，但是最终实现的效果可能不太理想，估计会让人眼晕。因为如果信息块的大小改变的话，会影响里面的文字排版。最终可能就是一屏幕的文字忽大忽小。而且在移动端需要做额外的调整。现在删除时的抖动效果偶尔也会影响文字摆盘，抖动时，有的文字会一会儿上一会儿下，有人说那是Bug，但我觉得我所谓啦。

其实在上线后的这几个月里，我也想在Perber里尽量保留高质量的信息，剔除糟粕，优胜劣汰。上个月有人发了好几首特好听的歌，但我还没来得及记下歌名就被删除了。而且总是有人说加上投票机制（类似”赞“和”踩“），所以我才做了那个“调查”的投票问卷 —— 好吧，虽然调查结果是已经可以预料到的 —— 其实也是为了下一步写全局的投票功能而练手。

另外，关于被秒删的问题。其实之前删除信息时，点击删除按钮后，会有一个5秒的进度条等待时间。因为那时候信息发布的频率不高，一天也就那么几条，后来发消息的频率慢慢提高了，我就减少了删除的等待时间。

接下来我会继续完善 限制刷屏(其实还没开始写代码) 和 投票。trello上有Perber的开发计划：

http://ww1.sinaimg.cn/large/ed133892gw1eeqrnbtg9bj20ex0dgwfi.jpg


@rankrank 你用的浏览器是？
@dahuang7 上次我们见面时，我有没有跟你说我要做这麽个东西来着？记不太清了，那会儿是不是我在做Biu? 唉，挖了好多坑。