Python的几个模板引擎

Pylons几乎支持所有的主流模板引擎，大概都看了一下，对于Mako和Genshi比较有好感；看上Mako的速度，还有对于模板页的支持；Genshi是基于XML的模板引擎，但是同时它也支持文本的模板，它还支持模板页，便于建立统一风格的站点，它是Kid的很好的替代品。之前看上Kid，就是因为XML的模板引擎对于WYSIWYG工具支持得非常好，反正HTML标签中的内容会在运行时被替换或者fill，所以在编辑模板时，原始的内容相当于注释一样，由于它的功能很强，比单纯的基于text stream的模板引擎要做更多的事情，所以它在性能方便表现不佳，根据Mako上的bench mark,生成同样的内容，所需要的时间比Mako高了一个数量级别，不过如果Web应用程序的瓶颈没有出在模板的渲染之上，这种性能的差别也许体现得不会那么明显了。所以重点学习这两种模板语言了。

绝望主妇第五季－真的很绝望

绝望主妇看完了前4季，可以说感觉非常不错，它里面的语言非常美，是学习英语的好材料，特别是每集开始和结尾的几句话，我都有想背下来的冲动～，剧中的几位主妇着实让我挺喜欢和钦佩的：
Gaby - 漂亮，风趣，虽然有点拜金，但是到了第4季还是跟瞎了的Calos在一起了，这点我是佩服也吃惊；
Bree - 典型的主妇，虽然有点让人觉得太过于苛刻，但是她的家庭总是干净，她基本不说脏话，她的花园总是最美的；
Susan - 总是犯错，典型的冒失鬼，是不让婆婆喜欢的那种媳妇，可是挺可爱阿，她虽然总是mess up自己的感情关系，但是对于Mike却是一往情深阿
Lynette - 一个很了不起的事业女性，也是一位好妈妈，我甚至可以说，没有她肯定也没有Tom的成功和那个幸福的家庭，她是一个强势的人，但是也是个相夫教子的好女人

上个月开始了第5季的前几集，不知怎么的，我对剧中的几位女主角的看法慢慢改变了，一些细节让我抓狂
Gaby - 变成了黄脸婆，而且这么漂亮的夫妇有了两个那样的女儿，一点都不像他们的基因遗传，不过她和Calos总规也是看破了生活的浮华过上了踏实的日子，怀着对于过去光彩生活的向往，又不能不平静接受现在的现实～
Bree - 从一个细节让我感觉她是在是有点强人所难了，她骗她的外孙吃肉，这点想不生她气都难
Susan - 还是一样的糊涂蛋，但是离了Mike，觉得没有多少看头
Lynette - 这个老婆强势得让人厌烦，她把Tom的Base毁了，我当时就抓狂了，可怜的base，突然想到要是谁毁我的吉他！这只是一个很健康的Hobby嘛，不过话说回来，如果Tom是那种玩物丧志的人那就要另外考虑了评价了

基于上述的原因，我对第五季要绝望了

中了arch udev更新的招了

昨天10-9日，更新了arch整个系统，今天发现登录不了系统，启动时在GRUB里面禁用Splashy之后，看启动信息，发现提示找不到/dev/sda*，所以无法挂载root，无法启动，看了一下pacman的日志，随即意识到是udev升级到128-5的问题，幸好还有udev-119在cache里面，用livecd chroot之后，udev降级到老版本之后启动成功，不过另外一个怪现象出现了，位置里面没有磁盘信息，U盘自然也不能自动挂载，google了一通，有人说是udev和hal配合的问题，可这个时候没有hal的老版本了，后来只能从arch的svn里面拖了0.5.11-1版本的PKGBUILD，编译安装取代现在的最新版本0.5.11-4，一切正常了。得到一个教训了，以后不能随便升级了，为了这个问题，花了我一个下午，有点郁闷就是～～

你没那么不一样

因为评职称是需要工作年限的,你没那么不一样，所以不论你能力如何突出或者是很早就取得软件设计师资格了，也不能破格；
因为有太多的庸才，你没那么不一样，所以也没有人觉得你会是个人才；
因为太多的人得过且过，你没那么不一样，所以你付出再多，也没人注意；
因为基本上没有人主动加班，你没那么不一样，所以你再怎么负责，除了自己累，什么也得不到；
因为你在一个很大的集体里，你没那么不一样，所以也没人觉得你不一样；即使有人觉得你不一样了，也不会有什么实质性的变化；
加班工作是可耻的，它浪费时间，让你不知道享受生活，甚至影响你的健康；只要你干足了8小时，你就对得起你的那份薪水；
如果只是把工作只当成一种谋生的手段，而不利用工作的机会，完善自己，更多的学习，不断的让自己接受新的挑战，那么你就真的会永远没什么不一样；
如果你不利用8小时之外的时间，发展自己的事业和兴趣，那么你就必然永远是个卑微的打工者，永远也不可能不一样，你永远只能等待机会轮到你头上，你没有主动争取的机会；
因为你没有什么不一样，集体里也没有人期望你会怎么样，因此你要默默的积聚力量，发展自己的事业，让自己变得不一样，而不要再傻傻的无偿的贡献自己的时间和精力了，因为它不会让你变得不一样！

