几天前申请了有意思吧举行的第2届漂流本子活动,详见这里。申请的是【漂流3组】Passion Dream。没想到我是第410个申请通过的。也就是说按照每个人入手3~5天的时间,到我这里还得5,6年的时间。
想想在5,6年之后会有怎样的生活,有怎样的心情,会在漂流本上写下些什么…
漫长的等待啊。
PS:貌似现在哪儿哪儿的论坛啊,网站啊,都是85后们或者90后们的天下了。看出来我们都是过了劲儿了,都不太好意思跟他们玩了,呵呵![]()
几天前申请了有意思吧举行的第2届漂流本子活动,详见这里。申请的是【漂流3组】Passion Dream。没想到我是第410个申请通过的。也就是说按照每个人入手3~5天的时间,到我这里还得5,6年的时间。
想想在5,6年之后会有怎样的生活,有怎样的心情,会在漂流本上写下些什么…
漫长的等待啊。
PS:貌似现在哪儿哪儿的论坛啊,网站啊,都是85后们或者90后们的天下了。看出来我们都是过了劲儿了,都不太好意思跟他们玩了,呵呵![]()
对于调整博客的样式,在ie6底下花费了好多功夫,特别是“最近心情”,“最近评论”,真是折腾够了。本博对于ie6一点儿好感也没有(但是项目上还是要用主流加万恶的ie6)。ie6是既慢又对css标准的支持不好。想想一个2001年的东西能活到现在,也算功德圆满,该休息休息了。
看到 mg12′s Blog 提供的“ 对IE6 用户进行更新提示”。立马加入该“推动 IE6 的灭亡”计划。
简单地在 </body> 上添加以下代码将它添加到你的网页上。
123<!–[if lte IE 6]>
<script src="http://letskillie6.googlecode.com/svn/trunk/letskillie6.zh_CN.pack.js"></script>
&……
(还有 -137 字) 继续阅读 
※“品质=生命”
产品的品质对于一个企业来说是立足之本。只有有了起码的品质保证,才能让别人信赖你的产品,从而才可以继续在企业的根本之上,谋求新的发展。比如产品的拓展,产品的创新。
当然,对于我们做企业应用的行业来说,没有自己的产品,只是给企业做应用的服务,这种方式可能对于品质的要求更加严格一些。对于我们来说,品质的保证更多的不是出于自身的意愿,而是别人强加于你的要求。服务类的行业对于产品类行业来说,不是单单的保证一种产品,或者是一段时间的品质,而是你所做的每一个项目,可以说每一项服务,都要求有品质的保证。这就要求你这个企业把”品质“这件事情放在企业的首要位置,每个员工的意识里一定要引起足够的重视。
一个企业,没有资金不可怕,资金可以拉到;没有客户也不可怕,可以找到;但是没有品质的保证,……
(还有 1736 字) 继续阅读 
① 在首页上增加了“最近修改”列表,可以看到最近修改的日志。可以对以前日志的补充或修改有一个直观的了解。列表数设为5,并且在标题底部显示修改时间。
② 修改相册功能。picasa被墙,无奈之举。把图片转移到自己的空间上,虽然有点慢和占流量,但是为了保险起见,还是取其利吧。在日志中引用的图片单独设一个图集,并且在相册页面设置为不显示。本来想在首页添加幻灯片的小工具,后来发现显示不怎么好,而且ie6报错,就放弃了,尽量不给首页增加大的负担。
③ 设置分页插件的显示为中文。修改原来的英文如“last”,修改为“最后一页”,“下一页”等中文。
④ 修改后台编辑器为FCKEditor(终于解决段首空两格的问题了),并增加自定义皮肤(默认的太丑了,像是n年以前的软件)。
2009.08.20 追记:
⑤ 把lightbox 2 替换成轻量级的jquery lightbox。原来的lightbox2采用的是prototype库,十分庞大。换成jquery的速度应该提升不少(但是我没看出来,呵呵……
(还有 637 字) 继续阅读 
明后天就要进新的项目了,总结一下刚刚做完的这个项目。
※过程和经历:
三十多个人的项目,共分3个制造小组,一个共通小组和一个强化测试小组。制造小组负责大部分代码的CD和UT。我带着一个组,一共5个人。因为是从半道里插到项目里的,所以我们组负责的任务并不是很重。我一开始也做了一本作业,不是太大。因为有sample,所以基本是参照sample。sample是三天写完的4k的代码,质量很差劲,review出很多bug。我一边找bug一边做,所以做的很慢,延迟了几天的时间。不过从以后看来,这几天的代价是值得的。因为这个项目的代码的可复用性很高,后面做的作业很多是参照前面的代码,后来做的代码的质量很大程度上是决定与其参照代码的质量。整好了这本以后,其他的就是review和check的工作。因为这个项目的特殊性,一个是参照其他人的代码,二个是在短时间内做大量的代码,所以review出的bug也是相当的多。一本程序可以摘出八九十个,甚至是150多个bug。其保证改的正确和不改出其他bug,还有bug的确认也是相当繁琐的。最后的一段时间基本上是在做……
(还有 1184 字) 继续阅读 