令狐虫的无聊空间

十一安排

2007年09月29日 18:30

十一现在对我而言，公共假日的意义远远大于了其纪念意义。
既然是公共假日，那么好好休息是应该的。不过加上双休，一连九天在家休息，也会挺无聊的。
于是还是安排一下吧。

29 - 30 休息，看F1
01 - 03 纯休息，带小虫
04 - 05 去苏州FB
06 休息
07 小虫棚拍

令狐虫 | 梦中呓语 | 2条评论

做协调人真难

2007年09月27日 21:31

安排拍摄的事情，做了一回协调人。感觉，真难。
因为只是一个中间人的角色，所有的资源都只能调度而不能够被自己完全掌控。因此问题频频，一个环节出了问题，所有的计划都得跟着变。
这种感觉真的糟糕。

看来我只适合对着电脑写代码。起码对我而言，掌控代码比掌控别的容易多了。

令狐虫 | 梦中呓语 | 1条评论

BarCamp 07 话题回顾[3-END]

2007年09月26日 10:51

写完2之后一直没有继续，因为下午的Session都没有完整的印象。不过看到猛禽居然写完了，我也索性继续，把它了结了吧。

下午第一节，本来想听Command Line的。我承认自己还是比较偏向Geek……。可惜去晚了没有占到好位置，扭着头看投影实在太累，遂放弃。

去听了一场可以说毫无主题的名为“关系（Relationship）”的Session，最后只记住了一句话：不含利益成分的关系才可能会是长久的关系。可惜现在这个利益当道的社会，没有利用成分的纯友谊，应该越来越少了吧。

接下来一场是Photography & LOMO。都是一些常识性的东西。但是当KK+解释到曝光锁的时候，我听到了一句令我印象很深的话：他们外国人的说法很容易让人理解，你们说得太专业了，解释了还是听不懂。回想了一下，自己(也许包括很多中国人)的确喜欢用专业术语去解释一些东西。而老外的解释专业术语就少很多。为什么会这样？需要反思。

再接下来是Zola的个人新闻台。有人提到zola的“新闻”不够专业充满主见，因此建议他换个名称或者诸如此类的。但是我觉得大可不必，凭什么要求他专业？凭什么要求他客观？凭什么要求他不能误导观众？zola只是在做一件个人的事情，他有自己个人的权利。如果你觉得他不专业不客观误导了你，你可以选择不看，看其他人的，或者在交互留言中提醒大家。zola的作用，在于给了我们另外一个视角另外一种声音，对于观众而言，这是另一个信息来源。至于你如何去利用这个信息，相信或反对，那是你自己的事情。如果你选择不假思索的轻信所有信息，那也是你自己的事情。

再接下来还有两个Session，是推荐自己的网站和产品，不是我感兴趣的话题，略过了。

晚上去体验了传说中的酒吧。无主题的闲聊更加让人放松。zola几次提议玩杀人，都被我们无情的否决了。至少就我而言，闲聊比较有趣，玩游戏太紧张了，呵呵。

聊开以后我们把几张桌子并在一起扩大规模，果然就来了一些新人。其中就有好看簿的人，这个东东猛禽前一天正好给我看过，我匆匆的看了一眼，感觉跟我以前的一个构思很像。于是就跟他聊了几句，提到了我的想法。没想到他们已经都考虑到并且已经实现了。

当然，回来又跟猛禽讨论了一下，感觉我的想法和他们的想法还是有些不一样。他们更注重交流，而我更关心摄影这件事。不过不管怎么说，我的想法只是想法，而他们的想法，已经变成了产品了。

所以说，这就是差别啊。

完



Geek Session


Photography主讲人KK+ 和他的5部相机（名称，hoho）

令狐虫 | 梦中呓语 | 没有评论

中秋

2007年09月25日 19:06

今天特地放下手头还没完成的工作，早早的出了公司大门。
走在路上，想拦一辆出租车，却一直都拦不到。最终还是只能坐公交车回家。
平时很少堵车的马路，今天一反常态的堵上了车。
人们提着礼物，行色匆匆。只为了和家人早日团聚。

今天，让我们忘记烦恼，忘记愤怒，尽情的享受和家人在一起的时光吧。

因为今天是中秋。

中秋快乐，各位！


新鲜出炉的月亮 ：）

令狐虫 | 梦中呓语 | 1条评论

短信

2007年09月24日 22:38

短信得来终觉浅

其实我倒是喜欢文字交流的，文字交流可以在书写的过程中整理思路，把问题描述得很清楚，把话说得很漂亮。尤其是像我们做编程的，用文字很容易说清楚一些事情，但是靠语音就不行──想像一下你跟别人说一个网址，或者一段函数代码的时候是什么感觉。

