so it’s my second article written in english~greate!!!

i recently take an online course on udacity,use python to write a search engine~

not just awesome,but it tell me that how such monster like google being built.and i love pytho!

it showes that code course could be tought in this way,and the online edu interaction could play like this…blablablalbalbla

so ,here is the link~~and i wonder how many guys would do the final homework.would find a time to place the little search code on GAE,and make a gui for it~~~

if you come from china,why not go to the v2ex to share your learing experince with geeks….

find the course on udacity, keep learing .

心血来潮，看起了lisp。起因是我太寂寞了，想找些函数式语言，来打发有强迫症的自己。

当然了，原因不只这么简单，更重要的是，我想去了解函数式语言的起源，或者，写一个自己的编译器玩玩也不错.

还有，就是找到函数式语言本质的东西，而不是游走在猛蛇、砖石的门外，不得深入，再深入。

每个周六日，都是我的外遇日，因为我终于有两个完整的日子，去陪我这两个小情人了。

人说程序员是多情的，这倒是真的。只是我还算专一，至今仍泡在函数式编程的圈子里。

想了很久，好像有那么一刻，我终于明白自己逃离产品经理这个职位的原因了。

整个晚上，我都在看chengyichao的blog，谢谢这个人，我的世界又拓宽了开去。

be a codesigner

codesigner这个词是不存在的，只是那次大学那次工作室的分享会，听到小健师兄说起这个自创的词语， 简单点说，就是，不想做设计师的程序员不是一个好的经济学者。

这句话好有趣，因为你终于有机会，不用站在自己固有的圈子里面，而是，尝试去触碰边界，就像Breat Victor那样。

not just about how to translate YUI modules to use in your pro or aralejs.

it’s about how to move a module from one place to another,without any,yes any, affect.

so programmers can focus on the building without concering the whole sys,since coding for a feature is just like building blocks.

我想没什么比阅读john Resig的JQ库更让人觉得亲切的了。

从一开始接触js，到做一个小小的demo，最后做一些面向单页app的应用，jq库这个熟悉而又陌生的脚手架一直陪伴着我们。

而我总是会有一种阅读的冲动，每次遇到不懂的东西，我想起的第一个念头，不是怎么用，而是，它怎么实现的。于是，你就开始折腾各种框架了，不是么？

那种拨开眼前迷雾的感觉，那种看得真切的感觉，是前所未有的快乐，也许，那就叫做思考的乐趣吧。

周末在team内做的一个分享，讲的是jq的Deferred Object。

先上ppt，有很多的想法，但不是很成熟。可能需要去玩玩js的游戏开发，才能对这些概念有进一步的认识。

我应该为这个octopress博客程序写点什么。

还没想好，只是先把她表现出来，done~

最近一直在看可汗学院和其他国外的几个教学视频网站，我是在教育大发现社区找到的….

比较有趣的是可汗学院的教学方式，除了单纯的视频以外，还结合了“immediate feedback”这样的设计原则，你可以在看完视频后，就在网站上面写代码，或者，在测试面板上面看到你写的代码的结果…

看看下面这个例子，是创始人孟加拉裔美国人萨尔曼·可汗自己录制的一个关于插入排序的教程视频：

Insertion Sort Algorithm: Visual description of the insertion sort algorithm

背景

最近在看opencart的代码，看到mysql类的时候，不太理解query="set names utf8"具体的意义是什么，那时也没太注意。后来自己写了个简单的数据类从mysql抽取数据出来的时候，显示在页面的都是???号，也就是大家常说的乱码了。

想起之前的set names操作，于是就在类的__construct方法里面，加入了mysql_query(“SET NAMES 'utf8'”,$this->connection);，然后一切都好了。

why?

那为什么set names ‘utf8’会出现这样的效果？在我从数据库读取和写入数据的时候，中间的编码转换过程到底是什么样的?……这些问题涌上心头，还是动手写写测试，查查手册吧～

我的系统参数

• Ubuntu11.04
• Mysql 5.1.54(mysql>SELECT VERSION()查看)
• PHP 5.3.5（php -n -v 查看）

set names utf8是什么意思

在CSDN上面有一篇很经典的文章，讲到这个问题，原来mysql_query("set names 'utf8'")会导致mysql数据库的几个默认编码值发生变化，分别是character_set_client、character_set_connection，还有character_set_results。

那么，为什么这3个值到底是什么，为什么会影响字符的编码呢？下面基于各位前辈的资料，综合自己的理解，来讲下mysql的字符集问题。

背景

php的几个$_SERVER变量都有自己的应用场景的，但manual那里写的太抽象了，最后在stackoverflow那里看到，通过浅显的例子，生动的比较了PHP_SELF、PATH_INFO、SCRIPT_NAME和REQUEST_URI的不同之处，简单翻译在下面，算是mark下来。

正文

一些展示这些变量不同之处的实际例子：

1.PHP_SELF跟SCRIPT_NAME只有在请求的url是如下格式的时候才会不同：

http://example.com/test.php/foo/bar
[PHP_SELF] =/test.php/foo/bar
[SCRIPT_NAME] =/test.php/

(看来PATH_INFO只有在这种在请求文件后再追加路径的情形下才发挥了自己作用，而这个时候$_SERVER[‘PATH_INFO’]才有值)注意：在低于5.0版本的php中，这会有些许不同。