GuoJing's Blog | 用心对待每一行代码

差异

soundbbg — Wed, 01 Sep 2010 10:16:28 +0000

做开源的东西已经一段时间了，从微软阵营转到开源的几个月是非常痛苦的。

曾经一直认为学好了一门语言之后，其他的语言学起来都是相通的，但是现在觉得这句话还是有失偏颇的，因为一门语言背后的是一个社区的风格习惯，这样的风格习惯会导致项目开发产生不同的编码，生产风格，最后导致项目中出现一些问题。

其实，了解这些差异也是很重要的。

当然，选择的路不同，到最后的习惯和方向也会很不同，这也就是前面说的那句话有失偏颇的问题。如果.Net接触多了，你写web service会考虑使用WCF之流，自然也会做出“相应”的社区中认为较好的应用或框架，但是拿到另一个社区可能完完全全就是垃圾，因为信奉的“宗教”不同，自然就会有问题。

当然，世界上还是有一些公理的，如如何写一个好的软件，设计模式等。

珍惜

soundbbg — Sat, 21 Aug 2010 15:18:47 +0000

今天一个大学同学给我打了电话，说是他的父亲重病了，他现在已经赶回武汉了，在重病房守候了好几天。

这让我感到有些震惊和难过，这位同学是我大学时候最好的朋友之一，在大学的几年生活中，对我帮助良多，没想到再一次的见面通话说的会是这么现实的事情。下午的时候，另一个好友赶去看望了一下他们家，虽然情况依旧不怎么好，好在病情慢慢的开始好转，还有一些生机。虽然这样，现实还是很残酷很沉重的，据说在急救病房里，短短几天时间就去了2，3个人，在这种时候，一个人，或者说一个堂堂七尺男儿却什么都做不了，不能不说是一件悲哀的事情，也只能祈求上天能够保有自己的家人，望他们渡过难关。

这种悲伤的气氛也感染了我，回想起这几个月诸事不顺，心情也不是很好。忽然也想到和爸爸，奶奶通话的时间几个月来也就几次，感觉有些羞愧，但是平时实在太忙碌，自身都考虑不来，又哪来那么多时间去想其他的事情呢。每天上下班就是几个小时，上班压力大，精神高度集中，回家了人就跨了，什么都干不了，有时候想想在学校读书真好啊，但是我们又不能拒绝这种成长，真是让人感觉心烦气躁。

不过不管如何，人生就是很多坎，有时候觉得自己过不去了，可能就真的过去不了，但是如果心里一直觉得能够跨越过去，无论多么困难，多么艰苦，我相信总有一天还是可以守得云开的。

珍惜当下，活在当下。

愿人们早日脱离苦难。

用来自勉的

soundbbg — Fri, 20 Aug 2010 10:43:18 +0000

很多还做的不够，应该更加深入的贯彻实施，而且不能只知道不做，要养成良好的习惯。

态度篇

1. 做实事

不要抱怨，发牢骚，指责他人，找出问题所在，想办法解决。对问题和错误，要勇于承担。

2. 欲速则不达

用小聪明、权宜之计解决问题，求快而不顾代码质量，会给项目留下要命的死角。

3. 对事不对人

就事论事，明智、真诚、虚心地讨论问题，提出创新方案。

4. 排除万难，奋勇前进

勇气往往是克服困难的唯一方法。

学习篇

5. 跟踪变化

新技术层出不穷并不可怕。坚持学习新技术，读书，读技术杂志，参加技术活动，与人交流。要多理解新词背后的所以然，把握技术大趋势，将新技术用于产品开发要谨慎。

6. 对团队投资

打造学习型团队，不断提高兄弟们的平均水平。

7. 懂得丢弃

老的套路和技术，该丢，就得丢。不要固步自封。

8. 打破砂锅问到底

不断追问，真正搞懂问题的本质。为什么？应该成为你的口头禅。

9. 把握开发节奏

控制好时间，养成好习惯，不要加班。

开发流程篇

10. 让客户做决定

让用户在现场，倾听他们的声音，对业务最重要的决策应该让他们说了算。

11. 让设计指导而不是操纵开发

设计是前进的地图，它指引的是方向，而不是目的本身。设计的详略程度应该适当。

12. 合理地使用技术

根据需要而不是其他因素选择技术。对各种技术方案进行严格地追问，真诚面对各种问题。

13. 让应用随时都可以发布

通过善用持续集成和版本管理，你应该随时都能够编译、运行甚至部署应用。

