现场抓拍爬铁栅栏 结果被爆了菊花

Posted by dengwei


解决 Zend Studio for Eclipse 6.x.x 启动时的 bug

Posted by dengwei

在 Zend Studio for Eclipse 时会有显示 Building Project 的错误,解决的办法很简单,在 preference 里的 General 中设置 Startup and Shutdown ,把 Advanced Debugger UI Plug-in 和 PDT Daemon Plug-in 的对号去掉既可。


php echo 时的问题

Posted by dengwei

某同学问
echo 04555720201;
为啥输出
632791169

之前第一反应是溢出,结果一看长度和返回的数值都不对,再看前边,才发现是进制转换的问题。


ffmpeg-php make error

Posted by dengwei

make 时一直报 ‘ImgReSampleContext’ undeclared 这个错误,看了一下 log 好像是谁改了 avcodec.h 文件,只好用 ffmpeg r15261 来编译了,sigh。ffmpeg svn 的稳定性一直很愁人


一个有关用户体验的文章

Posted by dengwei

一直坚信细节决定成败,在 BLUEIDEA 碰巧看到这篇有关用户体验的文章,讲述的内容都是很简单的,但是实际在工作中,有些东西我也总遗忘,转载过来和大家共享吧。

Read the rest of this entry »


netbeans 6.5 beta

Posted by dengwei

新的 netbeans 6.5 比 6.1 更好用了一些,但是我在试用 Project 时,对中文的支持还稍差一点,看来暂时还是离不开 Zend Studio for Eclipse。


加快Flex应用启动速度的5种方式

Posted by dengwei

Jun Heider在O’Reilly的InsideRIA站点上发表了一篇精彩的文章,该文章就如何加快Flex应用的启动速度提出了很多建议,以帮助用户减少看见讨厌的“Loading”对话框的出现时间。他深入探讨了问题的不同方面,并对每种技术的优势和劣势进行了评判。

从外部加载媒体(Media)
Heider提到了一个常用的Flex最佳实践——限制嵌入到应用/SWF文件中的媒体的数量,如图像、影片及mp3等资源都可以从外部的SWF文件加载。 Flex框架可以直接将图片、mp3及字体等资源编译到SWF中。当你想让最终用户获得全部资源时,这种方式确实能派上用场,但是这会导致你的应用长时间停留在“Loading”阶段。中国最大的RIA分享社区-与中国闪客一起成长和发展!

在嵌入式字体中限制字符集
Heider建议在嵌入式字体中限制字符集以降低SWF文件的总下载时间: 当你在Flex中嵌入一种字体时,你就会获得该字体的全部字符的支持。尽管这可能是你想要的,但你确信你需要全部字符么?例如,在一个只面向英文的应用中,你确信你真的想花时间下载中文字符数据么?
缓存框架

Heider回顾了Flex 3 support for runtime-shared-libraries (RSL)这篇文章:从Flex 3开始,你可以将Adobe签名的框架——RSLs缓存到 Player的中。这有两个好处。首先,缓存在 Player 中的签名的框架RSLs可由所有配置好的Flex应用共享。换句话说,如果某人的应用已经下载了500k的签名的框架RSL,并且该RSL仍旧 在 Player 中,那么你的应用就可以使用缓存下来的RSL。其次,即使某人清空了其浏览器缓存,对 Player 也没有任何影响。

考虑模块化
Heider谈到了将Flex应用划分成模块的好处:减少字体加载时间的另一种方式就是将你的Flex应用划分成模块。使用模块的一个好处在于当加载和卸载模块时你能完全操控它。
之所以要划分成模块的最后一个原因是他们更快,而且我能即时加载它们。换句话说,在启动时唯一需要加载的模块就是 Step1.swf模块。因此,在使用模块的情况下,最终用户节省了启动时间,但是当他从一个模块切换到另一个模块时却需要花更多时间,因为每个模块都需 要以JIT形式加载。在我的应用中,只有当用户首次在steps 1-5之间切换时需要花更多时间。

推迟实例化
Heider围绕着Flex组件的“creationPolicy”属性及何时实例化应用的不同部分给出了很多建议。如果你想减少从数据下载到用户真正可以使用的总时间,当务之急就是推迟实例化。这项技术背后的理念就是直到应用真正使用的时候才在内存中创建对象。尽管推迟实例化技术会在应用的整个使用过程中导致少许——通常不那么明显——的延迟,但与长时间的启动延迟相比,它还是可接受的。推迟实例化的另一个好处在于内存使用的优化。 Heider还谈到了一个“实验性”的条款——“使用流”,这是他在讨论Dirk Eismann的帖子(Building monolithic Flex SWFs that still startup quickly.”)时谈及的。Eismann提出一项技术以利用 Player中的多个frames以在部分应用中达到流的目的。查看所有的帖子以更多地了解该技术及关于加快Flex启动速度的建议。中国最大的RIA分享社区-与中国闪客一起成长和发展!)

原文出处:http://www.infoq.com/cn/news/2008/05/flex-startup-time


技术债务——出来混,迟早要还的

Posted by dengwei

当我在Infoq上看到了“技术债务”这个新名词的时候,加上正好前一段时间也和做市场和销售的朋友谈了一些东西,我受到非常大的启发。