我跟和菜头的烦恼正相反。在我跟别人交流的时候，明明用email或MSN可以很清楚解释的问题，对方非要打电话过来，我跟他好说歹说费半天力气，在MSN上可能很简单的几句话加几行代码就搞定了。

当然，短信和MSN不一样，两只手打字和一只手打字也不一样。但是很多时候我仍然倾向于短信，谁让它便宜呢。而且短信的非实时性也带来了不少方便，比如你一个电话，无论对方是在开会开车洗澡或是睡觉，都要被你强制性的打扰。而短信就温柔得多，完全可以在对方有空的时候再回给你，而这段间隔，可以留给你很多遐想的空间。所以，除非急事，我一般不打电话（公费的除外）。

我觉得只要是自己用心写出来的东西，就是有价值的。我不认为说一句“你好吗”比打一个“:-)”要花更多的力气，也不认为后者就比前者缺少多少诚意。我唯一讨厌的就是转发和网上抄袭的短信内容。那种千篇一律的文字让一切诚意荡然无存。我自己是宁可输入“xx，你好阿”这样一句简单问候，也不愿意转发那种文字游戏成品的。

只要用心，形式又有什么重要的呢？如果不用心，形式又有什么区别呢？

令狐虫 | 梦中呓语 | 没有评论

为自己而活

2007年09月23日 23:04

在一五一十上看到一篇文章：进退两难的维基百科。

文章预测维基会加强内容审查，理由是自由可编辑的内容质量不可信任。作者还说了这么一段话：

在维基百科刚成立时，它的主要任务是快速增加条目数，把网站的影响力打出去，吸引更多的用户，这时我们会看到维基百科津津乐道自己条目数的快速增长。一百万是一个坎，二百万又是一个坎。现在维基百科的条目数可以说已经足够多了，是其他的百科全书难以企及的。此时维基百科就进入了新的阶段，这个阶段一定会开始关注条目质量了，这就像当一个企业通过不停的并购大大增长了自己的销售额后，就开始认真的整合并购企业，开始要效益了。而要保证维基百科条目的质量，除了加强自我审查外我想不出有什么更好的办法。

我觉得未必。

其实维基还有另外一种选择，那就是维持现状，什么也不变。为什么不呢？维基不是企业，不需要骗取点击率，不需要骗取VC的投资。别人因为它的条目可信而引用它，而不是它为了让别人引用而让自己的条目变得可信。

为什么要在乎别人的看法呢？就为了自己而活吧。要让别人追随自己，而不是让自己总跟着别人的想法跑。

令狐虫 | 梦中呓语 | 1条评论

更换了Web Server

2007年09月22日 21:21

建我的个人服务器之初的目的是为了搭建个人的blog，与朋友交流之用，顺便自己也可以做一些实验和开发。因此当初设计的容量很小。
但是后来LP开店，在服务器上架上了网店系统，服务器流量一下子超出了设计容量太多，出错频频。时不时的需要重启web server甚至服务器。
这种情况持续一段时间之后，我终于无法忍受，于是计划对系统进行一次优化调整。
经过一段时间的资料收集后，今天晚上使用轻量级的web server lighttpd 替换掉了原来的 apache2，并做了一些性能优化
替换过程相对简单，没有碰到太多的问题。可能是因为lighttpd本身比较简单吧。
首先安装lighttpd:

sudo apt-get install lighttpd

因为我的机器上已经装有apache，占用掉了80端口，所以安装到最后会出一个错误。暂时可以忽略它。
修改配置文件，将 /etc/lighttpd/lighttpd.conf 中的

server.port = 81

注释去掉，就可以正常启动了，正好在81端口可以做一些测试的工作。
接下来就是做一些功能性的配置：
在server.modules中添加

mod_rewrite

mod_proxy

mod_fastcgi

其中mod_fastcgi是为增加PHP支持做准备，proxy则是为以前一直想做而没有做成功的内部代理做准备。

增加对PHP的支持
首先安装php-cgi模块

sudo apt-get install php5-cgi

然后在lighttpd的配置里增加：

fastcgi.server = ( ".php" => ((

                      "bin-path" => "/usr/bin/php-cgi",

                      "socket" => "/tmp/php.socket",

                      "idle-timeout" => 30, 

                      "min-procs" => 1,

                      "max-procs" => 3,

                      "bin-environment" => (

                        "PHP_FCGI_CHILDREN" => "5",

                        "PHP_FCGI_MAX_REQUESTS" => "1000"

                      ),  

                      "bin-copy-environment" => (

                        "PATH", "SHELL", "USER"

                      ),  

                      "broken-scriptfilename" => "enable"

                    ))  

                 )  