14. 提早集成，频繁集成

集成有风险，要尽早尽量多地集成。

15. 提早实现自动化部署

16. 使用演示获得频繁反馈

17. 使用短迭代，增量发布

18. 固定价格就意味着背叛承诺

估算应该基于实际的工作不断变化。

用户篇

19. 守护天使

自动化单元测试是你的守护天使。

20. 先用它再实现它

测试驱动开发其实是一种设计工具。

21. 不同环境，就有不同问题

要重视多平台问题。

22. 自动验收测试

23. 度量真实的进度

在工作量估算上，不要自欺欺人。

24. 倾听用户的声音

每一声抱怨都隐藏着宝贵的真理。

编程篇

25. 代码要清晰地表达意图

代码是给人读的，不要耍小聪明。

26. 用代码沟通

注释的艺术。

27. 动态地进行取舍

记住，没有最佳解决方案。各种目标不可能面面俱到，关注对用户重要的需求。

28. 增量式编程

写一点代码就构建、测试、重构、休息。让代码干净利落。

29. 尽量简单

宁简勿繁。如果没有充足的理由，就不要使用什么模式、原则和特别的技术。

30. 编写内聚的代码

类和组件应该足够小，任务单一。

31. 告知，不要询问

多用消息传递，少用函数调用。

32. 根据契约进行替换

委托往往优于继承。

调试篇

33. 记录问题解决日志

不要在同一地方摔倒两次。错误是最宝贵的财富。

34. 警告就是错误

忽视编译器的警告可能铸成大错。

35. 对问题各个击破

分而治之是计算机科学中最重要的思想之一。但是，要从设计和原型阶段就考虑各部分应该能够很好地分离。

36. 报告所有的异常

37. 提供有用的错误信息

稍微多花一点心思，出错的时候，将给你带来极大便利。

团队协作篇

38. 定期安排会面时间

常开会，开短会。

39. 架构师必须写代码不写代码的架构师不是好架构师。好的设计都来自实际编程。编程可以带来深入的理解。

40. 实行代码集体所有制

让开发人员在系统不同区域中不同的模块和任务之间轮岗。

41. 成为指导者

教学相长。分享能提高团队的总体能力。

42. 让大家自己想办法

指引方向，而不是直接提供解决方案。让每个人都有机会在干中学习。

43. 准备好后再共享代码

不要提交无法编译或者没有通过单元测试的代码！

44. 做代码复查

复查对提高代码质量、减少错误极为重要。

45. 及时通报进展与问题主动通报，不要让别人来问你。

Mutt&Gmail配置

soundbbg — Tue, 17 Aug 2010 14:08:28 +0000

最近这几天一直在折腾Mutt，好吧，我没用用emacs里面的mew，因为mac下的emacs客户端总是有诸多的问题，所以我几乎就是用的是命令行里面的emacs，所以也少了开客户端的问题了。至于为什么我不太喜欢客户端，因为主要我还是喜欢命令行，使用emacs就是为了能够简化我的开发，所以我就更不想在命令行和emacs之间切换了，既然命令行的emacs能够满足我，我为何还要用客户端呢。

好吧，这是后话，之所以用mutt，也是因为mutt在命令行下，所以也符合了我在命令行里做事的需求，而且也比mew好用，所以自然选择mutt，不过mutt有点麻烦，于是记录下来，方便以后操作。

Mutt还真是符合unix的设计习惯，只干一件事情，所以如果你需要使用Mutt收发邮件，ok，你还需要装下面的几个东西。mutt+fetchmail+procmail+msmtp。装这些很简单，直接上Google搜索，download，编译安装即可。反正在写配置文件之前，保证在命令行里面能够用这些命令，虽然不一定非要干什么事。

在安装完成之后，先要打开gmail的pop功能，具体看这里，配置完成之后就要写配置文件了，ok，一个一个的来。

(1) 先配置SSL认证文件。

$ mkdir -pv $HOME/mail/certs
$ cd $HOME/mail/certs
下载认证文件
$ wget http://www.jguoer.com/blog/wp-content/uploads/apps/Thawte_Premium_Server_CA.rar
$ wget
http://www.jguoer.com/blog/wp-content/uploads/apps/Equifax_Secure_CA.rar
$ mv Thawte_Premium_Server_CA.rar Thawte_Premium_Server_CA.pem
$ mv Equifax_Secure_CA.rar Equifax_Secure_CA.pem
$ c_rehash $HOME/mail/certs
如果google通知你需要更新有效期的时候，需要执行上面一步命令更新。

