冷月无声

这个问题是费老提出的。

我的第一反应就是：第二种说法正确的可能性较大。

为此刚才特地查了一下维基百科，更增加了我的信心：

首先需要澄清的一点就是：农历并不是阴历，而是一种阴阳历。它的纪年纪月纪日都是以数字计，如宣统元年八月十五、和谐三年闰七月初七这样的，其中的月份和日期都是根据月亮的运行来计算，所以这部分是阴历。但是对于节气／中气则是按根据“太阳的运行”（实际是地球公转）来计算的，所以这部分是阳历。而干支纪年是根据阳历的部分，每年是从立春开始。生肖又恰恰是根据干支纪年法而来的。

上回十博士就犯了这样的错误，出了大糗。

所以我想第二种说法更正确，即：

生肖的变换是从立春开始。

BTW：徐根宝的说法也不正确，不是从立春日的零点，而是指立春的那个时刻——这个是根据地球公转可以精确算得的。不过这么讲究就有点BT了。-_-|||

（2007－02－20）

早上忽然想到一种桌面应用的模式——用Web方式实现。从表现方式上说，类似.net的XAML，但是基于现有技术实现，并且可以不受平台限制。比
如可以用这样的方式实现一个资源管理器这样的东东。甚至可以按这种模式开发出一种类似于DesktopWebOS这样的东东，挂在不同的OS平台上。

基本的结构是这样：

用TurboGears
（或者简单一点就直接用CherryPy），实现一个WebServer，把本地应用的功能全都做到这个WebServer中，前端用Ajax实现交互。
因为CherryPy的实现是一个单独的应用程序，并且自带HttpServer功能，等于就是用浏览器操纵一个非GUI应用程序。

至于安全性的问题也很简单，因为这个Server是以当前用户身份运行，与一般的用户程序一样。访问安全性的问题可以通过限制为本机访问的方式实现。如果想要提供远程访问的功能，可以用Apache做一个https代理。

剩下的问题就是：开发难度比一般的应用程序大不少，特别是Ajax部分。

补
充：以上纯属瞎想，其实我现在对Ajax已经有点不满意了，因为Over
ajax的情况已经越来越多。虽然像www.netvibes.com的ajax效果超级酷，但是过于复杂的JS代码使得程序的性能和稳定性都很成问题。
还有，我之所以不用抓虾，就是因为我订阅的RSS比较多，会让它的JS程序在Firefox下近乎死机。

（2007－02－27）

最近Bloglines的速度实在是慢得可以，终于忍不住把分类全改成英文的，再导出OPML，再导进传说中的Google Reader——GR不支持中文分类的问题到现在也还没有解决。

试用了一上午，感觉很是不爽，而且速度也未感觉比Bloglines快多少，有时也会出现Loading半天不出来的情况。

最主要的不爽还是功能上：

首先，每个Blog都只有标题，没有作者名——有些Blogger就喜欢隔三差五的改标题，我哪里认得那么多。

其次，每篇Post都只有上次GR更新时间——注意，是GR更新的时间，而不是Post更新的时间。GR什么时候去重读Feed跟我有什么关系，我只想知道作者是不是修改过Post。

第三，大致看过以后，还要点一下Mark all as read才能标记为已读。

暂时就这几点，不过已经足够了。虽然GR有一些如Tag之类的实用功能，但是不能满足我的基本要求，那我还是继续用Bloglines比较好。

BTW：后来跟令狐讨论了一下。

他认为第一个问题可以通过自己修改标题实现，但对于我来说，300多个Feed，大部分都要改，太麻烦。

第
三个问题他认为GR比BL方便，因为他经常需要回头去重读，如果像BL那样自动Mark all as
read的话，回头重读需要作一次Session过滤；我的情况不同，很多Feed我只需要大致扫一眼就可以了，很少需要回头重读的——需要的重读的
Item我会收到365KEY里或者设置Keep new，所以GR这种方式对我来说不够方便。

对于Tag功能，我们都认为很实用，其实很早之前我就希望BL能提供这样的功能，甚至有想过自己写一个RSS网站——那时最想的就是搞到当年那个ToPim的源码，不过想想而已，还不知道人家的代码写成什么样呢，不一定会改。

还有GR的Share功能，可以按Item输出，相当于一次重烧，这时的用户成了一个编辑。这比BL的按Feed作public要好很多。

（2007－01－23）

（倪可的父亲说）“……你
经常挂在嘴边的萨特笔下的自由，只是‘选择的自由’，一种有前提的自由。”——卫慧《上海宝贝》

前一段一直在CSDN上讨论服务器OS的选择问题，还有语言的多样性问题。其实归根到底就是关于选择的自由问题。