增加对虚拟主机的支持：

$HTTP["host"] == "ch-linghu.3322.org"{

    server.name = "ch-linghu.3322.org",

    server.document-root = "/xxxxxxxxxxx",

    server.errorlog = "/xxxxxx/ch-linghu.error.log",

    accesslog.filename = "/xxxxxx/ch-linghu.access.log"

    #这里同时增加对blog的rewrite支持，lighttpd的rewrite写法和apache的不太一样，而且似乎不支持htaccess，就先写在这里了

    url.rewrite-once = (

        "^/blog/entry/([0-9]+).*$" => "/blog/pivot/entry.php?id=$1",

        "^/blog/archive/(.*)$" => "/blog/pivot/archive_dynamic.php?p=$1"

    )

    #这里是对内部网站的代理支持，将内部的一个独立网站映射到一个目录上来。在Apache里搞了N久没搞定，在这里很轻松就搞定了。

    #--emule

    $HTTP["url"] =~ "^/xxxxx/" {

        proxy.server = (

            "" => (

                    (

                        "host" => "127.0.0.1",

                        "port" => 0000  #这个当然是假的啦

                    )

                  )

        )

    }

}

这样基本上原先网站的功能就全部恢复了。接下来是做一些优化的动作：

## Optimize configuration

server.stat-cache-engine    = "fam"

server.event-handler        = "linux - sysepoll"

server.network-backend      = "linux - sendfile"

server.max-keep-alive-requests = 0

这一段是从网上抄来的，具体的细节还没有领会的太深刻，下次慢慢理解。
等lighttpd配置完成测试通过之后，我就卸载了apache。具体效果要等应用一段时间之后再观察了。

其实开始我是想过用lighttpd做前端，apache做后端这种方式的，不过后来看了网上的一些讨论，觉得在一台机器上这样的2层配置太累赘了，尤其是我这种老爷机。于是就选择了现在这样仅使用lighttpd的方案。在lighttpd部署完成之后，我还想过加装memcache来提升效率的，不过用top一查，物理内存只剩100来K了，memcache实在是没有什么用处，还可能会因为用到swap而降低效率，于是作罢。各种优化配置方案，光抄资料还是不行的，还得根据自己的实际情况来呀。

令狐虫 | 技术沙龙 | 10条评论

[三言两语]胜利

2007年09月20日 22:56

女足终于还是出线了，凭借着净胜球。
可是，这胜利真的有那么令人开心么？
我希望看到一场畅快淋漓的胜利，而不是一场寄希望于他人，依靠精密计算得来的胜利。

法拉利可以提前庆祝车队冠军了，因为间谍门。
可是，这胜利真的有那么令人开心么？
我希望看到一场真刀真枪的胜利，而不是一场凭借比赛之外的因素得来的胜利。

令狐虫 | 时事乱评 | 1条评论

冷眼看C++和C之争

2007年09月18日 23:09

最近因为Torvalds在社区里和人吵了一场架，搞得很多中国人也跟在后面嚷嚷，号称中国最大的程序员网站也在后面推波助澜，大有唯恐天下不乱的架势。

类似的争论，几乎每隔一段时间就会出现一次，基本上所有我们听说过的没听说过的语言，都要被摆出来供大家掐架玩，比如什么Java vs C#啦、C++ vs Java啦、Python vs Perl啦、Python vs Ruby啦，C vs perl啦等等等等。只不过呢，这一次有点不一样，一是很多大牛参与了进来，自然话题就不想以前的一些语言之争那么浅薄，还是有不少闪光之处的，另一点是这次嚷嚷的主角，居然是以前大家都认为是亲兄弟一家人的C和C++。

其实就语言本身而言，根本没有什么好吵的，C是C，C++是C++，各有各的特性，也说不上谁好谁差。尤其是这两者，渊源颇深，很多C代码是完全不用改动就可以在C++编译器上编译通过的，这还有什么好说的呢？

关键还在应用。基本上，一种语言有一种语言合适的应用领域。比如说C适合于系统级开发，Java、Python适合于业务领域开发。基本上不会有人想着拿C开发企业级系统，或者拿Python开发操作系统。因此，有些人在猛禽那里回复说，你说C++不是万能的，你为什么不说Java/C#/Python不是万能的？因为Java/C#/Python们本来就没说自己是万能的。它们只做自己适合的那部分，自己不适合的部分，让C去做，然后通过一个机制整合进来。