(2) 配置fetchmail

$ touch $HOME/.fetchmailrc
将下面的内容写到这个配置文件中。
poll pop.gmail.com
with proto POP3
user ‘youraccount.example@gmail.com’
there with password ‘passwd’
is ’someone’ here
mda “/usr/bin/procmail -d %T”
options
no keep
ssl
sslcertck
sslcertpath /Users/someone/mail/certs/
注意linux用户路径应该如下
//sslcertpath /home/someone/mail/certs/

ok之后改变这个文件的属性。

$ chmod 600 ~/.fetchmailrc

(3) Mac OS下procmail貌似不需要怎么配置

Linux的同学可以看这篇文章。

(4) 配置发送邮件

$ touch $HOME/.msmtprc
然后就是写配置文件里的内容了。
account default
host smtp.gmail.com
port 587
from youraccount.example@gmail.com
tls on
tls_starttls on
tls_trust_file /home/yourname/mail/certs/Thawte_Premium_Server_CA.pem
auth on
user youraccount
password yourpasswd
logfile ~/.msmtp.log

同样需要给文件权限。

$ chmod 600 ~/.msmtprc

(5) 剩下的一些

现在基本的配置完成了，使用mutt命令打开mutt，看是否有报错，如果有报错就修复相关信息，如果没有就ok了。

mutt不能够自动收取邮件，我们在mutt下面可以使用!fetchmail -v收取邮件，不过这样很笨，可以用crontab去配置，我的邮件比较多，所以一分钟收一次，性能也没什么大问题。

使用crontab -e打开配置文件，输入以下信息。

*/1 * * * * /usr/bin/fetchmail

ok，现在就能够自动的收发邮件了。

(6) 一些问题

最后还有一些问题，mutt不能够自动的刷新列表，就是邮件已经接收了，你在mutt界面还需要按一些按键才能够刷新当前列表。

如果邮件太多了，1分钟之内收不完，会有很多crontab任务塞在队列里，你的邮件就会爆了，所以如果出现这种情况，就设置时间长一点，或者kill掉现有的crontab任务。

如果crontab总是给你发邮件，可以在crontab -e里设置MAILTO=nobody

(7) 其他配置

Mutt还可以配置颜色，高亮显示等。

(8) Mutt ~/mutt.rc简单配置

set realname = “GuoJing”
set from = “soundbbg@gmail.com”
set use_from = yes
set envelope_from = yes
set check_new = yes
set timeout = 600
set editor = ‘emacs’
set sort = ‘threads’
set sort_aux = ‘last-date-received’
hdr_order Date From To Cc

ignore “WebApp Error:”
ignore “Cron Deamon:”
ignore “Cron Deamon”
ignore “Cron”
ignore “* ^From:.*Cron Daemon.*”

#颜色配置类型文字颜色背景色
color normal white default
color attachment blue default
color bold brightwhite default
color underline default blue
color error brightwhite default
#color indicator white gray
color message brightblue default
color status brightwhite cyan

#颜色配置类型文字颜色背景色包含的文字
#如下面会把包含shire的邮件变为黄色
color index brightyellow default shire

其他资料

mutt -v 查看mutt信息

Mutt和Mutt编译选项

《Sad Robot》-Pornophonique

soundbbg — Sat, 14 Aug 2010 03:55:20 +0000

今天无意逛到了一个网站，这个网站很有特色，这张《Sad Robot》专辑用了很多8bit音乐元素，让我想起了小时候玩红白机的感觉，再加上专辑很好听，所以特此推荐。

去这里感受一下。

Emacs写日记

soundbbg — Sat, 07 Aug 2010 21:57:15 +0000

好吧，首先我得说，这件事情缘起一场梦。梦里一晚上我都在搞emacs，结果第二天起来我特别的累，但是脑海里还是想着emacs的快捷键，很崩溃，后来第二天上班的时候想想看来和emacs有缘，于是就好好的下定决心开始弄emacs。

可能也是偶然也是必然，要做的项目可以本地跑，所以就可以完全用emacs做本地开发了，这两天周末在家，好好研究了一下emacs的一些配置，现在我的emacs可以写代码，看邮件，聊天，还可以上网。当然，上豆瓣的体验不是那么好，因为没有css，但是手机豆瓣就很爽了，反正也没什么复杂的形式，所以以后手机豆瓣的功能一定要好好加强。

