Development

MeetBSD 2008(CA)

| Development | #FreeBSD | #MeetBSD

MeetBSD 2008聚会将于11月15－16日在Mountain View的Google Campus举行。本次活动同时是为了庆祝FreeBSD成立15周年，活动报名费为$50。

参与评论

看了看开心网

| Development

访问听下包发现：

两个（组）前端：fronta和frontb，跑 Linux + Squid。图片（img）、动态页面采用同一组cache，后端使用apache 2.2.6，php 5.2.4。所有图片、静态js均假定用户不刷（i.e. 设置一个较长的过期时间）来减轻负载。

阅读全文…( 本文约 397 字，阅读大致需要 1 分钟 )

网页自作主张改用户浏览时的窗口尺寸是不负责任的行为！

| Development | #浏览器 | #湾区小公司 | #用户体验 | #窗口尺寸

因为要查一款主板的规格，访问了湾区一家市值132.72B（今日收盘）的网站。

搜索，点进去，哗的一声，窗口变了形状和尺寸。

最大化。

规格说明是一组文件，点下载，哗的一声，窗口再次变成了刚才的尺寸形状。

阅读全文…( 本文约 206 字，阅读大致需要 1 分钟 )

挑战：算法挑战 36进制 条码序列号 生成器

| Development | #algorithm | #challenge

好久没做编码方面的东西了，今天在 火星 上看到一个挑战，一时兴起就做了一下。原题请看 这里。

既然是挑战，我目前的算法对于每个数来说都是常数时间，欢迎大家继续拍砖，我的代码2天后公布（我用的是C语言，大家自便）。

阅读全文…( 本文约 222 字，阅读大致需要 1 分钟 )

Python的浮点数 __str__ 方法的小问题

| Development | #double precision | #FreeBSD | #Python

今天 康神 发现一个浮点数的问题，一个 class 里面有两个浮点(double) 成员 x、y，然后用 return (self.x, self.y).__str__() 返回时，发现输出是 (39.210279999999997, 116.34528) 而不是希望的 (116.345280, 39.210280)。

查了一下，改成 return “(%f, %f)” % (self.x, self.y) 解决。C里面printf的 %f 默认显示小数点后面6位，但是 __str__ 似乎自己对于浮点数精度有些想法？没看 Python 具体的实现。

参与评论

HD-COPY作者成为 FreeBSD committer

| Development | #committer | #FreeBSD | #hdcopy | #oliver fromme

今天才知道在 FreeBSD 邮件列表里面的那个 Oliver Fromme 就是 HD-COPY 的那个家伙，预计他将会 takeover FreeBSD 的 loader 部分。HD-COPY是DOS时代我非常喜欢的工具之一。

参与评论

关于网站流量的一些想法

| Development | #成本 | #流量

有人说，中国大陆网站的流量有 80％ 是不带来价值的垃圾流量，我个人的感觉是，也许没有多到这么离谱，但是，我认为至少在一半以上。你会看到很多人如此地关注 Alexa 排名，会想出各种各样的方法来骗取 eCPM，但是很少有人关注一些其他的东西—-和投资一样，有战略眼光的投资者，恐怕都被饿死了吧。

阅读全文…( 本文约 692 字，阅读大致需要 2 分钟 )

数字电子计算机为什么用二进制表示信息？

| Development | #binary representation | #digital computer

最近有件事情炒的挺火，别的不说，任何一个有计算机或电子专业常识（注意，不是专业背景）的人都会知道，数字电子计算机内部的信息表示方式是二进制，而不是十进制、十六进制、八进制或者其他进制。所以，很简单，如果有什么东西宣扬其他进制的信息表示，而且告诉你二进制、十六进制或者别的什么进制如何对计算机，或者信息处理装置不利，那么这件事首先是违反常识的。

阅读全文…( 本文约 626 字，阅读大致需要 2 分钟 )

YSlow

| Development | #performance | #website

An elegant tool for analysis of your website regarding its appearance slowness. Why is it slow?

What you need are:

参与评论

Using 'skim' for input in KDE

| Development | #FreeBSD | #kde | #scim | #skim

I have a long history suffering from inputing Chinese in KDE, where scim does not work well, especially when used with Qt applications. Certain applications like KWord will refuse Chinese when using SCIM.

After some search it seems that ‘skim’ which is scim Qt’ifyed version, would support them well. Moreover, this version seems to have better UI than its GTK counterpart. The port (textproc/skim) is now unmaintained, maybe someone will pick it up? I’ll consider picking it up if there is nobody taking care for it.

参与评论