但是C++有点不一样，它有适合系统开发的一面，也有适合业务抽象的一面。于是很多人就真的把C++当成是万能钥匙，开发系统级程序也用它，开发企业级程序也用它。当然了，C++也确实当得起这个职责，基本上用它开发系统级程序也可以成功，开发业务级程序也可以成功。但关键在于，你不能因为它可以做这些事，就认为它是最适合做这些事的，更不能认为，不用C++做这些事就是不对的。

关于为什么不合适，猛禽的两 篇文章已经说得很清楚，我的观点也在其中得到了表述，这里就不多说了。我只是想说一些题外话。

我一度也很迷恋C++，大概是2、3年前的事吧。迷恋到最疯狂的时候，我看什么都是不标准的：VCL不标准（当然，这个东东确实不标准-_-），MFC不标准，ACE不标准，wxWidget不标……，几乎除了Boost之外，全是不标准的。为什么这么说呢？因为这些框架都动辄自己设计一套容器库，一套字符串处理库，一套这个库那个库，你把STL放到了什么位置？但是那个时候还是身在此山中，除了抱怨之外没有多想别的。

当时的自己也像所有的C++ fans一样，对每个细节都追根问底：这个为什么要这样？那个效率怎么样？这样会不会有隐患？那样会不会编辑器不支持？我甚至还买了一本《Inside the C++ Object Model》细细研究。

后来，我开始接触Python，很奇怪的是，C++里刨根问底的习惯似乎就消失了。我现在也没有具体追究过Python的Class，底层是如何实现的这类问题。但是我的Python程序，却从来没有因为我的“不精通”而出过什么问题。而很多第三方的Python库，也毫不吝啬的构建在Python标准库以及一些其它的流行第三方Python库基础之上，几乎没有什么人会去重新实现别人已经实现了的东西。

后来我渐渐明白了，C++之所以要关心这些，因为如果你不关心，你的程序就有可能会出问题，你就有可能陷入一些陷阱。即使你在用一些已经封装好的类库也可能如此。原因在哪里？原因就在C++过于复杂，你必须要把很多事弄明白。越弄明白，你就越能驾驭它。很多人乐此不疲的研究C++，也就是因为它有很多研究的乐趣，它就像一个无穷的宝库，无论何时，你总能得到一些意想不到的收获。在C++里，可以说，只要钻研，没有做不到的事。但是不钻研，连平常的事都做不好。

而Python则不然，它在语言层面做了足够好的封装，让你不用关心很多事，你只要去做你该做的就行了。在Python里，只有两类事：Python做得到的和Python做不到的。Python做得到的事，它已经将细节隐藏得足够好，好到你不需要关心。Python做不到的事，你根本不用考虑，因为这已经不关Python的事了。如果你要做，OK，学C去吧。（顺便说一句，C其实也是一门很简单的语言，基本上C的规则只要很薄的几页纸就可以交代完，剩下的就是了解系统API以及去组合这些API，以及通过指针操作内存了）

所以为什么那些库不使用STL而要自己实现很多的东西？因为即使你使用STL，你也必须了解它，精通它，熟悉它的实现方法，才可能完美的应用它。与其花这么多精力在一个自己不可控制的类库上，很多人就觉得还不如自己实现一套了，可能还更符合自己需要一些。

但Python就不一样了，因为底层差别已经被语言给屏蔽了（或者说，给一致化处理了），只要逻辑正确功能正确，我就可以认为我能很正确的使用你的东西（当然，Python源码容易阅读和修改也是一个很大的原因──否则你怎么知道它对你而言是“正确”的呢）。因此，大家就可以自在的使用第三方库，而不用担心什么陷阱的问题。

这是不同语言带来的不同习惯，我在接触了C++之外的很多语言之后才慢慢意识到这个问题。

因此，我想说的是，C++是一门很好的语言，很强大，也很有趣。但是也需要能跳出C++，去看看外面的世界。然后，再回过头来看C++，你会有一个不同的心态，不同的认识。

其实，很多编程和语言之外的事情，又何尝不是如此呢。

令狐虫 | 技术沙龙 | 3条评论

差别

2007年09月18日 19:02

前两天跟猛禽聊天，猛禽给我看了一个网站，问我是不是跟我以前的一个想法很相似
我说不是的，我以前的想法，是植根于自己实际使用的一个论坛，因为自己使用不方便而产生的。我发现我的很多想法都是产生于实际使用，有些简单的，我自己实现了，有些复杂了，至今还是想法而已。
但是这种实际使用中产生的想法有个问题，就是使用范围非常狭隘，几乎就是一个专用的东西。而我也从来没有灵光一现，将它们变成一个通用想法。
看到越来越多的产品诞生，其中有些跟我以前的想法有些不谋而合。但是它们成为了产品，而我的想法没有，即使实现出来的也没有。
这就是差别吧。