和vi比起来，emacs更大更复杂，配置也挺麻烦的，(但我没有说更强大)，翻了好多开源社区的文档，有些问题实在解决不了连日语的也看，好在最后都一一解决了，暂时本地先用emacs，以后在服务器上用vi也无妨。

ps:其实最好的方法是把所有的代码都拿到本地跑，一是方便，二是有效率，最后还不用和别人抢资源，不过这个事情还是很难办的，慢慢来吧。这篇日记和豆瓣日记都是在Emacs下写的 : )

Web.py等等…

soundbbg — Sat, 24 Jul 2010 16:23:43 +0000

最近看了一些Web.py的东西，主要是了解如何从无到有搭建一个Python网站，实际上很容易，但是有很多细节如果不注意的话，很容易让新人误入歧途，反而浪费时间。所以就在官方网站上参与了翻译，虽然英语不是很好，但是简单的翻译一下还是可以的。所以我不打算在自己的博客再写一些很基础的Web.py的文章，但是新人要看，所以丰富官方网站才是最好的途径。

传送门：http://webpy.org/cookbook/zh-cn

翻译倒不是完全翻译过来，里面还加了一些个人的理解和排除错误的方式，前面已经有很多同学做出辛苦的努力进行翻译了，我也只是进去凑个数，希望能够帮到更多的新人。

笔记－Mac OS X lighttpd+web.py 部署网站

soundbbg — Thu, 22 Jul 2010 11:39:37 +0000

hmmm…最近一直在使用Python做开发，但是都是知其然而不知其所以然，所以自己研究一下如何搭建一个web，实际上很简单，不过中文文档不多，就纯当写一个笔记吧，高手路过。

web.py很简单，easy_install web.py就可以安装了，然后在python里import web就可以搭建一个web了，很简单吧，web.py默认就提供了web服务，所以只需要web.py就能跑一个网站了，不过，既然lighttpd专门去做web服务的，为何不直接让lighttpd去做呢。

实际上很简单，我们写一个简单的code.py文件如下。

#!/usr/bin/env python

import web
from controller.home import Home

urls = (‘/.*’, ‘Home’)

app = web.application(urls, globals())

if __name__ == “__main__”:
app.run()

上面的逻辑比较简单，就是定义urls和相应的Handler，定义完成之后我们就可以使用python命令来运行了，如python code.py，这样就起了一个服务，不过一直在python进程中，确实很不爽，所以就选择lighttpd。

装lighttpd很简单，可以自己装，装好之后编写lighttpd配置文件，编写如下（这里我也是了解如何编写lighttpd配置文件）。

#加载一些模块
server.modules = (
“mod_access”,
“mod_alias”,
“mod_accesslog”,
“mod_compress”,
)

server.modules += ( “mod_fastcgi” )
server.modules += ( “mod_rewrite” )

fastcgi.server = (“/routing.py” =>
((
“socket” => “/tmp/fastcgi-wen.socket”,
“bin-path” => “/Users/guojing/dev/webpy/routing.py”,
“max-procs” => 2,
“check-local” => “disable”,
)))
#如果是本机跑的话一定要定义check-local为disable
url.rewrite-once = (
“^/favicon.ico$” => “/favicon.ico”,
“^/(.*)$” => “/routing.py/$1″,
)
#定义根文档路径
server.document-root = “/Users/guojing/dev/webpy/htdocs”

编写完成后就可以使用lighttpd -f lighttpd.conf来启动lighttpd了。

PS：如果启动不成功，需要将routing.py设置相应的权限。

chmod 755 lighttpd.conf

代码下载：
webpy

我家的草

soundbbg — Sun, 18 Jul 2010 13:13:03 +0000

几只小草没养过多长时间，但是已经倍感亲切，这几只小草从人家那里拿过来的时候就不是很好了，原因是别人不要了，不想养了。当时状态不怎么样，尾巴断了，指甲也断了，也有腐皮，很可怜，收留下来了，希望他们能够过的更好。当然，谁不想有品相好的龟，但是看到这么可怜的几只龟，觉得不忍心，于是拿了过来，以后就陪我渡过吧。

它们很活泼，经常在水底爬沙子，钻洞，爬木头，游上游下的，抓管子，和过滤泵对着干，有时候还成群结队的爬爬，亲亲，着实快乐的很。

实际上，我更要感谢他们，有空能够陪我聊天，和我玩，这个社会速度太快，人心也很浮躁，Thanks all。。