与Emacs, VIM的那些事

有人说Emacs和VI是一种信仰，也有人说世界上有三种程序员，用Emacs的，用VIM的，还有就是用其他编辑器的。
首先，肯定了Emacs和VIM仅仅是一种Editor而已，而非IDE，如果你偏要说是IDE，那我也没有办法了，你说的肯定是结合各种外部工具和脚本插件，但是即使这样，Emacs和VIM真的比Eclipse这样现代的IDE好用吗?我看不见得，有人把Emacs和VIM神化了，觉得它们真的是无所不能，可我还是要说，选择最合适你的编辑器而别迷信而虐待自己。就Editor功能而言，它们如果用熟了，可以完全脱离鼠标工作，用VIM用了很多年了，基本上处理日常的编辑工作没有问题，做系统管理时VIM是唯一的选择，服务器上都没有X Windows的，说到这里，又想起一句话，有人说真正的系统管理员只用命令行，而真正的程序员都只用VIM和Emacs。但是对于现代计算机的运行速度，双核CPU，2G以上内存，告诉硬盘的计算机，用Eclipse就真的性能那么不可接受？我看也不见得，而Eclipse之类的IDE的智能感知功能，这可不是Emacs或者VIM可以做得“好”的，也许有人要说高手不用智能感知，甚至嫌智能感知慢，麻烦，那这肯定是高高手了，我佩服；可是对于Java，Python这种有强大类库的语言，要记住所有库函数，得要做多久才可以记住？如果有智能感知功能，作开发，特别是遇到不熟悉的函数调用，那简直是一种享受，这也可以大大加速对于新语言类库的熟悉，所以做java之类的开发还是不要逼着自己用Emacs，VIM之类吧。我发出这样的感言是源于我最近在学习Emacs，VIM用得多了之后，虽然感觉很好，但是对于必须要ctags才能生成函数列表的功能让我有些不满意，所以想学一下Emacs，可是搜遍了网络，自动补全的效果也不是很理想，所以决定不在在这个问题上纠缠了，多写两行代码吧

Freetds on Arch Linux

今天把一个在ubuntu服务器上运行得很好的报表程序拖回到我的Arch Linux上发现运行不了，pymssql报错，首先以为是pymssql的问题，重新编译了还是不行，怀疑是freetds的问题，以为是更新了gcc和glibc造成问题，遂重新编译了freetds，用tsql测试也不行。问题就应该是出在freetds上了.仔细看了freetds的文档，知道了freetds默认的协议版本是5.0,可以在编译时通过--with-tdsver指定，也可以通过freetds.conf或者环境变量$TDSVER设置。我连接的是sql server 2000，TDSVER设置到8.0，果然好了。看来用Arch Linux还是等多动个心眼。

注意Arch Linux服务的启动顺序

Arch Linux的启动脚本设计得非常简单，也很有意思，所有的配置在全部在rc.conf里面做了，在设置上没有传统Linux的启动分级的概念了，这点比gentoo还简化了，gentoo虽然做了简化，但也还分了boot和default。还有就是Arch Linux启动脚本的顺序需要你在rc.conf里面做好，它按照你在DAEMONS里面写的顺序启动，而不是像传统的Linux一样通过在脚本前面加数字前缀来决定启动顺序的，这点如果不注意的话容易造成问题。我们通常习惯一直在DEAMONS后面加下去，而不是自己知道这个顺序。我自己就由于添加了解服务CUPS放在GDM后面启动了，所以造成启动后，窗口上有个黑点去不掉，想来想去就是这点改动了，调了一下顺序就好了。所以以后千万要主义了，还好这些是没有关联的服务，对于有严格顺序的关联服务如果不注意就可能启动不了。

我是越来越喜欢这个Linux，从Ubuntu转过来，确实花了不少时间，很多的配置都是参照Ubutnu做的，比如字体配置，hal磁盘挂载，真是应了一句话“用Ubuntu的人用了Arch，才知道Arch比Ubuntu确实快不少；用Arch的人用Ubutnu，才知道Ubuntu帮我们做了多少不简单的事”。原来担心它的软件没有ubuntu库里面多，但是AUR里面基本上什么都包含了，不过很多没有跟随着更新，还好Arch的ABS机制很简单，所以自己修改一下PKGBUILD也就没有问题了。这里提几个我自己遇到的，配置打印机时，HP larserJet 1000要用到的foo2zjs,PKGBUILD中md5sum错了，要改了才能继续编译,splashy的依赖错了，要自己改到directfb-1.2,具体要改splashy.initcpio_install，还有一个zlib的问题，arch中libz.so放在/usr/lib/而不是/lib中，也需要在上面文件中改一下。