令狐虫 | 梦中呓语 | 2条评论

Welcome back, xc!

2007年09月14日 09:59

还记得以前一起谈天说地直到凌晨3、4点的日子么？

不管当时的观点有多么无知多么幼稚，我很怀念那种就事论事的讨论。即使争论到拍桌子砸椅子又怎么样，平复一下情绪，我们仍然可以继续。

现在也分开这么久了，我们的生活，我们的圈子，也发生了很多很多改变。看不懂彼此的话题是很正常的，可是，那又如何呢？我们一定还能找到属于我们的话题，不是么？

So，放马过来，让我们找回以前的感觉，痛痛快快的争论吧！

令狐虫 | 梦中呓语 | 4条评论

BarCamp 07 话题回顾[2] ── Creative Commons

2007年09月11日 18:57

(Eric Eldred，是Creative Common共同创始人之一，在2003年的时候打了一场著名的版权官司，意图减少版权的保护年限，可惜最终失败了。)

Creative Commons这一场，是我一开始就看中了的。我一直在说版权啊、GPL啊、创作共用啊诸如此类的事情，但是能力所限，一直没有系统和深入去了解过它们。因此我希望通过这一场Session来给自己充充电。事实上，效果确实很好。倒不是说当场对CC了解了多少，而是知道了应该去关注一些什么方面。

意外的惊喜是见到了Eric Eldred本人。但是他没有直接演讲，而是请了他的翻译Nan Yang来做，将一场本来可能会听得云里雾里的英文演讲变成了中文的。很感谢Eldred的体贴。

CC是一个保留部分权利同时放弃部分权利的版权声明，在互联网和公共领域发表作品时非常有用。因为作品诞生伊始，是默认具有版权的，版权归创作者所有。如果创作者没有主动声明的话，其他人是不能随意使用这份作品的。为了避免每个人都去找律师签署一份转让协议，同时又在一定程度上保护作者权益，所以有了CC协议。只要你声明作品使用CC协议，你就可以让大家方便的使用它，同时可以保护你的必要权利。CC协议分成好几个层次，比如我自己的blog使用的就是署名-非商业性使用-相同方式共享(BY-NC-SA)协议。在中国发表的作品，需要使用2005年正式引进的中文CC协议（知识共享协议）2.5版，早先的版本和英文版本在中国没有法律效应。

版权这个东西，涉及法律，本身就是很复杂，很绕脑子。在演讲的过程中，也产生了不少的问题。比如，为什么在中国发表的作品，需要使用CC中文协议？中国人在Flickr发表作品，没有中文CC可选怎么办？等等。有一些深入探讨下去之后就没有了定论，因为很多东西不涉及专业的法律知识是说不清楚的，我也理解。但是一番争论之后，起码让自己知道了关注的点。比如协议使用方面，它取决于作者国籍？居住地？还是发表地点/服务器所在地？亦或是作品所用的语言？面向人群？还是别的？这个就需要去探讨。比如协议的版本到底有什么用？中文CC和英文的CC到底有什么不一样？CC和GPL的关系如何？这些都需要进一步的研究。

我并不想把自己变成一个律师或者法律专家，但是在中国这样一个普遍不把版权当回事的地方，没有多少人会来指导你详细的东西（在一些国家，有CC的俱乐部、沙龙之类的研讨组织，中国目前还没有）。因此一切都要亲历亲为。版权并不是一个可有可无的东西，你对它了解越多越正确，就越能够有效的保护自己，保护自己的创造。

因此，还是多来做一些版权方面的智力游戏吧，有趣并且有用。

令狐虫 | 梦中呓语 | 1条评论

BarCamp 07 话题回顾[1] ── Wikipedia

2007年09月10日 19:48

因为是第一次参加barcamp这样的活动，基本上以猎奇和了解为主，因此具体说有怎样的收获，其实也没有。不过简单的参与了几个话题，不免是有一些记忆和想法的。在今后的几天中，慢慢的来说吧。

我听的第一个话题是关于Web页面的Usability设计的。对于这个其实我并不十分了解。再加上是英文，又不是十分听得懂，也就没有什么可说的。从第二场开始吧。

第二场是介绍了Wikipedia和中文维基（十分惭愧，我几乎没有记住任何一个演讲者的名字 -_-）。当然，因为中国国情的缘故，中国大陆使用和参与Wikipedia的人并不多，但毕竟还是有那么一些人，在恶劣的环境中坚持着。目前，中文维基上绝大部分的内容，都是台湾和香港贡献的。其中台湾的发展应该是最好的，他们已经成立了维基基金会，而在大陆，这种组织是几乎不可能成立的。这种现状问题，多说也无益，不如就此打住。

