记得某个春末夏初的下午,搭上长途公车,靠着窗边坐下后,便呆呆的看了很久蓝天白云。那时的天比眼前见到的蓝,蓝的深邃,云也白的洁净,厚厚的堆积起来,如飘在天上的雪白山峰。那静谧的感觉使我心里觉得,那清澈的蓝空白雪之上,一定有居民生活着。他们身边是大大的太阳,脚下是雪白的云,那里凄静寒冷,有百倍于高原上的寒风,但让人向往。
来到北京后,看到好多人都想旅行,去西藏、去新疆、去四川。我不禁会想,他们是不是只是想念从前的那片天。
记得某个春末夏初的下午,搭上长途公车,靠着窗边坐下后,便呆呆的看了很久蓝天白云。那时的天比眼前见到的蓝,蓝的深邃,云也白的洁净,厚厚的堆积起来,如飘在天上的雪白山峰。那静谧的感觉使我心里觉得,那清澈的蓝空白雪之上,一定有居民生活着。他们身边是大大的太阳,脚下是雪白的云,那里凄静寒冷,有百倍于高原上的寒风,但让人向往。
来到北京后,看到好多人都想旅行,去西藏、去新疆、去四川。我不禁会想,他们是不是只是想念从前的那片天。
也不知道最近是悠闲还是忙碌,日子就这么浑浑噩噩的过着。难道是最近太阳脾气不太好?突然天气就暴热起来,整个人也懒惰起来。倒上一杯冷饮,放上两块冰,坐在椅子上,惬意的感受窗口吹进来的风。
前些日子终于把家搬了,当我拿着大包大包的行李杂物在五楼和楼下之间狂奔的时候,我真的觉得自己是在是太强大了,结果几轮一下,已经是疲惫不堪,待到搬完,我感觉自己整个手臂都粗了一圈。不管怎么说,几乎所有的东西已经成功搬到新住址,虽然对于一个人来说,房租相对贵了些,但是明亮宽敞的空间的确是让人觉得惬意很多。
收拾了一下自己的项目文件夹,才发觉自己重做系统和换电脑的时候好多代码都遗失了,虽然自己一般不会回去看老旧的代码,但有些代码却是可以重复使用的。所以把现在的几个可重用的代码扔到了github上,希望看到我的烂代码的时候,不要喷我才好。不过托管在github上,以后应该不用再怕丢了重用的代码了。其实github是个不错的地方,建议大家去看看。
最近常去虾米听pink floyd,每当看到那些说听他们的歌做催眠曲的人我就想喷他们,但我现在怎么也困起来了,应该是我累了。
安装SLIME:
在.emacs中添加如下内容:
(setq inferior-lisp-program "/opt/sbcl/bin/sbcl") ; your Lisp system (add-to-list 'load-path "~/hacking/lisp/slime/") ; your SLIME directory (require 'slime) (slime-setup)
这里要注意以下几点:
设置好后重启emacs就有slime-mode了,需要slime命令行直接M-x slime就可以了。
看到一篇文章不错,转来备忘,来自 宅之力
app engine寫中文最常遇到的就是編碼錯誤
其中又以”UnicodeDecodeError: ‘ascii’ codec can’t decode byte 0xe4 in position 0: ordinal not in range(128)” 最常見
摸了一晚總算歸納出一個統一的解決方法
首先要瞭解unicode和utf-8是 不一樣的 常會搞在一起就以為是一樣的東西 unicode指的是萬國碼 是一種”字碼表” 而utf-8是這種字碼表儲存的編碼方法 unicode不一定要由utf-8這種方式編成bytecode儲存 也可以編成utf-16,utf-7等其他方式 只是目前大家大多都以utf-8的方式編成bytecode (更詳細說明可以看一下unicode補完計劃中Unicode、UTF-8、UCS等字的意義)
继续阅读
看到OSCHINA上转的这篇,觉得不错,留下来做个备份。
Jaslabs的Justin Silverton列出了十条有关优化MySQL查询的语句,我不得不对此发表言论,因为这个清单非常非常糟糕。另外一个Mike也同样意识到了。所以在这个博客中,我要做两件事情,第一,指出为什么这个清单很糟糕,第二,列出我的清单,希望我的比较好些。继续看吧,无畏的读者们!
(译者注:作者借这个题目反讽另一篇同名的文章)
为什么那个清单很糟糕
1.他的力气没使对地方
我们要遵循的一个准则就是如果你要优化代码时,应该先找出瓶颈在哪。然而Silverton先生的力气没有用对地方。我认为60%的优化是基于清楚 理解SQL和数据库基础的。你需要知道join和子查询的区别,列索引,以及如何将数据规范化等等。另外的35%的优化是需要清楚数据库选择时的性能表 现,例如COUNT(*)可能很快也可能很慢,要看你选用什么数据库引擎。还有一些其他要考虑的因素,例如数据库在什么时候不用缓存,什么时候存在硬盘上 而不存在内存中,什么时候数据库创建临时表等等。剩下的5%就很少会有人碰到了,但Silverton先生恰好在这上面花了大量的时间。我从来就没用过 SQL_SAMLL_RESULT。