其实根本没有所谓绝对的自由，我们能得到的自由只能是选择的自由，差别只在于可供选择的东西或多或少而已。

Windows固然有千万般的好处，但它并不是没有问题的，在很多时候，Unix、Linux……会是更好的选择——即使你不喜欢，它们存在仍然为你提供了选择的自由。

语言也一样，C#和Java固然近于万能，但C、汇编、COBOL……也仍然有市场——你可以不学不用，但不能剥夺别人选择的自由。

还有GC。GC固然是好，但是GC的性能再好也比不上栈模型的一句 sub esp, xxx 来得高效——这就是我反对在C里增加GC的根本原因，只是想保留一个选择不用GC的选项。

GPL3自从被提出开始，就遭到很多的批评，其根本原因就在于强迫开源的条款剥夺了别人不开源的自由，这也是我一直不太喜欢GPL的最主要原因——我写的原生应用程序从来不用GPL。

在 Python 的 Web Framework 中， Django 无疑是一个好东东，是一个 All in one 的
solution ——它包括了从后端的 O/R mapping 到前端的 Web tamplate
，最关键的是它还有不错的性能。但是我现在还是转向了 TurboGears ，因为它提供了更多选择的自由，比如 O/R
mapping除了用默认的 SQLObject 以外，还可以选择 SQLAlchemy （据说现在 Django 也支持 SQLAlchemy
了），而Web template的选择就更多了，从默认的 KID ，到与 Django 相同的 Jinja ，还有像 Genshi 这样的。

政治上的话题就不明说了，其实也是一样的。

徐继哲发起了一项《“致招商银行的公开信”行动！ 》，目的是：

呼吁招商银行网上银行采用开放的标准，能够支持自由软件正常访问服务！

这个问题其实一直以来都令所有非 Windows/IE 用户很不爽。但是我认为这不止是招商银行的问题，而是目前几乎所有国内银行都是这样的。

用 ActiveX 这样一种本身就不很安全的技术来“增强”网上银行的安全性，从技术角度上说是一件相当可笑的事情，但是国内银行却能够把这事情办得一本正经，实在让人无语。

所以我支持徐继哲的这次行动，主要是基于以下几点理由：

1、从技术上说：ActiveX 不能解决安全问题，ActiveX 不是 Web 标准解决方案；
2、从商业上说：使用 MS 专有的解决方案存在着歧视非 Windows/IE 用户的问题。

就第一点来说，招行使用SysInternal的一个仅供研究用途的不安全底层库（徐文中有提到，网上有人针对这个作过研究）就是一个问题。而第二点的问题就如同公司要开机打税票，就必须购买税务局指定的品牌电脑一样。

也许就如GIGIX所说的那样，指望招行改进还不如指望流氓软件，让它们把所有的Windows都整得没办法用就彻底和谐了。

本来打算去淘宝淘一台二手的1U服务器来装FreeBSD，结果不小心看到一台超小准系统（所谓“准系统”就是不完整的电脑主机，这台机器是无CPU／内存／硬盘的），虽然是PIII的，但是看上去很讨人喜欢，一冲动就买了回来。就是这个，跟台式机的DVD光驱比较一下，够小吧：背面的接口也够丰富的，连GAME PORT都有：把我原来那台台式机的CPU／内存／硬盘都装到这台机器里：标准的PIII CPU散热组件（散热片＋风扇）高度高了一点，装上以后机器盖不起来，只好DIY改造了一下，看上去还不错：新 华盛的集成主板（这个主板厂家的网站无法访问，不知道是不是倒闭了），VIA PM133芯片组，驱动还真不好找。最可气是网卡，芯片上明明标着是RTL8139C（百兆网卡芯片），但是一装8139的驱动就死机，害我折腾了两天， 后来卖家给我发来了一个8129的驱动装上就可以了——居然是10M的网卡：现在用下来存在以下问题：1、硬盘居然总是运行在ATA－33的速度下，明明这个主板和我的硬盘都是ATA－100的；2、主板的声卡部分电源退耦设计有问题，音量稍微开大一点点就会对显示造成干扰；3、8129网卡在Ubuntu下不能正常工作，可以DHCP取得地址，但是PING不通；4、MODEM的驱动至今找不到——虽然没有什么用；5、不知道夏天的时候会不会有散热问题。

发于CSDN《语言的缺陷》。

发于CSDN《不值一驳》，关于《C语言已死》的评论，必然是一个热闹贴。^O^

偶已经是上班第二天了，开谈技术《好的服务器系统》

BTW：一上班就让网络问题凸显出来了，昨天还能用的MSN、Bloglines、Gtalk群、Gmail，今天已经很难登录上了。-_-|||