接下来提到一个观点，就是说，Wikipedia因为是普通人编辑，而且内容时刻变化，因此一般建议仅作为来源之一。这时有人就提出了疑问：既然不能作为一个权威来源，我看到你的说法但不能完全相信，那么我要你Wikipedia何用呢？我为什么不去参考权威的“大英百科全书”呢？这个疑问甚至在现场引发了一场小小的争论。对于这个问题，当时我没有参与，但是我觉得，这个问题其实是可以解释的。其实世界上任何资料，都不可能有绝对权威一说，只是根据编辑者的学识和态度不同，有些资料更加“靠谱”些，有些资料更加“没谱”些。大英百科全书由专家编辑，资料翔实，可信度就高些，但也不意味着你可以100%相信里面的每一句话。事实上，大英百科全书也是有错误的。而Wikipedia由普通人编辑，但是参与者多，可以形成一定的互补，而且Wikipedia的资料来源要求翔实可信，因此其实也是比较“靠谱”的。如果将可信度分一个级别，Wikipedia的可信度可能在大英百科全书之下，但是应该在不少所谓的知识读物之上。我们对待它的态度，也应该是在这样一个水准上。本来接受知识，就应该从不同方面不同来源进行互补。你完全相信了Wikipedia或者大英百科全书而最终发现自己错了，恐怕更大的问题还在自己身上。

另一个相关问题是说到Wikipedia相对于传统百科全书，具有时效性强的优势。这时就带来一个问题，也就是时效性和权威性的平衡问题。一个新兴事物，如何确定它的正确性，权威性？对于这个问题，我个人觉得，如果一个事物真的新到没有任何资料是权威的，那么追求它的权威性有什么意义呢？先让它存在着好了，等大家对它的了解慢慢深入了，它的资料自然就会变得越来越权威可信。如果每一个概念都要求一出现就权威可信毫无错误，这世界又如何向前发展呢？

其实当时对于Wikipedia我还有一个疑问，就是关于Wikipedia的共创版权和引用资料的版权冲突问题。当然，现场我没有问，也没有人提到这个。所以只好留在这里待人回答了。

令狐虫 | 梦中呓语 | 4条评论

[转载]出路

2007年09月10日 10:01

原文链接：http://www.v2ex.com/topic/view/17754.html，已经被盾，需要穿墙。转载为了更多的人可以更方便的看到。

出路
... by Livid ... 1 小时 31 分钟前 ... 50 次点击

V2EX 是一个发源于中国的网站，可是现在已经无法直接服务于中国的用户。

我和很多人在以前聊过这个问题，甚至聊过注册公司之后，接受政府部门对于内容和思想的强制干涉，从而谋求在国内正儿八经地开展业务的可能性。但是这是我始终无法接受的方式。

因为我不觉得在网上谈论政治，谈论国家是一件错误的事情——或许这些言论中的很多看起来都是非常幼稚而且没有现实意义的，但是，任何的成熟，难道不都是从幼稚开始的吗？

一方面觉得国内目前无法实现民主是因为民众的普遍素质太低，可是一方面又在继续推行根本不对民主进行任何解释的教育，同时在任何的媒体中，都无法看到关于民主方面的任何真知灼见，一切都是陈词滥调。一切是为了达到什么目的呢？

当然，我已经不会对造成现在这一切现状的人抱任何期望，民主，及类似的一切权利，不应该是来自北京的礼物。

我们应该将我们的注意力放在我们自身及我们的下一代。

因为无论我们如何去指责那些造成现状的人，他们都已经不会有任何的改观了。他们的世界，他们的历史，他们从小至今所受的一切教育决定了他们的所做所为。我们无法改变他们的世界，我们无法改变他们的历史，更无法扭转他们从小至今所受的教育。

所以我们只能将我们的注意力放在我们自身及我们的下一代。

如果我们自身能够认识到那些我们所受的教育中的毒并将其排尽，同时我们能够努力地教育好我们的下一代，让他们不再犯那些我们的上一代犯过的错误，那么一切或许还来得及。

这应该是最好的出路。

令狐虫 | 梦中呓语 | 1条评论

barcamp07

2007年09月09日 21:31

很不错
接触了很多想法、很多建议、很多人
收获很大。
明年还要再参加。

令狐虫 | 梦中呓语 | 2条评论

风声鹤唳 草木皆兵

2007年09月07日 15:13

一、二、三、四、五、六、七、八

