灰色避风港

做显示类,每个 Widget 都应该有写 self 才对.
        self.LABEL_NAME = Label(self, text=p['title'])
        self.LABEL_NAME.pack()
所以做 PhotoImage 我也写了 self.
        self.money_image = PhotoImage(self, data=p['money_pic_encoded'])
出现了一个错误[具体内容忘记了].

记住, PhotoImage 千万不要写 self, 下面的代码是正确的.
        self.money_image = PhotoImage(data=p['money_pic_encoded'])


还有, 记得 pack() Tkinter 的东西, 不然显示不出来. PhotoImage 是不用 pack() 的.

引用自:http://ineu.org.cn/blog/index.php/archives/431

引用 Lukas Mathis 的一篇有争议性的文章“设计师不是程序员”（注1）
如果设计师实现自己的设计，他会受制于两个不同的目标：代码的整洁和良好的用户体验。这两个目标是相互矛盾的。如果你要实现你自己的设计，你必然会为了代码的质量而妥协，这是不利于交互设计的。
实现自己设计的设计师面临着两个问题：他们知道一个很棒的新思路会建立混乱的代码，他们也知道如果改进用户体验，现有的代码会被打乱。这两者相互矛盾，因为用户体验都在于小的细节，而这些小细节最终毁于他们的不忍心使代码变得混乱。

这恰如其分的总结了“Web 开发纯化者”们所采取的强硬立场。他们是守旧派，倡导在设计和开发之间划清界限。显然，设计师为人类创作，开发者为机器创作。因此，用户体验设计师们应该设计出最可行的用户界面并让开发者做出最可行的编程决策。虽然这有一定的道理，但当我研究一个用户界面的时候，我从代码中寻找灵感的努力却以失败而告终。总之，在头脑中有一个技术及可用性限制的正确观念还是更有好处。

==========

偏离代码的UI设计,宛如空中楼阁,其后很有可能会引发重构的灾难.

当我们这样建立文件时

f = file('x1.txt', 'w')
f.write(u'中文')
f.colse()

直接结果应该是类似

    f.write(u'中文')
UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-16: ordinal not in range(128)

要直接写 utf-8 文件怎么办呢?

import codecs
f = codecs.open("pru_uni.txt", "w", "utf-8")
txt = unicode("campeón\n", "utf-8")
f.write(txt)
f.write(u'中文\n')
f.close()

参考:
http://mail.python.org/pipermail/python-list/2007-January/594593.html

Vim(http://www.vim.org/)是个好东西,多的就不说了.
因为有段时间在Linux用多了,养成一个毛病(好习惯),保存的纯文本都是utf-8,无BOM.现在写东西也是这个毛病.
Vim直接打开的话是乱码的,怎么办才好呢.

编辑 .vimrc(_vimrc),在开头加上:

let $LANG="zh_CN.UTF-8"
set fileencodings=utf-8,chinese,latin-1
set termencoding=utf8
set encoding=utf-8

然后就OK了.

参考:
http://blog.longwin.com.tw/archives/000114.html
http://zcecil.net/?p=123

做 Django Admin 时出现了 Related Field has invalid lookup: icontains。
原来外键是需要指定相应的字段的。外键不只是一个字段，是另一个表的完整一行。
所以我们需要指定特定的字段 "本表外键字段__外键所在表需查询字段"

'impresa' 改成 'impresa__fieldname'

参考
http://www.mail-archive.com/django-users@googlegroups.com/msg68647.html