Mobilogy

这样做Social能做好么？

admin — Sun, 12 Jun 2011 08:20:45 +0000

Google的Portable Contact API文档讲了整篇也没讲OAuth/AuthSub的Authentication Scope是什么。后来从OAuth Playgroud查了一下才知道是：https://www-opensocial.googleusercontent.com/api/people/。

Source: http://gnap-an.appspot.com/post/220003

[问答]TextMate 这个编辑器好在哪里？

admin — Sun, 12 Jun 2011 08:20:45 +0000

原文来自知乎上的这个问题

TextMate是极具创新性的编辑器，可惜现在很多特性已经被其他编辑器或多或少的模仿了。我对其他编辑器了解不多，很多特性是我在TextMate第一次见到，因此如果说得不对大伙指正：

首创Snippets代码自动生成功能。相信很多人用TextMate是为了这个功能，它真的非常好用。当时几乎所有的IDE都是让你填写一大堆对话画框，然后自动生成一个文件或者代码，繁琐而灵活性不佳。而在TM仅仅考一系列Snippets，就可以将预设好的缩写词扩展成类、函数和分支循环结构，并且可以考tab逐次的修改自定义的部位；
首创Plugin bundle的分发和管理机制，并且形成了一定规模的社区。TextMate的插件安装非常简单，而且随装随用，随时删除。当时很多软件的插件都要自己拷贝so文件到制定目录，vim需要在.vim/目录下去解压插件包或者手工复制vim。
定义了lexical scope，使得所有Snippets,命令和宏的域都不是针对整个文件/项目的。这个设计使得不同类型的文件、甚至文件中不同的位置都可以共享相同的快捷键，行为却是完全不同的。这一设计使得需要记住的快捷键命令大大减少，但是威力确依然不减；
自动化编辑器里Discoverbility做得最好的。TextMate常常被用来和Vim、eMacs相比，具备不输后两者键盘操作，相差不远的可扩展性。但是她的学习曲线却惊人的平滑。这得意于她所有的快捷键都可以找到对应的菜单操作。新手翻几次菜单后，就可以记住常规的快捷键，而因为第3点的缘故，用户可以用这些快捷键在不同的文件类型中去尝试，可以获得不太超出预料的结果；
善用脚本。可能因为TextMate的作者之前是eMacs用户，因此对于调用脚本的支持完善得很好，事实上，大部分TextMate命令都会调用外部脚本来实现某些功能。而且脚本可以是python, ruby, shell, perl等任何unix下能运行的脚本。此外TextMate还不强迫用户学会这些脚本语言，你可以作为bundle用户，可以写脚本开发bundle。

当然，TextMate也有很多不足，加上作者在酝酿TM2，而不是快速迭代这一版本，导致演化过慢，很多功能都被其他编辑器模仿过去了。我觉得TM有一下几点不足或者不再有优势的地方：

宽字符支持太烂，永远的痛！
Snippets已经被Vim、eMacs、NotePad++等一大堆编辑器所吸收；
bundle连vim都可以通过pathogen模仿；
补全功能太弱；
临时性的管道输入输出，需要经过一个对话框，远不如vim方便；
tab标签式多文件，文件一多导航不佳，不支持屏幕分割；尤其是文件切换避免不了鼠标操作，无法和Vim/eMacs的存键盘操作媲美；
文本查找对话框，现在连浏览器都不用了，也不如vim下的/方便。查找到的多个结果依赖鼠标访问，不像vim有quickfix和快捷键；
远程编辑文件太弱了。

所以，大约用了1年左右的TextMate之后，我还是用回了Vim。Vim通过强大的可扩展性和社区的支持，Snippets、bundle的划分都逐渐成熟。而且个人已经过Vim学习曲线陡的阶段，TextMate对我来说，优势已经不是太多了。

Source: http://gnap-an.appspot.com/post/220002

[版本系统]3-way merge

admin — Sun, 12 Jun 2011 08:20:45 +0000

通常我们所用diff, patch，处理的是两个文件的差异。比较源文件和目标文件之间的差异，将这个差异用一定的规则定义出来(无非是插入删除修改)，就形成了diff或者patch。diff或patch可以是正向或者逆向的，取决于你像把源文件和目标文件中的哪一个修改成另一个。这就是所谓的2-way merge。

在多人协作编辑同一文件的系统中。有时会出现两个人同时对同一文件做出了不同修改的行为。当两个人将各自的工作拿到一起时，就需要将两个人的修改进行merge。这时候可以采用2-way merge。显示出两个人各自文件的不同，然后逐一校对保留所需的内容。这样做理论上是okay的，但是如果两人各自对文件中的修改很多的话，统一文件就会产生很多差异，导致校对的工作异常繁琐，而且容易出错。而且两个人分别编辑同一个文件，修改的位置可能完全不同，能不能有办法识别出两个人共同修改的地方，只对这些地方进行校对解决冲突呢？

我们知道两个人的共同编辑一份文件，在历史上必然会有一个完全相同的版本，也就是两人各自版本的共同祖先。两人的修改，其实都是基于这一个共同的祖先进行的。那么，我们可以在校对的过程中，先看一个人对祖先的哪些地方做了修改，再看两一个人对祖先哪些地方修改，如果修改的地方都是不一样的，那么肯定所有人的修改都可以保留，如果修改的地方有重合，那么只有这些重合的地方，才会需要解决冲突。

这就是所谓的3-way merge。引入了共同祖先的信息后，不再比较两个文件之间的差异，而是比较两个文件对祖先进行了哪些修改的差异。有效的解决了合并过程的工作量。