啥也不说了，回家备份网站去。

令狐虫 | 时事乱评 | 没有评论

温情与敬意[二]

2007年09月06日 10:09

二、所谓对其本国已往历史略有所知者，尤必附随一种对其本国已往历史之温情与敬意。

——钱穆 《国史大纲》

说句实话，我对中国历史的重新认识，最早便来自于钱穆先生的《国史大纲》。因此，钱先生前言中的这段开宗明义的“凡读本书请先具下列诸信念”，我一直不忘。温情与敬意这几个字，也一直存在于脑海之中。
两年前，我就用这五个字为题，写过一篇blog。
今天，我想再提一提这五个字。
原因是因为看到TR对我和猛禽关于伪造照片的一个回应，其中TR说：

我不觉得一个人在若干年的事后，对当时的自己进行反思，甚而至于开始批判当时的体系是正当的。你做的是当时大部分人做的一个决定，不管你的智商是不是 145。而如果需要有这样的反思，请将其局限在对自己的RP的反思上，而不要扩大到对一个体系。毕竟，当时的你做了这样的决定，是得利——至少是没有受害 ——的。中国历来讲究一个“忠”字，既然你当时忠于这个体系，那么在时过境迁后，请保持一个“节”吧。

看到这段话的时候，我头脑里第一反映就是“温情与敬意”这五个字。但是细细思考过之后，我决定还是要说一些话，来反对TR的这个观点。
我认为所谓的温情与敬意，是对待历史的态度。这种态度使得我们可以不含偏见的去对待历史，对待历史事件，从而可以最大程度的还原历史，从历史中得到真正的教训。但并不意味着我们可以容忍历史上存在的血腥和残暴，并不意味着我们就可以对历史上的错误视而不见。
的确，由于认知的变迁，有些事情的价值判断标准会发生变化，以前不对的事情现在变得很正常，以前对的事情现在变得不对了，这都是常有的事。我们不该使用今天的价值标准去判断历史上发生的事情。然而，也有这么一些事情，历史上就是错的，今天看来仍然是错的。即使你亲历过这些历史事件，并且在当时做了和大多数人相同的事情，这并不代表这个事件就是正确的了，同样，也不代表你所做的就是正确的了。
参与杀害犹太人的纳粹，不会因为处在那个年代就可以被认为无罪；参与屠城的日本人，也不会因为大多数人都这样做就可以获得我们的宽恕。我不认为那些参与过法西斯运动的人，能够找到什么理由为自己，为他们曾经忠于的那场运动做辩解。那些错误的事，以及做过这错事的人们，应该要为自己当时的行为付出代价。
对待历史，我们需要温情和敬意；但对待历史上发生过的错误，我们也同样需要反思、记录和批判。当我们心怀敬意瞻仰历史的时候，一定要记得，历史不一定是被创造的，它也有被毁灭的时候。我们在体会历史被创造的欣喜之余，千万不要忘记历史被毁灭时的黑暗与痛苦。

令狐虫 | 梦中呓语 | 4条评论

新闻照片和新闻

2007年09月03日 18:37

今天看到这样一个新闻：深圳火烧违章建筑 近百人火中抢家当(组图)
我很不厚道的说，前两张照片有PS的嫌疑。具体的原因猛禽做了一番分析，我就不重复了。
我只是想说说，后期处理和真实性的关系。
自从Photoshop和数码相片诞生之后，后期一直是一个被争论的话题。因为后期技术可以将原照片处理得面目全非，甚至可以改变照片原先表达的含义，那么这个面目全非的照片还是照片么？
我原来的答案是：是的。无论一张照片经过了多么夸张的处理，它始终是一张照片。只要照片表达了作者想表达的，就是成功的照片。
但我仍然对以上两张照片嗤之以鼻，为什么呢？因为他是新闻照片。新闻照片和一般的照片有什么不一样？不一样在他是“新闻”。
我没有去查证过新闻的正式定义，但在我的心目中，新闻应该是叙述一个客观的事实，而不是去引导读者接受某个特定的观点。因此，新闻照片应该表达的是“真实”，而不是“摄影者的想法”。
那么，摄影者如果完全没有想法，为什么还要拍一张照片呢？这就是一个微妙的悖论，我们所谓的“真实”到底是什么？其实不过是某个人想让你接受的经过加工的“真实”而已。既然真实是可以加工的，那么加工少一点和加工多一点有什么区别呢？
我个人认为其尺度在这里：所谓的新闻，应该是基于事实的加工，而不该是凭空捏造的。举个例子来说，如果某男和某女及其好友若干人参加一个聚会，被报道为某男和某女在一起，而故意“忽略”其他人的存在（貌似就是现在狗仔队们干的事情），这应该是可以的。因为某男和某女确实在一起，这个事实没有被改变。但如果无中生有的说某男和某女牵手、拥抱甚至上床，那么这就不是新闻了。照片也一样，为了突出重点对照片进行裁剪、调整颜色甚至屏蔽某些部分，我觉得都是允许的，因为这种改变是基于事实的。但是，如果像上面所说的两张图一样，为了自己的目的编造出本不存在的勺子和水，或者故意在图片说明中写出本不存在的事实，这就是不允许的。
对于故意“忽略”了某些部分的新闻，我们可以通过不同角度的报道，得出自己想要的相对比较正确的结论。但是如果凭空捏造，以至于基本事实都不能相符，那读者就真的难辨真假了，久而久之，就不得不将原本是真的新闻也看成假的。这样的情况，对新闻本身和对读者，都是相当不利的。

