杂想

BUG平台应该是一个知识库

我很喜欢看各个产品的Bug追踪系统,比如jQuery的Bug Tracker,因为在Bug系统中总能发现一些非常细节的问题,补充自己的知识,慢慢地自己的代码的兼容性会有很大的提高。 但是,在各个Bug系统之中,包括现在公司使用的Trace系统,无一例外地存在一些让我不满意之处,其中最大的原因就是很多Bug系统仅仅是作为Bug的记录系统存在,而没有试图去让一个Bug成为一个知识的积累,让整个Bug系统变成一个丰富充实的知识库。这样的Bug系统,永远都只是提供一个简单的业务流程,不会变成干完人员、产品、甚至是整个团队的进步的天梯。 在我看来,一个Bug系统应该更加全面,管理Bug的生命周期的同时,也用于管理一个产品、团队的知识,更可以与周边系统合作,形成一个真正的集成式管理平台。 Bug的分类 现在的Bug系统,对Bug系统的分类通常有这么几种: 根据性质:Bug、Feature、Enhancement等。 根据危险程度:

JavaScript

引入Flash那些事

最近做的事和Flash打交道比较多,简单来说,就是要在第三方的页面引入一个Flash的广告,播放一会,让用户能够关闭。 起初总觉得,就引入一个Flash嘛,Adobe都给出了官方的使用方法,直接拿来用不就成了。顶多IE下不支持object元素的appendChild,大不了拼接字符串然后通过innerHTML来创建就好了。 但是真正做的时候,开始测试各个浏览器的时候,才发现情况远没有想的这么简单…… 关于如何引入Flash 这大概是最基本的问题,其他的一切问题都是基于Flash可以正确引入到DOM中这个前提的。 最先的方式自然是使用adobe给出的官方方式,即<object><embed /></object>的结构来嵌入一个Flash。根据各种资料,<embed>