3-way merge是很直接的算法。它的难点在于编辑块的识别，也就是‘哪些修改’的标记。所幸的是这类算法已经有很多工具和算法做得很好了，大部分文件比较工具，也都支持3方比较/合并操作。因此，现代的版本控制系统的conflict resolution，也都是使用3-way merge。

要自己做版本系统的同学，可以参考这篇文章。

Source: http://gnap-an.appspot.com/post/220001

[招聘]知乎技术团队招人

admin — Sun, 12 Jun 2011 08:20:45 +0000

招聘链接

这是一个非常酷的团队：

1.整个团队没有一人用Windows，所有人都翻墙;

2.我们用Python；

3.我们平时交流，项目的管理，从邮件到IM、再到源代码版本，都是用互联网上最高效，最酷的软件/服务；

4.我们不限时上班，同事们却有任何时间任何地点解决问题的推动力；

5.我们平时以兄弟姐妹相称，加班熬夜从不忘互相激励问候；

6.我们以求知为乐，每个人都在因做这款产品而收益。在知乎上回答问题，是我们平时最大的乐趣；

7.我们相信自己在做一件伟大的事情，并且期待和你并肩作战！

Source: http://gnap-an.appspot.com/post/219001

7.3的vim加了一个特性： :set clipboard=unnamed 可以和操作系...

admin — Sun, 12 Jun 2011 08:20:45 +0000

7.3的vim加了一个特性：

:set clipboard=unnamed

可以和操作系统共享剪贴板，以后就不用鼓捣寄存器之类的了。尽情yy吧！

Source: http://gnap-an.appspot.com/post/218001

原来Path的照片链接在css里，防君子不防小人啊！

admin — Sun, 12 Jun 2011 08:20:45 +0000

原来Path的照片链接在css里，防君子不防小人啊！

Source: http://gnap-an.appspot.com/post/217001

[杂念]纯技术和纯需求

admin — Sun, 12 Jun 2011 08:20:45 +0000

有的时候，当分科太过精细的时候，两个科目的人常常忘了从前他们的知识是交织在一起的。

牛逼的技术人员，可以轻松的写出一个服务，应对上千万用户的请求。

牛逼的产品人员，可以归纳出一套详细的列表，满足上千万用户的胃口。

好比我们研究了每一种颜料的特性，在不同灯光下的表现，画布纤维的材料，射影几何等等。我们还知道我们想画中有人物，树木，花草，建筑⋯⋯ 所以，可以开始作画了。

怎么出来一幅不朽的作品呢？达芬奇在天堂笑而不语，乔布斯在地上飞扬跋扈。

要做伟大的作品，可以研究很多东西，但最终是要开始画画的。

Source: http://gnap-an.appspot.com/post/216001

[算法][Python]改进版inner_join()

admin — Sun, 12 Jun 2011 08:20:45 +0000

之前贴过一个版本，性能不高。所以优化了一下。由原来得嵌套循环改成了sorted merge。

def inner_join(list1, list2, key = None, key1 = None, key2 = None, post_join = lambda x, y: (x, y)):
    """
    Function as SQL inner join, return a new list with
    >>> list_join([(2, 3), (4, 5,)], [(4, 1), (2, 7)], key=itemgetter(0)))
       [(2, 3), (2, 7)), ((4, 5), (4, 1))]
    """
    if not key: key = lambda x: x

if not key1: key1 = key

if not key2: key2 = key

if not post_join: post_join = lambda x, y: (x, y)

sorted_list1 = sorted(list1, key=key1)
    sorted_list2 = sorted(list2, key=key2)

new_list = []

i, j = 0, 0
    while i < len(sorted_list1) and j < len(sorted_list2):
            #print i, j, key1(sorted_list1[i]), key2(sorted_list2[j])
            if key1(sorted_list1[i]) == key2(sorted_list2[j]):
                new_list.append( post_join(sorted_list1[i], sorted_list2[j]) )
                i += 1
                #j += 1
            elif key1(sorted_list1[i]) < key2(sorted_list2[j]):
                i += 1
            elif key1(sorted_list1[i]) > key2(sorted_list2[j]):
                j += 1

return new_list

迫不及待想看知乎变快了吗？

Source: http://gnap-an.appspot.com/post/215001

知名的early adapter - 坂本龙马

admin — Sun, 12 Jun 2011 08:20:45 +0000

想起作为明治维新时期知名的理念的early　adapter,坂本龙马有个故事：

在武士时代，坂本龙马就提出，未来的维新运动，会有很多室内的战斗，因此小太刀比长刀要好用，所以开始佩戴小太刀；

几年后，果然小太刀的作用体现出来。坂本的一个朋友也开始佩戴小太刀去见坂本龙马。这时候，坂本拿出一把手枪，说手枪是更好的杀敌利器；

在过几年，这个朋友也弄了一把手枪去见龙马。谁知这时候龙马拿出了一本《万国公法》，说手枪只能杀几个敌人，研究万国公法可以救日本。

研究技术供求职的想法过时了，应该研究技术供做产品。

Source: http://gnap-an.appspot.com/post/214001

Mobilogy

这样做Social能做好么？

[问答]TextMate 这个编辑器好在哪里？

[版本系统]3-way merge

[招聘]知乎技术团队招人

7.3的vim加了一个特性： :set clipboard=unnamed 可以和操作系...

原来Path的照片链接在css里，防君子不防小人啊！

[杂念]纯技术和纯需求

[算法][Python]改进版inner_join()

知名的early adapter - 坂本龙马

最近的一些感悟