令狐虫 | 摄影天地 | 没有评论

做中国人真幸福

2007年09月02日 11:47

在饭否看到有人推荐 m.mop.com，心里还在想怎么会有人推荐Mop的东西。
结果今天过去一看，果然是不同凡响。
这个网站一眼就可以看出是模仿了iLike，从图标到功能到布局到细节都很明显。但是显然，m.mop.com的用户比iLike用户幸福太多了。
iLike大部分的歌曲试听，那是真的“试听”，就跟在超市里的试听机一样，只能听到一个十几秒的片断，而完整的歌曲，只能到iTunes去购买。
但是m.mop.com不同，所有的歌曲都可以完整“试听”（我听了一些都是这样），而且很多歌曲还有一个“下载”页面，可以直接下载到歌曲的mp3。
现在唯一的缺憾，就是歌曲还不是太全了。不过即使如此，它真是一个免费听歌的好地方。

我只能说，做中国人，真幸福。

令狐虫 | 梦中呓语 | 没有评论

TG部署完成

2007年09月01日 18:51

上回书说到我写完了原型，交给猛禽去做进一步的完善。
结果猛禽把我的东西整个放弃掉，用TG重写了一遍，顺便还抓出了我手写HTML代码中的几个错误 -_-
昨天开始我checkout了猛禽的代码，开始部署到我的服务器上。
谁知过程并不像我想像的那样顺利。
第一个问题是，TG运行时告诉我python缺少profiles库，而Ubuntu默认的sources里找不到这个包。后来查了资料才知道，需要增加multiverse才能找到。安装的时候apt很不厚道的帮我装上了python2.5版──虽然我蛮喜欢2.5版，但我并没有要求安装呀，这个自作多情的依赖让我觉得很不爽。还好默认的python依然是2.4版，所以暂时不管这个问题。
安装完profile和运行所需的PIL库后，开始执行启动程序，结果给我一个内容为空的exception -_-，问了问猛禽，他说他那里并没有这样的问题阿。无奈只好自己去看了一下代码，发现原来TG所依赖的一个配置文件──默认为dev.cfg的，只有在开发环境中（存在setup.py的情况下）才会被读取，否则默认是prod.cfg。而猛禽在上传代码的时候，没有加入setup.py，所以没有正确读取配置文件，从而出错。又改了cfg文件名字，终于正常启动鸟……
刚高兴不到1分钟，立刻发现了另一个问题：我在客户端居然无法访问!! 折腾了半天，发现居然是因为防火墙对应的端口没打开，我一直以为我的防火墙配置是对内网无限制的，没想到其实是有限制的……，修改防火墙设置之后，终于连上了，不过很不给面子的来了一个500错误。再查，发现是表不存在。但是用tg-admin sql create 建表的时候，它告诉说我这个不是项目目录──胡说八道，我这个本来就是项目目录阿！再次跟猛禽交流，最后大家一致认为可能是缺少了文件，以至于TG不能正确识别。于是让猛禽上传所有的文件，我再次checkout，然后建表，然后运行──终于看到了传说中的首页……
然后修改了几个因为平台差别导致的问题（猛禽开发环境是Windows，而我的部署环境是Linux），程序终于算是跑起来鸟……

这次折腾之后感觉，TG的快速开发没有什么问题，但是在新环境中快速部署还是有些问题的。当然我们的方式也不对，我们是直接copy源码的。按理来说，应该是需要制作一个setup包，然后放到部署环境上去安装的。那样可能会好得多。但是我们两边需要协作开发，情况比较特殊，所以也不能纯粹用这种安装的方法来解决。因此还是需要下次再研究研究，看看有没有更方便一点的迁移方法。

令狐虫 | 技术沙龙 | 2条评论