市场人员、销售人员(以下简称营销人员)和技术人员的想法完全不同——我朋友说他还有他的朋友们有很多想法,就是没人去实现(没技术),其实只要手上有个产品,哪怕不够好,只有60分,也能够卖出去。这朋友正在创业,网站还没上线,广告投放就已经谈妥了——这对于我这种搞技术的人是完全不敢想象的,手头没有实实在在的产品,我都不敢出去和人说。

似乎他们很有道理,在当今这种“不管黑猫白猫,抓到老鼠就是好猫”的思想熏陶下,他们这种无论产品好坏,能卖出去赚到钱就好,也是“正当”的,更是“高手”。然而这种想法是一种浮躁的心态,其实就是渴望暴富,最终还是会害了自己。

朋友因为在创业,没有合适的技术伙伴,为了能降低成本,技术团队方面他们仅仅雇佣了一个普通的程序员(没有任何架构的概念、不会配置服务器、不了解数据库建模),一个前端工程师和一个实习生。而几个创业合伙人都是兼职,不能全心全意。又为了能迅速完成既定目标,直接购买了所谓的国内某知名CMS——大家也能猜到,这个CMS的代码写得非常混乱,虽然功能经过定制,看上去能部分满足朋友的需求,但是我一看就知道,将来维护会很成问题,极有可能将来会将这个代码全部重写,而迁移的过程可能是非常痛苦的——这就是所谓的技术债务,是迟早要还的。

不少公司老总都希望事情能够“多快好省”,但世界上哪可能有这么好的事情呢?回报总是和付出成正比的,否则就是欠了债。公司的发展就像生物的成长,首先内部各个器官必须齐全,其次外部的条件合适。我人对于公司成长的不同阶段,根据公司的情况,应该制定合适的目标。如果公司没有技术能力,则应该出钱构建符合目标要求的技术团队,如果连钱都没有,创始人就不应该一下提很多需求——就低价招3个技术小白就妄图做一个门户网站?

当然我可以理解他们希望通过快速弄出一个原型,然后可以吸引到投资,然后再去建立团队,再重新完善不规范的地方,即,企图通过一个不完善的小产品作为杠杆来撬动一个大事业。然而杠杆原理不是这么用的,杠杆原理中,同样的一根杆子,要撬动同样重的东西,无论支点放在那里,省力的必然费距离,费力的才可以省距离,总体消耗的能量总是不变的。如果想翘起特定目标的事业,如果付出少(人力、物力、财力),那么需要的时间就多,如果要快,就要付出更多。当公司的事业没有达到一定的条件的时候,就去忽悠投资,鼓吹公司将来能如何地盈利,那么当投资进入之后,情况就不能完全由创始人决定,他们会受到更多的压力,无法再静下心来回头慢慢搞规范,只能更加浮躁地去考虑如何赚钱。这时候,如果技术方面的债务得不到很好的清偿,会出现很多问题,诸如依托技术提供的服务达不到要求等(我只关注技术方面,其实还要关注运营、财务、市场等其他方面),导致被吹出来的目标无法达到。诸如此类的案例当然不必多说,比如CSDN的的稳定性。当目标无法达到,要么投入更多的人力、物力、财力来弥补这个错误,要么忽悠落空,投资撤出,公司也就不能继续了。

出来混,迟早要还的。

原文转载:http://shiningray.cn/technical-debt.html


i’m back

Posted by dengwei

此前因为一次不小心的升级把造成 donevii.com 的 plugins 在 输出 header 之前输出了一段警告信息,以致于 donevii.com 一直无法提供服务。昨晚终于升到 wordpress 2.5 解决了这个问题。

themes 暂时还没弄,已经不想再用别人提供了,准备自己再搞一个。

最近欠了好多帐,H老师的东东、Y同学的W网站的SKIN、L的网站、T网站、B网站……太多了,一点点补上吧。

btw: 穆爽爽今天在全国女子举重的抓举和挺举项目上纷纷打破世界纪录。

:)


USAVICH —– 普京兔和基里连科兔的监狱生活

Posted by dengwei

绿色的叫普京,红色兔子叫基里连科,原本是黑手党老大,被手下背叛而被炸得四分五裂又接合回来,平时安静,但必要时性情暴躁无人可敌,有洁癖,爱帆布鞋成痴,一直不把普京当一回事,感觉好像打不死,武功高强刀枪不入,常常擦帆布鞋,常常蹲厕所。那只小鸡的名字是沙拉波娃,青蛙叫列宁格勒。

普京(绿色那只):个性和善却愚蠢的,非常喜欢快乐的事却常很容易被卷进纠纷里,是个努力的工人。一日宿醉就在工作中偷懒,结果被判了3年的徒刑。监狱生活最开心的事就是在用餐。

基里连科(kirenenko):红兔老大,原黑手党的老大,现在则是死刑犯。原本是双胞胎的红兔,被伙伴背叛炸死变得七零八落,结果两只被接合成了一只!是个平常很安静却会忽然生气的危险男人。有洁癖,对于打搅自己的生活韵律的人绝不宽恕!对于同室的普京完全没兴趣。

列宁格勒:住在普京牢狱房马桶里的青蛙,只要会动的东西不管什么都吃!

不明性别的小鸡(komanechi):无语了。

监视(kanshuk):看管囚犯们的看守铁门,负责囚犯的食物,淋浴等。


« Previous Entries