本来是 --help 就可以看到的东西
grep 'xxx' .
在当前目录查找文件中的内容

grep 'xxx' . -r
在当前目录下的所有目录查找文件内容

grep 'xxx' . -r -n
输出结果加行号

grep 'xxx' . -r -n --include="*.py"
在当前目录下的所有目录中, 查找.py文件的内容

grep 'xxx' . -r -n --include="*.py" --exclude="__init__.py"
排除某些文件

已经够用了

传说中还有一个ack, perl写的, 输出结果比grep漂亮, 不过使用中缺少一些灵活的选项.

一直以一个正常的程序员的名义, 拒绝vim, emacs这些古董. 其实是自己玩不转, 心里还是蠢蠢欲动的. 直到最近结识新同事, 意识到应该充分利用资源了.
TextMate是吃内存的. 考虑到回到上古董机器上工作的可能性, 所以还是挑一个好伺候的编辑器. 把内存留给更加需要的Firefox同志, 希望他也能学会省省. 理由之二.

以往对vim的认识只限于单文件编辑. 对于多文件, vim有window,buffer和tab三种处理. 我们一致认为用buffer实现文件之间的跳转最为方便.
另外, 全局文件搜索, 请参考grep.

:o .
:e .
打开目录选择文件, 这两条命令的区别不详, 可能是别名.

:bd
:bdelete
关闭buffer

:ls
:buffers
列出buffer

:bprev
:bp
:bnext
:bn
上一个/下一个buffer

最后, 推荐FuzzyFinder插件, 让你快速打开文件, 并在buffer之间跳转.

对于快速原型项目, 一键部署能提升开发者的效率

Google App Engine的appcfg.py就是被开发人员喜爱的工具, 只需一条命令就可以将当前开发环境的代码玩玩整整的克隆到服务器上.

不过, 一条命令部署不等于一键部署, 我们要努力让开发人员更加简单的搞定一切.
我们如何来实现更加简单的部署?

拿django开发来说, 由于自带开发服务器, 我们在项目下建立两个命令
server.bat和upload.bat 使用.bat扩展名的原因是为了兼容window开发人员
对于linux开发人员, 启动开发服务器只需要打开终端进入项目目录输入

sh server.bat

在部署的时候输入

sh upload.bat

OK. 那么拿django来说, server.bat的内容就是

python manage.py runserver

而upload.bat的内容或许就是

scp -R . user@myhost.com:/home/user/proj

重要的是约定, 团队成员在拿到每一个项目的源代码的时候, 都可以快速的启动项目的测试服务器, 无论项目采用的是什么框架, 或者采用什么样的方式部署到哪台服务器, 都可以让开发人员有机会忽略一定的细节, 省略重复劳动, 高效完成任务.

除了GAE的专用的工具支持一条命令部署以外, 大部分开发人员还在与ftp客户端一同工作. 切换到编辑器, 修改代码保存; 切换到浏览器, 观察效果; 切换到终端查看debug信息; 切换到Filezilla, 上传代码. Filezilla的图形化操作, 往往不能被写入到命令行中, 我们可以使用其他的方法:

在某些大型项目中, 常常使用的部署流程, 比如: 修改代码, svn checkin, code review, 最后在终端中ssh到服务器后svn checkout来部署. 这种方式融合了版本管理和服务器部署, 而且可以即时删除无用的代码. 这种方法, 我们可以将ssh的命令行写在upload.bat中

ssh user@myhost.com 'cd ~/proj/;svn up'

相对而言, 较小的项目通过rsync, 比起svn方式来更加简洁, 一条命令就可以实现. rsync需要服务器的支持, 不过不像我们想象的那样, 需要服务器上打开独立的tcp端口. rsync只需要ssh支持就可以工作.

rsync -avz . user@myhost.com:/home/user/project/ --exclude "*.pyc" --exclude ".*" --delete

最后, 当服务器不能安装rsync, 我们只能使用scp来覆盖服务器上的一切文件了.

Leopard 上预装了 postfix, 但是smtp 服务 25 端口没有打开, 默认只能用 sendmail 发送邮件

PHP没有问题, 发送邮件可以用 sendmail 或者 smtp.
Python 倒是没有支持的那么完善, smtp 用到 smtplib, sendmail 命令则没有包装

解决方法有两种
自己写一个函数包装一下sendmail

def sendmail():
    sendmail_location = "/usr/sbin/sendmail" # sendmail location
    p = os.popen("%s -t" % sendmail_location, "w")
    p.write("From: %s\n" % "from@somewhere.com")
    p.write("To: %s\n" % "to@somewhereelse.com")
    p.write("Subject: thesubject\n")
    p.write("\n") # blank line separating headers from body
    p.write("body of the mail")
    status = p.close()
    if status != 0:
        print "Sendmail exit status", status

或者打开 smtp 端口

sudo postfix start

测试一下

telnet 127.0.0.1 25

不用的时候关闭

sudo postfix stop

最近GAE Java横空出世, 给了我一个读读Java代码的适当理由

对于xml天马行空的Java框架世界以及J2EE我是完全一头雾水, 不过基本的Servelet/JSP我还是有点模糊印象, 下载了GAE Java SDK以后, 找了最简单的示范代码来阅读.

JSP文件会被先转为servelet, 最终被编译成class文件, servelet代码也很好认识, 看到doGet/doPost这样的方法, 就能够猜出大概含义.
另外在我们经常使用的web framework中的url dispatch, 也可以从web.xml体现出来, 不过不知道它功能上是不是可以更加灵活一点, 比如支持个正则表达式什么的.
ORM的话, 这次从GAE的文档上就可以看出, 是通过JDO来支持google datastore.
Google之前的GWT似乎也派上了用场, 要是你只擅长写java的话.
这么看来, 该有的都有了, 基本不需要其他的框架. 或许有朋友会在上面部署spring或者struts, 实现MVC, 全凭个人喜好.

另外, 我发现初学者如果在google搜索spring或者struts, 往往会被大量的口水误导, 或许这辈子都搞不清楚那些是什么玩意. 首先要打好servelet基础, 然后要去他们的官方网站, 比如struts 读它的 hello-world, 才会最快的上手.

总的来说, GAE Java还是相当 KISS 的, 通过Java Servelet支持Java世界中的everything, 和GAE Python通过支持WSGI标准来支持几乎所有的python框架一样.

Web Serverside差不多各种语言都有演绎, 大多都在重复相同的思路, 已经没有什么悬念.
相比而言Clientside前端编程只有Javascript一家独大, 并且还有较大的空间可以挖掘.
Webkit的趋势越来越好, 相信在不久的将来会一统desktop和mobile, 让我们拭目以待.